Персональные цены, кредитные лимиты и резервы: как B2B-портал работает с учётом
Содержание
Интернет-магазин показывает одну цену всем. В опте так не бывает: у каждого дилера свой договор, свои скидки, своя отсрочка и свой лимит. Именно эта логика делает B2B-портал сложным проектом, и именно её чаще всего недооценивают при оценке.
Персональные цены
Откуда берётся цена
В учётной системе цена дилера может зависеть от:
- типа цены, закреплённого за контрагентом или договором;
- скидки по договору;
- объёмной скидки от суммы заказа или количества;
- акции на группу товаров с ограниченным сроком;
- ручной цены, согласованной менеджером;
- валюты договора и курса пересчёта.
Портал не должен пересчитывать цены по своим правилам. Есть два корректных варианта: либо он получает итоговую цену из 1С или МойСклад, либо применяет те же правила по общей, согласованной модели. Третий вариант, когда на сайте «примерно такая же» логика, гарантирует расхождения.
Где хранить расчёт
| Вариант | Плюсы | Минусы |
|---|---|---|
| Готовые цены по каждому клиенту выгружаются на портал | Просто, быстро на портале | Большой объём данных при сотнях клиентов и тысячах товаров |
| Портал запрашивает цену у учёта в момент заказа | Всегда точно | Нагрузка на 1С, зависимость от её доступности |
| Правила выгружаются, расчёт на портале | Быстро и масштабируемо | Нужна строгая синхронизация правил и проверка |
Выбор зависит от объёма каталога, числа клиентов и того, насколько сложны правила. Часто используют комбинацию: базовые цены выгружаются заранее, а точная цена подтверждается при отправке заказа.
Кредитный лимит и дебиторка
Дилер работает с отсрочкой, а у отсрочки есть лимит. Портал должен:
- Показывать доступный лимит, текущую задолженность и просрочку.
- Предупреждать о просрочке до оформления заказа, а не после.
- Не блокировать молча, а отправлять заказ, превышающий лимит, на согласование.
- Брать точное значение лимита в момент отправки заказа, а не из данных суточной давности.
- Учитывать заказы, которые уже оформлены, но ещё не отгружены.
Последний пункт часто упускают. Дилер с лимитом 10 млн оформляет три заказа по 4 млн подряд, и каждый по отдельности проходит проверку.
Резервы
Резерв защищает товар, который дилер уже заказал, от продажи другому клиенту. Решения, которые нужно принять заранее:
- Когда ставить резерв: при создании заказа, после подтверждения менеджером или после оплаты.
- Сколько держать: через сколько дней неоплаченный резерв снимается.
- Кто снимает: автоматически по правилу или менеджер вручную.
- Что видят другие клиенты: доступный остаток с учётом резервов.
- Приоритеты: у ключевых дилеров может быть право на резерв раньше остальных.
Если резервы не снимаются автоматически, через несколько месяцев на складе появляется «замороженный» товар, который числится занятым, но никто его не ждёт.
Согласования
Не всё можно автоматизировать, и не нужно. Нестандартная скидка, превышение лимита, замена товара, срочная отгрузка: такие заказы портал отправляет менеджеру на согласование с понятной причиной.
Хорошая практика: заказ на согласовании появляется у менеджера в той системе, где он работает. Если это Битрикс24, там создаётся задача или меняется стадия сделки. Менеджер не ищет заказ в переписке и не открывает лишнее окно.
Несколько юрлиц и пользователей
Крупный дилер часто работает через несколько юрлиц и имеет нескольких сотрудников с доступом:
- у каждого юрлица свой договор, своя цена и свой лимит;
- пользователь выбирает, от какого юрлица оформляет заказ;
- права разделены: заказывать, согласовывать, смотреть взаиморасчёты.
Что происходит при изменении цены
Цена изменилась между добавлением товара в корзину и отправкой заказа. Правильное поведение: показать дилеру новую цену до отправки и попросить подтвердить. Молча менять цену нельзя, как нельзя и отправить заказ по старой цене, которой больше нет в учёте.
Частые вопросы
Можно ли хранить цены только на портале?
Нельзя, если счета выставляются из учётной системы. Цены разойдутся, и клиент получит счёт не на ту сумму.
Как быть с акциями, которые действуют несколько дней?
Акции заводятся в учётной системе с датами действия и передаются на портал вместе с остальными правилами.
Сложно ли добавить объёмные скидки?
Если правила описаны в 1С или МойСклад, их можно передать. Если они существуют только в голове менеджера, сначала их нужно записать.
Что если 1С недоступна в момент заказа?
Заказ принимается с ценой из последней синхронизации, помечается для проверки и подтверждается, когда учёт снова доступен.
