Попытка вставки неуникального значения в уникальный индекс #785743

Задача обновить УТ 10.3(очень много релизов) для последующей конвертации данных в УТ11. Текущая конфигурация "Управление торговлей", редакция 10.3 (10.3.4.14) накатываем в режиме сравнения и объединения 10.3.37.5. при обновлении (реструктуризация) выдает такую ошибку: В процессе обновления информационной базы произошла критическая ошибка по причине: Попытка вставки неуникального значения в уникальный индекс: Microsoft SQL Server Native Client 10.0: The CREATE UNIQUE INDEX statement terminated because a duplicate key was found for the object name 'dbo._AccumRgT7440NG' and the index name '_AccumRgT7440_ByDims_TRRRRRNRRNG'. The duplicate key value is (Jan  1 4012 12:00AM, 0x9a67000423cce2e311e0deb09a6382b2, 0xa5be000423cce2e311e10ebec364ce87, 0x8f435a1228bdacd2403f1434b4850fc4, 0xa5be000423cce2e311e10eadfe8bd2d5, 0x00000000000000000000000000000000, 2.44, 0xa5be000423cce2e311e10eadfe8bd2d6, 0x8540419f4ca125b141cfbf05c518610d).

Вроде как таблица AccumRgT7440=РегистрНакопления.ЗаказыПоставщикам.Остатки и в сообщении вроде как тоже 9 полей как у этого регистра период+8 измерений. но в этом регистре нет даты 01.01.2012 12:00 да и вообще очистил данный регистр и все равно при обновлении такая же точно ошибка

Это таблица итогов

Пересчет итогов только из конфигуратора может снять симптом, но для искоренения надо понять, почему это происходит (кривизна в данных)

пробежался запросом по всем регистрам накопления тоже нет такой даты 01.01.2012 12:00 Куда дальше копать? Тестирование и исправление делал логическую проверку +пересчет итогов не помогло

делал из конфигуратора см.выше

0xa5be000423cce2e311e10eadfe8bd2d5- что это такое? думал гуиды, и хотел найти по ссылке номенклатуру, ругается на такой гуид. в нормальном гуиде есть "-"

читал.не помогло.

зачем обновлять, если собираешься переводить на УТ11?

типовой перенос не работает со старого релиза

т.е. Например, '22345200-abe8-4f60-90c8-0d43c5f6c0f6' соответствует шестнадцатеричному 128-битному числу 0xF6C0F6C5430DC8904F60ABE822345200 а как из 0xa5be000423cce2e311e10eadfe8bd2d5 1Ский гуид вытащить?

Выше не вижу ни намека на сказанное мною

пересчет итогов делал из конфигуратора- ничего не сняло

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

вот пример (добавил пробелы): 65003b89-d61c-11e5-82af-e069959a26f7 82af e069959a26f7 11e5 d61c 65003b89 или в скуле найти запись в таблице номенклатуры по полю _IDRRef (идентифицировать в 1с можно по коду/наименованию) или изврат:

может от даты стоит попробовать?

Или выключить перед обновлением итоги