Как организовать переход с 1С:Комплексная автоматизация 1.1 на 2.4 через формат EnterpriseData?

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

Анализ стратегии перехода: почему нельзя просто нажать кнопку «Обмен»

Проанализируем ситуацию: конфигурации КА 1.1 и КА 2.4 имеют принципиально разные модели учета. В первой используется партионный учет по старым принципам и обычные формы, во второй — новая архитектура на базе РАУЗ или нового партионного учета 2.2, управляемые формы и совершенно иная структура справочников (например, Партнеры и Контрагенты вместо единого справочника).

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

1. Обработка выгрузки остатков: Специализированная обработка, работающая на правилах «Конвертации данных 2.0» (КД2).
2. Формат EnterpriseData: Универсальный формат обмена (на базе XML), предназначенный для синхронизации данных между разными конфигурациями.

Важно понимать, что EnterpriseData в КА 1.1 реализован на версии 1.5, в то время как современные конфигурации давно перешли на версии 1.10 и выше. Это создает определенные ограничения при трансляции данных.

Этап 1: Перенос нормативно-справочной информации и начальных остатков

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

Посмотрим на последовательность действий:

1. В дистрибутиве конфигурации «Комплексная автоматизация 2.4» найдем папку AddFiles, в которой обычно располагается обработка ВыгрузкаДанныхИзКА11.epf.
2. Запустим эту обработку в информационной базе КА 1.1.
3. Выберем дату, на которую будут сформированы остатки (обычно это конец года или квартала).
4. Сформируем файл выгрузки. В процессе выгрузки система использует жестко заданные правила сопоставления, которые учитывают трансформацию справочника Номенклатура и разделение Контрагентов на Партнеров и Контрагентов в новой базе.

Этап 2: Настройка обмена через EnterpriseData для оперативных данных

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

Рассмотрим, как активировать этот функционал в КА 1.1. Перейдем в раздел «Сервис» — «Настройка обмена данными». Если данный пункт отсутствует, проверим настройки параметров учета на закладке «Обмен данными» и установим флаг использования синхронизации.

При настройке синхронизации выберем вариант «Через универсальный формат». Основная сложность здесь заключается в сопоставлении объектов. Проанализируем механизмы поиска:

• По уникальному идентификатору (GUID): Работает идеально, если справочники были перенесены штатной обработкой из первого этапа.
• По полям поиска: Для справочника Контрагенты это обычно ИНН + КПП. Для Номенклатуры — Артикул или Наименование.

Важный нюанс: В КА 1.1 логика формирования XML-пакета по формату EnterpriseData скрыта в общем модуле МенеджерОбменаЧерезУниверсальныйФормат. Если стандартных полей обмена вам недостаточно (например, нужно передать специфический реквизит), придется вносить изменения в этот модуль.

Особенности работы с номенклатурой и характеристиками

Разберем подробнее одну из самых острых проблем — перенос характеристик и видов номенклатуры. В КА 1.1 характеристики привязаны к объекту метаданных весьма линейно. В КА 2.4 система более гибкая, и использование характеристик определяется Видом номенклатуры.

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

Пример структуры, которую обрабатывает менеджер обмена (условно):

// Логика поиска или создания объекта при обмене
Если ТипЗнч(ДанныеИБ) = Тип("СправочникСсылка.Номенклатура") Тогда
    СтрокаДанных.Вставить("Наименование", ДанныеИБ.Наименование);
    СтрокаДанных.Вставить("Артикул", ДанныеИБ.Артикул);
    // Для формата 1.5 важно соответствие имен полей XDTO-пакета
КонецЕсли;

Ограничения обмена в формате 1.5

Выясним, с какими сложностями мы столкнемся при использовании формата версии 1.5, встроенного в КА 1.1:

• Документы производства: Документы Отчет производства за смену (КА 1.1) и Производство без заказа (КА 2.4) имеют разную логику списания затрат. Прямой обмен ими через стандартный формат часто работает некорректно или требует серьезной доработки модуля МенеджерОбменаЧерезУниверсальныйФормат.
• Ставки НДС: В последних релизах 1С произошли изменения в учете НДС и формах отчетности. Формат 1.5 может не поддерживать новые требования, что приведет к ошибкам в суммах налогов при загрузке документов Реализация товаров и услуг.
• Зарплата и кадры: Подсистемы учета персонала в версиях 1.1 и 2.4 различаются кардинально. Рекомендуем вообще исключить кадровые и зарплатные документы из обмена через EnterpriseData, выполняя их перенос через специализированные правила.

Пошаговый план действий для технического специалиста

Подведем итог и составим четкий алгоритм, как действовать:

1. Подготовка: Обновите КА 1.1 до последнего актуального релиза (не ниже 1.1.110), чтобы получить доступ к актуальному коду менеджера обмена.
2. Первичный перенос: Используйте ВыгрузкаДанныхИзКА11.epf для переноса справочников, настроек учета и остатков.
3. Настройка синхронизации: Создайте узел обмена в КА 1.1 и КА 2.4. Выберите версию формата (максимально доступную в обеих базах, скорее всего, это будет 1.5).
4. Тестовая выгрузка: Выгрузите небольшой объем документов (например, реализации за один день).
5. Проверка сопоставления: В базе КА 2.4 при первой загрузке обязательно откройте форму сопоставления данных. Проверьте, чтобы Единицы измерения, Склады и Организации сопоставились корректно (по УИД или ключевым полям).
6. Корректировка правил: Если вы видите, что данные "разлетаются" (создаются дубли), необходимо либо подправить данные в источнике (КА 1.1), либо доработать МенеджерОбменаЧерезУниверсальныйФормат в части сопоставления.

Помните, что EnterpriseData — это живой механизм. После каждого обновления любой из конфигураций рекомендуется проверять работоспособность обмена, так как структура XDTO-пакетов может дополняться новыми обязательными полями, которые формат 1.5 из старой КА 1.1 просто не умеет заполнять.