Призраки при синхронизации (Универсальный обмен УТ 11 - БП 3.0)
Провожу синхронизацию между не очень типовой УТ11 и совсем типовой БП 3.0.
В основном все хорошо переезжает, как надо, из УТ в БП.
Но есть несколько документов, которые никак не появляются в журнале документов в БП. Остальные документы, и этого типа тоже, загружаются нормально.
Синхронизация идет через FTP, поэтому запускается на обеих сторонах.
Из УТ все выгружается, до БП все доезжает.
А вот дальше происходит странное.
При сопоставлении документы сопоставляются с чем-то пустым и не создаются.
Если сопоставление убрать, все-равно не создаются.
Да, чуть не забыла... Периоды открыты.
Что под капотом.
В регистре "Публичные идентификаторы синхронизируемых объектов" есть записи для документов, которые должны быть загружены, но с битой ссылкой ("Объект не найден....").
Если запись в регистре удалить и повторить весь процесс, документ не будет сопоставлен. Но все-равно не создается! А запись с битой ссылкой в регистре появляется.
Прошу помощи! Где копать?
Заново настраивать синхронизацию, естественно, не реально!
В основном все хорошо переезжает, как надо, из УТ в БП.
Но есть несколько документов, которые никак не появляются в журнале документов в БП. Остальные документы, и этого типа тоже, загружаются нормально.
Синхронизация идет через FTP, поэтому запускается на обеих сторонах.
Из УТ все выгружается, до БП все доезжает.
А вот дальше происходит странное.
При сопоставлении документы сопоставляются с чем-то пустым и не создаются.
Если сопоставление убрать, все-равно не создаются.
Да, чуть не забыла... Периоды открыты.
Что под капотом.
В регистре "Публичные идентификаторы синхронизируемых объектов" есть записи для документов, которые должны быть загружены, но с битой ссылкой ("Объект не найден....").
Если запись в регистре удалить и повторить весь процесс, документ не будет сопоставлен. Но все-равно не создается! А запись с битой ссылкой в регистре появляется.
Прошу помощи! Где копать?
Заново настраивать синхронизацию, естественно, не реально!
Прикрепленные файлы:
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
В качестве предположения.
Возможно, при синхронизации сначала создается (в памяти, пока без записи в базу) соответствующий документ-объект, и ему присваивается ссылка с помощью УстановитьСсылкуНового, по этой ссылке производится запись в РС. Но потом при записи нового документа происходит Отказ - и документ в базе так и не создается - отсюда возникает битая ссылка. В этом случае может (но не обязана) помочь галка - производить синхронизацию в режиме обмена данными.
Возможно, при синхронизации сначала создается (в памяти, пока без записи в базу) соответствующий документ-объект, и ему присваивается ссылка с помощью УстановитьСсылкуНового, по этой ссылке производится запись в РС. Но потом при записи нового документа происходит Отказ - и документ в базе так и не создается - отсюда возникает битая ссылка. В этом случае может (но не обязана) помочь галка - производить синхронизацию в режиме обмена данными.
(3) Это в КД-2 (универсальном обмене данными в формате XML) такая галка была. В EnterpriseData - смотрю ОбщийМодуль ОбменДаннымиXDTOСервер.ЗаписатьОбъектВИБ - там вроде и так должно сначала писать в режиме Объект.ОбменДанными.Загрузка = Истина, а потом уже разбираться с проверками и проведением. Т.е. это уже видимо ситуация, когда галка "Загружать данные в режиме обмена (ОбменДанными.Загрузка = Истина)" не помогла. Отказ от записи при такой ситуации возможен, если загруженный в (пока не сохраненный) ДокументОбъект получился с пустой датой, или ОбменДанными.Загрузка = Истина таки не все проверки обходит.
В журнал регистрации не смотрели? Если мое предположение верно - в журнале по-хорошему, должны остаться сообщения об ошибках, приведшие к Отказу от записи РеализацииТоваровУслуг. Ведь все это производится в фоне - подходящее место сообщения об ошибках в таком случае - это журнал регистрации.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот