У клиента была понятная коммерческая идея: платить покупателям за выполнение плана закупок. План и факт живут в 1С, категория клиента определяет ставку вознаграждения — от одного до трёх процентов от оборота. Нужно было превратить это в механику, которая сама считает, сама выпускает купоны и сама показывает клиенту его прогресс.
В чём была сложность
Скидка должна ложиться поверх персональных цен. В обычном магазине это тривиально: есть базовая цена, на неё вешается правило. Здесь у каждого из 376 клиентов своя наценка, которая считается на лету из справочника на 23 388 записей. Купон не должен был ни обнулить эту логику, ни посчитаться дважды.
Второй слой сложности — обмен. План может меняться внутри месяца, а вознаграждение нужно считать по тем цифрам, что переданы последними. Плюс купон обязан вернуться в 1С, чтобы менеджер видел его в учётной системе, а не только на сайте.
Что сделали
- Разобрали, как в проекте считается цена клиента, и встроили скидку в эту цепочку, а не рядом с ней.
- Фиксация плана и категории клиента в начале месяца.
- Генерация персональных купонов по итогам периода.
- Показ прогресса и выданных купонов в личном кабинете, отдельной строкой — накопленная выгода.
- Выгрузка купонов в XML для 1С отдельным узлом обмена.
Результат
Первый выпуск, октябрь 2026 года: 41 купон на 20 865 рублей. Планы подтягиваются из 1С для 164 клиентов. Механика живёт без ручного ведения таблиц: менеджеру не нужно сверять, кто выполнил план, и выписывать скидки руками.
Статья была полезна?
