← На главную

При организации обмена между конфигурациями 1С:Управление торговлей (УТ 11) и 1С:Розница 2 многие пользователи и администраторы сталкиваются с проблемой: при передаче данных о картах лояльности теряются владельцы карт, а бонусные баллы начисляются некорректно. Проанализируем причины возникновения этой проблемы и разберем проверенные способы её устранения.

Выясним причину архитектурного несоответствия двух систем. В конфигурации 1С:Розница владельцем дисконтной или бонусной карты (справочник Информационные карты) является объект Физические лица. Все анкетные данные, контакты и бонусный баланс привязываются непосредственно к конкретному человеку.

В конфигурации 1С:Управление торговлей модель данных устроена иначе. Владельцем карты из справочника Карты лояльности выступает объект Партнеры. При стандартном асинхронном обмене по формату EnterpriseData система не может автоматически сопоставить Физическое лицо из Розницы с Партнером в УТ без специальных алгоритмов конвертации. В результате при выгрузке карты в УТ реквизит «Владелец» остаётся пустым, а при передаче карты из УТ в Розницу теряется связь с клиентом.

Рассмотрим подробнее основные пути решения этой задачи.

Вариант 1. Использование 1С:Розница в качестве мастер-системы для карт

Самое простое и эффективное архитектурное решение, не требующее доработки типовых правил обмена — четкое разделение функций между системами. В этом случае учет дисконтных карт и бонусных программ полностью переносится в 1С:Розница, а в 1С:Управление торговлей карты вообще не заводятся и не редактируются вручную.

Разберем по шагам, как организуется эта схема:

1. Центральная база 1С:Розница (ЦБ РТ) назначается единственной системой для регистрации новых карт и ввода анкетных данных покупателей.
2. Диапазоны штрихкодов и правила начисления бонусов заводим исключительно в Рознице. На кассовых рабочих местах (РМК) карты создаются автоматически при оформлении покупки.
3. Все отчеты по бонусам, скидкам и активности покупателей анализируем в базе Розницы.
4. В 1С:Управление торговлей из Розницы передаются только итоговые документы (например, Отчет о розничных продажах), где сумма скидок уже рассчитана, а детальная информация о бонусах для управленческого учета УТ не требуется.

Вариант 2. Доработка правил обмена в Конвертации данных 3.0

Если специфика бизнеса требует заводить карты как в розничных магазинах, так и через интернет-магазин или оптовый отдел в УТ, необходимо доработать стандартные правила синхронизации EnterpriseData через конфигурацию Конвертация данных 3.0.

Посмотрим, какие алгоритмы нужно добавить в правила конвертации объектов (ПКО):

1. Направление «Розница -> УТ»: При передаче дисконтной карты из Розницы проверяем наличие партнера в УТ по ФИО, номеру телефона или e-mail. Если партнер не найден, программно создаем нового Партнера с типом Физическое лицо и назначаем его владельцем создаваемой Карты лояльности.
2. Направление «УТ -> Розница»: При передаче карты из УТ извлекаем данные связанного с партнером физического лица (или создаем запись в справочнике Физические лица) и подставляем его в реквизит «Владелец» справочника Информационные карты в Рознице.

Вариант 3. Настройка режима «Партнеры и контрагенты объединены» в 1С:Управление торговлей

Сложность сопоставления клиентов в УТ часто усугубляется разделением справочников Партнеры (управленческий учет) и Контрагенты (регламентированный учет). Если в УТ используется раздельный учет, создание клиента требует двух связанных записей.

Чтобы упростить структуру данных при обмене, проанализируем настройки НСИ в УТ:

1. Перейдём в раздел НСИ и администрирование -> CRM и маркетинг (или Продажи).
2. Включим опцию Независимо вести партнеров и контрагентов в значение «Отключено» (режим «Партнеры и контрагенты объединены»).
3. При таком режиме создание покупателя формирует единую запись, что значительно упрощает сопоставление данных при синхронизации с физическими лицами из Розницы.

Вариант 4. Переход на централизованный бонусный сервер (Онлайн-обмен)

Главный недостаток типового обмена заключается в его периодичности (асинхронности). Если клиент списал бонусы в одном магазине, данные попадают в УТ и другие магазины только после прохождения очередного сеанса синхронизации. Это создает риски повторного списания тех же бонусов.

Для решения этой проблемы настроим онлайн-взаимодействие касс с центральной базой через HTTP или REST веб-сервисы:

1. В базе УТ или на отдельном веб-сервере поднимается HTTP-сервис обработки бонусных карт.
2. При сканировании карты на кассовом рабочем месте в Рознице 1С:Розница отправляет прямой онлайн-запрос к веб-сервису и получает актуальный остаток баллов в режиме реального времени.
3. При пробитии чека касса мгновенно отправляет команду на списание или начисление бонусов, минуя долгий процесс файлового обмена.

Подведем итоги: для небольших сетей оптимальным выбором будет запрет на создание карт в УТ и ведение всей дисконтной системы в 1С:Розница. Для крупных торговых сетей с интернет-продажами рекомендуется доработка правил обмена в Конвертации данных 3.0 либо внедрение онлайн-сервиса лояльности через веб-сервисы.