Согласование переменных события со сценарием на примере сценария "Заказ доставлен"

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

Базовые шаги

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

• передача данных о заказе по API;

• подготовка письма с динамическим контентом;

• настройка сценария для отправки триггерного письма.

Подробную информацию о настройке всех этих этапов мы описали в этой инструкции.

Передача данных о заказе

Для передачи данных о заказах в системе используется API-ресурс Add orders. В запросе передается один или несколько заказов, каждый из которых содержит обязательные и дополнительные поля.

Формат запроса и описание всех полей доступны здесь.

Также для заказов используются несколько важных статусов, которые отображают шаги воронки продаж:

• Только созданный заказ обычно имеет статус INITIALIZED.

• Заказ, который находится в процессе доставки, отображается со статусом IN_PROGRESS.

• Для оплаченного и доставленного используется статус DELIVERED.

• А для отмененного, соответственно, – CANCELLED.

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

Создание событий

Каждый раз, когда вы передаете данные о заказах по API, в системе создаются соответствующие события, которые в дальнейшем могут использоваться как условие, запускающее триггерный сценарий.

Для каждого статуса заказа создается релевантное событие, названия которых состоят из слова order и дописанного к нему статуса. Например,  INITIALIZED = orderINITIALIZED, IN_PROGRESS = orderIN_PROGRESS, DELIVERED = orderDELIVERED, CANCELLED = orderCANCELLED.

Их мы можем видеть в разделе "Триггеры" →  “История событий” в системе eSputnik. Перед вами откроется список последних событий, которые были переданы в систему.

В каждом из них есть свой ключ. В случае с событиями о заказах ими будут идентификаторы заказов (те, что передаются в параметре externalOrderId).

Например, события по заказам включают следующие стандартные переменные:

• ${eventKey} – ключ уникальности заказа, содержит значение поля externalOrderId;

• ${orderId} – id заказа в базе eSputnik. Параметр нужен для работы сценария;

• ${contactId} – id контакта в eSputnik;

• ${EmailAddress} – email-адрес покупателя (если передан в заказе);

• ${SMS} – номер телефона покупателя (если передан в заказе).

Правила написания параметров событий в сценариях

Для удобства пользователей системные события (сгенерированные запросом “subscribe” либо регулярным сценарием) имеют ряд стандартных параметров, поэтому такие блоки сценариев обычно работают по умолчанию, даже без прописанных вручную переменных. Однако если вы изменили событие для запуска сценария на отличное от стандартного, то отрабатывать по умолчанию сценарий не будет. Во избежание путаницы команда eSputnik рекомендует вручную прописывать переменные в сценарии. В таком случае сценарии всегда будут работать исправно.