В последнем релизе БСП (в т.ч. и в БП) убрали возможность загружать правила обмена: "Функциональность по загрузке правил устарела и более не поддерживается."
Коллеги, кто как решает эту проблему?

Основная причина выбора КД2, а не "совеременной" КД3: невозможность выгружать объекты, в которых не заполнены некоторые реквизиты, выгружаемые в свойства XDTO со значением атрибута "Возможно пустое" = Ложь и наличие дополнительных реквизитов, не входящих в XDTO стандартной версии ED. Снимать XDTO с поддержки и массово менять атрибуты свойств сильно не хотелось и был выбран вариант с КД2, в т.ч. не очень хотелось создавать в кастомке на БСП ED, дополненный своими объектами.

Как временное решение рассматриваю возврат функциональности через расширение, но опасаюсь, что 1С окончательно сломает обмен с использованием правил и останется только сидеть на какой-то старой версии БСП, поддерживающей КД2 или как вариант - поддерживать гибрид старой версии и новой в расширениях...

А какие вы рассматриваете альтернативные варианты?

(0) свое напишите, программист вы или куда? себе сделал обмен между двумя ут11 на веб апи, красота.

в кд3.1 есть поддержка правил XML (оно же кд2)

а правила в общих модулях в расширениях можно держать (но с загрузкой удобно, да)

(1) спасибо, как один из вариантов тоже рассматривается. А на веб апи написали какой-то универсальный вариант, который не требует доработки при изменении состава МД или каждый раз допиливаете при обновлениях?

(0) кд 3, maxs

(2) т.е. опция с поддержкой правил XML не использует XDTO ED для сериализации?

(6) нет

(4) сама модель универсальная, реализация уже под ситуацию. т.е. на источнике формируем универсальные правила передачи обьекта и его ссылки, формируем пакеты в json, жмем и кидаем получателю. а на месте получателя подгоняем полученные данные уже под конфу

(8) а при обновлениях всегда надо допиливать.
чем плох кд2 - создает иллюзию что можно все. а на практике имеем тормоза и сложный процесс отладки. а время - деньги

(9) кд3 - идея хорошая. но удобно только для самой 1с. под свои проекты использовать не выгодно

(9) попробую для начала через КД3.1 реализовать, мб получится через XML вместо XDTO... разработка кастомного обмена как альтернатива. Спасибо за идеи.

(11) Это называется одной фразой - Ждать от моря хорошей погоды. Самым предпочтительным, на мой взгляд, является http-сервис, ступенью ниже - Веб-сервис (можно даже использовать текст с разделителями для простоты и обхода всевозможных 1с-фабрик). COM - тоже как вариант для отдельных случаев, почему нет.