Переход с конфигурации «1С:Комплексная автоматизация» редакции 1.1 (КА 1.1) на редакцию 2.4 (или 2.5) — это не просто очередное обновление, а полноценное внедрение новой системы с чистого листа. Программы построены на принципиально разных технологических платформах и архитектурных решениях: КА 1.1 использует обычные формы, партионный учет старого типа или РАУЗ, в то время как КА 2.4 функционирует на управляемых формах и современном движке ERP 2.0.
В этой статье мы подробно разберем, как правильно организовать процесс миграции данных, какие инструменты использовать для переноса справочников, остатков и документов, а также проанализируем основные «подводные камни», с которыми вам обязательно придется столкнуться.
Прежде чем приступать к техническим работам, давайте разберем, почему простой переход нажатием кнопки «Обновить» здесь невозможен. Конфигурация КА 1.1 идеологически близка к «1С:Управление производственным предприятием 1.3» (УПП). В ней учет затрат ведется по устаревшим алгоритмам, кадровый учет завязан на логику ЗУП 2.5, а интерфейс работает на обычных формах.
Новая КА 2.4 построена на современной ERP-платформе. Здесь используется концепция разделения партнеров и контрагентов, совершенно иначе устроен расчет себестоимости, а кадровый блок спроектирован на базе ЗУП 3.0. Прямая конвертация таблиц базы данных невозможна, поэтому перенос всегда осуществляется путем выгрузки данных в промежуточные файлы (XML/JSON) и их последующей загрузки в новую чистую базу.
Рассмотрим стандартный механизм, который предлагает фирма 1С. В дистрибутиве обновлений КА 2.4 поставляются готовые правила конвертации. Найти их можно в каталоге шаблонов установленной конфигурации на вашем сервере или рабочем компьютере.
Обычно путь к файлам выглядит следующим образом:
tmplts\1c\ARAutomation20\[Номер_Релиза]\AddFiles\Переходы с других конфигураций\УПП_КА1\Выгрузка данных.epf
Давайте разберем по шагам, как работает этот механизм:
Выгрузка данных.epf из указанного каталога шаблонов.Важное ограничение: Штатный помощник предназначен исключительно для переноса нормативно-справочной информации (НСИ) и начальных остатков на определенную дату. Исторические документы и обороты за прошлые периоды стандартными правилами не переносятся!
Если перед нами стоит жесткое требование бизнеса — перенести документы за прошлые периоды (например, за текущий или прошлый год), штатных средств будет недостаточно. Рассмотрим два основных пути решения этой задачи.
Для переноса документов программисты чаще всего используют специализированные коммерческие правила обмена, разработанные на базе Конвертации данных 2.0 (КД 2.0). Эти правила учитывают различия в метаданных и позволяют переносить документы (например, Поступления, Реализации, Платежные поручения) с автоматическим созданием связанных справочников.
При использовании таких правил нам часто приходится дописывать обработчики событий непосредственно в правилах обмена, чтобы обойти различия в структурах данных. Проанализируем пример кода, который решает проблему разделения сущностей «Контрагент» и «Партнер». В КА 1.1 это был один справочник, а в КА 2.4 — два разных. При выгрузке документа нам нужно программно создать партнера для контрагента:
// Пример обработчика "ПередВыгрузкой" для ПКС Контрагент -> Партнер в КД 2.0
Если Источник.ЭтоГруппа = Ложь Тогда
ПараметрыВыгрузки = Новый Структура;
ПараметрыВыгрузки.Вставить("Наименование", Источник.Наименование);
ПараметрыВыгрузки.Вставить("ЮридическоеФизическоеЛицо", Источник.ЮрФизЛицо);
// Выгружаем связанного партнера по специальному ПКО
ВыгрузитьПоПравилу(Источник, , ПараметрыВыгрузки, , "Партнеры");
КонецЕсли;
В последних релизах КА 1.1 разработчики реализовали поддержку обмена данными через универсальный формат EnterpriseData. Теоретически, мы можем настроить синхронизацию данных и перенести документы через этот механизм. Однако на практике этот метод имеет существенные минусы:
EnterpriseData в старой КА 1.1 жестко ограничен старыми версиями схемы (например, 1.0–1.3), в то время как КА 2.4 работает с более новыми версиями формата.Чтобы минимизировать риски и избежать хаоса, мы рекомендуем придерживаться следующей последовательности действий:
Группы финансового учета (ГФУ), без которых документы не смогут формировать проводки.Давайте выясним, какие проблемы гарантированно возникнут при проверке перенесенных данных, и как на них реагировать:
Как показывает опыт многих успешных внедрений, наиболее экономически и технически оправданный подход — переносить только справочники и остатки на начало отчетного периода (на 1 января). Историю документов за прошлые годы лучше оставить в старой базе КА 1.1, предоставив пользователям доступ к ней в режиме «только для чтения».
Перенос документов оправдан лишь в одном случае: если переход осуществляется в середине года и компании жизненно необходимо иметь оперативные данные по продажам и закупкам за последние несколько месяцев в одной системе. В такой ситуации вам не обойтись без привлечения опытного программиста 1С и использования доработанных правил обмена на базе Конвертации данных 2.0.