GDS vs Bedbank vs Direct Connect: Distribution Topology Rehberi

GDS, bedbank ve Direct Connect aynı tür ürün değildir. GDS çok taraflı distribution network'tür; bedbank contracted/aggregated accommodation inventory'sini B2B olarak dağıtır; Direct Connect ise iki taraf arasında kurulan topology'dir.

Inventory ve commercial ownership

Bedbank kendi contract/rate semantics'iyle inventory sunabilir. GDS supplier content'ini network üzerinden seller'lara taşır. Direct Connect'te commercial ve technical contract doğrudan iki taraf arasındadır.

Search ve booking

HBX Hotel Booking API örneğinde availability → gerekirse CheckRates → booking lifecycle görülür. Direct API'de bu lifecycle adapter tarafından açık yönetilir. GDS akışında booking/ticketing/servicing provider capability ve vertical'e göre değişir.

Karar matrisi

Coverage genişliği, negotiated rates, content richness, latency, certification, credit/payment modeli, support ve servicing ihtiyaçları birlikte değerlendirilmelidir.

Failure modes

Stale rate, mapping mismatch, supplier timeout, recheck failure, unknown booking state ve cancellation reconciliation ortak risklerdir; ancak ownership her topology'de farklı yere düşer.

Observability

• source/provider success rate,
• search ve booking latency,
• offer age/freshness,
• mapping coverage,
• booking UNKNOWN oranı,
• reconciliation drift,
• source bazlı cancellation/refund failure rate.

Production checklist

• commercial ownership modelini explicit saklayın,
• source-specific identity/reference'ları koruyun,
• search ve booking contract'larını ayırın,
• reprice/availability kontrolü kullanın,
• provider bazlı timeout/idempotency tanımlayın,
• failure/reconciliation path sağlayın,
• source-level observability kurun.

Mimari kural

Canonical Offer modeli distribution topology'sinden bağımsız kalmalı; supplier-specific contract adapter katmanında tutulmalıdır.