← На главную

Приступая к разработке правил обмена с использованием конфигурации Конвертация данных 2.1 (далее — КД 2.1), многие разработчики сталкиваются с вопросом выбора архитектуры информационной базы. Давайте разберем, какой вариант развертывания является наиболее оптимальным и как организовать рабочий процесс эффективно.

Выбор варианта развертывания базы КД 2.1

Вопрос о том, обязательно ли разворачивать КД 2.1 на сервере 1С:Предприятия, часто возникает из-за специфики самой конфигурации. Важно понимать, что КД 2.1 — это самостоятельное прикладное решение. Она не является частью тех баз, между которыми вы планируете настраивать обмен. Соответственно, режим работы КД 2.1 никак не связан с режимами работы баз-источников и баз-приемников.

Рекомендация: используйте файловый вариант базы КД 2.1 на локальном компьютере разработчика. Это стандарт де-факто, который обеспечивает полную независимость от серверной инфраструктуры компании. Файловый вариант работает значительно быстрее, особенно на этапе постоянной загрузки и выгрузки метаданных, а также позволяет вам быть автономным — вы можете разрабатывать правила даже без доступа к корпоративному серверу 1С.

Развертывание КД 2.1 на сервере 1С оправдано только в том случае, если над правилами обмена планируется коллективная работа, однако даже в этом случае эксперты рекомендуют использовать системы контроля версий, такие как Git, вместо прямого доступа нескольких пользователей к одной базе КД 2.1, так как интерфейс конфигурации не адаптирован под многопользовательскую правку одних и тех же правил.

Особенности лицензирования при работе в файловом варианте

При использовании файлового варианта вы можете столкнуться с вопросами лицензирования платформы 1С:Предприятие 8. Поскольку вы запускаете клиентское приложение локально, платформа должна «увидеть» вашу лицензию:

1. Если на вашем локальном компьютере установлена аппаратная или программная лицензия, платформа 1С подхватит ее автоматически.
2. Если вы используете многопользовательские лицензии, выдаваемые серверным ключом, убедитесь, что ваш компьютер имеет корректное сетевое соединение с сервером лицензирования (HASP License Manager или программный сервер лицензий).
3. Проблемы с лицензией при файловом запуске часто возникают, когда рабочая станция изолирована от сети лицензирования. В таком случае рекомендуем обратиться к администратору для предоставления локальной лицензии или обеспечения доступа к серверу лицензирования.

Алгоритм разработки правил обмена

Рассмотрим пошагово, как организовать рабочий процесс, используя файловую базу КД 2.1:

Шаг 1: Подготовка описания метаданных

Для каждой информационной базы (источника и приемника) необходимо выгрузить структуру метаданных. Для этого используем стандартную внешнюю обработку MD8x.epf. Запустите её в базах-участниках обмена, выберите необходимые объекты и сохраните результат в XML-файл.

Шаг 2: Загрузка метаданных в КД 2.1

В своей локальной базе КД 2.1 перейдите в раздел загрузки структуры метаданных и укажите полученные ранее XML-файлы. Это позволит вам работать с объектами (справочниками, документами, планами видов характеристик) в интерфейсе КД 2.1.

Шаг 3: Написание и отладка правил

После того как структура метаданных загружена, приступайте к созданию правил конвертации объектов, правил конвертации свойств и правил выгрузки данных. КД 2.1 предоставляет богатый инструментарий для тестирования логики правил. Вы можете:

• Проверить корректность заполнения реквизитов.
• Использовать алгоритмы на языке 1С:Предприятие для сложных преобразований данных.
• Протестировать выгрузку без запуска реального обмена между серверами, что значительно сокращает время на отладку.

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