Опыт настройки, кастомизации и боли в 1С
Привет, Habr!
Меня зовут Матфей, я бизнес-аналитик, работаю на стыке автоматизации, процессов и ритейла (Родробнее освещю в совем Telegram-канале). В этой статье — немного практики и живого опыта из мира рассчета бонусных баллов в ОК (отчеты комиссионера), 1С и вечного «а можно ещё вот такую механику?».
⸻
Почему бонусные системы — это не просто «процентик от суммы»
Если ты думаешь, что бонусы в 1С:Розница — это просто “5% от чека начислили, клиент потом списал”, то держи что скрывается под капотом:
1) Программы лояльности с многоуровневыми условиями;
2) Расчёт бонусов по определённым группам товаров;
3) Рассчет бонусов в ОК — только если это необходимо (Собсвенная доработка);
5) Бонусы, которые зависят от физ. лица, канала, региона, уровня карты и т.д.
6) Персональные скидки, акции, подарочные баллы, партнёрские накопления…
И всё это желательно “считать на лету”, интегрироваться с фронтом и не взорвать 1С.
⸻
Пример применения кастомного расчета ББ в ОК:
Кастомные доработки: расчёт ББ (бонусный баланс) в ОК и реализациях
Когда дело доходит до реализации бонусных механик по заказам из e-commerce, особенно в рамках документов “Отчёт комиссионера”, появляется масса нюансов.
Особенно если дело касается рассчета ББ в Рознице, а там отчетов комиссионера как таковых нет.
Например:
1) Бонусы начисляются только в конкретных случаях (предоплата, самовывоз, наличие дисконтной карты и т.д.);
2) Тип магазина влияет на расчёт — вводится перечисление в справочнике "ТипыМагазиновЕКОМ", где мы делим точки на ЕКОМЦС, ЕКОМУнивермаг, неЕКОМ;
3) Алгоритм расчёта бонусов зависит от двух дат: дата оформления заказа и дата выкупа (и это не всегда один и тот же день);
4) В документе “Реализация товаров” теперь появляются кастомные реквизиты:
4.1 ЕКОМ_КодСпособаДоставки
4.1 ЕКОМ_ЭтоОтчетКомиссионера
