PMS, CRS ve Channel Manager Arasındaki Fark Nedir?
Hotel dağıtım mimarisinde PMS, CRS ve Channel Manager rollerini; inventory ownership, ARI, reservation flow, mapping ve source-of-truth açısından karşılaştırın.
PMS, CRS ve Channel Manager aynı hotel distribution problemine dokunur fakat aynı işi yapmaz. PMS property operation state'ini, CRS merkezi reservation/inventory orchestration'ı, Channel Manager ise downstream sales channel synchronization'ını yönetir. Aynı vendor üç rolü birden sunabilir; logical boundary yine de korunmalıdır.
Senaryo ve neden önemli?
Bir otel fiyatı Booking.com'da yanlışsa problem PMS'ten, CRS rule'undan, channel mapping'den veya downstream cache'ten çıkabilir. “Hepsi rezervasyon sistemi” diye düşünmek root-cause analizini zorlaştırır.
PMS nedir?
PMS property-level operasyonun temel sistemidir. Reservation, room status, folio/billing ve property operation state burada tutulabilir. Distribution açısından önemli olan, room/rate/inventory source verisinin çoğu zaman PMS'ten başlamasıdır.
CRS nedir?
CRS merkezi rezervasyon ve distribution control katmanıdır. Özellikle chain/group yapılarında birden fazla property'sinin rate, inventory, restriction ve reservation rule'larını merkezi yönetebilir. CRS direct booking engine veya GDS/channel bağlantılarıyla da ilişkilendirilebilir.
Channel Manager nedir?
Channel Manager, property/CRS state'ini OTA ve diğer distribution channel'lara taşır. ARI push/pull, room/rate mapping, reservation delivery, stop-sell, CTA/CTD ve minimum-stay gibi restriction'lar bu katmanda kritik olur.
Mimari akış
PMS
↓
CRS (opsiyonel / chain-level)
↓
Channel Manager
├─ OTA
├─ GDS
├─ Metasearch / booking channel
└─ Other distributorsBu tek olası topology değildir. Integrated vendor'larda PMS ve channel manager aynı platformda olabilir; direct connect modelinde CRS doğrudan OTA/metasearch'e de bağlanabilir.
Trade-off'lar
Integrated stack daha az integration hop ve hızlı setup sağlayabilir; fakat vendor lock-in ve failure domain genişleyebilir. Best-of-breed sistemler daha fazla esneklik sağlar fakat mapping, ordering ve reconciliation yükü artar.
Failure mode'lar
- room/rate mapping drift,
- out-of-order ARI,
- stale restriction,
- duplicate reservation delivery,
- cancellation/modification'ın yeni booking gibi işlenmesi,
- CRS ve PMS inventory disagreement,
- successful HTTP response'un business-state success sanılması.
Observability
ARI lag, rejected update, oldest pending event, mapping coverage, reservation reconciliation drift, overbooking ve source-vs-channel inventory delta izlenmelidir.
Production checklist
- PMS/CRS/Channel Manager source-of-truth sınırı yazılı mı?
- Room/rate mapping versioned mı?
- ARI ordering ve retry idempotent mı?
- Reservation ack öncesi persist ediliyor mu?
- Modification/cancellation mevcut lifecycle'a uygulanıyor mu?
- Reconciliation job'u var mı?
- Channel-specific failure metrics var mı?
Mimarinizi birlikte review edelim.
Travel distribution ve metasearch mimarinizi ölçeklenebilirlik, hata senaryoları ve operasyon açısından değerlendirebiliriz.