Zum Hauptinhalt springen

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.

Das ChannelRUSH-Raster für Raten und Verfügbarkeiten eines Demo-Strandresorts: zwei Wochen Verfügbarkeit, Raten und zwei Nächte Mindestaufenthalt im Kanal ChannelRUSH CRS.
JSON · AnfragePOST /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
  }]
}
Felder aus dem JSON-v2-Schema. Die Werte entsprechen dem Screenshot.

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
  • Booking.com
  • Expedia
  • Agoda
  • Ctrip
  • HotelTonight
  • HotelBeds
  • Hotels.com
  • Sabre

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.

Die ChannelRUSH-Ansicht Accounts mit den Häusern der Demo-Organisation, ihren PMS- und Kanalanbindungen und dem geöffneten Hotelumschalter.

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.

  1. Ein durchsuchbarer Hotelumschalter auf jeder Seite.
  2. Organisationen und ihre Häuser in einem Konto: Ihre eigenen Hotels und jedes Hotel, das Sie betreuen.
  3. Die Anbindungen jedes Hauses: sein PMS, seine OTAs, das CRS und die Buchungsmaschine.

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.

  1. Ihre SystemePMS, RMS, Data Warehouse, interne Tools
  2. Channel-Manager-APIJSON v2: /api/v2/*OTA 2007B, HTNG 1.1: /channels/v2/*
  3. ChannelRUSHMappings, Ratenregeln, Restriktionen, Zustellung
  4. 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
Jedes angebundene Hotel liegt darunter. Ihr Support-Team öffnet jedes davon, ohne eigenen Login.
  • 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
So funktionieren PMS-Partnerschaften

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
So funktioniert ChannelRUSH für Hotelgruppen

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 · AnfragePOST /api/v2/settings
Authorization: Bearer <JWT>
Content-Type: application/json

{
  "propertyId": "ABC123"
}
JSON · FehlerantwortHTTP 200
{
  "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 ansehen

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

  1. Ihr eigenes Backoffice

    Ein Login für das Test-Backoffice, damit Sie sehen, wie jede gesendete Nachricht ankommt und hinausgeht.

  2. Endpunkte und Zugangsdaten

    Die Swagger-Dokumentation, der Testserver und Ihr Provider-Login, inklusive Authorization-Header.

  3. Ein Testhaus

    Zimmertyp- und Ratenplan-IDs zum Mappen, bereit für ARI und Reservierungen.

  4. 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 }
Die Willkommens-E-Mail, die unser Team mit jeder Sandbox sendet, mit maskierten Logins und Zugangsdaten.
ChannelRUSH-Onboarding

Loslegen – die nächsten Schritte

01

Integrationsvorhaben beschreiben

Beschreiben Sie Ihr PMS oder Ihre Plattform, den Umfang der Integration und die gewünschten Kanäle im untenstehenden Integrationsformular.

02

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.

03

Sandbox-Account

Sandbox-Zugangsdaten typischerweise innerhalb von 24 Stunden nach dem Call. Entwickeln Sie gegen reale Endpoints – keine Spielumgebung.

Bereit für eine Sandbox?

Sandbox anfragen

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.

/ FAQ /

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