Merchant Model
Aracının kullanıcıdan tahsilat yaptığı ve supplier'a net/contracted tutarı ödediği ticari 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?
Merchant 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
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 →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 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 →Duffel Flights API Entegrasyon Rehberi
Duffel Flights API'yi Offer Request, Offer, Order, baggage/ancillary, payment ve airline source-of-truth modeliyle uygulayın.
İncele →Canonical Offer, Order ve Booking State Model
Travel sistemlerinde Offer, Order ve Booking kavramlarını ayıran canonical state modelini ve booking state machine tasarımını kurun.
İncele →