Разберем ситуацию, когда ваша торговая сеть состоит из нескольких магазинов, и каждый магазин работает в своей собственной, обособленной информационной базе 1С:Управление торговлей 10.3. Основная проблема заключается в том, что при продаже подарочного сертификата в одной торговой точке (ТТ1), информация о нем остается только там. Соответственно, если клиент придет в другую точку (ТТ2) с этим же сертификатом, касса не найдет запись в своей базе и не сможет подтвердить возможность оплаты.
Прежде чем приступать к настройке, проанализируем архитектуру вашей системы. Поскольку базы работают автономно, вам необходимо обеспечить обмен данными между ними. Без синхронизации справочников и документов, касающихся сертификатов, система не сможет проверить статус сертификата (продан, погашен или аннулирован). Нам нужно создать единое информационное пространство для этих объектов, даже если остальные данные магазинов не пересекаются.
Рассмотрим пошагово, как реализовать обмен информацией о сертификатах с помощью инструментов 1С.
Конвертация данных (версия 2). Она позволяет настроить перенос любых объектов между базами 1С.Конвертации данных создаем правило для справочника, содержащего сертификаты, и документов их движения (продажа, списание). Настраиваем сопоставление реквизитов, чтобы уникальный код сертификата корректно передавался во все узлы.1С:Управление торговлей. В настройках обмена данными указываем созданный файл правил и задаем расписание для Регламентные задания.Поскольку точки работают обособленно, настроим автоматическую выгрузку и загрузку данных:
Шаг 1: Создаем Правила обмена, включающие в себя объект «Подарочный сертификат». Это позволит передавать факт создания сертификата во все базы сети.
Шаг 2: Настраиваем Регламентные задания. Рекомендуем настроить обмен так, чтобы он происходил с заданной периодичностью (например, раз в час или несколько раз в день).
Шаг 3: После прохождения продажи по сертификату в ТТ2, информация об этом (статус «Погашен») должна попасть в общую систему. При следующем сеансе обмена все базы «узнают», что сертификат больше не активен.
// Пример логики обработки статуса сертификата при обмене:
Если Объект.Статус = Перечисления.СтатусыСертификатов.Погашен Тогда
Объект.Записать();
КонецЕсли;
Разберем подробнее, почему классический обмен через XML может иметь ограничения. Основной риск при обмене по расписанию — это так называемое «окно уязвимости». Если обмен происходит раз в сутки, существует вероятность двойного использования сертификата, если клиент посетит две разные точки в течение одного дня до наступления синхронизации.
Чтобы минимизировать риски, рассмотрим следующие стратегии:
Если в будущем вы планируете переход на 1С:Управление торговлей 11 или 1С:Розница, процесс обмена станет еще более гибким. В этих конфигурациях используются современные механизмы Планы обмена и Правила регистрации объектов. Они позволяют передавать данные избирательно, только по измененным сертификатам, что значительно ускоряет работу системы и снижает нагрузку на сетевую инфраструктуру.
Подводя итог: использование Конвертации данных 2.0 — это надежный, проверенный временем метод для УТ 10.3, который при правильной настройке регламентных заданий полностью решит вашу задачу синхронизации сертификатов между торговыми точками.