v8: при конвертации не находит по внутреннему идентификатору

Здравствуйте! 

Подскажите, пожалуйста в таком вопросе. Есть база 1С Бухгалтерия и 1С УПП. Переносила данные из Бух в чистую УПП в правилах указывала по внутреннему идентификатору. Сейчас переношу данные опять и обнаружила, что в справочнике номенклатур номенклатуры задвоились. Я при первом переносе корректировала код номенклатур (убирала нули слева). Теперь вижу, что есть моя старая номенклатура и села новая опять с нулями.

Не понимаю, что делать. В базе уже набрано много документов. Что-то корректировать вручную - не вариант. Да и что делать, когда в третий раз надо будет данные переносить.

Я только начала пользоваться КД. Опыта нет, не могу понять, почему.

При этом склады, единицы измерения загрузились нормально.

Я попробовала загрузить второй раз - думала, они затроятся или нет, оказалось, что нет. 

Базы (Бух и УПП) я выгружаю dt-шками  и загружаю у себя локально и у себя локально делаю перенос данных. Потом в рабочую УПП загружаю получившуюся dt-шку.

Подскажите, в чем может быть ошибка?

Так у них же разные идентификаторы в базах

По тому факту, что номенклатура задвоилась, я поняла, что по внутреннему идентификатору поиск результата не дал.

Но почему? Первая выгрузка была по внутреннему идент-ру. 

И Сейчас когда номенклатура задвоилась, справочник склады - сел корректно.

Все правила одинаковые- по внутр.идентификатору и не выгружать ссылки.

Могу посоветовать вот что:Зарегистрировать для обмена один элемент номенклатуры, выгрузить, а загружать в отладчике.В модуле обработки обмена должна быть функция типа "НайтиОбъектПоСсылке()" , или "ПрочитатьОбъект()", из нее уже вызываются всякие "найтипо...".Пройдя в отладчике по всем срабатывающим функциям (НайтиЭлементПоСвойствамПоиска, НайтиЭлементСправочника и т.п.) поймете - как именно ищется номенклатура и почему находится или не находится.

Так же там есть функция ЗаписатьОбъектВИБ(), в которой можно поставить точку останова при условии, что записывается справочник номенклатуры. И при остановке на ней глянуть стек вызовов - понять откуда пришли и подумать - почему.Обмен - штука тонкая и порой не предсказуемая. Сам исправлял в одной конфиге ошибку в этой обработке, из-за которой при повторной загрузке документа не обновлялась табличная часть (идентификаторы старой и новой таб.части разработчик перепутал, и после загрузки в документ загружалась старая таб. часть, предварительно выгруженная в таблицу значений, а загруженные данные были в другой таблице)!Возможно и в Вашей обработке есть какой-нибудь "косяк"