Не может загрузить DT в СУБД. Ошибка SQL #784550

При загрузки в базу выдает сообщение. Это дубли в РН Бухгалтерии? Что не так? Infobase loading error. Some data was not loaded into the Infobase , reason: Attempt to insert nonunique values into unique index: Microsoft SQL Native Client: CREATE UNIQUE INDEX terminated because a duplicate key was found for object name 'dbo._AccRg349' and index name '_AccRg349_ByPeriod_TRN'.  The duplicate key value is (Jan 19 4016 12:00PM, 0x000000aa, 0x944d001f3c2a35f111e5f56a1bd0b2e9, 1).

Исходная база перед выгрузкой тестировалась?

Думаю что нет

дык в как раз и тестируется.

Jan 19 4016 12:00PM - если я правильно понимаю, то смещение 2000 для MS SQL как раз и сдвигает год даты вида 0016 в 2016, т.е. актуализируются "старые" даты. Откуда 4016 год? - скорее всего он при импорте заменяется на некий стандартный, а если работа велась в том периоде, то таких данных будет много и не исключено, что даты совпадут и порушат уникальность индекса. ТИИ в таком раскладе не поможет, нужно менять даты.

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

Могу сказать, что это не таблица итогов. Была бы дата первым днем месяца, то с большой вероятностью помог бы пересчет итогов (чистка таблицы итогов РБ)

Добавлю: появление года в дате типа "0016" вместо "2016" говорит об том, что в базе "слетала" настройка смещения дат 2000. Эээ... надеюсь более-менее понятно сказал? Кстати, такое бывает не только при глюках базы и шаловливых ручках админов (смещение можно убрать "вручную"). Помню в одном из обновлений платформы отваливалось смещение дат. Правда давно это было и уже устранили.

Доигрались со смещением :)

все ок, спасибо, тестирование решило проблему. Что то я тупал с утра