---
title: "Oracle OPERA Cloud: PMS ve Hospitality API Platform Profili"
description: "Oracle OPERA Cloud'u PMS, OHIP API, reservation, rate, inventory ve distribution integration katmanlarıyla inceleyin."
slug: "oracle-opera-cloud"
translationKey: "platform-oracle-opera-cloud"
locale: "tr"
type: "profile"
category: "travel-ecosystem"
tags: ["oracle-opera-cloud","pms","connectivity","api"]
platform: "Oracle OPERA Cloud"
domain: "oracle.com"
vertical: ["hotel"]
publishedAt: "2026-09-26"
updatedAt: "2026-09-26"
reviewedAt: "2026-09-26"
directory: {"platformType":"api","roles":["pms","connectivity","api"],"ecosystemLayers":["inventory-systems","connectivity-distribution"],"turkeyRelevance":"global-context","status":"active","reviewedAt":"2026-09-26","audiences":["b2b"],"businessModels":[],"integrationMethods":["api"],"company":"Oracle","directSupplierParticipation":"no","developerDocsAvailable":"yes","sources":[{"title":"Oracle Hospitality Integration Platform","url":"https://www.oracle.com/hospitality/integration-platform/"}]}
sources:
  - title: "Oracle Hospitality Integration Platform"
    url: "https://www.oracle.com/hospitality/integration-platform/"
---
Oracle OPERA Cloud, hotel operasyon state'inin merkezinde duran cloud PMS platformudur. Oracle Hospitality Integration Platform (OHIP), reservation, rate, inventory, profile, distribution ve business-event erişimini API'lerle açar.

## Ekosistemdeki rolü

OPERA Cloud öncelikle PMS/inventory-system katmanındadır; OHIP sayesinde connectivity ve API surface'i de taşır.

## API ve event modeli

Oracle'ın resmi dokümantasyonu REST API, OAuth 2.0, application keys, sandbox ve business-event subscription modelini açıklar. Reservation, Rate, Inventory ve Distribution API'leri ayrı bounded context'ler olarak ele alınmalıdır.

## Türkiye context

Protel Türkiye'de Oracle Hospitality ürünleri için güçlü partner/distributor rolü taşır; fakat Protel ile OPERA Cloud aynı product identity değildir.


## 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.