Стол консьержа

Ты ЦСО. Гость хочет отель, ужин или трансфер — ты не платишь и не назначаешь оператора. Кидаешь поручение в ПА, копируешь номер в чат, дальше смотришь как коллеги его ведут. Можно слать заявку за заявкой, не одна «на весь вечер».

Как этим пользоваться

Ключ sandbox уже внутри — это наша песочница, не прод. Выбери заготовку, поправь гостя если хочешь, жми отправить. В чат — pa_order_id. Assign и «оплатить» не твои кнопки.

Сейчас: ужин в Стамбуле, 8.2, партнёр 301. Это тот же сценарий, что в сделке на шестерых.

Заявка

Проверяю API…

Заявки с этого стола

Не сид CSO-DEMO-*, а то что ты сам отправил. Живут в памяти API: рестарт — список умрёт, вкладка это помнит зря.

Пока пусто. Кинь первую заявку.

Как тестить, по-человечески

  1. С коллегами, ужин. Заготовка «Ужин 8.2». Отправил → скопировал в чат → не закрывай вкладку. Оператор assign + реквизиты, клиент жмёт оплатить по ссылке, партнёр орёт «стол накрыт», оператор закрывает. У тебя в конце COMPLETED. Это та же история, что в сделке на шестерых.
  2. Отель, инвойс. «Отель 8.1». Тоже DRAFT, но потом на карточке УИН и р/с, не только ссылка. Клиент всё равно может открыть /pay — там реквизиты. Смотри, что сценарий на карточке INVOICE, партнёр 777.
  3. Трансфер. «Трансфер 8.1», Дубай, AED, партнёр 512. Чтобы не казалось, что стол умеет только ресторан.
  4. Нарочно сломать. «Сломать 422»: инвойс на ресторан 301. ПА должен ответить отказом (ресторан 8.2 не возит). Текст ошибки — в красном, новой карточки нет. Если вдруг создалось — это баг, орни.
  5. Не плодим дубли. После любой удачной заявки жми «Ещё раз тем же ключом». Должен вернуться тот же pa_order_id, не второй драфт.
  6. Несколько штук подряд. Ужин, потом отель, потом трансфер. Кликай строки в списке — стол переключает «сейчас смотрим». Статусы подтягиваются сами раз в 8 секунд.
  7. Стенд после рестарта. Обновить статус → 404. Список в админке пустой. Сид или просто кинь заявку заново, старые id мертвые.