Операция выполнена!
Закрыть
Хабы: Анализ и проектирование систем, 1С

Опыт настройки, кастомизации и боли в 1С

Привет, Habr!
Меня зовут Матфей, я бизнес-аналитик, работаю на стыке автоматизации, процессов и ритейла (Родробнее освещю в совем Telegram-канале). В этой статье — немного практики и живого опыта из мира рассчета бонусных баллов в ОК (отчеты комиссионера), 1С и вечного «а можно ещё вот такую механику?».

Почему бонусные системы — это не просто «процентик от суммы»

Если ты думаешь, что бонусы в 1С:Розница — это просто “5% от чека начислили, клиент потом списал”, то держи что скрывается под капотом:
1) Программы лояльности с многоуровневыми условиями;
2) Расчёт бонусов по определённым группам товаров;
3) Рассчет бонусов в ОК — только если это необходимо (Собсвенная доработка);
5) Бонусы, которые зависят от физ. лица, канала, региона, уровня карты и т.д.
6) Персональные скидки, акции, подарочные баллы, партнёрские накопления…

И всё это желательно “считать на лету”, интегрироваться с фронтом и не взорвать 1С.

Пример применения кастомного расчета ББ в ОК:

Кастомные доработки: расчёт ББ (бонусный баланс) в ОК и реализациях

Когда дело доходит до реализации бонусных механик по заказам из e-commerce, особенно в рамках документов “Отчёт комиссионера”, появляется масса нюансов.

Особенно если дело касается рассчета ББ в Рознице, а там отчетов комиссионера как таковых нет.

Например:
1) Бонусы начисляются только в конкретных случаях (предоплата, самовывоз, наличие дисконтной карты и т.д.);
2) Тип магазина влияет на расчёт — вводится перечисление в справочнике "ТипыМагазиновЕКОМ", где мы делим точки на ЕКОМЦС, ЕКОМУнивермаг, неЕКОМ;
3) Алгоритм расчёта бонусов зависит от двух дат: дата оформления заказа и дата выкупа (и это не всегда один и тот же день);
4) В документе “Реализация товаров” теперь появляются кастомные реквизиты:
4.1 ЕКОМ_КодСпособаДоставки
4.1 ЕКОМ_ЭтоОтчетКомиссионера

Читать далее
Читайте также
СТАТЬ АВТОРОМ
НОВОСТИ

ПИШИТЕ

Техническая поддержка проекта ВсеТут

info@vsetut.pro