Zum Hauptinhalt springen

API des zentralen Reservierungssystems (CRS)

Eine API. Jedes PMS, jede Buchungsmaschine und OTA.

Eine schnelle, sichere REST-API, mit der Ihr PMS, Ihre Buchungsmaschine, OTAs und internen Services in Echtzeit Verfügbarkeiten, Raten und Reservierungen gegen das CRS pushen und abrufen können.

99,999 %
Verfügbarkeits-SLA
< 50 ms
Medianer API-Response
Echtzeit
Reservierungs-Synchronisation
0 $
Integrationsgebühren
Hotel-CRS-API

Hotel-CRS-API für Multi-Property-Portfolios

Vereinheitlichen Sie Reservierungen, Raten und Verfügbarkeiten über jedes Objekt und jeden Kanal – mit einer schnellen, modernen JSON-REST-API, die sich sauber integrieren lässt und zuverlässig mit Ihrem Tech-Stack skaliert.

Sofortige Updates für Inventar, Restriktionen und Reservierungen halten jeden Kanal abgeglichen und helfen, Überbuchungen zu vermeiden. Erstellen, ändern und stornieren Sie Reservierungen gegen Live-Verfügbarkeiten und -Regeln – zentralisieren Sie die Logik einmal und verteilen Sie sie überallhin.

Demo buchen
ChannelRUSH CRS-API-Datenflussdiagramm
Sechs APIs, ein Reservierungssystem

Jede Funktion im Admin
ist zugleich ein öffentlicher Endpoint.

Authentifizierung per OAuth 2.0 mit Tokens, die auf Portfolio-, Marken- oder Objektebene gescopet sind. Jeder Write erzeugt einen versionierten Audit-Eintrag und optional einen Webhook.

Reservations API

Reservierungen gegen Live-Verfügbarkeiten und Regeln erstellen, ändern und stornieren – jeder Write ist versioniert.

Availability API

Portfolioweites Inventar und Restriktionen – jedes Objekt über einen einzigen Endpoint abfragen und aktualisieren.

Rates & Restrictions API

Rate Plans, Length-of-Stay-Regeln und datumsbasierte Richtlinien – vererbbar von der Marke bis zum Objekt.

Content & Channel Profiles API

Objektbeschreibungen, Bilder, Ausstattung und Kanal-Mappings – über jede Oberfläche hinweg konsistent.

Webhooks API

Versionierter Event-Stream für Reservierungen, Raten und Audit-Ereignisse – mit Retry-Historie, abrufbar über Admin & Audit.

Admin & Audit API

Nutzeraktionen, IP-attribuierte System-Logs und Zustell-Historie der Webhooks – das Protokoll darüber, wer wann was getan hat.

Enterprise-Plattform

Ergebnisse mit einer Enterprise-Hotel-CRS-API erschließen

Die ChannelRUSH CRS API gibt Multi-Property-Marken eine Single Source of Truth und Echtzeit-Steuerung. Verbinden Sie Ihr PMS, RMS, CRM, brand.com, OTAs und Partner-Tools mit einem zuverlässigen Datenmodell – damit Preise, Content und Verfügbarkeiten perfekt synchron bleiben.

  • Reservierungs-Lebenszyklus: erstellen, ändern, stornieren mit Live-Validierung gegen Regeln und Inventar

  • Portfolioweite Konsistenz: Rate Plans, Richtlinien und Content über jedes Objekt hinweg standardisieren

  • Offen & modern: saubere JSON-REST-Endpoints, Webhooks und klare Docs für schnellere Integrationen

  • Operative Sicherheit: Audit-Logs, rollenbasierte Zugriffe und Fehlerbehandlung reduzieren manuelle Nacharbeit

Das Ergebnis: weniger Diskrepanzen, weniger Überbuchungen und ein reibungsloseres Gästeerlebnis – im Enterprise-Maßstab.

Demo buchen
Hotelteam bespricht CRS-API-Integrationsanforderungen
Observability & Audit

Jede Reservierung, jede Version, erhalten.

Ihr CRS ist das Buch der Wahrheit für jede Reservierung, die Ihre Marke annimmt – und wir behandeln es so. Jede Reservierung trägt eine vollständige Versionshistorie – erstellt, geändert, storniert – mit Kanal-Quelle, Gast, Rate und Restriktionsstand zu jedem Schritt.

Jeder API-Call und jede Admin-Aktion wird mit Nutzer, IP und Zeitstempel protokolliert. Das Audit-Log ist über Webhook streambar – damit Ihr Data-Warehouse und Ihre Compliance-Werkzeuge dieselben Ereignisse sehen wie wir.

  • Rate, Kanal-Quelle, Gast und Restriktionen zum Buchungszeitpunkt erfasst

  • Stornierungsgrund, stornierender Nutzer, IP und Zeitstempel bei jeder Revision

  • Admin-Portal-Aktionen neben API-Writes protokolliert – ein vereinheitlichter Audit-Trail

  • Zustell-Historie der Webhooks mit Retries und finalem Status

  • DSGVO- und PCI-DSS-konforme Aufbewahrung ab Werk

ChannelRUSH Audit-Log und Reservierungs-Versionshistorie

Was Sie damit bauen können

Individuelle Buchungserlebnisse

Steuern Sie brand.com, Call-Center-Tools oder Partner-Portale mit Echtzeit-Suche und -Buchung.

Mobile Apps & Upsells

Binden Sie Live-Raten und Zusatzleistungen im Checkout ein, um zusätzlichen Umsatz zu erzielen – ohne doppelte Datenpflege.

Operations & Admin

Verwalten Sie via API erstellte Reservierungen programmatisch – oder nutzen Sie das Admin-Portal für Transparenz und Sonderfälle.

Wir sind bereit, wenn Sie es sind

Sehen wir, ob wir der richtige Partner für Sie sind.

Schreiben Sie uns – wir vereinbaren einen 20-minütigen Walkthrough der Plattform gegen Ihren Stack.

Partnerschaft

So läuft eine Integration bei uns
wirklich ab.

01

Fester Ansprechpartner ab Tag eins

Erzählen Sie uns von Ihrem Stack, Ihrem Zeitplan und Ihren Rahmenbedingungen. Ein ChannelRUSH-Integration-Engineer verantwortet Ihr Projekt vom ersten Call bis zur Produktion.

02

Sandbox in einem Arbeitstag

Eine vollständige CRS-Sandbox, bereitgestellt innerhalb eines Arbeitstags. Testdaten, gescopete API-Keys, Live-Webhooks – dieselbe Oberfläche, gegen die Sie auch produktiv shippen.

03

Design-Review vor dem Go-Live

Wir prüfen Ihr Integrationsdesign vor dem Go-Live – Auth-Scope, Webhook-Retry-Handling, Versionsstrategie. Typischerweise zwei Wochen bis zur ersten Reservierung.

Bereit, es in Aktion zu sehen?

Termin buchen

/ FAQ /

Häufig gestellte Fragen

Jede Reservierung trägt eine vollständige Versionskette. Jeder Write – erstellen, ändern, stornieren – erfasst Kanal-Quelle, Nutzer, IP, Zeitstempel und den vollständigen Zustand der Reservierung (Rate, Gast, Restriktionen) zu diesem Moment. Versionen sind unveränderlich; eine Stornierung schreibt eine neue Version, statt die Historie zu überschreiben – so können Finanz- und Compliance-Teams exakt rekonstruieren, was wann passiert ist.

OAuth 2.0. Tokens scopen auf das Portfolio, eine einzelne Marke oder ein einzelnes Objekt – dieselbe Hierarchie wie im Admin. Ein Partner-PMS hält typischerweise einen markengescopeten Token; eine Travel-Management-Company möglicherweise einen objektgescopeten Token je betreutem Hotel. Vollständige Referenz in unserer API-Dokumentation.

Webhooks feuern bei Reservierungs-Erstellung, -Änderung und -Stornierung, bei Raten- und Restriktionsänderungen sowie bei Audit-Ereignissen. Fehlgeschlagene Zustellungen werden über 24 Stunden mit exponentiellem Backoff erneut versucht; die Zustell-Historie (inkl. Retries und finalem Status) ist über die Admin & Audit API abfragbar – damit Sie jede Lücke ohne Rätselraten abgleichen können.

Rate Limits gelten pro API-Token und variieren je nach Endpoint-Klasse (Reads sind großzügiger als Writes). Bei Drosselung antwortet die API mit 429 Too Many Requests und einem Retry-After-Header, damit Ihr Client sauber abbremsen kann. Partner mit hohem Volumen stimmen die Limits im Austausch mit unseren Integration-Engineers auf die konkrete Workload ab – statt auf Defaults zu optimieren.

Ja. Release Notes werden begleitend zur API-Referenz veröffentlicht und listen jede additive Änderung, jeden Bugfix und jede Deprecation. Breaking Changes werden vorab angekündigt und hinter versionierten Endpoints ausgeliefert – damit Ihre Integration ein klares Zeitfenster zum Migrieren bekommt, keine Überraschung.

Eingehende Writes werden gepuffert, bis das vorgelagerte System wiederhergestellt ist. Ausgehende Webhooks retryen gemäß dem Standard-Backoff. Die Unterbrechung erscheint im Audit-Log als Zustelllücke samt finalem Status – Sie sehen dasselbe Bild wie wir, und keine Buchung geht in der Stille verloren.