v8: При переносе документа в аналогичную базу меняется ГУИД #702787

Имеется в наличии 2 идентичные базы УТ 11. С помощью обработки "Выгрузка загрузка данных в формате XML" из базы №1 в базу №2 были перенесены различные виды документов (место создания документов - база №1). У документов, загруженных в базу №2 сохранялся ГУИД базы №1. НО!!! У документов Поступление товаров и услуг, после загрузки в базу №2 ГУИД меняется. Вопрос: 1. Как такое возможно. 2. Как это обойти.

Не верю. Выгрузи только один конкретный документ - сравни индентификаторы

Я тоже в это не верил, пока не проверил :) Выгружаю из базы №1 один документ в файл xml, смотрю ГУИД в файле. Загружаю этот файл в базу №2, проверяю ГУИД этого документа - он другой! Причем это происходит только с документами ПТиУ, с документами других видов - все ок.

Существуют ли разумные логические объяснения такого поведения программы?

В формате ГУИДа есть идентификатор ИБ? Он совпадает?

Загружаю этот файл в базу №2, проверяю ГУИД этого документа - он другой!   Значит "это" не "этот" документ. "Этот" - это тот, у которого такой же ГУИД... Попробуй все-таки его в базе где-нибудь поискать.

Хотя, конечно, загрузку/выгрузку тоже люди писали. А человеку свойственно ошибаться.

Херово смотришь. 1С хранит и отображает GUID по разному.

Об этом думал, не нашел способа как выделить идентификатор ИБ из ГУИД? Буду благодарен за ссылку.

не удивлюсь, например в БП у справочника контрагентов есть похожая фишка, когда они в коде принудительно меняют гуид у нового эдемента

У нового незаписанного. Это есть и в УПП.

И не при ОбменДанными.Загрузка=Истина

если поиск по ГУИ у ПКО не установлен, то гУИ вроде как не тащится.

Выгрузка загрузка данных в формате XML работает только по ГУИД

+1

поищи в таблице документ с таким же ID, если есть - все ок

ID - Уникальный идентификатор. Может у тебя ID таблиц документов одного вида не совпадают, а уникальный идентификатор загружается корректно.

ЗначениеИзСтрокиВнутр(Источник.ГУИД) Примечание: Строковое представление данных имеет специальный системный формат, использующий идентификацию данных внутри одной информационной базы.

, херню не несите. в правилах можно принудительно отключить перенос гуида

сам несёшь херню и путаешь обработку  "Выгрузка загрузка данных в формате XML", которая предназначена для переноса между одинаковыми конфигурациями БЕЗ ПРАВИЛ обмена с v8exchan для которой нужны специально написанные правила конвертации Поэтому первая работает тупо по гуид, вторая - как напишешь так и будет

дык я ж за :)) читайте бояккина 54стр.

+ желтая книжка бояркина

UP, такая же проблема, гуид ПТиУ и ввода остатков меняется, остальные документы в порядке

Чудес не бывает (с) было уже?

База 2 была получена из бекапа 1, так что должна совпадать по гуидам, единственное что было это полное удаление всех документов обработкой "удаление документов"

какие гуиды тогда меняются, если документы были удалены?

при новой загрузке документов из базы 1 обработкой "Выгрузка загрузка данных в формате XML"

может у вас обработка не православная?

Выгрузка загрузка данных в формате XML 2.1.8 под обычное приложение. Загружаю в УТ 11 в обычных формах

у меня 2.1.5 - полёт нормальный. Может в последних ещё что-то допилили? не представляю что конечно, но кто их знает...

Было как-то при обмене ЗиУП-УПП. 1С решила, что надо новому элементу справочника всегда новую ссылку при записи присваивать... Попарился я, пока этот сраный кусок кода нашел в конфе с выключенной возможностью изменения...

Возврат ПТиУ