Создается новый GUID при конвертации документа
Добрый день!
Платформа 8.3.13.1926
КД 2.1.8.2
Задача. Перенести из одной базы в другую (конфигурация идентичная, на базе БП 3.0) данные с отбором по Организации. В базе приемнике уже ведется учет.
Проблема: все документы переносятся нормально, кроме одного (не одной конкретной ссылки, а целого объекта методанных). По какой-то причине генерируется новый GUID, при том только первая его половина. В результате если оставить как есть, то при загрузке вызывается исключение с ошибкой "Код документа не уникален". Костыльное решение - включение поиска по дате и коду, что по понятным причинам плохое решение (время загрузки, ручное изменение даты/кода в базе приемнике).
В ПКО Перед загрузкой указан отказ, если организация не соответствует выбранной в параметрах.
В настройках ПКО все галочки изначально стандартные - искать объект по GUID.
В ПВД После загрузки записываются движения (да, перенос выполняется вместе с движениями, т.к. структуры базы идентичные, бухгалтерия остатками не хочет переносить).
С чем может быть связана такая проблема? Сделал сквозную выборку по другим документам, такой проблемы больше не заметил. был вариант, что каким-то чудом в базе приемнике уже существует объект с таким же GUID, что в общем-то невозможно в стандартной ситуации... Проверил, исключил.
Платформа 8.3.13.1926
КД 2.1.8.2
Задача. Перенести из одной базы в другую (конфигурация идентичная, на базе БП 3.0) данные с отбором по Организации. В базе приемнике уже ведется учет.
Проблема: все документы переносятся нормально, кроме одного (не одной конкретной ссылки, а целого объекта методанных). По какой-то причине генерируется новый GUID, при том только первая его половина. В результате если оставить как есть, то при загрузке вызывается исключение с ошибкой "Код документа не уникален". Костыльное решение - включение поиска по дате и коду, что по понятным причинам плохое решение (время загрузки, ручное изменение даты/кода в базе приемнике).
В ПКО Перед загрузкой указан отказ, если организация не соответствует выбранной в параметрах.
В настройках ПКО все галочки изначально стандартные - искать объект по GUID.
В ПВД После загрузки записываются движения (да, перенос выполняется вместе с движениями, т.к. структуры базы идентичные, бухгалтерия остатками не хочет переносить).
С чем может быть связана такая проблема? Сделал сквозную выборку по другим документам, такой проблемы больше не заметил. был вариант, что каким-то чудом в базе приемнике уже существует объект с таким же GUID, что в общем-то невозможно в стандартной ситуации... Проверил, исключил.
Прикрепленные файлы:
По теме из базы знаний
- Про ссылки, уникальные идентификаторы, GUID и не найденные объекты
- Создание в 1С 7.7 XML в формате EnterpriseData (универсальный формат обмена), версия 1.5. Инструкции и примеры переноса данных из устаревшей конфигурации 1С 7.7 в любую современную 1С 8.3, поддерживающую EnterpriseData, через Конвертацию данных 3
- Новичок новичку: как выгрузить/загрузить XML данные
- Переход с УПП на ERP с сохранением документов. Фантастика или реальность?
- Непрерывный сбор данных из торговых точек для визуализации в Yandex DataLens
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(5) Странно. Видимо до этого вы пробовали следующий алгоритм:
1) Выгружаем документ. В файле выгрузки смотрим гуид документа.
2) Загружаем
3) В модуле объекта смотрим ПередЗаписью и ПриЗаписи (на предмет странного кода)
4) Сравниваем гуид из файла и гуид загруженного документа - различаются
Поиск по гуиду выполняется просто
Отсюда вывод - этот документ может загрузиться по ссылке в другом правиле? Достаточно распространенная ошибка правил "создать автоматически". Поля с составными типами не обрабатываются кодом. В результате в БП часто ФизическиеЛица и Контрагенты имеют одинаковые гуиды (самое частое встречается в этих справочниках).
В вашем случае при выгрузке движений с составным типом регистратора может выгружаться и загружаться разные вещи
1) Выгружаем документ. В файле выгрузки смотрим гуид документа.
2) Загружаем
3) В модуле объекта смотрим ПередЗаписью и ПриЗаписи (на предмет странного кода)
4) Сравниваем гуид из файла и гуид загруженного документа - различаются
Поиск по гуиду выполняется просто
ИначеЕсли Свойство = "{УникальныйИдентификатор}" Тогда
СсылкаПоИдентификатору = Менеджер.ПолучитьСсылку(Новый УникальныйИдентификатор(Значение));
Ссылка = ПроверитьСуществованиеСсылки(СсылкаПоИдентификатору, Менеджер, НайденныйОбъектПоУникальномуИдентификатору, СтрокаЗапросаПоискаПоУникальномуИдентификатору);
Возврат Ссылка;Отсюда вывод - этот документ может загрузиться по ссылке в другом правиле? Достаточно распространенная ошибка правил "создать автоматически". Поля с составными типами не обрабатываются кодом. В результате в БП часто ФизическиеЛица и Контрагенты имеют одинаковые гуиды (самое частое встречается в этих справочниках).
В вашем случае при выгрузке движений с составным типом регистратора может выгружаться и загружаться разные вещи
(6)
Да, я сравнивал гуид из файла, с гуидом в базе, они получились разные. Многие объекты выгружаются по ссылке из других объектов, но таких странностей нет. Буду искать "странный код" если бы был, то он бы менял ссылку при каждом проведении/записи (жуть какая). А так в момент загрузки универсальный обмен данными создает ссылку сразу с гуидом
Отсюда вывод - этот документ может загрузиться по ссылке в другом правиле?
Странно. Видимо до этого вы пробовали следующий алгоритм:
Да, я сравнивал гуид из файла, с гуидом в базе, они получились разные. Многие объекты выгружаются по ссылке из других объектов, но таких странностей нет. Буду искать "странный код" если бы был, то он бы менял ссылку при каждом проведении/записи (жуть какая). А так в момент загрузки универсальный обмен данными создает ссылку сразу с гуидом
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот