При загрузки в базу выдает сообщение. Это дубли в РН Бухгалтерии? Что не так?

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).

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

(1) Думаю что нет

(1)(2)
дык в (0) как раз и тестируется.

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

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

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

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

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

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

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