---
title: "GDS vs Bedbank vs Direct Connect: Distribution Topology Rehberi"
description: "GDS, bedbank/B2B marketplace ve direct connect modellerini inventory ownership, coverage, booking lifecycle ve operasyon maliyetiyle karşılaştırın."
slug: "gds-bedbank-direct-connect"
translationKey: "guide-gds-bedbank-direct-connect"
locale: "tr"
type: "guide"
category: "architecture"
tags: ["travel-distribution","architecture","canonical-model"]
publishedAt: "2026-09-26"
updatedAt: "2026-09-26"
reviewedAt: "2026-09-26"
technicalVerifiedAt: "2026-09-26"
codeExampleStatus: "illustrative"
sources:
  - title: "IATA — NDC / airline distribution"
    url: "https://www.iata.org/en/programs/airline-distribution/retailing/ndc/"
  - title: "HBX Group — Hotels API Suite"
    url: "https://developer.hotelbeds.com/documentation/hotels/"
---
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.