← На главную

При сопровождении устаревших баз нередко возникает ситуация, когда конфигурация-источник 1С:Управление торговлей 11.0 работает на старых механизмах конвертации («Конвертация данных 2.1»), а приемник 1С:Бухгалтерия предприятия 3.0 использует современный формат обмена («Конвертация данных 3.0» / EnterpriseData). Если обновить УТ 11 до актуального релиза невозможно, стандартная типовая синхронизация БСП не сможет связать эти базы «из коробки». Разберем, какие варианты решения существуют в этой ситуации, как адаптировать правила и автоматизировать процесс переноса данных.

Вариант 1. Использование правил обмена КД 2 из релизов УТ 11.1 – БП 3.0

Проанализируем историю типовых конфигураций: переход на формат КД 3 происходил постепенно. В ранних релизах ветки УТ 11.1 и БП 3.0 обмен функционировал именно на базе «Конвертации данных 2.1».

Разберем по шагам, как задействовать готовые наработки:

1. Найдем дистрибутив или архивную базу УТ 11.1 (первых версий), где еще присутствовал обмен с БП 3.0 на базе КД 2.
2. Выгрузим встроенные правила конвертации данных (макеты правил) и правила регистрации объектов из конфигурации либо плана обмена.
3. Загрузим полученные правила в конфигурацию Конвертация данных 2.1.
4. Скорректируем метаданные источника под структуру вашей УТ 11.0 (поскольку между 11.0 и 11.1 есть незначительные отличия в реквизитном составе) и метаданные приемника под актуальную версию БП 3.0.
5. Сохраним готовый файл правил обмена XML.

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

Вариант 2. Выгрузка из УТ 11 в формат EnterpriseData через КД 2.1

Рассмотрим более устойчивый к обновлениям подход. Конфигурация 1С:Бухгалтерия предприятия 3.0 постоянно обновляется в связи с изменениями законодательства, поэтому классические правила КД 2 могут требовать регулярных доработок при изменении структуры метаданных БП. Чтобы избежать этого, можно настроить правила в КД 2.1 таким образом, чтобы на выходе формировался XML-файл стандарта EnterpriseData (XDTO-пакет).

В этом случае цепочка выглядит следующим образом:

1. В КД 2.1 в качестве структуры метаданных приемника загружается XDTO-пакет формата EnterpriseData.
2. Настраиваются правила конвертации объектов из УТ 11.0 в XML-элементы универсального формата.
3. БП 3.0 загружает сформированный файл штатным механизмом синхронизации (КД 3), не требуя изменений в своей конфигурации.

Вариант 3. Использование прямого подключения и web-технологий

Если файловый обмен через XML неудобен, рассмотрим альтернативные варианты интеграции без использования устаревших механизмов синхронизации:

1. Стандартный интерфейс OData / HTTP-сервисы: В БП 3.0 можно опубликовать стандартный REST API (OData) либо создать собственный легковесный HTTP-сервис. Из УТ 11.0 данные отправляются с помощью объекта встроенного языка HTTPСоединение в формате JSON или XML напрямую в приемник.
2. COM-соединение: Выгрузка через вызов внешнего соединения V83.COMConnector. Из УТ 11.0 инициируется подключение к БП 3.0, где программно создаются и проводятся необходимые документы. Следует учитывать, что для этого способа требуется совпадение разрядности клиентских и серверных компонентов.

Рекомендации по настройке правил конвертации

При написании и доработке правил переноса между УТ 11 и БП 3.0 важно учесть следующие технические нюансы:

1. Синхронизация по УИД (GUID): Для справочников (номенклатура, контрагенты, организации, договоры) рекомендуется использовать сопоставление по уникальному идентификатору, чтобы исключить дублирование элементов при повторных выгрузках.
2. Минимизация переносимых реквизитов: Переносите из торговли только существенные параметры хозяйственных операций (количество, суммы, ставки НДС, даты, участников сделки). Счета учета, статьи затрат и статьи движения денежных средств эффективнее заполнять по правилам БП 3.0 по умолчанию при проведении либо в обработчиках ПослеЗагрузки / ПриЗагрузке.
3. Удаленные планы обмена: Обратите внимание, что в актуальных релизах БП 3.0 планы обмена с префиксом УдалитьОбмен... со временем полностью вырезаются вендором, поэтому привязываться к типовым встроенным механизмам БСП старых версий не рекомендуется — лучше использовать автономные обработки выгрузки и загрузки.