Настройка обмена между классической «Управлением торговлей 10.3» и современной «Розницей 2.2» часто вызывает вопросы даже у опытных специалистов. Это связано с тем, что конфигурации построены на разных технологических архитектурах: УТ 10.3 использует обычные формы, в то время как Розница 2.2 базируется на управляемых формах и Библиотеке стандартных подсистем (БСП). Разберем по шагам, как преодолеть технические сложности и настроить стабильную синхронизацию данных.
Рассмотрим ситуацию, с которой сталкиваются многие пользователи при первой попытке настройки: в мастере создания обмена в УТ 10.3 или Рознице отсутствует вариант «Прямое подключение к информационной базе (COM)». Проанализируем причину этого ограничения. Основной разрыв кроется в платформенных различиях и использовании разных версий EnterpriseData. Типовой механизм обмена для этой пары конфигураций от разработчиков 1С жестко ориентирован на обмен через файлы (XML).
Выясним причину: COM-соединение требует идентичности или глубокой совместимости коннекторов платформ и режимов запуска. Поскольку Розница 2.2 работает преимущественно в режиме тонкого клиента на БСП, а УТ 10.3 — в режиме толстого клиента, прямой коннект программно ограничен для обеспечения стабильности. Попытки реализовать COM через сторонние обработки возможны, но они крайне чувствительны к релизам. Поэтому остановимся на рекомендуемом методе — обмене через сетевой каталог или FTP с использованием файлов выгрузки.
Проанализируем процесс создания настройки. Часто возникает заблуждение, что «двусторонность» выбирается одной галочкой. На самом деле, это процесс последовательной настройки обеих баз. Разберем пошагово:
Проанализируем проблему совместимости. Бывает так, что релизы выпущены в один месяц, но обмен выдает ошибки. Это происходит потому, что формат EnterpriseData может обновиться, например, с версии 1.3 до 1.5. Рассмотрим, как избежать критических ошибок:
Совет: Всегда берите актуальные файлы правил конвертации (ExchangeRules.xml) из каталога шаблонов обновления именно Розницы 2.2. В папке с обновлением Розницы обычно есть подкаталог Обмен данными, где лежат правила для связи с УТ 10.3. Поскольку Розница обновляется чаще и ее структура данных меняется динамичнее, правила из ее состава более актуальны, чем те, что идут в комплекте со старой УТ 10.3.
Часто пользователи жалуются, что номенклатура переносится, а штрихкоды — нет. Разберем механизм хранения этих данных. В УТ 10.3 штрихкоды живут в регистре сведений Штрихкоды, а в Рознице 2.2 они привязаны к справочнику номенклатуры (через владельца) или также хранятся в аналогичном регистре (в зависимости от версии БСП).
Посмотрим на решение: при настройке выгрузки в УТ 10.3 в дополнительных параметрах или при редактировании правил в Конвертации данных необходимо убедиться, что включена выгрузка регистра Штрихкоды. Если вам нужно выгрузить только номенклатуру, выполните следующие действия:
Номенклатура и регистр сведений Штрихкоды.Рассмотрим еще один важный нюанс — ценообразование. В УТ 10.3 цена фиксируется документом Установка цен номенклатуры. Для того чтобы эти данные попали в Розницу, необходимо соблюдение двух условий:
ЦеныНоменклатуры.Помните, что в Рознице 2.2 после загрузки цен может потребоваться создание документа Применение цен номенклатуры (если в настройках магазина включена опция «Использовать применение цен»). Без этого шага новые цены не будут отображаться в рабочем месте кассира (РМК).
Подводя итог, можно сказать, что стабильный обмен между УТ 10.3 и Розницей 2.2 возможен только при соблюдении «гигиены релизов». Если вы столкнулись с ошибкой Метод объекта не обнаружен при загрузке данных, это первый сигнал к тому, что правила обмена не соответствуют текущей структуре метаданных одной из баз. Обновите обе конфигурации до последних доступных версий и переподключите файлы правил из комплекта поставки Розницы.
Использование сторонних COM-обработок оправдано только в случае, если вы не планируете обновлять конфигурации и имеете в штате программиста для поддержки кода, так как любое изменение структуры справочников в новой версии 1С приведет к неработоспособности такого решения.