{
"propertyId": "2177",
"items": [{
"roomTypeId": "OVK",
"ratePlanId": "STD",
"dateRange": {
"startDate": "2026-10-19",
"endDate": "2026-10-23"
},
"sellRate": 259.00,
"currencyCode": "USD",
"allocation": 15,
"minNights": 2
}]
}
Hotel Channel Manager API für PMS
Eine API für Ihre Systeme. Ein Backoffice für Ihre Teams.
Für PMS-Anbieter, die Distribution in ihr Produkt einbauen, und für Hotelgruppen, deren eigene Systeme das Portfolio steuern. Ihr System sendet Raten und Verfügbarkeiten einmal, in JSON oder OpenTravel XML. Jeder Kanal erhält sie, und Ihr Team sieht jedes Update, jede Buchung und jedes Haus in einem Backoffice.

Die Rate, die Ihr System gesendet hat, live im Backoffice.
Einmal integrieren. Jeden Kanal erreichen.
- 200+ Kanäle: OTAs, Wholesaler, GDS und Metasuche
- 50+ PMS-Integrationen laufen bereits darauf
- 0 € Zertifizierungs- oder Einrichtungsgebühren pro Kanal
- JSON oder XML REST JSON v2 oder OpenTravel 2007B über HTNG 1.1
Das Backoffice hinter der API
Reine API-Anbieter geben Ihnen einen Endpunkt und ein Support-Postfach. Mit ChannelRUSH erhält Ihr Team zusätzlich das Backoffice, auf dem die Distribution Ihrer Hotels läuft: jedes Haus, jedes Update, jede Buchung. Das sind echte Ansichten aus unserem Demo-Portfolio.

Ein Login für das ganze Portfolio
Jedes Hotel, das Sie anbinden oder betreiben, liegt in einem Konto, gruppiert nach Organisation, mit den PMS- und Kanalanbindungen jedes Hauses. Wählen Sie ein Haus im Umschalter, und Sie arbeiten darin, im Auftrag des Hotels, ohne eigenen Login.
- Ein durchsuchbarer Hotelumschalter auf jeder Seite.
- Organisationen und ihre Häuser in einem Konto: Ihre eigenen Hotels und jedes Hotel, das Sie betreuen.
- Die Anbindungen jedes Hauses: sein PMS, seine OTAs, das CRS und die Buchungsmaschine.

Raten, Verfügbarkeiten und Restriktionen pro Kanal
Sehen Sie Tag für Tag, was jeder Kanal verkauft: Rate, freie Zimmer, Mindestaufenthalt, Buchungsfrist und Stop-Sell. Farben zeigen eingeschränkte oder geschlossene Tage, bevor Sie eine Zahl lesen.
- Mindestaufenthalt und Buchungsfrist, genau wie Ihr System sie gesendet hat.
- Eine Schließung: null Zimmer und Stop-Sell auf allen Raten ab dem 10. Mai.
- Verfügbar, eingeschränkt, geschlossen: Die Farben zeigen es auf einen Blick.

Von Ihrem SystemPOST /api/v2/ariupdate
{
"propertyId": "2177",
"items": [{
"roomTypeId": "OVK",
"ratePlanId": "STD",
"dateRange": {
"startDate": "2026-10-19",
"endDate": "2026-10-23"
},
"sellRate": 259.00,
"currencyCode": "USD",
"allocation": 15,
"minNights": 2
}]
}An einen KanalOTA_HotelRateAmountNotifRQ
<OTA_HotelRateAmountNotifRQ Version="1.0"
xmlns="http://www.opentravel.org/OTA/2003/05">
<RateAmountMessages HotelCode="••••">
<RateAmountMessage>
<StatusApplicationControl Start="2026-10-19"
End="2026-10-23" InvTypeCode="OVK"
RatePlanCode="STD"/>
<Rates>
<Rate>
<BaseByGuestAmts>
<BaseByGuestAmt AmountAfterTax="259.00"
CurrencyCode="USD"/>
</BaseByGuestAmts>
</Rate>
</Rates>
</RateAmountMessage>
</RateAmountMessages>
</OTA_HotelRateAmountNotifRQ>Was Ihr System gesendet hat und was hinausging
Jede Nachricht Ihres PMS oder Ihrer Plattform wird so protokolliert, wie sie ankam, mit unserer Antwort. Jedes Update, das wir weitergeben, wird pro Kanal verfolgt, mit Status und ausgehender Nachricht. Fragt ein Hotel, ob eine Rate hinausging, antwortet Ihr Support-Team, ohne uns zu fragen.
- Jede Nachricht Ihres Systems, so wie sie ankam.
- Ihr Status und die Antwort, die wir zurückgesendet haben.
- Öffnen Sie die Rohnachricht, um jeden Wert zu sehen.

Jede Buchung aus jedem Kanal an einem Ort
Reservierungen aus jeder OTA und der Buchungsmaschine landen in einer Liste über das ganze Portfolio, und jede Änderung und Stornierung bleibt als Version erhalten. Der Zustellstatus zeigt, wann jede Buchung Ihr System oder das Postfach des Hotels erreicht hat, und jede Zustellung lässt sich erneut senden.
- Buchungen über Häuser und Kanäle hinweg in einer Suche.
- Neue, geänderte und stornierte Versionen, alle erhalten.
- Zustellstatus pro Buchung, mit erneutem Senden.

Regeln einmal festlegen, überall anwenden
Leiten Sie Raten nach Zimmertyp und Ratenplan ab, setzen Sie eine Untergrenze, unter der kein Kanal verkauft, und schließen Sie automatisch, wenn Zimmer knapp werden. Org Templates übertragen eine Konfiguration auf viele Häuser und protokollieren jede Übertragung.
- Eine Mindestrate pro Zimmertyp, damit kein Kanal darunter verkauft.
- Zimmertypen aus einer Basis abgeleitet: +75 $ und +125 $.
- Auch Ratenpläne abgeleitet: Standard verkauft 10 % unter der Basis.

Ein Login für jedes Team, begrenzt auf seine Hotels
Regionalmanager, Revenue-Teams und Rezeptionen erhalten eigene Logins. Jeder sieht nur die Häuser, die Sie zuweisen, mit genau den Rechten, die die Rolle braucht: Raten, Reservierungen, Einstellungen oder Benutzerverwaltung. Jede Änderung wird der Person zugeordnet, die sie vorgenommen hat.
- Rechte nach Rolle: Updates, Einstellungen, Reservierungen.
- Zugriff nur auf die Häuser, die Sie auswählen.
- Auch Hotels in Organisationen, die Sie betreuen.
So greifen API und Backoffice ineinander
Ihr System bleibt die maßgebliche Quelle. ChannelRUSH übernimmt die Distribution, und das Backoffice zeigt Ihrem Team alles davon.
- Ihre SystemePMS, RMS, Data Warehouse, interne Tools
- Channel-Manager-API
JSON v2: /api/v2/*OTA 2007B, HTNG 1.1: /channels/v2/* - ChannelRUSHMappings, Ratenregeln, Restriktionen, Zustellung
- 200+ KanäleOTAs, Wholesaler, GDS, Metasuche, Ihre Buchungsmaschine
Raten, Verfügbarkeiten, Restriktionen
Reservierungen, per Push oder Poll
Das Backoffice: jedes Haus, Update, jede Buchung und jedes Log, für Ihr Team
Ein PMS-Partnerkonto
- Harborline Inn Newport
- Harborline Inn Mystic
- Harborline Inn Bar Harbor
ARI in Echtzeit
Raten, Verfügbarkeiten und Restriktionen gehen an jeden angebundenen Kanal, sobald Ihr System sie sendet. Mit ChannelIds wählen Sie gezielt Kanäle aus, wenn sich nur einige ändern sollen.
Push oder Poll
Neue, geänderte und stornierte Reservierungen kommen per Push an Ihren Endpunkt zurück, oder Sie rufen sie nach Ihrem eigenen Zeitplan ab.
Ein Backoffice
Alles, was die API tut, sieht Ihr Team, pro Haus und über das ganze Portfolio, mit den Rohnachrichten dahinter.
Eine API, zwei Arten von Portfolio
PMS-Anbieter und Hotelgruppen bauen auf derselben API auf und erhalten dasselbe Backoffice. Der Unterschied ist, wem die Hotels gehören.
Für PMS-Anbieter
Kanal-Distribution, eingebettet in Ihr Produkt
Bauen Sie die Integration einmal, und jedes Hotel, das Sie anbinden, kann auf jedem Kanal verkaufen, den wir anbinden. Ihr Produkt, Ihre Oberfläche und Ihre Marke bleiben vorne, Powered by ChannelRUSH darunter. Ihre Hotels steuern die Distribution im PMS, das sie bereits nutzen, und die Kundenbeziehung bleibt bei Ihnen.
- Mit einem reinen API-Anbieter
- Ein Support-Ticket, jedes Mal wenn ein Hotel fragt, warum eine Rate nie bei Booking.com ankam.
- Mit ChannelRUSH
- Ihr Support-Team öffnet das Hotel, sieht, was Ihr System gesendet hat und was hinausging, und korrigiert das Mapping selbst.
- Jedes angebundene Hotel unter Ihrem Partnerkonto
- Im Auftrag jedes Hotels arbeiten, ohne dessen Login
- Warnungen, wenn der PMS-Feed eines Hotels verstummt
Für Hotelgruppen und Managementgesellschaften
Ihre Systeme steuern das ganze Portfolio
Binden Sie Ihr hauseigenes PMS, RMS, Data Warehouse oder interne Tools einmal an und steuern Sie die Distribution jedes Hauses von dort. Ihre Teams arbeiten in einem Backoffice für die ganze Gruppe, mit Portfolio-Berichten und Templates, die eine Konfiguration auf viele Hotels übertragen.
- Mit einem reinen API-Anbieter
- Zwölf Hotels, zwölf Extranets, und niemand kann sagen, welches falsch ist.
- Mit ChannelRUSH
- Ein Backoffice für die Gruppe: Kanalstatus für jedes Haus und Org Templates, um alle auf einmal zu ändern.
- Portfolio-Berichte über alle Häuser
- Org Templates: eine Konfiguration, viele Häuser
- Logins für regionale Teams und Mitarbeitende vor Ort, begrenzt auf ihre Hotels
Zwei Spezifikationsformate. Ihre Wahl.
Die JSON-v2-API liest Einstellungen mit POST /api/v2/settings und sendet ARI-Updates mit POST /api/v2/ariupdate. OpenTravel-konformes XML ist ebenfalls verfügbar; SOAP-Nachrichten und Provider-Zugangsdaten finden Sie in der unten verlinkten vollständigen XML-Spezifikation.
Beide sind vollständig dokumentiert. Beide arbeiten auf derselben Produktionsinfrastruktur.
JSON-v2-Endpunkte
Einstellungen
- GET
/api/v2/channels - Die mit Ihren Häusern verbundenen Kanäle
- GET
/api/v2/connectioncheck - Zugangsdaten und Verbindung prüfen
- POST
/api/v2/settings - Zimmertypen und Ratenpläne eines Hauses
Raten und Verfügbarkeiten
- POST
/api/v2/ari - Die Raten und Verfügbarkeiten lesen, die wir halten
- POST
/api/v2/ariupdate - Raten, Verfügbarkeiten und Restriktionen senden
Reservierungen
- POST
/api/v2/book - Eine Buchung anlegen
- POST
/api/v2/res - Neue, geänderte und stornierte Reservierungen abholen
- POST
/api/v2/resconfirm - Abgeholte Reservierungen bestätigen
- POST
/api/v2/reservations - Bestehende Reservierungen abrufen
- JSON-v2-API-Spezifikation
- OpenTravel-XML-SpezifikationDie XML-API leistet dasselbe mit OpenTravel-2007B-Nachrichten über SOAP, mit HTNG-1.1-Zugangsdaten.
- API-Referenzen ansehen
Authorization: Bearer <JWT>
Content-Type: application/json
{
"propertyId": "ABC123"
}{
"settings": null,
"messages": [
{
"code": "-1",
"message": "Settings not configured or enabled.",
"messageType": "Error"
}
],
"successful": false
}JSON-v2-Einstellungsbeispiel: Anfrage aus dem veröffentlichten Schema erstellt; Fehlerantwort aus dem dokumentierten Beispiel übernommen. HTTP 200 allein bedeutet keinen Erfolg – prüfen Sie successful und messages.
JSON-v2-OpenAPI-Spezifikation ansehenMehr als Distribution anbinden?
Entdecken Sie die CRS API, wenn Ihre Integration auch zentrale Reservierungsprozesse oder eine individuelle Direktbuchungsstrecke abdecken soll.
Tag eins: eine Sandbox im Postfach
Wenn wir Ihre Sandbox einrichten, bringt eine E-Mail alles, was Sie für die erste Anfrage brauchen: einen Backoffice-Login, Endpunkte, Zugangsdaten und ein Testhaus mit seinen Zimmer- und Raten-IDs.
Ihr eigenes Backoffice
Ein Login für das Test-Backoffice, damit Sie sehen, wie jede gesendete Nachricht ankommt und hinausgeht.
Endpunkte und Zugangsdaten
Die Swagger-Dokumentation, der Testserver und Ihr Provider-Login, inklusive Authorization-Header.
Ein Testhaus
Zimmertyp- und Ratenplan-IDs zum Mappen, bereit für ARI und Reservierungen.
Ihre erste Anfrage
Ein fertiger Aufruf POST /api/v2/settings und die erwartete Antwort.
Von ChannelRUSH Support <support@channelrush.com>
Betreff ChannelRUSH API Test Account Info - Your Company
Greetings,
Your ChannelRUSH PMS API Test Account is now active and ready for development.
ChannelRUSH Extranet Login Info
https://test.channelrush.net u: you@yourcompany.example p: •••••••• o: ••••
Documentation - Swagger
https://testcm.channelrush.net/index.html https://testcm.channelrush.net/api/v2/ariupdate U: •••••••• P: •••••••• Authorization: Bearer ••••••••
Test Property Configuration
Room Types Rate Plans SGL - Single BAR - BAR DBL - Double NRF - NRF TRP - Triple SUI - Suite
Next Steps
POST https://testcm.channelrush.net/api/v2/settings
{
"PropertyId": "••••"
}
EXPECTED RESPONSE
{ "settings": { … }, "messages": [], "successful": true }Loslegen – die nächsten Schritte
Integrationsvorhaben beschreiben
Beschreiben Sie Ihr PMS oder Ihre Plattform, den Umfang der Integration und die gewünschten Kanäle im untenstehenden Integrationsformular.
Technisches Gespräch
Wir führen Ihr Team durch die JSON-v2- oder XML-Spezifikation, das jeweilige Authentifizierungsmodell und das Webhook-/Polling-Setup. Die Integration dauert für die meisten Partner typischerweise 2–4 Wochen.
Sandbox-Account
Sandbox-Zugangsdaten typischerweise innerhalb von 24 Stunden nach dem Call. Entwickeln Sie gegen reale Endpoints – keine Spielumgebung.
Bereit für eine Sandbox?
Für PMS-Anbieter und Hotelgruppen
Besprechen wir Ihre Integration.
Erzählen Sie uns, was Sie betreiben und was Sie anbinden möchten, ob ein PMS mit Hunderten Hotels oder die hauseigenen Systeme einer Gruppe. Wir melden uns mit den nächsten Schritten und einem Termin für ein technisches Gespräch.

Häufig gestellte Fragen
Die JSON-v2-API verwendet den Authorization-Header mit Bearer, gefolgt von einem JWT. Die XML-API verwendet Provider-Zugangsdaten nach SOAP HTNG v1.1. Details zur Authentifizierung je Format finden Sie in der API-Dokumentation.
Ja – pro Partner festgelegte Limits, dimensioniert für normalen Distributionsverkehr mit Burst-Toleranz für Backfills und Neupreisungen. Bei Überschreitung antworten wir mit standard 429 + Retry-After. Wenn Ihre Workload ein höheres Limit braucht (etwa große Multi-Property-Kataloge), sagen Sie es uns im technischen Gespräch – wir stellen entsprechend bereit.
Vereinbaren Sie ein 30-minütiges technisches Gespräch. Wir gehen die Spezifikation durch, bestätigen die benötigten Kanäle und das Integrationsmodell und stellen Sandbox-Zugangsdaten bereit – typischerweise innerhalb von 24 Stunden nach dem Call. Die Sandbox läuft gegen reale Endpoints, keine Spielumgebung.
Die JSON-API wird über den Pfad versioniert (/api/v2/). Breaking Changes erhalten eine neue Major-Version mit einem Deprecation-Fenster, das in Quartalen und nicht in Wochen gemessen wird – damit Sie Zeit zum Migrieren haben. Neue OTAs und Funktionen erscheinen als zusätzliche Endpoints auf der aktuellen Version – ohne Migration.
Nein. Keine Zertifizierungsgebühren pro Kanal. Keine Setup-Gebühren pro Integration. Die Zeitinvestition für die Integration liegt bei Ihnen; auf unserer Seite zahlen Sie das reguläre Monatsabonnement. Jeder von uns unterstützte Kanal ist in Ihrem Plan enthalten.
Ja, als Partnerschaft unter „Powered by ChannelRUSH“. Ihre Hotels sehen Ihr Produkt, Ihre Oberfläche und Ihre Marke, sie steuern die Distribution im PMS, das sie bereits nutzen, und die Kundenbeziehung gehört Ihnen. Die Kanäle sind mit ChannelRUSH verbunden, daher erscheint unser Name auf Kanalebene, zum Beispiel im Extranet einer OTA. Wie das funktioniert, lesen Sie unter PMS-Partnerschaften.
Ja. Regional-, Revenue- und Rezeptionsteams erhalten eigene Logins, jeweils begrenzt auf die Häuser, die Sie zuweisen, und die Rechte, die ihre Rolle braucht. Zwei-Faktor-Login ist verfügbar, und jede Änderung wird dem Benutzer zugeordnet, der sie vorgenommen hat.
Leitfäden und Begriffe
Verbindungsprobleme zwischen PMS, Channel Manager und OTAs: Prüfliste für Hotels
Eine Checkliste für gestörte Verbindungen zwischen PMS, Channel Manager und OTAs: nachverfolgen, Bestand schützen, wiederherstellen.
Im Blog lesen
PMS – Property Management System
Was ein Property Management System im täglichen Hotelbetrieb leistet.
Zum Glossareintrag









