У travel підтримка — частина продукту
Скасування, зміни дат, часткові повернення і спори — це “нормальні” сценарії. Якщо їх не закласти як процес, операції перетворюються на хаос і ручні рішення.
1) Стани бронювання
- created → pending_payment → confirmed → in_stay → completed.
- Окремі гілки: cancelled, no_show, disputed.
2) Оплата і депозити
- Ідемпотентні платежі по operationId.
- Webhooks + ретраї + reconciliation зі звітами провайдера.
3) Повернення і зміни
Повернення = окрема фіноперація в ledger. Зміни дат/тарифів мають бути транзакційно узгоджені з доступністю.
4) Support‑кабінет
Таймлайн подій, причини відмов, кнопки повтору, аудит дій. Це зменшує час вирішення і кількість ескалацій.
Підсумок
Керовані стани, фінжурнал і support‑інструменти перетворюють travel‑операції на передбачуваний сервіс, а не “ручні пожежі”.