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