JSON — JavaScript Object Notation
- Revenue Management
- Commercial
- Distribution
- Technologie
JSON — JavaScript Object Notation — Ist ein leichtgewichtiges, für Menschen lesbares Datenaustausch-Format. In der Hotelbranche ist JSON der Standard für die Kommunikation zwischen Systemen: Wenn das PMS eine Buchung an den Channel Manager sendet oder das RMS eine Ratenempfehlung liefert, geschieht das in den meisten modernen Systemen im JSON-Format.
Einfach erklärt
Stellt euch JSON wie eine sehr strukturierte Einkaufsliste vor: Jede Information hat einen Namen (Key) und einen Wert (Value). Eine Hotelbuchung in JSON sieht vereinfacht so aus: Gastname = “Müller”, Check-in = “2025-03-15”, Zimmertyp = “Deluxe”, Rate = 189. Diese Struktur können alle modernen Systeme lesen und verarbeiten.
Warum ist das relevant? Weil jede API ein Datenformat braucht, in dem die Systeme miteinander kommunizieren. JSON hat sich als Standard durchgesetzt, weil es kompakt, für Menschen lesbar und für Maschinen schnell zu verarbeiten ist. Vor JSON war XML das gängige Format, deutlich aufwändiger und schwerer zu lesen.
Für Hotel-Teams, die keine Entwickler sind, ist JSON trotzdem relevant: Wer sich mit API-Integrationen, Datenexporten oder Webhook-Konfigurationen beschäftigt, wird zwangsläufig auf JSON stossen. Ein Grundverständnis hilft, Integrationsprobleme schneller zu identifizieren und mit Tech-Teams effektiver zu kommunizieren.
Im Tagesgeschäft begegnet JSON dem Hotelbetrieb meist beim Debugging von Schnittstellen-Fehlern: Wenn eine Reservierung nicht im PMS ankommt oder eine Rate falsch übertragen wurde, schickt der Tech-Support oft die rohe JSON-Payload zur Analyse. Wer das Format lesen kann, spart sich lange Eskalationsschleifen.
Anwendung in der Praxis
Ein Hotel integriert ein neues RMS mit dem bestehenden PMS. Die API-Dokumentation beschreibt die Datenformate in JSON. Der Revenue Manager soll die Integration testen und validieren, ob die richtigen Daten übertragen werden.
(1) API-Testtools wie Postman nutzen, um die JSON-Datenstruktur zu prüfen. (2) Verifizierung: Stimmt die Zimmerklassifizierung im JSON mit der PMS-Nomenklatur überein? (3) Fehlerhafte oder fehlende Felder (z. B. Marktsegment, Quellcode) identifizieren und an den Anbieter melden.
Zwei Felder fehlten in der ursprünglichen JSON-Struktur, ohne Validierung wäre die Segmentierung im RMS falsch gelaufen. Nach Korrektur: fehlerfreie Datenübertragung, RMS-Empfehlungen basieren auf vollständigen Daten.
Relevanz für den Hotelbetrieb
IT / Tech
JSON ist das Standardformat für alle modernen Hotel-APIs und Integrationen.
Revenue Management
RMS-Integrationen, Datenexporte und BI-Feeds verwenden JSON, Grundverständnis hilft bei Fehleranalyse.
Distribution
Channel-Manager-APIs und OTA-Anbindungen kommunizieren über JSON.
Commercial
CRM-Webhooks, Marketing-Automatisierung und GA4-Daten nutzen JSON-Strukturen.
Typische Fehler & Best Practices
Häufige Fehler
- Integrationen "blind" einrichten, ohne die JSON-Datenstruktur zu validieren.
- Feld-Mapping zwischen Systemen nicht prüfen, ein "Room Type" im PMS heisst vielleicht "category_id" im RMS.
- JSON als "IT-Thema" abtun, jeder, der mit Integrationen arbeitet, profitiert von Grundverständnis.
- JSON-Strukturen werden nicht versioniert, jede Änderung der API kann bestehende Integrationen brechen.
- Sensible Daten (z. B. Kreditkarten-Tokens, persönliche Identifikationsdaten) werden im Klartext im JSON übertragen.
Best Practices
- Bei jeder neuen Integration die JSON-Datenstruktur dokumentieren und validieren.
- API-Dokumentation des Anbieters lesen, dort steht, welche JSON-Felder gesendet und empfangen werden.
- Grundlegende JSON-Lesekompetenz im Commercial- und RM-Team aufbauen.
- API-Versionierung über URL-Pfad (z. B. /v1/, /v2/) oder Header, Breaking Changes nur in neuen Major-Versionen.
- JSON-Schema-Validierung an jeder API-Grenze, Eingaben und Ausgaben gegen ein dokumentiertes Schema prüfen.
Nächster Schritt
Du willst deine Revenue-Performance systematisch steigern? Wir entwickeln mit dir die passende Strategie.
Was du zu diesem Begriff wissen solltest.
Ein strukturiertes Datenformat für den Austausch zwischen Computersystemen, wie eine maschinenlesbare Liste. Standard für moderne Hotel-APIs.
Kompakter, lesbarer und schneller zu verarbeiten. Hat XML in modernen Hotel-APIs grösstenteils abgelöst. XML findet sich noch in älteren Systemen und im GDS-Bereich.
Praktisch alle modernen REST-APIs (PMS, Channel Manager, OTA) nutzen JSON als Datenformat. Wer Schnittstellen evaluieren oder Probleme debuggen will, muss JSON lesen können, ist aber kein Programmierer-Wissen, sondern ein lesbares Schlüssel-Wert-Format.
**JSON** ist kompakter, schneller zu parsen, in JavaScript nativ unterstützt, Standard für moderne APIs. **XML** ist verbose, schema-stark, älter, im Hotelumfeld noch dominant in OTA-XML-Integrationen mit OTAs und Channel Managern. Beide leisten dasselbe, JSON gewinnt seit Jahren Marktanteile.