---
title: "RateHawk: B2B Marketplace, Hotel API ve Distribution Profili"
description: "RateHawk'ı global accommodation inventory, B2B marketplace ve REST API distribution modeliyle inceleyin."
slug: "ratehawk"
translationKey: "platform-ratehawk"
locale: "tr"
type: "profile"
category: "travel-ecosystem"
tags: ["ratehawk","bedbank","b2b-marketplace","api"]
platform: "RateHawk"
domain: "ratehawk.com"
vertical: ["hotel","multi-vertical"]
publishedAt: "2026-09-26"
updatedAt: "2026-09-26"
reviewedAt: "2026-09-26"
directory: {"platformType":"bedbank","roles":["bedbank","b2b-marketplace","api"],"ecosystemLayers":["connectivity-distribution","booking-transaction"],"turkeyRelevance":"global-context","status":"active","reviewedAt":"2026-09-26","audiences":["b2b"],"businessModels":[],"integrationMethods":["api"],"company":"Emerging Travel Group","directSupplierParticipation":"no","developerDocsAvailable":"yes","sources":[{"title":"RateHawk — B2B Travel API","url":"https://www.ratehawk.com/lp/en-de/API/"}]}
sources:
  - title: "RateHawk — B2B Travel API"
    url: "https://www.ratehawk.com/lp/en-de/API/"
---
RateHawk, travel professionals ve teknoloji platformlarına accommodation inventory sunan B2B distribution platformudur. Resmi API yüzeyi gerçek zamanlı inventory erişimi, hotel content ve booking akışını partner entegrasyonu üzerinden sağlar.

## Ekosistemdeki rolü

RateHawk yalnız klasik bedbank olarak modellenmemelidir. Çoklu supplier inventory'sini tek B2B yüzey/API altında aggregate ettiği için bedbank ve B2B marketplace rollerini birlikte taşır.

## API ve supply modeli

Resmi kaynaklar RESTful API üzerinden geniş accommodation inventory'si, real-time processing ve certification akışını açıklar. Canonical modelde RateHawk property ID, underlying supplier reference, rate semantics ve booking reference ayrı tutulmalıdır.

## Teknik lifecycle

Search → selected rate → booking → servicing zincirinde content freshness, price confirmation, cancellation policy ve supplier ownership açık tutulmalıdır.


## Operasyon ve gözlemlenebilirlik

Production entegrasyonunda yalnız başarılı API response sayısı izlenmemelidir. Search/ARI freshness, mapping gap, upstream latency, rejected mutation, booking confirmation, cancellation state ve reconciliation drift ayrı metrikler olmalıdır. Timeout sonrası business state bilinmiyorsa blind retry yerine lookup/reconciliation uygulanmalıdır. Source-specific identifier ve timestamp'ler incident analizinde korunmalı; partner tarafındaki geçici erişim problemi canonical entity veya booking state'ini sessizce değiştirmemelidir.

## Sınırlar

Bu profil public resmi kaynaklarla doğrulanabilen product/capability sınırlarını açıklar. Account-specific commercial terms, private endpoint'ler, quota ve certification gereksinimleri aktif partner sözleşmesinden doğrulanmadan genellenmemelidir.