При настройке синхронизации данных между конфигурациями «1С:Управление торговлей» (ред. 11) и «1С:Розница» (ред. 2.2) технические специалисты часто сталкиваются с ошибками сопоставления объектов. Особенно остро эта проблема проявилась в период активного внедрения обязательной маркировки товаров (табака, обуви, одежды). Типичный пример такой ошибки возникает при первоначальной выгрузке данных, когда система прерывает процесс со следующим сообщением:
Не найдено соответствие для значения Источника
ИмяПКО = ОсобенностиУчетаНоменклатуры
Значение = Табачная продукция
ТипЗначения = ПеречислениеСсылка.ОсобенностиУчетаНоменклатуры
Текст = В правиле конвертации значений (ПКЗ) необходимо сопоставить значение Источника значению Приемника.
Если подходящего значения приемника нет, то указать пустое значение.
КСообщенияОбОшибках = 71
В этой статье мы подробно разберем причины возникновения данной ошибки, проанализируем, почему стандартные правила обмена дают сбой, и рассмотрим несколько эффективных способов решения проблемы, включая переход на современный формат обмена EnterpriseData.
---
Выясняем причину: почему возникает конфликт версий?
Код ошибки КСообщенияОбОшибках = 71 указывает на классическую проблему технологии «1С:Конвертация данных 2.0» (КД2). В правилах конвертации объектов (ПКО) для перечисления ОсобенностиУчетаНоменклатуры задана таблица сопоставления значений (ПКЗ). Когда в базе-источнике (в нашем случае УТ 11.4) появляется новое значение («Табачная продукция»), а правила обмена на стороне приемника (Розница 2.2) о нем еще «не знают», выгрузка завершается аварийно.
Этот конфликт обусловлен следующими факторами:
Развитие функционала маркировки: Версия УТ 11.4.7 активно дорабатывалась под требования ИС МП (Честный Знак). В метаданные был добавлен признак учета маркируемой табачной продукции.
Отставание релизов: База Розницы версии 2.2.11 была выпущена раньше стабильного релиза интеграции с маркировкой табака. В ее правилах обмена просто отсутствовало сопоставление для этого нового значения перечисления.
Жесткая структура КД2: Традиционный обмен по правилам КД2 требует абсолютной синхронности метаданных и актуальности XML-файлов правил в обеих базах.
---
Решение 1. Переход на формат EnterpriseData (Рекомендуемый способ)
Самым надежным и современным решением является перевод синхронизации на универсальный формат EnterpriseData (ED), функционирующий на базе технологии «Конвертация данных 3.0» (КД3). Автор темы успешно решил проблему именно этим способом.
Давайте разберем подробнее, почему обмен через EnterpriseData нивелирует эту ошибку:
Трансляция через формат-посредник: Вместо прямой передачи внутренних идентификаторов метаданных КД3 преобразует значения в стандартизированные текстовые теги XML/JSON.
Игнорирование неизвестных свойств: Если принимающая база не поддерживает определенный тип маркировки, она просто пропустит это свойство при чтении файла, не вызывая критического сбоя всей синхронизации.
Версионная независимость: Достаточно, чтобы обе конфигурации поддерживали совместимую версию формата (например, ED 1.5 или 1.6).
Рассмотрим по шагам, как перенастроить обмен на EnterpriseData:
В базе «1С:Управление торговлей» перейдем в раздел НСИ и администрирование -> Синхронизация данных.
Создадим новое подключение. При выборе варианта обмена укажем «Синхронизация данных через универсальный формат (EnterpriseData)».
Настроим параметры подключения (через локальный/сетевой каталог, FTP или веб-сервис).
На стороне «1С:Розница» выполним аналогичную настройку, выбрав подключение к созданной синхронизации и указав ту же версию формата EnterpriseData.
Запустим сопоставление и первоначальный обмен данными.
---
Решение 2. Синхронизация и обновление релизов конфигураций
Если специфика вашего учета требует использования именно классического обмена КД2, нам необходимо привести метаданные и правила обмена к единому стандарту. Разработчики 1С оперативно обновляют правила синхронизации в новых релизах программ.
Проанализируем порядок действий по обновлению:
Выполним резервное копирование обеих информационных баз.
Обновим конфигурацию «1С:Розница» с версии 2.2.11 до более актуального релиза (как минимум до 2.2.12, где была стабилизирована работа с табачной продукцией, а лучше до актуальных версий линеек 2.3 или 3.0).
Обновим конфигурацию «1С:Управление торговлей» до релиза, совместимого по правилам обмена с обновленной Розницей.
После обновления в настройках синхронизации сбросим правила обмена на «типовые» (используемые по умолчанию из состава конфигурации). Системы автоматически обновят сопоставления перечислений.
---
Решение 3. Ручная корректировка правил обмена в КД 2.0
В ситуациях, когда обновить конфигурации невозможно (например, если одна из баз сильно кастомизирована и находится на поддержке с изменениями), мы можем вручную отредактировать правила конвертации.
Разберем этот процесс по шагам:
Запустим базу-источник (УТ 11) в режиме «Предприятие», перейдем в параметры синхронизации данных и выгрузим используемые правила обмена в файл XML.
Откроем специализированную конфигурацию «1С:Конвертация данных» редакции 2.1.
Выполним загрузку правил обмена из сохраненного XML-файла.
В дереве правил найдем раздел Правила конвертации объектов (ПКО) и перейдем к правилу ОсобенностиУчетаНоменклатуры.
Перейдем на вкладку Конвертация значений.
Добавим новую строку сопоставления:
Источник:ТабачнаяПродукция
Приемник: выберем аналогичное значение из метаданных приемника (если оно присутствует) либо оставим пустым, чтобы система при загрузке присваивала значение по умолчанию (например, «Без особенностей учета»).
Сохраним измененные правила обмена обратно в XML-файл.
В настройках синхронизации в УТ 11 укажем использование внешних правил обмена, загрузив наш измененный файл.
---
Решение 4. Временный обход ошибки для первоначальной выгрузки
Когда Розница абсолютно пустая, а запустить обмен нужно «здесь и сейчас», можно прибегнуть к хитрости и временно скрыть от выгрузки признак табачной продукции.
Выполним следующие действия:
В базе УТ 11 найдем все виды номенклатуры или элементы справочника, у которых установлен признак ОсобенностиУчетаНоменклатуры = Табачная продукция.
С помощью групповой обработки реквизитов временно заменим этот признак на обычный товар (или снимем особенность учета).
Запустим первоначальный обмен. Так как «проблемных» данных больше нет, выгрузка и сопоставление в пустой Рознице пройдут успешно.
После завершения первоначального обмена вернем обратно особенности учета номенклатуры в базе УТ 11.
В плановом режиме подготовимся к обновлению баз по Решению 2 или переходу на ED по Решению 1, чтобы последующие регулярные обмены не приводили к новым ошибкам.
Использование современных стандартов интеграции, таких как EnterpriseData, позволяет минимизировать риски возникновения подобных ошибок при обновлении одной из баз и обеспечивает стабильную совместную работу конфигураций «1С».