Необходимо было выгрузить данные из базы самописной конфигурации, пересоздать базу на SQL сервере и залить данные назад.
После этой операции в базе ТА оказалась установленной на 01.01.13 и по одному из регистров остатков полезли минусы.
Стркутура регистра:
Измерения: Склад, Партия, Товар
Ресурсы: Количество, СуммаСНДС, СуммаНДС, СуммаСебестБезНДС
Выбираю движения по отфильтрованному по складу и товару регистру без ограничения периода: +2, -1, -1. СводныйОстаток по регистру: -1.
После тестирования и исправления ТА снова устанавливается в 01.01.13.
Есть какие-то идеи?

> Выбираю движения по отфильтрованному по складу и товару регистру
- неверный подход в общем случае. ты итзначально ЗАУЗИЛ область проверки. в узкой области - м.б. все ок. в широкой области - пролная Ж.

(1) так в том то и дело, что в широкой области полная Ж. Отчет  по остаткам показал кучу минусов, которых до выгрузки-загрузки не было. Отчет по движениях показывает, что сколько товара пришло, чтолько и ушло. Чтобы перепроверить отчет, выбрал один из товаров, по нему и нужному складу отфильтровал регистр и вывел движения. По количествах приход 2, расход 2, остаток -1. Выполняю пересчет отстатков с конфигуратора, ТА улетает с текущей даты на 01.01.13. Неужели в таблице движений регистра все ок, а в остатках где-то глюк?

Остатки пересчитываются по движениям.
Если движения нормальные - остатки будут нормальные.
что нужно сделать, чтоб "не шли" остатки с движениями - я не знаю.
можешь взять на инфостарте мою проверялку регистров.
обработок для выборочного пересчета регистров на сиквеле - море разных. можешь написать почту, скину, если не найдешь.

(2) Перепроведи всё начиная с 01.01.13

+(4) Сначала на копии

(4) я так понимаю все документы, которые производят движения по этому регистру?

(0)
проверить документы с пустой датой, в скуле с датой '17530101'
проверить на цикличность справочники
проверить регистры запросами от Z1

(4) и зачем?

(7) прошу прощение за свою необразованность, но прошу Вас "расшифровать" рекомендации.
"проверить документы с пустой датой, в скуле с датой '17530101'" -  пройтись по журналам документов в поисках документов с пустым реквизитом "ДатаДок", найти в ms sql таблицу с документами и поискать там дату '17530101'?
"проверить на цикличность справочники" - то есть нету ли элементов, ссылающихся сами на себя?
"проверить регистры запросами от Z1" - не понял совсем.

(9) 1.там одна "таблица с документами" -  журнал
2.элементов, у которых родителем является сам элемент, например (только в данном случае наличие зацикленных ссылок никаким боком)
3. есть обработка от человека с ником Z1, для поверки сиквельных баз....

(7) (11) спасибо за наводку. Оказалось проблемная база не одна...
Выполнил запрос
select * from dbo._1SJOURN where date_time_iddoc like '17530101%'
Получил несколько документов в одной базе и несколько десятков во второй.
Следующий вопрос как это исправить?

Во всех этих документах номер (поле таблицы DOCNO) вида "-7.02". У каждого цифра своя.

(12) ну присвой этим документам определенную дату, и открой предприятие - посмотри что за доки, потом удали их, если они не нужны..

(14) я их и так открыть могу. Нашел статью: http://www.softpoint.ru/article.php?id=97
Сами документы - расходные накландые с пустой ТЧ. Прошелся по журналу расходных - куча документов с пустой ТЧ.
Я так понимаю тут так просто не разобраться.
Есть отключенная SQL база, с которой делал выгрузку. Вот только если в ней пересчитать итоги все так же слетает.
Что посоветуете?

(15) да прибей ты их и не мучайся

Ну или в ЖР посмотри, откуда они изначально взялись и кто их налепил - мот есть записи там.

+ посмотреть, нет ли движухи регистров по ним и ссылок, если нема - тупо прибить в самой 1sjourn и привет.

далее пересчет итогов прямым запросом за пару сек.
и наслаждаешься...

(19) спасибо за гайд!
Еще одна причина для начальства чтобы перейти с самописа на УТ 8.2.

(20) далеко не факт.
нормальная самописка держит приличные объемы, а стандартная УТ загибается достаточно быстро.
ну и кроме того, плюс семерки -  в практически полной управляемости.

(21) не могу спорить ибо опыта не много имею. Но это не нормальная самописка, а сборище багов и костылей, наделанных разными програмистами в разное время. Моя работа в основном - это править ошибки и не дать всему этому развалиться.
Лучше уж в 8-ке разбираться.

В обеих базах удалил документы с пустыми датами штатными средствами 1С, пересчитал остатки и проблема решилась.
Всем спасибо! Узнал много новой полезной информации.