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.
Bedbank ve B2B Marketplace pratikte örtüşebilir; aynı şirket iki rolü birden taşıyabilir. Fark, inventory'yi kim contract ediyor, hangi ticari modelle yeniden dağıtıyor ve buyer hangi lifecycle'a bağlanıyor sorularındadır.
Karşılaştırma
| Boyut | Bedbank | B2B Marketplace |
|---|---|---|
| Core model | Contracted/aggregated wholesale inventory | Çok sayıda supplier/partner offer'ının B2B dağıtımı |
| Inventory ownership | Çoğu zaman wholesale contract daha belirgin | Marketplace/aggregation modeli daha geniş olabilir |
| Buyer | OTA, agency, tour operator | OTA, agency, reseller, corporate/travel seller |
| Price semantics | Net/commission/markup contract'a göre | Supplier/source bazlı değişebilir |
| Credit/payment | Credit line/settlement yaygın | Platform modeline göre değişir |
| Booking lifecycle | Search → recheck → book → service | Benzer olabilir, supplier lineage daha heterojen olabilir |
| Mapping challenge | Hotel/room/rate mapping | Mapping + source/seller identity |
Teknik model
Canonical Hotel Search
-> Bedbank / Marketplace Adapter
-> Provider Offer
-> Source/Seller lineage
-> Recheck
-> Booking
-> Settlement / cancellation / reconciliationOffer yalnız fiyat değildir. En az supplier/source, seller, currency, tax, cancellation, payment timing ve booking ownership korunmalıdır.
Neden kategori çakışır?
RateHawk, TBO, DidaTravel gibi modern B2B platformlar bedbank ve marketplace özelliklerini birlikte taşıyabilir. Bu nedenle entity'yi tek label'a sıkıştırmak yerine capability modellemek daha doğrudur.
Failure modes
- duplicate hotel identity,
- same room different contract,
- stale net rate,
- supplier lineage kaybı,
- payment/credit ownership karışıklığı,
- cancellation deadline timezone farkı,
- unknown booking state.
Ne zaman hangi model önemli?
Buyer için karar “bedbank mi marketplace mi?” değil; aşağıdaki capability setidir:
- coverage,
- negotiated/static/dynamic rates,
- booking reliability,
- recheck behavior,
- credit/payment,
- cancellation/refund,
- mapping quality,
- support/servicing.
Checklist
- Underlying supplier/source korunuyor mu?
- Seller/MoR/SoR ayrımı var mı?
- Net vs sell price semantiği açık mı?
- Recheck zorunluluğu modelleniyor mu?
- Credit/settlement state ayrı mı?
- Booking reconciliation var mı?
Benzer bir entegrasyon mu planlıyorsunuz?
Gereksinim, feed/API tasarımı ve production yaklaşımını birlikte değerlendirebiliriz.
Kaynaklar
İlgili içerikler
Bonotel Exclusive Travel: B2B Hotel Distribution Profili
Bonotel'i API-connected travel seller'lara curated B2B hotel distribution ve wholesale inventory sağlayan oyuncu olarak teknik biçimde inceleyin.
İncele →DidaTravel: Hotel Distribution, Price Search ve Booking API Profili
DidaTravel'ı static content, cached/real-time price search, price confirmation, booking ve channel-manager API akışlarıyla inceleyin.
İncele →Hotelbeds API Suite Entegrasyon Rehberi
API-key signature, Content API sync, live availability, CheckRates, booking state ve reconciliation içeren production Hotelbeds entegrasyonu.
İncele →Türkiye Seyahat Dağıtım Ekosistemi Nasıl Çalışır?
Türkiye'de travel supply'ın PMS/CRS/PSS'ten GDS, NDC, bedbank, channel manager ve OTA/metasearch katmanlarına nasıl aktığını teknik olarak inceleyin.
İncele →Travel Dağıtımında Inventory ve Availability Farkı
Hotel inventory ile gerçekten rezerve edilebilir availability arasındaki farkı, restriction etkilerini ve metasearch veri modelinde neden ayrı tutulmaları gerektiğini öğrenin.
İncele →Booking.com Connectivity vs Expedia Rapid vs Hotelbeds
Booking.com Connectivity, Expedia Rapid ve Hotelbeds API Suite'i integration topology, inventory ownership, shopping/booking lifecycle ve operational responsibility açısından karşılaştırın.
İncele →