В практике автоматизации розничной торговли часто возникают задачи, которые выходят за рамки стандартного маркетинга. Одной из таких задач является жесткое ограничение использования дисконтных карт. Обычно это продиктовано не желанием «обидеть» покупателя, а необходимостью борьбы с «фродом» (мошенничеством) со стороны персонала, когда кассиры используют свои или найденные карты для получения личной выгоды с чеков обычных покупателей. Рассмотрим подробно, как реализовать механизм, при котором скидка по карте предоставляется не более 2-х раз в день и ограничивается определенной суммой базы расчета.
Прежде чем приступать к доработке системы, проанализируем штатный функционал программы 1С:Розница (версии 2.2 и выше). В системе существует справочник СкидкиНаценки, который позволяет гибко настраивать условия лояльности. Однако стандартные условия, такие как «За накопленный объем продаж», работают по накопительному принципу за длительный период и чаще всего блокируют скидку полностью при достижении лимита, а не ограничивают базу ее расчета внутри одного чека.
Разберем по шагам, как решить задачу наиболее «чистым» способом, используя комбинацию настроек и минимального программирования в расширении или через произвольные условия.
В постановке задачи указано: «размер скидки 5%, предел суммы покупки для скидки 300 р.». Это означает, что даже если клиент совершит покупку на 1000 рублей, он должен получить скидку только с первых 300 рублей, то есть 15 рублей (300 * 0.05 = 15).
Для реализации этого условия выполним следующие действия:
Процент и установим значение 5%.15 рублей. Рассмотрим, как это работает: программа рассчитает 5% от всей суммы чека, но итоговый результат «обрежет» до установленного лимита в 15 рублей. Это полностью закрывает вопрос ограничения «суммы до предела» без написания кода.
Вторая часть задачи — предоставлять скидку «не чаще 2-х раз в день по одной карте» — штатно в 1С:Розница не реализована. Однако в программе предусмотрен механизм Произвольных условий, где мы можем написать фрагмент кода на языке 1С, который будет выполняться в момент расчета скидок в РМК (Рабочем месте кассира).
Разберем алгоритм создания такого условия:
Внешняя обработка или Произвольное условие (в зависимости от версии конфигурации).Продажи или к документам ЧекККМ, чтобы посчитать количество транзакций по текущей карте за текущие сутки.Проанализируем пример кода для такого условия:
// Входные параметры: ТекущаяКарта, ДатаДокумента
// Результат: Булево (Истина - скидка применяется, Ложь - нет)
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| КОЛИЧЕСТВО(РАЗЛИЧНЫЕ Чеки.Ссылка) КАК КоличествоЧеков
|ИЗ
| Документ.ЧекККМ КАК Чеки
|ГДЕ
| Чеки.ДисконтнаяКарта = &ДисконтнаяКарта
| И Чеки.Дата МЕЖДУ &НачалоДня И &КонецДня
| И Чеки.Проведен = ИСТИНА
| И Чеки.СтатусЧЕКА <> ЗНАЧЕНИЕ(Перечисление.СтатусыЧековККМ.Аннулированный)";
Запрос.УстановитьПараметр("ДисконтнаяКарта", Объект.ДисконтнаяКарта);
Запрос.УстановитьПараметр("НачалоДня", НачалоДня(ТекущаяДата()));
Запрос.УстановитьПараметр("КонецДня", КонецДня(ТекущаяДата()));
Выборка = Запрос.Выполнить().Выбрать();
Если Выборка.Следующий() Тогда
Если Выборка.КоличествоЧеков >= 2 Тогда
Результат = Ложь; // Скидка не предоставляется
Иначе
Результат = Истина; // Скидка разрешена
КонецЕсли;
КонецЕсли;
Важно учитывать, что обращение к базе данных из каждой строки чека может замедлить работу РМК. Поэтому рекомендуется кэшировать результат или использовать оптимизированные запросы к регистру Продажи.
Выясним причину, почему бизнес внедряет такие ограничения. Как правило, это связано с тем, что кассиры сканируют одну и ту же «социальную» или «народную» карту для каждого покупателя, забирая скидку себе или просто фиктивно занижая выручку. Ограничение в 2 раза в день делает эту схему невыгодной для массового использования.
Однако, как отмечают эксперты, жесткие блокировки могут вызвать негатив у реальных лояльных клиентов. В качестве альтернативы или дополнения рассмотрим создание контрольного отчета. Проанализируем ситуацию: если по одной карте за день пробито 50 чеков с интервалом в 2 минуты — это явный признак злоупотребления.
Для реализации контроля рекомендуем использовать отчет Продажи по дисконтным картам, добавив в него группировку по Дисконтной карте и Периоду (день), а также колонку Количество документов. Настройка «Варианта отчета» с фильтром Количество документов > 2 позволит службе безопасности магазина выявлять нарушителей без изменения программного кода.
Подведем итоги нашего исследования. Для реализации задачи «Скидки до предела суммы не чаще 2-х раз в день» в 1С:Розница оптимальным будет следующий путь:
Максимальная сумма в настройках скидки. Это надежно и не требует поддержки при обновлениях.Произвольное условие с запросом к базе данных. Это позволит системе автоматически отклонять скидку на третьем и последующих чеках за день.Рассмотренные методы позволяют гибко управлять лояльностью и защищать прибыль магазина от недобросовестных действий, сохраняя при этом работоспособность стандартной конфигурации 1С.