← На главную

При переходе на современные версии конфигураций 1С, такие как Управление торговлей 11.4 и Бухгалтерия предприятия 3.0, многие специалисты сталкиваются с тем, что привычный механизм использования Правил конвертации (XML-файлов, редактируемых в Конвертации данных 2.0) перестал работать в типовых механизмах обмена. Разберемся, почему так произошло и какие варианты решения задачи у нас есть сегодня.

Почему старый подход больше не работает?

В новых версиях конфигураций разработчики 1С перешли на использование универсального формата обмена EnterpriseData. Это не просто обновление старых правил, а смена самой парадигмы интеграции. Логика выгрузки объектов теперь жестко прописана в коде самих конфигураций, в частности, в модулях менеджеров объектов и общих модулях, отвечающих за обмен. Поэтому попытка загрузить файл правил в Универсальный обмен данными в формате XML чаще всего не дает результата: система либо игнорирует такие правила, либо выдает ошибки из-за несоответствия структуры данных.

Решение 1: Использование механизма EnterpriseData

Если ваша задача — настроить обмен между типовыми конфигурациями, настоятельно рекомендуем использовать штатный механизм EnterpriseData. Это наиболее надежный и поддерживаемый путь.

1. Настройка обмена: В типовых конфигурациях уже встроены помощники настройки обмена. Используйте их для создания плана обмена. Это обеспечит автоматическое сопоставление данных через универсальный формат.
2. Использование внешней обработки: Если вам не нужно настраивать постоянный план обмена, а требуется просто выгрузить или загрузить данные, воспользуйтесь специализированной обработкой Выгрузка загрузка EnterpriseData. Она уже включена в состав типовых конфигураций. Просто найдите ее через Все функции (или Функции для технического специалиста).
3. Расширения конфигурации: Если вам требуется доработать обмен (например, добавить специфические реквизиты, которые не входят в стандартный набор EnterpriseData), используйте Расширения конфигурации. Это позволит внести необходимые изменения в модули обмена без снятия конфигурации с поддержки, что значительно упростит дальнейшие обновления.

Решение 2: Возврат к классической КД 2.0 для кастомных задач

Если типовой формат EnterpriseData вам категорически не подходит (например, структура целевой базы сильно отличается или данные нужно преобразовывать по сложной уникальной логике), вы можете реализовать обмен «по старинке», но с определенными оговорками:

Важно понимать: Вы не сможете использовать «типовые» правила от старых версий УТ 11.3, так как структура объектов изменилась. Вам придется создавать правила самостоятельно:

• Откройте конфигурацию Конвертация данных 2.1.
• Создайте новый файл правил (Конвертация данных), полностью описав маппинг полей между вашей версией УТ 11.4 и БП 3.0.
• Используйте стандартную обработку Универсальный обмен данными в формате XML для выполнения выгрузки и загрузки данных.

Этот метод полностью рабочий, если ваша цель — перенести данные «как есть», минуя типовые планы обмена. Однако помните, что ответственность за поддержку этих правил теперь полностью ложится на вас.

Решение 3: Переход на КД 3.0

Если вы хотите вносить изменения в типовой обмен, не создавая «велосипед», освойте Конвертация данных 3.0 (КД 3.0). Это современный инструмент, предназначенный именно для настройки правил конвертации в формате EnterpriseData.

Порядок работы с КД 3.0:

1. В конфигурации Конвертация данных 3.0 вы настраиваете правила конвертации объектов.
2. Система генерирует XML-файл правил, который содержит инструкции для движка EnterpriseData.
3. Полученный файл вы загружаете в настройку обмена в вашей рабочей базе 1С.
4. Таким образом, вы управляете логикой типового обмена, оставаясь в рамках современных стандартов фирмы 1С.

Краткий итог

Проанализировав ситуацию, мы пришли к выводу, что путь «взять старые правила и поправить их» больше не является эффективным. Выберите один из предложенных вариантов:

• Если нужно просто перенести данные — используйте обработку Выгрузка загрузка EnterpriseData.
• Если нужно изменить логику выгрузки для типового обмена — используйте КД 3.0 и Расширения.
• Если задача абсолютно нестандартная и разовая — создайте свои правила в КД 2.0 с нуля.

Не пытайтесь искать готовые правила для современных версий — их не существует в виде редактируемых XML-файлов, так как логика обмена теперь распределена внутри программных модулей системы.