Обмен полный с помощью обработки универсальный обмен xml по изменениям объектов в узлах плана
Здравствуйте, поставили мне не стандартную задачу, нужно организовать полный обмен между одинаковыми документооборотами 3(не спрашивайте зачем, директор принял такую и мне сказал не спрашивать, просто надо говорит)))), но без изменения конфы. Подумал, создать в расширении план обмена, туда закинуть в состав все объекты, чтобы регистрировались изменения. Теперь задача обработкой уни обмен xml читать правила, брать только измененные объекты(подсмотрел запросы в обработки регистрация изменений) и их отправлять, при удачной отправке, снимать регистрацию. Такого не делал, но интересно. Вопрос, а в стандартной обработке уни обмен xml есть возможность отправлять данные по изменениям объектов в узле плана. Может есть вообще полезные подсказки куда двигаться? Чтобы ускорить понимание плиз..
По теме из базы знаний
- Выгрузка-загрузка любых данных из 1С (и измененных) в XML между похожими конфигурациями (ФАЙЛ, HTTP, COM) ЛЮБЫХ баз 1С 8.1-8.3 с обработкой и поиском данных по произвольным полям поиска
- Правила обмена УТ 11 -> УНФ 1.6
- Обмен данными онлайн через Веб-сервис с использованием обработки "Универсальный обмен данными XML"
- Простой пример разработки регулярного обмена с использованием БСП на примере ERP 2.4 и УПП 1.3
- [ED] Обмен для предыдущих версий - ERP 2.2, ERP 2.4, ERP 2.5 с EnterpriseData (универсальный формат обмена), правила обмена
Найденные решения
(11)Сам механизм РИБ ничем в плане передачи данных не отличается от обычного обмена, единственное отличие: передаются еще и изменения метаданных(конфигурации).
Это решается номерами сообщений.
Единственное да, с регистрацией проблемы могут быть. Если док зареган после запуска регламентного по обмену, а по нему снимается регистрация текущим обменом
Это решается номерами сообщений.
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)чем механизм РИБ не устраивает в данном случае? автоматическое применение изменений реализовать гораздо проще, чем придумать велосипед по передаче данных через универсальный обмен данными.
Да и если изменится структура метаданных, то эти изменения могут понадобится и в узлах. что делать в этом случае будете? :)
Да и если изменится структура метаданных, то эти изменения могут понадобится и в узлах. что делать в этом случае будете? :)
(9)Пойдет, только с планом обмена придется работать исключительно программным способом, либо есть какие-то непреодолимые ограничения платформы.
В таком случае, пишите правила на все объекты, оно вроде как даже автоматически умеет это сделать по-умолчанию
В таком случае, пишите правила на все объекты, оно вроде как даже автоматически умеет это сделать по-умолчанию
(10) По времени не будет дольше т.к. если я в обменах обычных еще поднатарел, то специфику риб нужно будет осваивать ньюансы, там же как понимаю не только план обмена. Но и это не решит проблему, как вы писали если метаданные изменятся. В расширении так же придется правки вносить. Единственное да, с регистрацией проблемы могут быть. Если док зареган после запуска регламентного по обмену, а по нему снимается регистрация текущим обменом
(11)Сам механизм РИБ ничем в плане передачи данных не отличается от обычного обмена, единственное отличие: передаются еще и изменения метаданных(конфигурации).
Это решается номерами сообщений.
Единственное да, с регистрацией проблемы могут быть. Если док зареган после запуска регламентного по обмену, а по нему снимается регистрация текущим обменом
Это решается номерами сообщений.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот