При попытке подружить базовые версии «1С:Управление торговлей» (УТ) и «1С:Розница» пользователи часто сталкиваются с парадоксальной ситуацией: в «Рознице» функционал настройки обмена с УТ присутствует, а в самой «Управлении торговлей» аналогичный пункт меню отсутствует или выдает ошибку. В этой статье мы разберем технические причины этого ограничения и рассмотрим доступные способы переноса данных между этими конфигурациями.
Для начала выясним причину, по которой стандартная синхронизация не запускается. Платформа «1С:Предприятие» в базовых версиях накладывает жесткие лицензионные ограничения на использование объектов метаданных типа ПланОбмена. В конфигурации «Управление торговлей (базовая)» программно и на уровне лицензионного контроля заблокированы все планы обмена, кроме одного — синхронизации с «1С:Бухгалтерией».
Даже если мы попытаемся обхитрить систему и вызвать форму настройки через внешнюю обработку, используя команду ПомощникНастройкиОбменаДаннымиСРозницей20, платформа прервет операцию. Сообщение «Используются ограничения базовой версии. Выбранный план обмена создать невозможно» означает, что проверка происходит на уровне ядра платформы при попытке записи нового узла в базу данных. Таким образом, штатный механизм синхронизации через планы обмена в базовой УТ недоступен для работы с «Розницей».
Раз стандартный механизм планов обмена заблокирован, воспользуемся универсальным средством. Рассмотрим подробнее работу с обработкой УниверсальныйОбменДаннымиВФорматеXML. Этот метод не требует создания узлов обмена и регистрации изменений, что позволяет обойти ограничения базовой версии.
Этот способ требует ручного запуска, но он является самым надежным для базовых версий, так как работает напрямую с объектами СправочникОбъект и ДокументОбъект, не затрагивая запрещенные ПланыОбмена.
Если конфигурации «Управление торговлей» и «Розница» имеют идентичные структуры определенных справочников (например, общие фрагменты метаданных), можно воспользоваться упрощенной обработкой ВыгрузкаЗагрузкаДанныхXML.epf. Рассмотрим особенности этого подхода:
Данная обработка переносит данные «как есть» — вместе с их внутренними идентификаторами (GUID). Это удобно, если вы хотите, чтобы номенклатура или контрагенты в обеих базах были строго идентичны. Однако будьте осторожны: если в базах уже есть разные объекты с одинаковыми кодами или наименованиями, использование этой обработки может привести к дублированию или перезаписи данных, так как она не использует сложные алгоритмы поиска, доступные в правилах конвертации.
Современные версии 1С поддерживают универсальный формат обмена EnterpriseData. В некоторых релизах базовых версий разработчики оставляют возможность синхронизации через этот формат. Проанализируем, как это проверить:
Зайдите в раздел «Администрирование» — «Синхронизация данных». Если в списке доступных настроек есть пункт «Синхронизация через универсальный формат», попробуйте использовать его. Этот механизм менее требователен к жестким связям планов обмена, так как использует промежуточный формат данных. Однако, если платформа выдает ошибку лицензии и здесь, то единственным выходом останутся внешние обработки.
Если бизнес-процессы требуют регулярного и автоматического обмена данными без участия программиста, стоит рассмотреть смену лицензионной политики. Рассмотрим два пути:
Мы выяснили, что штатная синхронизация между базовыми УТ 11 и Розницей 2 невозможна из-за ограничений платформы. Для решения задачи рекомендуем использовать универсальный обмен данными в формате XML с предварительной подготовкой правил в «Конвертации данных». Это позволит сохранить преимущество использования недорогих базовых лицензий, обеспечив при этом необходимый перенос информации.