Разбор отказа 1С от обменов по правилам XML
Интеграция - Перенос данных 1C
Для начала исходную презентацию отказа от онлайн обменов XML, вызвавшую ажиотаж, приведу в виде конспекта

Привожу ссылку на ветку форума с обсуждениями (оригинальная презентация от 1С находится в верху ветки):
БСП -> Проект "Удаление механизма синхронизации по правилам XML"
В итоге, что решила 1С, чем УФ хуже и лучше правил XML, во что обойдётся переход и как его организовать обсудим ниже.
Что решила 1С
| Этап | Что предполагалось |
|---|---|
| Август: исходный план | Удалить обработку КонвертацияОбъектовИнформационныхБаз (встроенный механизм обмена по правилам XML). Пометить устаревшими метаданные и программный интерфейс и удалить их в будущих версиях библиотек. Оставить внешнюю обработку УниверсальныйОбменДаннымиXML для разовых выгрузок и загрузок. Для старых систем рекомендовалось «внедрять EnterpriseData», далее УФ. |
| Сентябрь: смягчение | Обработка КонвертацияОбъектовИнформационныхБаз остаётся, но из неё убирают Выполнить() и Вычислить(). Обработчики придётся продублировать в модуле менеджера: это единственный вариант для сервиса (разделённая база). В библиотеку добавят расширение, возвращающее прежнее поведение и снимающее запрет на загрузку правил из макетов: для локальных баз, ответственность за безопасность на том, кто его поставил. УниверсальныйОбменДаннымиXML остаётся только внешним инструментом; встроенной в конфигурацию 1С считает её ошибкой. |
| Ноябрь: обещания | Расширение обещано «в ближайших версиях БСП и КД». Далее написали, что оно уже существует: ставится на актуальную версию библиотеки через конфигуратор с небольшими правками, и он готов выложить его под вашу версию БСП, если её назвать. |
Календарных сроков удаления механизма нет. Что именно сломается и в каком релизе, зависит от версий БСД и БСП в вашей конфигурации.
Другие факты из ветки:
-
«Конвертацию данных 2.1» сняли с поддержки ещё в 2021 году.
-
Загрузка правил регистрации из файла в новых релизах уже заблокирована: для них используется общий модуль МенеджерРегистрации.
-
В ЗУП в новых релизах встали обмены с Выполнить в обработчиках. 1С признала ошибку; в следующих релизах её исправили.
-
Обмены ЗУП–БП на УФ уже реализованы, обмены БГУ планируют перевести на УФ.
-
Накопленные регистры соответствий и планы обмена 1С удалять не собирается.
Как меняется схема обмена

Рис. Схема обмена · КД 2.1 напрямую и УФ через посредника
В правилах XML обмен идёт напрямую между двумя конфигурациями, а в УФ между ними появляется промежуточный формат: правила нужно написать и для отправки, и для получения.
Сравнение: правила XML (КД 2.1) и УФ (КД 3.1)
| Признак | Правила XML (КД 2.1) | УФ (КД 3.1) |
|---|---|---|
| Схема обмена | Источник ?? Приёмник | Источник ? УФ ? Приёмник (промежуточная конфигурация) |
| Связи между объектами | Хранится дерево «что из чего выгружается»; параметры и наследование легко передаются от объекта к объекту | Объекты передаются независимо и связи не хранят: нельзя понять, из какого документа выгружена номенклатура, и передать дополнительные условия |
| Правила выгрузки и конвертации | Правило выгрузки + правило конвертации | Два ПВД (отправка и получение) и два ПКО (отправка и получение) |
| Правила регистрации | Одинаковые для обоих подходов | Просто копируются в модуль менеджера |
| Ветки разработки | Одно окно, одна ветка правил | Две ветки: отдельно для Источника и для Приёмника |
| Конфигурация-посредник | Нет | УФ-пакет не похож на конфигурацию 1С: нет пометок проведения и удаления, нет нужных реквизитов, даже типовых |
| Отладка | Пара шагов | Цепочка: обновить конфигурацию Источника и Приёмника, нулевая синхронизация, повторная регистрация, тестовая выгрузка и загрузка; отладка идёт в режиме фоновых заданий |
| Ключевые реквизиты и обязательные поля | Контролируются в Источнике и Приёмнике | Ещё и в выбранном пакете УФ; реквизиты разбросаны по объектам, ключевым и общим объектам |
| Постобработка, поиск, «вилки» правил | Проще | Постобработка тяжелее протаскивается, поиск объектов настраивать сложнее, выбор правил для «вилок» сложнее прописывать |
| Правка правил | Быстро, в одном окне | Нельзя быстро переименовать правило без удаления его использований; интерфейс менее удобный |
| Развитие | КД 2.1 снята с поддержки в 2021 году | КД 3.1 будет развиваться вместе с БСП; она совмещает КД 2.1 и КД 3.0 в одной базе |
Что важно для миграции: КД 3.1 умеет загружать правила обмена и правила регистрации из КД 2.1. Дальше правила XML рекомендуется развивать уже в КД 3.1, потому что новый функционал БСП не будет поддерживаться в правилах, которые дорабатываются в КД 2.1, и это может приводить к ошибкам.
Что нужно переделать в плане обмена по инструкции с ИТС: МодульМенеджера, МодульОбмена, подписки регистрации, флаги в плане обмена и обязательные методы плана обмена. Изменения нужны в конфигурации и Источника, и Приёмника.
Проблемы перехода
| Проблема | В чём суть | Последствие |
|---|---|---|
| Нулевая синхронизация | Для новых объектов Источник должен получить от Приёмника список типов, которые тот готов принимать; иначе правила по ним не выгрузятся. Если регистрация уже выполнена или объект участвует в других объектах как реквизит, провести её сложно | На работающих системах теряется регистрация; как её восстановить, неясно |
| Три конфигурации вместо двух | Источник, УФ и Приёмник; в УФ нет полей для перегрузки данных | Приходится выкручиваться из-за разницы форматов, правил становится больше |
| Фоновые задания | Отладка идёт через подключение фоновых заданий | Много «прыжков» в рабочей базе и перехват лишних фоновых заданий системы и других пользователей |
| Расхождение логики правил | Вместо правила выгрузки + правила конвертации нужны два ПВД и два ПКО | Правила обмена переписываются, а не переносятся |
| Усложнение отладки | Больше файлов для загрузки и выгрузки; ошибки обмена отлаживать сложнее | Отладку нужно делать примерно в 4 раза чаще, чем с КД 2.1 |
| Пробелы в УФ | Фиксированный набор объектов; типы вручную тянутся рекурсивно из основного пакета; документации нет | Расширять формат трудно |
| Не покрыты сценарии | БГУ, консолидация ЗУП, ликвидация и слияние организаций, питание | 1С отвечает, что готово проработать варианты решения |
| Легаси | Базы на БСП 2.1 или 8.1, а также УТ 10.3 с БП 3.0 довести до УФ нельзя | Остаются на внешней обработке или расширении |
| Принцип УФ «отдавать всё» | Противоречит персональным данным, коммерческой тайне, фильтрации под получателя | Решается опциями плана обмена и правилами регистрации |
Основные моменты в ветке
-
Нет сроков и предупреждений: релиз ломает обмены неожиданно. Анонс сделан раньше, чем готова замена: упрощённую кастомизацию УФ планируют только к 2027–2028 году. Просили хотя бы год на перевод решений.
-
Аргументация по безопасности спорная. 1С ссылается на стандарты 669, 770 и 771 (Выполнить(), Вычислить(), загрузка произвольного кода). Оппоненты предлагают адаптации существующего функционала вызывать обработчики по списку, как в УФ, убрать привилегированный режим и подписывать правила. Загрузка отладочных обработчиков и так считается допустимой.
-
Ответственность на пользователе: расширение дают «на ваш риск». Многие компании о плане отказа от XML не знают и о вариантах разрешения ситуации.
-
Многие считают, что их вынуждают второй раз платить за переписывание уже рабочих обменов.
Оценка трудоёмкости
Моя оценка по итогам курса и консультации с с преподавателем курса в том, что: разработка УФ в КД 3.1 занимает в среднем в 3 раз дольше, чем правил XML в КД 2.1, а отдельные моменты придумывать на УФ в 10 раз дольше, чем на КД 2.1.
T_{УФ} = 3 * T_{XML}
| Исходная оценка на КД 2.1 | Оценка переделки на УФ (КД 3.1) |
|---|---|
| 100 часов правил XML | от 300 часов |
| 300 часов (2 человеко-месяца) небольшой обмен с внедрением | от 900 часов |
| Для сложных систем (например УПП, не поддерживающей переделку в УФ) | Можно считать что переделка невозможна |
Пример по объекту: обмен документа «Поступление товаров» и используемых в нём справочников на КД 2.1 делается за день, на УФ при наличии условий и доработок займёт около недели.
Планы обмена дорабатываются и переделываются примерно столько же по шаблону; даже исходные можно задействовать.
Вопрос для заказчика: Готов ли он платить повторно за то, что уже сделано, с коэффициентом 3-5?
Что делать с каждым типом обмена
| Тип обмена | Решение |
|---|---|
| Между типовыми конфигурациями (ЗУП–БП, УТ или ERP–БП) | Переходить на штатную синхронизацию на УФ. Заранее продумать сопоставление объектов, чтобы не плодить дубли: в УФ работает способ «сначала по уникальному идентификатору, потом по полям поиска». |
| Нетиповые регулярные (по расписанию или кнопке «Синхронизировать») | Свой XDTO-пакет с собственным пространством имён либо расширение формата УФ, если объекты близки к типовым (описание на ИТС). Правила регистрации переносить в общий модуль МенеджерРегистрации. Правила писать под формат, а не под корреспондента: тогда обновление одной базы не требует новых правил в другой. Для сложных случаев подготовить правила, работающие и со старым, и с новым реквизитом, и только потом обновлять конфигурацию. |
| Разовые и по требованию через внешнюю обработку | Изменения их не касаются. |
| Обработка встроена в конфигурацию или вызывает встроенное ядро | Сломаются в первую очередь: запросить расширение, проверить на копии, подготовить перенос. |
| Легаси (БСП 2.1 и 8.1) | Оставить на внешней обработке УниверсальныйОбменДаннымиXML или на расширении 1С. Перехода на УФ фактически нет. |
| Обмены с несколькими приемниками на одном плане обмена но с достаточно разными правилами XML и условиями | Возможно разделить на несколько планов обмена, или сильно задействовать флаги и фильтры узлов обмена |
Что сделать уже сейчас, пока всё работает
-
Не ставить релизы БСП, БСД и типовых конфигураций без тестовой копии и проверки обменов.
-
Запросить расширение и проверить его на копии. Для разделённых баз оно не подходит.
-
Если обмены встали из-за Выполнить, 1С предлагает три выхода: продублировать код алгоритма в правилах, дождаться обновления или вернуть старый модуль через расширение.
Как повлиять на планы 1С
-
1С собирает анкету. Один участник предлагает на вопрос о сроках поддержки обменов по XML-правилам отвечать «не прекращать поддержку».
-
Проблемные сценарии можно описать прямо в ветке: Коллеги из 1С обещают сделать по ним резюме и доклад.
Маршрутная карта перехода

Рис. Маршрутная карта · 4 этапа и 4 контрольные точки
Каждый этап закрывается контрольной точкой; запуск делается на одном обмене, пока старый и новый работают параллельно.
Альтернатива: расширение с обменами XML на КД 2.1
Идея: сохранить функционал онлайн-обменов XML на КД 2.1 в базе через расширение и продолжать использовать правила, которые уже 20 лет успешно работают. Расширение должно быть универсальным для всех клиентов; предположительно на выделение работающего функционала в расширение уйдёт 1 неделя.
| Плюсы | Ограничения и риски | |
|---|---|---|
| Сроки и стоимость | 1–2 недели вместо сотен часов на переписывание правил | Это предварительная оценка автора |
| Правила | Остаются существующие правила КД 2.1, заказчикам не нужно платить за переделку повторно | Разработка правил в КД 2.1 не получает нового функционала БСП |
| Применимость | Подходит для локальных баз | У расширения 1С из ветки разделённые базы не поддерживаются; для собственного расширения это нужно проверить |
| Ответственность | Правила и логика обмена не меняются | Расширение 1С предоставляется «на ваш риск»: ответственность за безопасность на том, кто его поставил |
| Поддержка | Одно решение для всех клиентов | Ставить нужно на актуальную версию библиотеки с небольшими правками; зависит от версии БСП |
Источники
Материал составлен по моим заметкам с ветки форума 1С «БСП Проект "Удаление механизма синхронизации по правилам XML"» и записаны выводы с недавно пройденного курса по конвертации 3.1. Оценки трудоёмкости (коэффициенты 3 и 10 или 1 неделя на расширение) приведены как моя оценка как быстро лично я бы мог переделать.
ВНИМАНИЕ: Расширение уже есть, и кажется можно жить спокойно...
Оно возвращает вырезаемые из БСП методы Обработки.КонвертацияОбъектовИнформационныхБаз, которую пока не вырезали (пока!). Подключение внешних пакетов правил там также есть.
Коллеги из 1С подготовили его и вложили на странице скачивания Конвертации данных 3.1 и в дистрибутиве КД 3.1 (но по советам лучше брать со страницы отдельно, там актуальнее версия).
Получается именно это расширение и будет палочкой-выручалочкой, которое зафиксит проблему вырезаемого из БСП онлайн обмена по правилам XML.
Я рассчитываю именно на это расширение и его поддержку со стороны 1С в дальнейшем. Клиентам переписывание XML на Универсальный формат пока не рекомендую.
Ссылка на подветку форума https://partners.v8.1c.ru/forum/t/2297015/m/2305189
Ссылка в релизах конвертации Релизы


Коллеги, я написал эту публикацию, рассчитывая на то, что если ошибся в оценке ситуации, то вы меня поправите и доразберёмся, что нас ждёт, поэтому комментарии приветствуются.
Вступайте в нашу телеграмм-группу Инфостарт
Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.