При настройке типовой синхронизации между конфигурациями «1С:Управление торговлей» (редакция 11.4) и «1С:Розница» (редакция 2.2) многие специалисты сталкиваются с неприятным сюрпризом. Документы (поступления, перемещения, реализации) успешно переносятся из одной базы в другую, проводятся, но при этом табличные части, содержащие информацию о сериях номенклатуры, в базе-приемнике оказываются абсолютно пустыми. Количество товара перенеслось, но сами серийные номера или сроки годности исчезли.
В этой статье мы подробно разберем причины такого поведения системы, проанализируем архитектурные различия учета серий в обеих конфигурациях и рассмотрим практические варианты решения этой проблемы, включая доработку правил обмена и использование современных механизмов платформы «1С:Предприятие».
---
Для начала выясним первопричину проблемы. Если мы откроем конфигуратор «1С:Управление торговлей 11» и проанализируем состав плана обмена с «1С:Розница 2.2», то увидим, что справочник СерииНоменклатуры попросту не входит в состав этого плана обмена. Это означает, что система не регистрирует изменения по данному справочнику, и при стандартной синхронизации эти данные передаваться не будут.
Разработчики фирмы «1С» приняли такое архитектурное решение осознанно, и на это есть две важные причины:
Тем не менее, на практике торговым точкам часто требуется видеть серии хотя бы в справочном режиме, чтобы менеджеры в магазине могли понимать, какой именно серийный номер или срок годности был принят по накладной.
---
Прежде чем переходить к доработке обмена, проанализируем, как должны быть настроены политики учета серий в обеих базах, чтобы перенос данных вообще имел практический смысл.
Если в УТ 11 настроена политика учета серий с типом «Управление остатками серий», то для ее работы конфигурация требует включения настройки «Ордерные склады». При этом ордерная схема должна использоваться при отражении излишков, недостач и списаний. Однако ордерные склады и ордерные документы в типовой синхронизации с «1С:Розница» не участвуют — их просто невозможно выбрать в настройках синхронизации.
Поэтому для успешной совместной работы необходимо использовать политику учета серий «Справочное указание серий». При такой настройке:
---
Поскольку типовой обмен между УТ 11.4 и Розницей 2.2 чаще всего построен на технологии КД 2.0 (Конвертация данных), мы можем модифицировать правила обмена. Несмотря на то, что справочник СерииНоменклатуры не зарегистрирован в плане обмена, платформа позволяет передавать ссылочные объекты непосредственно в момент выгрузки документов.
Для этого в правилах обмена для свойства, содержащего серию, должно быть отключено ограничение выгрузки. Если в правилах конвертации объектов (ПКО) для серий настроить выгрузку связанных объектов, а в правилах конвертации свойств (ПКС) табличных частей документов указать ссылку на это ПКО, серии улетят вместе с документами.
Выполним этот процесс по шагам:
СерииНоменклатуры. Если его нет, создадим новое ПКО. В качестве источника укажем справочник СерииНоменклатуры из УТ 11, а в качестве приемника — аналогичный справочник из Розницы 2.2. Сопоставление полей настроим по наименованию, коду и владельцу (номенклатуре).Ложь. Если там будет стоять Истина, то база-приемник создаст только пустую ссылку без заполнения реквизитов (номера серии, даты окончания действия и т.д.).ПоступлениеТоваровУслуг). Найдем табличную часть, отвечающую за товары (обычно это Товары), и проверим ПКС для реквизита Серия (или соответствующей табличной части серий, в зависимости от структуры метаданных). Назначим этому свойству созданное нами ПКО для серий номенклатуры.После такой доработки при выгрузке документа поступления или перемещения программа автоматически «затянет» по ссылке все серии, которые указаны в табличной части документа, даже если сам справочник серий отсутствует в плане обмена.
---
Главный недостаток изменения правил обмена через КД 2.0 заключается в том, что при каждом обновлении конфигураций УТ или Розницы типовые правила могут меняться разработчиками 1С. Вам придется заново объединять ваши доработки с новыми правилами от фирмы «1С».
Чтобы избежать этого, применим более современный подход — расширения конфигурации (файлы .cfe). С помощью расширения мы можем решить задачу без снятия баз с поддержки и без изменения типовых правил обмена.
Рассмотрим алгоритм работы расширения:
СерииНоменклатуры в состав плана обмена с Розницей. Это позволит включить автоматическую регистрацию изменений серий при их создании или изменении.
&ВОбходе
Процедура ПередЗаписьюПолученныхДанных(КомпонентОбмена, ПолученныеДанные, ДокументОбъект)
// Код для проверки наличия серий в переданном XML-пакете
// и заполнения табличной части серий в документе Розницы
КонецПроцедуры
Использование расширений гарантирует, что при обновлении релизов конфигураций логика переноса серий не «слетит», а сами базы останутся полностью типовыми для контролирующих органов и обновлений.
---
Если бизнес-процессы компании активно развиваются и требуют жесткого контроля серий, партионного учета и точного расчета себестоимости на стороне розничных точек, стоит рассмотреть переход на связку «1С:Управление торговлей 11.5» и «1С:Розница 3.0» (которая разработана на единой кодовой базе с «1С:УНФ»).
В этой связке обмен происходит по новым стандартам:
EnterpriseData перенос справочника серий и табличных частей документов уже реализован разработчиками «из коробки».---
Подведем итог. Перенос серий номенклатуры между УТ 11.4 и Розницей 2.2 в типовом варианте действительно не предусмотрен из-за разных концепций ведения учета в этих программах. Тем не менее, решить эту задачу можно.
Для быстрого запуска при справочном учете серий мы рекомендуем использовать доработку правил обмена в «Конвертации данных 2.0» с отключением признака «Только получить узел ссылки» для ПКО серий. Для долгосрочных проектов с регулярными обновлениями конфигураций оптимальным выбором станет использование расширения конфигурации, которое сохранит систему на стандартной поддержке.