Внимание! Тема закрыта. Добавлять сообщения в закрытую тему запрещено.
Добрый день, коллеги.
Есть УПП 1.3 (последний релиз)
Есть ЗУП 2.5 (последний релиз)
Выполняю настройку обмена данными между системой ЗУП и УПП (из ЗУП выгружаются справочники "Подразделения организаций", "Должности")
Настройка выполняется через типовой функционал (Справочник "Настройки обмена данными"), взят план обмена "Полный", в настройках указаны объекты, которые должны выгружаться.
Обмен проходит корректно. За исключением того, что по результатам обмена в узле плана обмена не удаляется регистрация ранее измененного и выгруженного объекта. В результате, один и тот же объект из ЗУП выгружается несколько раз до бесконечности.
По логике, когда объект выгружен и загружен в базу приемник, из узла объект должен быть удален, но этого не происходит. В чем может быть причина?
Спасибо
Есть УПП 1.3 (последний релиз)
Есть ЗУП 2.5 (последний релиз)
Выполняю настройку обмена данными между системой ЗУП и УПП (из ЗУП выгружаются справочники "Подразделения организаций", "Должности")
Настройка выполняется через типовой функционал (Справочник "Настройки обмена данными"), взят план обмена "Полный", в настройках указаны объекты, которые должны выгружаться.
Обмен проходит корректно. За исключением того, что по результатам обмена в узле плана обмена не удаляется регистрация ранее измененного и выгруженного объекта. В результате, один и тот же объект из ЗУП выгружается несколько раз до бесконечности.
По логике, когда объект выгружен и загружен в базу приемник, из узла объект должен быть удален, но этого не происходит. В чем может быть причина?
Спасибо
По теме из базы знаний
- Дата последнего обмена данными между узлами РИБ 1С: 8 ЗУП
- Настройка типового обмена данными между: 1С: Предприятие Бухгалтерия ред. 3.0 (БП 3.0) и 1С: Управление торговлей ред. 10.3 (УТ 10.3).
- Выгрузка и загрузка настроек выгрузки данных для обмена данными (обычные формы)
- Настройка обмена с любой устаревшей конфигурацией на базе 8.2 через обработку "Универсальный обмен данными в формате XML" и "Конвертацию данных 2.0"
- Пример обмена данными через XDTO
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
да, нужен сигнал от базы приемника с номером сообщения. иными словами, база приемник получила сообщение с номером, в сообщении указаны объекты, которые нужно загрузить. и тут возможны сценарии:
1. Объекты загружены:
- уходит информация в базу источник, в базе источнике объекты удаляются из узла обмена, в очередную выгрузку не попадают.
2. Объекты не загружены (в момент записи возникли какие-то ошибки, для примера):
- уходит информация в базу источник об ошибках записи, объекты обмена попадают в выгрузку повторно.
Повторюсь, обмен односторонний.
1. Объекты загружены:
- уходит информация в базу источник, в базе источнике объекты удаляются из узла обмена, в очередную выгрузку не попадают.
2. Объекты не загружены (в момент записи возникли какие-то ошибки, для примера):
- уходит информация в базу источник об ошибках записи, объекты обмена попадают в выгрузку повторно.
Повторюсь, обмен односторонний.
(8) Boosted, а это 1С рекомендует.
Односторонний обмен
В качестве различных схем реализации одностороннего обмена данными можно предложить следующие варианты:
отсутствие регистрации изменений данных в информационной базе, выступающей в роли узла-приемника - сообщение обмена содержит только квитанцию о доставке;
фильтрация выгружаемых данных из информационной базы, выступающей в роли узла-приемника - сообщение обмена содержит только квитанцию о доставке;
фильтрация принимаемых данных от информационной базы, выступающей в роли узла-приемника - при приеме отрабатывается только квитанции о доставке.
Все эти случаи предполагают получение ответных сообщений для отработки квитанций о получении данных в узле-приемнике.
Для реализации одностороннего обмена без необходимости получения ответных сообщений можно воспользоваться схемой обмена с гарантированной доставкой. После формирования сообщения обмена производится удаление регистрации изменений для номера только что сформированного сообщения.
Односторонний обмен
В качестве различных схем реализации одностороннего обмена данными можно предложить следующие варианты:
отсутствие регистрации изменений данных в информационной базе, выступающей в роли узла-приемника - сообщение обмена содержит только квитанцию о доставке;
фильтрация выгружаемых данных из информационной базы, выступающей в роли узла-приемника - сообщение обмена содержит только квитанцию о доставке;
фильтрация принимаемых данных от информационной базы, выступающей в роли узла-приемника - при приеме отрабатывается только квитанции о доставке.
Все эти случаи предполагают получение ответных сообщений для отработки квитанций о получении данных в узле-приемнике.
Для реализации одностороннего обмена без необходимости получения ответных сообщений можно воспользоваться схемой обмена с гарантированной доставкой. После формирования сообщения обмена производится удаление регистрации изменений для номера только что сформированного сообщения.
Коллеги, спасибо за подробное разъяснение.
Отвечаю на вопросы:
1. Да, выгрузка по правилам.
2. Объекты в базе приемнике загружаются и создаются.
Есть пару моментов, которые хотел бы у вас уточнить:
1. Не смотря на то, что у меня данные выгружаются из одной базы (то есть, обмен односторонний), в базе приемнике то же должна быть настройка с пустыми правилами. Именно это даст возможность получения квитанции о доставке данных в базу-источник. Все верно я понял?
2. Вы привели некоторые цитаты фирмы 1С, можете указать прямой источник?
3. Еще есть вопрос по возможным коллизиям, что должно быть, если в базе приемнике в ходе загрузке прошли ошибки, и по логике выгружаемый объект в базе источнике должен выгружаться повторно до тех пор, пока запись в базе приемнике не пройдет корректно. НО тут, я думаю, ответ для себя найду в описании вопроса 2, который, я надеюсь, вы мне укажите.
Отвечаю на вопросы:
1. Да, выгрузка по правилам.
2. Объекты в базе приемнике загружаются и создаются.
Есть пару моментов, которые хотел бы у вас уточнить:
1. Не смотря на то, что у меня данные выгружаются из одной базы (то есть, обмен односторонний), в базе приемнике то же должна быть настройка с пустыми правилами. Именно это даст возможность получения квитанции о доставке данных в базу-источник. Все верно я понял?
2. Вы привели некоторые цитаты фирмы 1С, можете указать прямой источник?
3. Еще есть вопрос по возможным коллизиям, что должно быть, если в базе приемнике в ходе загрузке прошли ошибки, и по логике выгружаемый объект в базе источнике должен выгружаться повторно до тех пор, пока запись в базе приемнике не пройдет корректно. НО тут, я думаю, ответ для себя найду в описании вопроса 2, который, я надеюсь, вы мне укажите.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот