Как с помощью плана обмена и правила конвертации сделать обмен с другой разнородной базой

← На главную

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

Разберем этот процесс по шагам, от проектирования архитектуры до настройки автоматического обмена.

Шаг 1. Проектирование архитектуры решения

Для работы с разнородными базами чаще всего используется связка «План обмена + Конвертация данных 2.1». Проанализируем, почему это удобно. План обмена позволяет нам не выгружать всю базу целиком каждый раз, а отправлять только измененные объекты. Правила конвертации (XML) описывают, как превратить Реализация цемента из источника в нужный объект приемника.

Важный нюанс: поскольку базы разные, прямое копирование данных невозможно. Мы будем использовать обработку Универсальный обмен данными в формате XML, которая умеет работать в режиме обмена по плану обмена.

Шаг 2. Подготовка правил конвертации в КД 2.1

Для начала нам необходимо запустить конфигурацию «Конвертация данных 2.1». Это основной инструмент для настройки сопоставления объектов. Выполним следующие действия:

Выгрузка описания структур: С помощью обработки MD83Exp.epf выгрузим описание метаданных из обеих баз.
Создание ПКО (Правила конвертации объектов): В КД создаем три правила. Например, для Приходного кассового ордера (источник) назначаем приемником Платежное поручение входящее.
Настройка ПКС (Правила конвертации свойств): Внутри ПКО сопоставим поля. Сумма источника должна попасть в сумму приемника, контрагент в контрагента и так далее.
Синхронизация данных: Это критический момент. Разберем, как базы «узнают» объекты. Если объекты создаются одновременно, лучше искать по Уникальному Идентификатору (GUID). Если же справочники (например, Номенклатура или Контрагенты) уже ведутся в обеих базах, настроим поиск по полям ИНН, Наименование или Артикул.

Если нам нужно, чтобы при загрузке документ сразу проводился, в ПКО в обработчике ПослеЗагрузки пропишем код:

Объект.Записать(РежимЗаписиДокумента.Проведение);

Шаг 3. Создание и настройка Плана обмена

Теперь перейдем в конфигуратор обеих баз. Нам нужно создать объект метаданных План обмена. Рассмотрим его свойства:

Состав плана обмена: В первой базе в состав включаем наши три документа (ставим галочку Авторегистрация). Во второй базе в состав включаем Платежное поручение входящее. Это позволит системе «записывать» в специальную таблицу изменения именно этих объектов.

Создание узлов: В режиме «1С:Предприятие» создадим два узла:

Этот узел — текущая база (например, код «Б1»).
Узел-корреспондент — база, куда/откуда идут данные (например, код «Б2»).

Важно, чтобы коды узлов в базах зеркально совпадали. В базе А узел-приемник должен иметь код «Б2», а в базе Б этот же узел будет помечен как «Этот узел».

Шаг 4. Программный фильтр регистрации изменений

Иногда авторегистрация слишком избыточна. Проанализируем ситуацию: нам могут быть не нужны черновики документов. Чтобы в обмен попадали только проведенные документы, в модуле плана обмена можно использовать обработчик ПриОтправкеДанныхПодчиненному или настроить подписку на событие ПередЗаписью.

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


Процедура ПриЗаписиДокументаДляОбмена(Источник, Отказ) Экспорт
    Если Источник.Проведен Тогда
        ПланыОбмена.ЗарегистрироватьИзменения(УзелПриемник, Источник);
    КонецЕсли;
КонецПроцедуры

Шаг 5. Настройка транспорта и автоматизация

Выясним, как данные будут перемещаться между базами. Существует несколько вариантов:

Локальный каталог или FTP: База А выгружает XML-файл, база Б его считывает.
COM-соединение: База А напрямую подключается к базе Б. Это работает быстрее, но требует одинаковых версий платформы и прямой сетевой видимости.
Web-сервисы: Наиболее надежный вариант для распределенных систем.

Чтобы обмен работал без участия человека, настроим регламентное задание. Оно будет вызывать процедуру выгрузки по расписанию (например, каждые 15 минут). Обработка Универсальный обмен данными в формате XML поддерживает запуск в автоматическом режиме при передаче определенных параметров.

Шаг 6. Обработка квитирования (подтверждения)

Для чего нужно подтверждение получения? Чтобы очередь регистрации не росла бесконечно. Разберем механизм: когда база Б успешно загрузила файл от базы А, она должна отправить «ответ» (номер сообщения). При получении этого ответа база А очищает таблицу регистрации изменений для всех объектов, которые были успешно переданы.

Практический совет: Будьте готовы к тому, что в разнородных базах часто возникают конфликты аналитики. Например, если в Реализации цемента указана номенклатура, которой нет в базе-приемнике. Чтобы избежать ошибок, в правилах конвертации (ПКО номенклатуры) стоит установить флаг Создавать новый объект, если не найден.

Резюме

Мы проанализировали процесс настройки обмена. Главное — это четкая последовательность действий: создание правил в КД 2.1 -> настройка состава плана обмена -> регистрация узлов -> автоматизация через регламентные задания. Помните, что в разнородных базах основная сложность кроется в сопоставлении справочников-владельцев и единиц измерения, поэтому правилам поиска в Конвертации Данных стоит уделить особое внимание.