---
title: "Hotel ARI Sync: Restrictions, Stop-Sell, CTA/CTD ve Reconciliation"
description: "Availability, Rates & Inventory akışını restrictions, stop-sell, CTA/CTD, idempotency, reservation delivery ve reconciliation ile tasarlayın."
slug: "hotel-ari-sync-restrictions"
translationKey: "guide-hotel-ari-sync-restrictions"
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: "Google Hotels — ARI Overview"
    url: "https://developers.google.com/hotels/hotel-prices/dev-guide/ari-overview"
  - title: "Booking.com — Rates & Availability API"
    url: "https://developers.booking.com/connectivity/docs/ari"
---
ARI sync yalnız oda sayısı ve fiyat göndermek değildir. Availability, rate, inventory ve restrictions aynı product identity üzerinde tutarlı ilerlemelidir. Google ve Booking.com dokümantasyonu ARI'nin room/rate/date bağlamında restrictions ve sellability state'i taşıdığını gösterir.

## State modeli

Minimum key genellikle property + room + rate plan + date bağlamıdır. Inventory ve availability aynı şey değildir; fiziksel oda bulunabilirken restriction nedeniyle ürün satılamayabilir.

## Restrictions

Stop-sell, minimum/maximum length of stay, closed-to-arrival (CTA) ve closed-to-departure (CTD) farklı business rules'tur. Tek bir boolean availability alanına flatten edilmemelidir.

## Delivery

Change detection ile yalnız değişen state'i göndermek bandwidth ve conflict riskini azaltır. Her mutation source timestamp/version ile izlenmeli ve idempotent işlenmelidir.

## Reservation delivery ve overbooking

Downstream reservation dönüşü inventory state'ini etkiler. ARI push başarılı olup reservation notification kaybolursa overbooking riski doğar; iki flow ayrı health metric istemelidir.

## Reconciliation

Periyodik snapshot/lookup ile source ve destination state karşılaştırılmalı; drift, rejected update, queue lag ve stale state ayrı metriklerle izlenmelidir.


## Failure modes

- stale availability nedeniyle oversell,
- restriction ordering/version hatası,
- rate update uygulanırken inventory update'in kaybolması,
- reservation delivery gecikmesi,
- provider retry ile duplicate reservation/event,
- timezone/date-boundary nedeniyle yanlış close/open state.

## Observability

ARI update success rate, propagation latency, stale inventory age, restriction mismatch, reservation-delivery lag, overbooking incidents ve reconciliation repair count izlenmelidir.

## Production checklist

- ARI version/timestamp modeli,
- idempotent updates,
- ordering/sequence guard,
- timezone normalization,
- reservation delivery acknowledgement,
- stale-state reconciliation,
- overbooking alerting,
- provider/channel-level metrics.