Бонусная система. Разработка, внедрение
Задача: необходимо запрограммировать механизм начисления бонусов не в день покупки товаров, а только по истечении 14 дней.
- Описание
- Подробнее
Описание
Да осилит путь идущий!
Да осилит статью читающий!
Всем привет!
Исследования — выводы
Проводились исследования. Сделаны выводы. Теперь это кажется очевидным, что существуют товары, которые не станут покупать в рознице впрок ни за какие скидки, но купят по полной цене при необходимости. Например: автозапчасти, стройматериалы, скоропортящаяся продукция. Однако магазины зачастую необдуманно ставят скидки на такие товары и теряют прибыль.
Лучше скидки трансформировать в бонусы, чтобы покупатель пришел во второй раз и затем в третий раз и т.д.
Потенциальные риски бонусной системы
Внедряете ли вы бонусную систему? Внедряете ли вы собственный блок в типовые программы 1С или интегрируете 1С со сторонними системами учета бонусов, например UDS? Какие системы еще знаете?
Мне посчастливилось в начале 2020 года разрабатывать подсистему учета бонусов "с нуля". Процесс был долгим, поскольку подобного опыта не было, аналогов среди "Большой семёрки" не было (УТ 10.3, УТ 11, УНФ, БП 3.0, ЗУП, КА 2.4, Розница), очевидных приемов учета не было.
Адаптация типовых механизмов, когда бонусы начисляются в день покупки товара — очевидна. Заводим новые регистры накопления для учета остатков и оборотов бонусов (начисления, списания, сторно при возвратах), прописываем алгоритмы проведения документов продаж/возвратов, "рисуем" формы и поля (пользовательский интерфейс).
Так и было сделано на первоначальном этапе, но на приемке-сдачи была смоделирована ситуация, когда покупатель приобретал товаров на 100тыс. руб., вместо скидки в 5% получает бонусы в размере 5 тыс.руб. На второй день покупает товар на 5 000 руб. за счет бонусов. А на третий — возвращает товар, купленный в первый день — и возвращает себе 100 тыс. руб.
Магазин остается в убытке…
Что-то подобное случилось со мной в магазине Касторама. Когда они раздавали сертификаты на покупку от 10 000 руб. — скидка 1 000руб., на покупку от 20 000 руб. — скидка 2 000 руб. и т.д. Я тогда закупился ровно на 20 000 руб., мне сделали скидку по сертификату на 2 000 руб. А через неделю ремонта у меня остался какой-то товар, я его отвез на возврат. Мне вернули деньги за возвращенный товар около 1800 руб., при этом скидку по сертификату в размере 2 000 руб. никто не отменил.
Не скажу, что так было задумано специально, но в тот момент я увидел "пробел" в системе лояльности данной сети.
В связи с этим, запуск в промышленную эксплуатацию мною разработанной подсистемы учета бонусов был приостановлен. Дальше началась изоляция.
Потоварный учет бонусов
Я в течение года думал, как реализовать учет бонусов, когда начисление происходит через 14 дней после покупки товаров. Почему именно 14 дней? Потому что у магазина возникает право не возвращать деньги и не забирать товар у покупателя.
Находил на Инфостарте статьи о внедрении бонусной системы для категорий товаров, по которым возврат товаров запрещен: лекарства, нижнее белье, к примеру. Но это не подходило мне.
Сложность задаче придавал также тот факт, что на ряд товаров исторически скидка была 5%, на другие товары скидок не предоставлялось совсем. И когда в чек попадали товары из разных категорий, надо было скидку на каждый товар перевести в начисляемые бонусы один к одному. То есть на ряд товаров бонусы не начисляются, а на остальные начисляются исходя из исторически существующих скидок.
При списании бонусов необходимо сумму бонусов на списание распределять по всему чеку, учитывать в разрезе каждого товара из чека — поскольку в дальнейшем вернуть могут любой товар, и надо проводить сторно начисленных и списанных бонусов в разрезе конкретных возвращаемых товаров.
При списании бонусов (условно говоря 100 бонусов, 1 бонус = 1 рубль) итоговая скидка должна распределяться согласно суммам по товарам в чеке — см. Листинг 1. Тут есть и решение "проблемы копеек", которая возникает в задачах распределения бонусов, НДС, списания себестоимости по ФИФО.
