Authorization
Payment method üzerinde belirli tutarın tahsil edilebilir olduğunu doğrulayan onay/rezervasyon adımıdır. Authorization başarılı olması capture veya booking confirmation anlamına gelmez.
Neden önemli?
Transaction kavramları metasearch click'inin downstream booking experience'e nasıl dönüştüğünü açıklar. Context-preserving deeplink, stable click ID, booking lifecycle ve reconciliation birlikte tasarlanmazsa search performansı ile gerçek ticari sonuç arasında kopukluk oluşur.
Pratikte nasıl görünür?
Metasearch'te click_id deep link ile provider'a taşınır, booking event ile geri gelir ve cancellation/stay state'leriyle reconcile edilir. Bu zincir koparsa commercial attribution eksik kalır.
Uygulamada sorulması gerekenler
- Search context landing'e eksiksiz taşınıyor mu?
- Click/booking arasında durable ID var mı?
- Booking lifecycle event'leri idempotent mi?
- Provider sonucu ile internal state reconcile ediliyor mu?
Yaygın hatalar
- Generic landing page'i başarılı handoff saymak
- Unknown booking state'i failed kabul etmek
- Duplicate conversion event'i iki kez revenue yazmak
Travel stack içinde nerede kullanılır?
Authorization, çoğunlukla transaction, agentic katmanlarıyla ilişkilidir. İlgili sistemlerde source-of-truth, identity, freshness ve transaction ownership sınırlarını açık tanımlamak gerekir.
İlgili terimler
İlgili teknik içerikler
Agentic Travel Authorization, Mandate ve Human-in-the-Loop
AI agent'ın travel purchase ve servicing side-effect'leri için user intent, mandate, delegated authority ve human-in-the-loop checkpoint'lerini tasarlayın.
İncele →Agentic Travel Reference Architecture
AI agent → search → offer → reprice → confirmation → payment → booking → servicing akışını travel-specific authorization, idempotency ve audit sınırlarıyla tasarlayın.
İncele →Agentic Travel Servicing, Consent ve Auditability
Agentic cancellation, refund ve servicing işlemlerini explicit consent, traceability, versioned evidence ve post-booking authorization sınırlarıyla tasarlayın.
İncele →Agentic Travel Transaction Safety
Agent loop, retry ve tool invocation kaynaklı duplicate booking/payment riskini idempotency, transaction guards ve UNKNOWN-aware recovery ile yönetin.
İncele →Idempotency ve Duplicate Booking Prevention
Travel booking create, payment, cancellation ve refund operasyonlarında idempotency sınırlarını ve duplicate booking önleme desenlerini tasarlayın.
İncele →NDC Offer/Order Lifecycle: Search'ten Servicing'e
NDC Offer/Order lifecycle'ını search, offer, revalidation, order create, payment, ticketing, servicing ve reconciliation state'leriyle modelleyin.
İncele →