Несмотря на то что платформа 1С 7.7 уже давно не является основной, она продолжает успешно эксплуатироваться во многих розничных сетях. Одной из самых востребованных задач является внедрение программ лояльности, которые выходят за рамки обычных скидок. Рассмотрим подробно, как можно реализовать полноценную бонусную систему в конфигурациях на базе 7.7, таких как «Торговля и Склад 9.2».
В типовых решениях 1С 7.7 механизмы бонусных баллов (начисление виртуальной «валюты» с последующей оплатой ею части покупки) отсутствуют. Максимум, что предлагает система — это «Автоматические скидки», которые просто уменьшают итоговую сумму чека. Разберем ситуацию: современному бизнесу требуется не просто снижать цену, а вовлекать клиента, заставляя его возвращаться для траты накопленных баллов.
Проанализируем основные подходы к реализации. Нам необходимо решить три ключевых вопроса:
В обсуждениях часто возникает вопрос: можно ли просто добавить числовой реквизит ОстатокБонусов в справочник Контрагенты? Рассмотрим, почему этот путь является тупиковым для серьезного учета.
Использование реквизита справочника: это кажется простым, так как при выборе клиента в документе ЧекККМ или Реализация мы сразу видим остаток. Однако такой подход не позволяет отследить историю: когда, за что и каким документом были начислены или списаны баллы. Кроме того, в многопользовательской среде при одновременной записи справочника могут возникнуть конфликты блокировок.
Использование регистров: это профессиональный подход. Разберем по шагам, какие регистры нам понадобятся:
Рассмотрим пример структуры регистра остатков Бонусы:
Контрагент (Справочник.Контрагенты), БонуснаяКарта (Справочник.БонусныеКарты).Количество (Число).Рассмотрим сценарий автоматического начисления подарков или баллов при достижении определенной суммы чека. Выясним причину, по которой лучше делать это в модуле документа перед пробитием на ККМ.
Для реализации автоматического добавления товара-подарка в документ ЧекККМ можно использовать следующий алгоритм в процедуре ПриЗаписи() или перед вызовом функции печати чека:
Процедура НачислитьПодарок()
СуммаЧека = Итог("Всего");
ПорогБонуса = Константа.ПорогДляПодарка; // Например, 5000 руб.
ТоварПодарок = Константа.НоменклатураПодарок;
Если СуммаЧека >= ПорогБонуса Тогда
// Проверяем, не добавлен ли подарок уже
Если НайтиСтроку(ТоварПодарок) = 0 Тогда
НоваяСтрока();
Номенклатура = ТоварПодарок;
Количество = 1;
Цена = 0.01; // В 7.7 цена не может быть нулевой для ФР
Сумма = 0.01;
КонецЕсли;
КонецЕсли;
КонецПроцедуры
Посмотрим на пример реализации накопительной системы. Чтобы начислить баллы, нам нужно изменить модуль проведения документа ЧекККМ или Реализация. Проанализируем код в теле Процедура ОбработкаПроведения():
// В модуле проведения документа Реализация или ЧекККМ
Рег = Регистр.Бонусы;
Рег.Контрагент = ТекущийДокумент.Контрагент;
// Начисляем 5% от суммы сделки
Рег.Количество = ТекущийДокумент.Итог("Сумма") * 0.05;
Рег.ДвижениеПриход(Контекст);
Самое сложное в 1С 7.7 — это корректно распределить списанные бонусы как скидку по позициям номенклатуры. Это необходимо для правильной печати чека на фискальном регистраторе (ФР), так как ФР должен получить цену за вычетом всех скидок.
Рассмотрим алгоритм распределения бонусов:
Бонусы.СуммаСписания / ИтогЧека.Важный момент: при списании бонусов мы должны сделать «Расход» по регистру. Это гарантирует, что клиент не сможет использовать одни и те же баллы дважды.
Для того чтобы кассир мог быстро идентифицировать «бонусника», необходимо задействовать сканер штрихкодов. В 1С 7.7 это реализуется через обработку внешнего события. Разберем пример логики:
В форме документа ЧекККМ в процедуре ОбработкаВнешнегоСобытия мы перехватываем считанный код, ищем карту в справочнике и автоматически подставляем владельца в документ. После этого система должна мгновенно пересчитать доступные бонусы и вывести их на форму для информирования клиента.
При доработке 1С 7.7 важно помнить о требованиях 54-ФЗ. Бонусы не являются деньгами, поэтому в фискальном чеке они чаще всего отображаются как скидка. Если вы решите внедрять «Бонусную оплату» как отдельный вид платежа (наряду с Наличными и Безналичными), вам придется серьезно перерабатывать обработку обслуживания ФР (fr_comm.ert или аналогичные), чтобы передавать в драйвер данные о типе оплаты «Встречное предоставление».
Проанализируем ситуацию с возвратами. Если клиент возвращает товар, за который были начислены бонусы, их необходимо сторнировать. Это еще один аргумент в пользу использования регистров — вы всегда сможете найти документ-основание и сделать корректирующее движение «Расход» с отрицательным знаком или просто «Расход» на сумму начисленных ранее баллов.
Реализация бонусов в 1С 7.7 — это задача, требующая глубокого вмешательства в код конфигурации. Использование регистров остатков является единственным надежным способом обеспечить целостность данных. Мы рассмотрели основные этапы: от создания структуры хранения до логики начисления и взаимодействия с торговым оборудованием. Такой подход позволит превратить старую систему в современный инструмент маркетинга.