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