Необходимо сделать Обмен
Из УТ 10,3 в УНФ
в идеале он должен быть двухсторонним
с КД 2 знаком - правила сделаю
1 не пойму как происходит отмена регистрации после успешной загрузки
2 хотелось бы минимум кода -))
3 может кто пример или ссылочку на инфу
Спасибо!

"УдалитьРегистрациюИзменений" поиском в УТ 10.3 (не работал с ней, только с планами обмена)

Хмм... если у Вас будет реализован двухсторонний обмен типовым функционалом, то для Вас эта тема неактуальна.

(2) типовым как ?

в соседней ветке совет Как внедрять нетиповой регулярный обмен данными на базе КД2  в современных конфигурациях?

Пишешь свою обработку обмена, которая:

1. Берет правила из нужного места.
2. Запускает обработку УниверсальныйОбменXML.
3. Озадачиваешься проблемой очисткой регистрации.
4. В качестве транспорта используешься веб-сервис (свой добавь).

Ну я то же так думал но много но
не прошел обмен . данные еще раз поменялись озадачиваться с очистккой регистрации

...я могу конечно КомОле сделать , могу Вебсервис поднять - но думал что ПланОбмена Будет самое простое - ошибаюсь ?

(4)
ПланОбмена - это регистрация,
КД2 - это формат,
Файл/ком/ВС - это транспорт.
Одно не может быть проще другого - это разные компоненты обмена.

В отсутствии какой-то базы самый простой вариант (для программиста) ручной запуск обработки и ручная чистка регистрации)) В типовых КД2 и обмен по планам обмена как правило уже интегрированы, скорее всего кроме правил кода не понадобится

https://gigabaza.ru/doc/81242.html

(5) от ручного участия хотелось бы уйти полностью .... да можно правило засунуть в макет обработки и расписанием дергать (а ночью очищять узел после успешного обмена ) а со стороны унф там то проще
задача поэтапно контору перевести филиалы из УТ в УНФ ....

на одном из форумов
Ну самая простая схема. У нас есть правила обмена. Правила обмена как мы знаем используются в универсальной обработке выгрузки и загрузки XML. Используем ее.

Что нам нужно еще для обмена. План обмена. Для плана обмена мы можем автоматически регистрировать объекты, можем регистрировать их с помощью кода, а можем с помощью той же конвертации разработать правила регистрации.

Все что нам остается разработать механизм транспорта. То есть, вызывать описанную выше обработку, подставлять туда правила, указывать нужный узел плана обмена, снимать регистрацию объектов и выгружать через файл или com. То же самое с загрузкой.

У нас при больших объемах былы отмена черех http: получил, отправил отчет о получении, отменил регистрацию. Работало хорошо. Если шибко умные: kafka, шина

и да, там без логгирования никак. На каждый чих, и надо мониторить. ПОлучил: попытался отправить ответ: server error 500, ответ не прошел. Далее будем получать до скончания веков.

ну там grafana, и тому подобное

Попытка
    
    
        ЧтениеXML = Новый ЧтениеXML();
        ЧтениеXML.УстановитьСтроку(ДанныеСообщения);
        
        ЧтениеСообщения = ПланыОбмена.СоздатьЧтениеСообщения();
        
        ЧтениеСообщения.НачатьЧтение(ЧтениеXML);
        
        ПланыОбмена.УдалитьРегистрациюИзменений(ЧтениеСообщения.Отправитель, ЧтениеСообщения.НомерСообщения);
        
    Исключение
        //обработка ошибки
    КонецПопытки;

Попытка
        ОбъектДанныеСообщения = ФабрикаXDTO.ПрочитатьXML(ЧтениеXML);
    Исключение
        //обработка ошибки
    КонецПопытки;
    
    // позиционируемся на окончании элемента Body (тут может отличаться реализация в зависимости от структуры сообщения)
    ТекущееИмяУзла = Неопределено;
    Пока ЧтениеСообщения.ЧтениеXML.ТипУзла = ТипУзлаXML.НачалоЭлемента
        Или (ЧтениеСообщения.ЧтениеXML.ТипУзла = ТипУзлаXML.КонецЭлемента
        И ЧтениеСообщения.ЧтениеXML.Имя = ТекущееИмяУзла) Цикл
        
        ТекущееИмяУзла = ЧтениеСообщения.ЧтениеXML.Имя;
        ЧтениеСообщения.ЧтениеXML.Пропустить();
    КонецЦикла;
    
ЧтениеСообщения.ЗакончитьЧтение();

Блин - это вообще не в кассу пример. Это пример с квитированием - там регистрация удаляется при получении квитка.