При выполнении конвертации и обмена данными между различными типовыми решениями 1С (например, между Управление производственным предприятием и Зарплата и Управление Персоналом, либо Комплексная автоматизация и Бухгалтерия предприятия) критически важно знать, какие именно релизы конфигураций совместимы между собой. Несовпадение релизов может приводить к ошибкам выгрузки из-за расхождений в структуре метаданных, а также к искажению расчетных и учетных данных.
Разберем основные методы, позволяющие точно выяснить, для какого релиза конфигурации-приемника подходят правила и структуры данных конфигурации-источника.
В комплексных конфигурациях поколения 1.3/2.0 (таких как УПП и КА), куда подсистемы ЗУП и БП встроены напрямую, разработчики фиксируют версии встроенных конфигураций в коде процедур обновления. Проанализируем, как найти эти сведения в дереве метаданных:
Управление производственным предприятием).Общие > Общие модули и найдем модуль ПроцедурыОбновленияИнформационнойБазы (или аналогичные модули обновления подсистем зарплаты/бухгалтерии).Посмотрим на типовой пример реализации такой функции:
// Пример функции получения версии встроенной подсистемы ЗУП
Функция ПолучитьВерсиюВстроеннойПодсистемыЗУП() Экспорт
Возврат "2.5.120.1";
КонецФункции
Зная точный номер версии ЗУП, включенной в состав текущего релиза УПП, мы можем с уверенностью выбрать полностью совместимый релиз внешней базы Зарплата и Управление Персоналом для переноса кадровых и расчетных данных.
Если для переноса данных используются типовые механизмы универсальной выгрузки (технология «Конвертация данных 2.0»), актуальные правила переноса встроены непосредственно в метаданные конфигурации. Проверим заголовок правил обмена:
ПравилаОбмена_УПП_ЗУП).<ПравилаОбмена> проанализируем служебные атрибуты: ВерсияИсточника, ВерсияПриемника, а также текст комментария.В шапке правил разработчики 1С всегда указывают диапазон версий конфигураций, для которых разрабатывались и тестировались правила конвертации.
При установке обновлений конфигураций в каталоге шаблонов создаются сопроводительные файлы документации. Разберем, как получить нужные сведения из поставки:
%APPDATA%\1C\1cv8\tmplts\1c\...).Обмены данными или Convert).readme.txt или Совместимость.txt).В этих документах разработчики публикуют сводную таблицу совместимости, где четко указано соответствие версий: конфигурация-источник, конфигурация-приемник и файл правил обмена.
Если документация и явные привязки в коде отсутствуют, ориентируемся на даты официального выхода обновлений конфигураций. В конфигурациях, где поддерживаются в основном изменения законодательства и регламентированной отчетности (например, УПП 1.3, ЗУП 2.5, БП 2.0), существенные изменения методик и структур данных выходят синхронно.
Релиз конфигурации-источника от определенной даты обычно корректно стыкуется с релизом конфигурации-приемника, выпущенным в аналогичный временной интервал (с разницей в несколько дней), так как они содержат одинаковые изменения учетных механизмов под новые требования законодательства.
Для современных типовых конфигураций на управляемых формах (ERP, КА 2, ЗУП 3, БП 3) прямое соответствие номеров релизов не требуется. Обмен выполняется по технологии «Конвертация данных 3.0» через универсальный формат EnterpriseData.
В этом случае совместимость определяется версией схемы формата (например, 1.11, 1.12). Выяснить возможность переноса можно следующим образом:
Если перенос необходимо выполнить между несогласованными релизами, воспользуемся следующими практическими рекомендациями:
MD83Exp.epf (или MD82Exp.epf), загрузим их в базу «Конвертация данных 2.0» вместе с типовыми правилами и выполним автоматическое сопоставление реквизитов с ручной корректировкой несовпадающих объектов.