Урок 10. Этап 8: тестовый контур заказа, оплаты, чека и закрытия
Условия для выполнения:
- Просмотреть
Модуль 10 · Блок B · ~2,5 часа · критический модуль (проходной балл 100%)
Этап 8: тестовый контур заказа, оплаты, чека и закрытия
Цель модуля: Отработать обязательный тестовый контур целиком и закрепить правила безопасного поведения при сбоях: как не создать дубль заказа и не допустить двойного списания.
Результаты обучения — после модуля специалист сможет:
- проводить обязательный тестовый контур для Kiosk и адаптированный для QR;
- диагностировать ошибки создания заказа по шагам;
- определять фактический статус до любых повторных действий;
- корректно фиксировать данные для эскалации.
Урок 10.1. Обязательный тестовый контур
Для Kiosk
- Собрать заказ.
- Проверить правильную сумму.
- Передать сумму на POS.
- Провести оплату.
- Проверить чек.
- Проверить заказ в iiko.
- Проверить корректное закрытие заказа.
Для QR
Тестирование адаптируется под включённые сценарии: открытие QR, меню, заказ, оплата при наличии, попадание заказа в iiko.
Контроль этапа: Этап выполнен, когда весь предусмотренный сценарий проходит от начала до конца без блокирующих ошибок. Частично пройденный тест не считается пройденным.
Урок 10.2. Диагностика создания заказа
| Симптом | Решение |
|---|---|
| ORDER_CREATION_FAILED | Проверить интернет, проблемную позицию, модификаторы, stop-list, не появился ли заказ частично в iiko. Не создавать заказ повторно вслепую |
| Заказ не создаётся только с одним блюдом | Удалять позиции по одной или тестировать отдельно, найти проблемное блюдо, проверить карточку и модификаторы. Клиент исправляет iiko, специалист синхронизирует и повторяет тест |
| Заказ не создаётся вообще | Проверить стол, тип оплаты, режим кассы, константы и конфигурацию точки |
| Заказ создался, но не дошёл дальше | Определить, где остановилась цепочка: Ailillu → интеграция → iiko → кухня. Проверить заказ в iiko, ответ интеграции, webhook и состояние следующего этапа. Не создавать новый заказ, пока не проверен существующий |
| Timeout iiko / iikoTransport / Cloud API | Зафиксировать время, текст ошибки, order ID / correlation ID; проверить, единичная или массовая проблема; не делать много повторов; передать технической команде |
Правило против дублей: Главная ошибка при создании заказа — повторять оформление без проверки фактического результата. Перед повтором обязательно проверить iiko: не создался ли заказ полностью или частично. Если заказ уже есть — работать от существующего статуса.
Урок 10.3. Сбои на этапе оплаты и чека
| Симптом | Решение |
|---|---|
| Терминал / Kaspi завис во время оплаты | Не запускать новую оплату сразу. Сначала определить: списались ли деньги, появилась ли транзакция, есть ли заказ в iiko. Только после установления фактического статуса решать, повторять ли оплату |
| Оплата прошла, но чек не вышел | Подтвердить факт оплаты, проверить заказ в iiko, проверить, должен ли чек выходить в этом сценарии, проверить принтер, фискализацию и фискальный сервис. Не повторять оплату из-за отсутствующего чека |
| Деньги списались, но заказ остался открытым | Определить фактическое состояние: оплата, статус заказа в iiko, статус на Kiosk, ответ POS, финальный callback. Не создавать новый заказ и не проводить повторную оплату |
Три «нельзя» этого модуля: 1) Нельзя повторять создание заказа без проверки iiko. 2) Нельзя повторять оплату, пока не установлен статус предыдущей попытки. 3) Нельзя повторять оплату из-за проблем с чеком — чек и оплата это разные этапы.
Что фиксировать при эскалации
- время возникновения ошибки;
- точный текст ошибки;
- order ID / correlation ID;
- единичная проблема или массовая;
- что уже проверено.
Практическое задание
- Пройдите на демо-стенде полный контур для Kiosk (7 шагов) и зафиксируйте результат каждого шага.
- Кейс: терминал завис на этапе оплаты, клиент требует «просто провести ещё раз». Напишите, что вы ответите клиенту и какие три вещи проверите до любого повторного действия.
- Кейс: заказ выдал ORDER_CREATION_FAILED. Составьте порядок проверок и укажите момент, в который вы прекращаете диагностику и эскалируете, с перечнем данных для тикета.
Критерий прохождения: Тест 100% (число попыток не ограничено) + зачтены все три практических задания.
Тест: вопросы этого модуля загружаются в Moodle отдельно, из банка вопросов (категория «Модуль 10»).