При работе с линейкой решений «1С:ERP», «1С:Комплексная автоматизация» (КА) и «1С:Управление торговлей» (УТ) часто возникает необходимость точно определить соответствие релизов. Это критически важно при планировании перехода (апгрейда или даунгрейда), интеграции сторонних модулей (например, CRM-систем) или при использовании внешних обработок, разработанных под конкретную версию торгового функционала. Разберем детально, как устроена иерархия этих программ и какими способами можно сопоставить их версии.
Для начала проанализируем, как 1С выпускает обновления для этих систем. Важно понимать, что торговый блок в КА 2 — это не просто похожий функционал, а практически те же самые объекты метаданных, что и в УТ 11. Разработка ведется по принципу «матрешки»:
Таким образом, всё, что разрабатывается для торгового модуля в ERP, автоматически попадает в КА и УТ. Однако номера релизов самих конфигураций могут не совпадать по четвертой цифре (номеру сборки), что часто сбивает пользователей с толку.
Это самый точный технический способ определить соответствие торгового блока. В любой современной конфигурации на базе 1С:Предприятие 8.3 существует служебный регистр, в котором хранится информация о версиях всех интегрированных библиотек и подсистем. Проанализируем, как найти нужные данные:
УправлениеТорговлей (в некоторых версиях может называться TradeManagement).В колонке «Версия» будет указан точный номер релиза УТ 11, функционал которого включен в текущую сборку КА. Например, если ваша КА имеет версию 2.4.1.227, а в регистре подсистем для УправлениеТорговлей указано 11.4.1.227, то программный код торговых документов, справочников и логика проведения в этих версиях идентичны.
Рассмотрим методику сопоставления, которую предлагает сама фирма 1С в руководствах по переходу между конфигурациями. Существует правило «взаимосогласованных версий», согласно которому ключевым индикатором совместимости является третья цифра в номере релиза.
Разберем на примере:
Важный нюанс: Четвертая цифра (сборка) может отличаться. Это происходит потому, что для КА или ERP может потребоваться срочный патч, связанный с ошибкой в блоке производства или бухгалтерской отчетности, который никак не затрагивает торговый функционал. В этом случае релиз КА обновится, а релиз УТ останется прежним, хотя внутри они будут использовать одну и ту же версию торгового ядра.
Если у вас есть доступ к дистрибутиву конфигурации или файлам поставки, мы можем заглянуть в техническую документацию, сопровождающую обновление. Рассмотрим, на что стоит обратить внимание:
В комплекте с обновлением часто идет текстовый файл или сопроводительная записка, в которой перечисляются версии используемых библиотек (БСП, БПО, БИП и т.д.). Поскольку торговый функционал сам по себе является крупным модулем, сведения о его версии фиксируются в манифесте сборки конфигурации.
Также можно выполнить сравнение/объединение конфигураций в конфигураторе, чтобы увидеть состав подсистем, но это более трудоемкий процесс, требующий определенных навыков администрирования 1С.
Выясним, почему простого знания версии иногда недостаточно для безболезненного перехода с КА на УТ. Как было отмечено в обсуждении, переход «вверх» (УТ → КА → ERP) является штатным процессом: вы просто накатываете обновление, и структура данных расширяется. Обратный процесс — «даунгрейд» — не является штатной процедурой.
Рассмотрим основные сложности:
Универсальный обмен данными XML. Мы должны перенести только те данные, которые поддерживаются в УТ (справочники, остатки товаров, заказы).Проанализируем ситуацию, когда переход на УТ затевается только из-за «тяжеловесности» интерфейса КА. Прежде чем решаться на сложную процедуру миграции данных, попробуем выполнить следующие действия в рамках существующей базы КА:
Это позволит получить визуальное сходство с УТ 11, сохранив при этом все возможности КА «под капотом» для будущих нужд бухгалтерии или аналитики. Такой подход часто оказывается более эффективным, чем разделение учета на две разные базы (УТ и БП) с последующей настройкой синхронизации, которая сама по себе может стать источником регулярных ошибок.
Разберем причину, по которой модули, написанные для УТ 11, могут некорректно работать в КА, даже если версии совпадают. В КА 2 многие формы документов расширены реквизитами для целей налогового учета и ГФУ (групп финансового учета). Если сторонний программный код пытается жестко обращаться к элементам формы или выполнять запись объекта без заполнения специфических для КА реквизитов, система выдаст ошибку. Поэтому при использовании внешних решений всегда уточняйте у разработчика поддержку именно версии «Комплексная автоматизация».