Agency Model
Kullanıcının çoğunlukla supplier'a ödeme yaptığı, aracının commission kazandığı modeldir.
Neden önemli?
Bu kavram travel supply'ın sistemler arasında nasıl taşındığını ve search sırasında hangi state'in güvenilir kabul edileceğini etkiler. Distribution katmanında veri yalnız doğru formatta değil, doğru context, freshness ve ownership bilgisiyle akmalıdır. Aynı terimin supplier, channel manager, OTA ve metasearch tarafında farklı seviyelerde kullanılması yanlış abstraction üretebilir.
Pratikte nasıl görünür?
Bir hotel rate update'i supplier → connectivity layer → OTA/metasearch zincirinde ilerlerken entity ID, source timestamp, restriction ve version bilgisi korunur. Aynı payload başarılı görünse bile downstream state güncel değilse distribution problemi devam eder.
Uygulamada sorulması gerekenler
- Bu state'in source of truth'u hangi sistem?
- Hangi identifier ve version bilgisi korunmalı?
- Update push mı, pull mı, event mi geliyor?
- Stale veya eksik state nasıl tespit ediliyor?
Yaygın hatalar
- Provider-specific ID'yi canonical ID kabul etmek
- HTTP success'i business-state success sanmak
- Full ve delta update semantics'ini karıştırmak
Travel stack içinde nerede kullanılır?
Agency Model, çoğunlukla distribution 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
Payment + Booking Distributed Transaction
Travel booking'de payment ve supplier booking adımlarını distributed transaction olarak modelleyin; authorize, capture, compensation, UNKNOWN outcome ve reconciliation desenlerini uygulayın.
İncele →Travel Payment Ownership: Merchant of Record, Seller of Record ve Collect Modelleri
Merchant of Record, Seller of Record, agency collect, hotel collect ve pay-at-property modellerini booking lifecycle ve reconciliation açısından ayırı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 →Travel PII ve Passenger Data Boundaries
Passenger PII, identity, contact, payment ve travel document verisini search, booking, logging ve provider entegrasyonlarında güvenli sınırlarla modelleyin.
İncele →ANEX Tour: Tur Operatörü ve Package Holiday Profili
ANEX Tour'u package-holiday organization, tour-operator ownership, component supplier ve booking lifecycle açısından modelleyin.
İncele →Bedbank vs B2B Marketplace: Wholesale Travel Supply Karşılaştırması
Bedbank ve B2B travel marketplace modellerini inventory contract, pricing, credit, booking lifecycle ve supplier ownership açısından karşılaştırın.
İncele →