Последние изменения в интеграции заказов с процессингом
  • 07 Apr 2024
  • 2 минуты
  • Темная тема
    Светлая тема
  • формат pdf

Последние изменения в интеграции заказов с процессингом

  • Темная тема
    Светлая тема
  • формат pdf

Article Summary

С марта по август 2024 года проводятся изменения в интеграции заказов с процессингом лояльности на стороне Mindbox.

Эти изменения затрагивают логику работы сценариев по событиям, связанным с заказами.

Что изменится?

Постепенно отходим от незакрытых транзакций и двух шагов создания заказа («Начало транзакции сохранения заказа» — begin; «Коммит транзакции сохранения заказа» / «Откат заказа» — commit / rollback) и начинаем создавать заказ в один шаг за один вызов операции. Для этого делаем промежуточные шаги.

Что уже сделано:

  • Все операции начала создания заказа (begin) с марта 2024 начинают создание заказа и тут же подтверждают его, то есть создают заказ полностью;
  • Все операции подтверждения и отката создания заказа (commit/rollback) продолжают работать;
  • Закрываем все незакрытые транзакции — вам нужно определиться, что с ними делать, и передать информацию менеджеру или в чат поддержки.
Закрытие транзакций и отчеты

Отчеты начнут учитывать баллы, начисленные за закоммиченный заказ на дату создания заказа, или откаты заказов.

Это поможет бесшовно перевести все текущие интеграции на новый шаг Создания заказа:
image.png

Что нужно учитывать?

Важно!

При создании новых сценариев и редактировании текущих сценариев нужно учитывать, что сценарии по событиям Заказ добавлен или изменен, Статус заказа изменен, Бонусные баллы стали доступны (перешли из заблокированных), Гашение промокода, Баланс клиента стал отрицательным, Изменения заданного баланса, Клиент приобрел продукт (позиция доставлена) начинают срабатывать сразу с вызовом начала создания заказа (begin), без подтверждения (commit).

Для текущих сценариев изменения уже внесены и они работают корректно.

Ситуации, требующие внимания

Если у вас следующая интеграция:

  • вызывается откат транзакции и далее не следует других вызовов по заказу (begin-rollback)
  • подтверждается несколько вызовов начала создания заказа (begin-begin-commit)
  • идентификатор заказа приходит только в подтверждении транзакции (commit)

Что с этим делать:

  1. Необходимо добавить проверку на то, что следом за созданием заказа не будет его отката. Для этого можно добавить задержку и проверку на то, что заказ не был отменен, или проверку на наличие идентификатора внешней системы или другого признака того, что заказ успешно сформирован.
  2. Если в рассылках из сценария используется ID заказа и в заказ ID добавляется не сразу, нужно использовать событие Заказ добавлен или изменен и добавить проверку на наличие ID в заказе.
  3. Если вы как-либо изменяете заказ в вызове подтверждения заказа (commit), для сценариев с событием Заказ добавлен или изменен нужно поставить ограничение на количество срабатываний. Иначе сценарий сработает и на начало создания заказа и на подтверждение.
Сценарии, которые срабатывают на создание заказа

Это сценарии по событиям
— Заказ добавлен или изменен
— Статус заказа изменен, если выбран первый статус заказа
— Бонусные баллы стали доступны (перешли из заблокированных), если бонусные баллы становятся доступны сразу
— Гашение промокода
— Баланс клиента стал отрицательным
— Изменения заданного баланса
— Клиент приобрел продукт (позиция доставлена), если заказ создается сразу в статусе Доставлен

Зачем это изменение?

  • Клиенты теряют потенциальную выручку с коммуникаций, так как сценарии не срабатывают на незавершенных транзакциях заказов и рассылки не уходят. При этом текущая логика интеграции создает ситуации, в которых транзакция заказа остается незавершенной.
  • Статистика по выкупленным заказам портится, так как текущая логика позволяет при корректной интеграции создать дубли заказов в статусе Отменен, которые влияют на общее количество заказов.
  • Время на интеграцию заказов с процессингом увеличивается из-за сложности текущей логики

Готовим коммуникацию по email о дальнейших планах.