Dashboard
* fΓΌr alle, prefix.* als PrΓ€fix-MatchEvents werden geladen...
Wird geladen...
Wird geladen...
Wird geladen...
Wird geladen...
Wird geladen...
Catering wird geladen...
Technik-Daten werden geladen...
Wird geladen...
Wird geladen...
Wird geladen...
Rβ¦-Wβ¦ sind generierte Platzhalter, weil OPERA keine finale Rechnungsnummer vergeben hat.
Wird geladen...
blk/.../tracesByDateRange). Beide Trace-Arten koennen hier als erledigt/offen markiert werden (PUT auf Reservation bzw. Block).
data/sage_mapping.json mit den echten Werten eures Sage-Systems befuellt werden. Nicht gemappte Codes erhalten das Default-Konto.
Wird geladen...
Wird geladen...
Wird geladen...
Wird geladen...
Event Detail
Events-Liste
Block
Resource Notes
eventsResources
Event-Kalender
Catering-Anderungen
Function Space Availability
Menu Detail
Folio History
Folio Reports
Traces (Reservation / Block)
OHIP Raw Passthrough
Ruft direkt die Oracle-OHIP-API auf. Unsere eigenen Endpunkte und Transformationen werden umgangen β du siehst die Original-Antwort. Auth (Token, x-app-key, x-hotelid) setzt der Server automatisch.
folioWindowNo / folioType probieren (Template-Suche, siehe Q5 Oracle-Notes):
data/ohip_cache.db. Abgelaufene Eintraege werden beim naechsten Zugriff erneuert.
API-Authentifizierung
Alle API-Endpunkte erfordern einen API-Key. Dieser kann als HTTP-Header oder als URL-Parameter ΓΌbergeben werden:
X-Api-Key: ...
?apikey=...
/api/v1/events
Alle Events fΓΌr einen Tag mit Mieter, Umsatz, Ressourcen und Notes.
date (optional, YYYY-MM-DD, Standard: heute)
/api/v1/events?apikey=...&date=2026-03-26
/api/v1/catering-overview
Catering-Laufzettel: MenΓΌs pro Raum/Event mit Mengen und Servierzeiten.
startDate, endDate (optional, Standard: aktuelle Woche)
/api/v1/catering-overview?apikey=...&startDate=2026-03-26&endDate=2026-04-01
/api/v1/technik-overview
Technik-Laufzettel: Equipment (Beamer, Flipcharts, etc.) pro Raum/Event.
startDate, endDate (optional, Standard: aktuelle Woche)
/api/v1/technik-overview?apikey=...&startDate=2026-03-26&endDate=2026-04-01
/api/v1/catering-changes
Catering-Γnderungen in einem Zeitraum (Status-Γnderungen an Events).
startDate, endDate (optional, Standard: heute)
/api/v1/catering-changes?apikey=...&startDate=2026-03-26&endDate=2026-03-26
/api/v1/blocks/{blockId}
Block-Details mit Mieter, Catering-Packages und Umsatz-Infos.
blockId (Pflicht, im URL-Pfad)
/api/v1/blocks/240226VJA?apikey=...
/api/v1/maintenance
Zimmer-MΓ€ngel / Maintenance Work Orders: Code, Beschreibung, Zimmer, Status (offen/gelΓΆst), Ersteller.
refresh (optional), includeResolved (optional, default: true)
/api/v1/maintenance?apikey=...&includeResolved=false
/api/v1/maintenance/{id}/resolve
Mangel als gelΓΆst markieren. Schreibt direkt ins Opera HMS zurΓΌck.
PUT /api/v1/maintenance/2992533/resolve (Header: X-Api-Key)
/api/v1/maintenance/{id}/unresolve
GelΓΆsten Mangel wieder ΓΆffnen.
/api/v1/maintenance
Neuen Mangel anlegen. Body: { "roomId": "405", "maintenanceCode": "TV", "remarks": "TV defekt" }
/api/v1/maintenance/{id}
Mangel bearbeiten (Beschreibung, Code). Body: { "roomId": "405", "remarks": "Neuer Text", "maintenanceCode": "TV" }
/api/v1/maintenance/{id}/image
Bild zu Mangel hochladen (lokal gespeichert). Body: { "image": "base64...", "mimeType": "image/jpeg" }
/api/v1/maintenance/codes
Alle verfΓΌgbaren Maintenance-Codes (NAC, TΓR, TV, SPOT, OTH etc.)
/api/v1/housekeeping
Zimmerstatus fΓΌr Housekeeping: Status (Clean/Dirty/Inspected), Belegung, Zimmertyp, Etage. Cache: 15 Min.
refresh (optional, true = Cache ignorieren)
/api/v1/housekeeping?apikey=...
/api/v1/front-desk
An- und Abreisen fΓΌr einen Tag: Gastname, Zimmer, Firma/Gruppe, HK-Status, Personenzahl.
date (optional, YYYY-MM-DD, Standard: heute), refresh (optional)
/api/v1/front-desk?apikey=...&date=2026-03-28
/api/v1/accounting
BuchhaltungsΓΌbersicht: Alle Veranstaltungskonten (PM) mit Folio-Windows, Umsatz, Zahlungen, offenen Salden.
refresh (optional, true = Cache ignorieren)
/api/v1/accounting?apikey=...
/api/v1/postings-overview
Catering-Event-Postings fΓΌr einen Zeitraum: gebuchte Umsatzposten pro Event.
startDate, endDate (optional, Standard: aktuelle Woche)
/api/v1/postings-overview?apikey=...&startDate=2026-03-26&endDate=2026-04-01
/api/v1/rooms
Alle Function Spaces (RΓ€ume) mit ID, Name, Typ und KapazitΓ€t.
/api/v1/rooms?apikey=...
/api/v1/menus |
/api/v1/menu-items |
/api/v1/event-types |
/api/v1/meal-types
Stammdaten: MenΓΌ-Definitionen, MenΓΌ-Items, Event-Typen, Mahlzeiten-Typen.
/api/v1/menus?apikey=... | /api/v1/menu-items?apikey=... | /api/v1/event-types?apikey=... | /api/v1/meal-types?apikey=...
/api/v1/traces
Alle Reservation- und Block-Traces. Aggregiert: Reservierungen (je Scope) + Blocks aus Events der letzten/naechsten 90 Tage. Sortiert nach Faelligkeit, inkl. Abteilung, Text, Faelligkeitsdatum, erfasst von und Status. Hinweis: Erste Anfrage dauert ~30-60 s (OHIP-Einzel-Calls pro Reservation + Block). Ergebnis wird 10 Minuten gecacht.
scope = current (Default, In-House + heutige An-/Abreisen), inhouse, arrivals, departures, range Β· startDate, endDate (nur bei range) Β· refresh=true (Cache umgehen)
/api/v1/traces?apikey=...&scope=current
/api/v1/reservations/{reservationId}/traces
Traces einer einzelnen Reservation. Quelle: rsv/v1/hotels/DE097/reservations/{id}?fetchInstructions=Traces.
reservationId (Pflicht, im URL-Pfad)
/api/v1/reservations/81351407/traces?apikey=...
/api/v1/blocks/{blockId}/traces
Traces eines einzelnen Blocks. Quelle: blk/v1/hotels/DE097/blocks/{id}?fetchInstructions=Traces.
blockId (Pflicht, im URL-Pfad)
/api/v1/blocks/5045678/traces?apikey=...
/kalender/{apikey}/{roomId}
ICS-Kalenderfeed pro Raum (fΓΌr TΓΌrdisplays). Liefert calendar.ics mit Events der aktuellen Woche.
apikey (im URL-Pfad), roomId (Raum-Code, z.B. REES, FUTSAL)
/kalender/{ics-apikey}/REES