Личный кабинет и программа лояльности в Drupal Commerce

После оформления покупателю нужны доступ к заказам и сохранённым данным, а магазину — согласованный учёт бонусов. Поэтому кабинет связан с процессами заказа, а не существует отдельно от них.

Разделы кабинета объединяют данные пользователя и историю заказов. Для оформления предусмотрены контактные данные и сохранение предпочтительного пункта выдачи. Сохранение контакта само по себе не означает отдельную проверку всех сценариев безопасности.

Сохранённые предпочтения упрощают повторное оформление, когда покупатель возвращается в магазин. При этом данные заказа и профиль остаются связанными с конкретным пользователем и применимым сценарием доставки.

Отдельный импорт позволяет связать исторические заказы с кабинетом. Такие данные показываются как история и не должны выдаваться за новые продажи текущего магазина.

Историческая информация требует отдельного импорта и сопоставления. Её присутствие в кабинете позволяет показать прежние покупки, но в аналитике важно не смешивать её автоматически с новыми размещёнными заказами.

Лояльность учитывает отдельные операции начисления, списания и возврата. Доступная сумма ограничена балансом и правилами заказа; операции связываются с заказом и проверяются на повторную запись.

Журнал операций помогает объяснить изменение бонусного баланса: начисление, применение к заказу и возврат относятся к разным событиям. Проверка существующей операции снижает риск повторной записи одного и того же события.

Покупатель применяет бонусы и размещает заказ: фиксируется предусмотренное списание. При завершении обрабатывается начисление, а при отмене — предусмотренный возврат. Это разные события и разные операции, а не простое изменение одного числа.

Покупатель видит связанные с покупкой данные, а магазин получает учёт бонусных операций в рамках своего процесса. Фактический эффект на повторные продажи в этом кейсе не измеряется.

Подробнее об услугах: разработка интернет-магазинов и разработка систем на Drupal.