← На главную
При эксплуатации отраслевых решений (например, «1С:Розница 8. Магазин одежды и обуви») пользователи и специалисты часто сталкиваются с ситуацией, когда конфигурация «1С:Бухгалтерия предприятия» регулярно обновляется до актуальных релизов, а отраслевая программа отстает по графику выпуска обновлений. В результате встроенные в отраслевую конфигурацию типовые правила конвертации данных (КД 2.0) перестают корректно работать с обновленным приемником, вызывая ошибки при проведении документов и заполнении реквизитов.
Проанализируем причины возникновения этой проблемы и подробно разберем проверенные варианты организации стабильного обмена данными.
Причины сбоев при синхронизации
Выясним причину некорректной работы обмена при обновлении одной из баз:
- Изменение структуры метаданных в конфигурации-приемнике. При обновлении «1С:Бухгалтерии предприятия» разработчики могут добавлять новые обязательные реквизиты (например, связанные с изменениями в законодательстве, онлайн-кассами или учетом маркировки), переименовывать существующие поля или менять логику проведения документов. Жестко прописанные правила КД 2.0 не находят нужных метаданных и выдают ошибки.
- Отставание релизного цикла отраслевых конфигураций. Отраслевые решения от сторонних разработчиков выпускаются с задержкой относительно типовых конфигураций «1С». Комплектные правила синхронизации в дистрибутиве источника остаются рассчитанными на более старые версии бухгалтерии.
Вариант 1. Переход на синхронизацию через универсальный формат (EnterpriseData)
Наиболее надежным и рекомендуемым способом решения проблемы является переход с правил КД 2.0 на обмен через универсальный формат EnterpriseData (КД 3.0). Главное преимущество данного подхода — независимость от частых обновлений метаданных конфигурации-приемника, так как согласование данных происходит по стандартизированной схеме XDTO.
Разберем по шагам порядок настройки такого обмена:
- Перейдем в раздел
Администрирование → Синхронизация данных в обеих информационных базах.
- Создадим новую настройку синхронизации, выбрав вариант «Синхронизация данных через универсальный формат».
- Настроим способ передачи данных (через общий каталог, сетевой ресурс, FTP или прямое подключение к информационной базе).
- Выполним начальную выгрузку и сопоставление ключевых справочников:
Организации, Склады, Номенклатура, Контрагенты и БанковскиеСчета. Это критически важно для предотвращения создания дублирующих записей.
- После успешного тестового обмена отключим или удалим старый узел плана обмена, чтобы исключить двойную регистрацию изменений объектов.
Нюанс отраслевого учета: Специфические отраслевые реквизиты (такие как размерные шкалы, половозрастные признаки или расширенные характеристики обуви/одежды) не передаются через стандартный формат EnterpriseData. Однако для целей регламентированного бухгалтерского учета в «1С:Бухгалтерии» они не требуются, так как проводки и отчетность формируются на уровне номенклатурных позиций и суммовых показателей.
Вариант 2. Использование правил от типовой «1С:Розницы»
Если специфика бизнес-процессов требует сохранения обмена по правилам КД 2.0, рассмотрим альтернативный быстрый способ:
- Поскольку отраслевая конфигурация построена на базе типовой «1С:Розницы», возьмем файл правил конвертации данных из дистрибутива аналогичного релиза типовой «Розницы» или из поставки свежего релиза «1С:Бухгалтерии предприятия».
- Откроем форму существующей синхронизации в режиме «1С:Предприятие»:
Администрирование → Синхронизация данных → Настройки синхронизации.
- В меню настройки выберем пункт «Загрузить правила конвертации данных» и укажем обновленный внешний XML-файл правил.
- Проверим выполнение обмена на тестовом пакете документов (например,
ОтчетОРозничныхПродажах и ПоступлениеТоваровУслуг).
Вариант 3. Корректировка правил в конфигурации «Конвертация данных 2.1»
В случаях, когда типовые правила вызывают точечные ошибки из-за отраслевых доработок, адаптируем правила вручную:
- Выгрузим актуальную структуру метаданных из рабочей базы «1С:Бухгалтерия предприятия» с помощью обработки
MD83Exp.epf.
- Загрузим полученный файл описания структуры метаданных и исходный XML-файл правил в конфигурацию «Конвертация данных 2.1».
- Проанализируем правила конвертации свойств (ПКС) для проблемных документов и отключим передачу удаленных или измененных реквизитов.
- Сохраним скорректированные правила в новый XML-файл и подключим их в настройках синхронизации базы-источника.