Versionshinweise – Kern & API – R2025.03

Written By Natalia Povrozniak (Administrator)

Updated at April 24th, 2026

Release-Builds:

  • IBSS Hub: 2.19.9484.29235
  • IBSS API: 2.19.9484.13040
  • IBSS Benutzer-API: 2.19.9468.25960
  • IBSS Dateneingabe-API: 2.19.9468.25993
  • IBSS Daten-API: 2.19.9468.25902
 

Was ist neu

Aktualisierung des Buchungsablaufs (Buchungserstellung > Buchungsanpassung)

  • Einführung der Booking Summary API mit berechneten Feldern:
    • BookingParties GET /v2/{nodeid}/bookingparties/parties-count
    • CateringOrder GET /v2/{nodeid}/catering-order/orders-placed
    • Aufgaben GET /v2/{nodeid}/tasks/service-requests
    • Die Endpunkte für Serviceanfragen und Bestellungen wurden in den Buchungscontroller verschoben.
  • Erweiterte Buchungsarten
    • Die Anfrage an Booking Parties (POST /v2/{nodeid}/bookingparties) wurde geändert, um die Besuchserstellung so anzupassen, dass nur Booking Parties, die einen Besucherdatensatz benötigen, als Besucher angelegt werden.
    • Modifizierte Buchungsgruppen PATCH /v2/{nodeid}/bookingparties
    • Geänderte Buchungen POST /v2/{nodeid}/bookings
    • Geänderte Buchungen PUT /v2/{nodeid}/bookings/{bookingid}
    • Das Datenmodell für Buchungsparteien wurde angepasst und umfasst nun: IsExternal, IsRemote, Pass
  • Buchungsstatussperre, Warteschlangenunterstützung und Wiederholungsversuche für den Massenimport von Buchungsteilnehmern hinzugefügt.

Buchungs-Dashboard unter OneLens > Analysen

  • Neuer Endpunkt zum Abrufen von Speicherplatznutzungsdaten erstellt:
    • Endpunkte für tägliche/wöchentliche/monatliche Zusammenfassungen abrufen
    • [Gemeinsame] Zusammenfassungen – Monatliche Nutzung hinzugefügt
    • Zusammenfassungen – hinzugefügter Endpunkt für monatliche Auslastung
    • Hinzugefügte Menge (Gesamtkapazität) zur monatlichen Raumauslastungsübersicht
    • Die Berechtigung OneLens 360.BookingAnalytics.Overview“ wurde unter „App-Einstellungen“ im Abschnitt OneLens 360“ hinzugefügt.

Hintergrundaufgaben in Flex und OneLens

  • Bestehende Export- und Importanfragen können nun vom System verarbeitet werden:
    • GET /v2/{nodeid}/import-requests
    • GET /v2/{nodeid}/import-requests/{id}
    • GET /v2/{nodeid}/import-requests/{id}/status
    • POST /v2/{nodeid}/import-requests/{id}/download
    • Aktualisierte Statusaufzählungen für Exporte/Importe

HID-Wallet-Integration

  • Prozessablauf für die HID Origo-Integration für Apple Wallet erstellt:
    • POST-Endpunkt für die Erstellung einer Vorlage für einen digitalen Wallet-Pass
    • DELETE-Endpunkt zum Widerrufen des digitalen Wallet-Passes
    • PUT-Endpunkt zum Aktualisieren des Erfolgsstatus
    • GET-Endpunkt für die Ausstellung von Apple Digital Wallet-Pässen
    • PUT-Endpunkt zum Hochladen von Benutzerfotos
    • Service für alle internen HID-Funktionen
    • Modifizierter HID-Benutzerablauf
  • Modifizierter POST-Endpunkt für Passvorlagen zur Erstellung einer Google-Vorlage

Was hat sich geändert?

  • Wenn der Nutzer bereits eine Buchung hat und nach freien Plätzen sucht, um diese Buchung zu verlängern oder früher anzureisen, wird das System Folgendes tun:
    • Geben Sie den gebuchten Platz zurück, sobald er verfügbar ist.
    • Überschneidungen mit bestehenden Buchungen anzeigen, um die Buchungszeiten anpassen zu können
    • Passen Sie die Einstellungen an und setzen Sie die Zeitfenster entsprechend der aktualisierten Buchung zurück, falls der Raum nicht von jemand anderem gebucht ist.
  • Dem Catering-Template wurde ein zusätzliches isEnabled-Flag hinzugefügt, um es als aktiviert/deaktiviert zu kennzeichnen.
  • Für interne und externe Teilnehmer, die einen Besucherausweis benötigen, werden nun Besucherdatensätze erstellt. Die Importdatei für Besucher muss außerdem eine Spalte „Ausweis“ enthalten, wobei 0 bedeutet, dass kein Ausweis oder Besucherdatensatz benötigt wird, und 1 bedeutet, dass ein Ausweis benötigt wird und ein Besucherdatensatz erstellt wird.
  • Besucher können jederzeit vor dem Ende des Besuchs einchecken. Daher wird im POST-Aufruf /v2/{nodeid}/visits/checkin der Parameter Vis_Arvl_Wndw_Mins nur noch verwendet, um festzulegen, wann ein Benutzer vor dem Besuchsbeginn einchecken kann. Er wird nicht mehr verwendet, um zu bestimmen, bis zu welchem Zeitpunkt während eines Besuchs ein Benutzer einchecken kann.
  • Das Feld Space_Light_Mode wurde in die Antwort von GET /v2/configuration/{nodeid}/spaces/{spaceId} aufgenommen.
  • Booking_Attendance ist in den Buchungsexportdateien enthalten.

Was wurde behoben?

Räume

  • Die Werte in der Space-Konfigurationsdatei müssen nicht von Ganzzahlen in Zeichenketten umgewandelt werden, um für den Import akzeptiert zu werden.
  • Die Felder Meta_Avail_Serv_Reqs und Space_Light_Scenes werden beim Importieren der Raumkonfigurationsdatei wie erwartet aktualisiert.
  • Die Spaces-Importdatei unterstützt nun problemlos die folgenden Felder: Meta_Ext_Occ_System, Meta_Ext_Booking_System.
  • Das Problem mit der Aktualisierung der Raumkonfiguration über den v2-Endpunkt wurde behoben.
  • Der v2 Space Search POST-Endpunkt gibt nun auch eingecheckte Bereiche zurück.

Besuche

  • Der API-Antworttext wurde korrigiert, wenn ein Besuch über V2 > Besuche > POST /v2/{nodeid}/visits erstellt wird.
  • Besuche können nicht aktualisiert werden, wenn sie ausgecheckt oder auf den Status „Nicht erschienen“ gesetzt wurden.

Buchungen

  • Wenn ein Benutzer in Flex die Buchungszeit ändert, wird die zugehörige Ressourcenaufgabe storniert und anschließend wieder hinzugefügt.
  • Beim Aktualisieren einer Buchung wurden Ressourcendatensätze zuvor dupliziert. Wir haben dieses Problem behoben, und der POST-Aufruf für Buchungsgruppen aktualisiert sich nun wie erwartet.
  • Die Aktualisierung einer Buchung mit einem neuen Inhaber ist nun erfolgreich. Der vorherige Buchungsinhaber wird deaktiviert und der neue Inhaber zugewiesen.
  • Wenn sich der Benutzer mit einer falschen PIN eincheckt, wird die vollständige Fehlermeldung 403 zurückgegeben, die den Fehler erläutert.
  • Der Nutzer kann nun problemlos eine Buchung in einen anderen Raum auf einer anderen Etage verschieben.
  • Der Buchungsraumdatensatz wird korrekt aktualisiert, wenn eine verknüpfte Raumbuchung in eine andere Raumkombination verschoben wird.
  • Beim Hinzufügen, Aktualisieren oder Importieren von Buchungsteilnehmern stellt die aktualisierte Validierung nun sicher, dass deren E-Mail-Adressen im System vorhanden sind.
  • Die API gibt nun die entsprechende Fehlermeldung zurück, wenn eine Buchung erstellt wird, deren Einrichtung in der Vergangenheit erfolgte.

Gastronomie

  • Beim Hinzufügen eines Catering-Artikels sind im Artikelnamen, in der Beschreibung und in den Nährwertangaben Sonderzeichen zulässig.
  • Catering Order POST/PUT-Aufrufe verwenden jetzt die Catering Menu Operational Settings oder den Pre_Book_Cat_Time Parameter, um Catering_Cutoff_Time zu generieren.
  • Catering-Bestellungen per POST/PUT-Anfrage akzeptieren leere Arrays oder leere Zeichenketten für Kostencodes.
  • Das Exportproblem der Catering-Lieferanten wurde gelöst.
  • Das Feld „Buchungsteilnehmer“ hat Vorrang vor der Anzahl der der Buchung hinzugefügten Teilnehmer bei der Berechnung der Anzahl automatisierter Catering-Bestellungen.
  • Durch die Aktualisierung des Buchungsnamens wird auch der Buchungsname der automatisierten Catering-Bestellung aktualisiert, ohne dass die ursprüngliche Bestellung gelöscht und neu erstellt werden muss.

Verschiedenes

  • Die Endpunkte „Delegates“ und „Tag2EventTypes“ liefern eine erfolgreiche Antwort, wenn der Benutzer über die entsprechenden Berechtigungen verfügt. Zuvor wurde der Fehlercode 403 zurückgegeben.
  • Der Aufruf von Roles GET /api/user/v1/Roles/{name} führt nicht mehr zu einem Timeout und gibt die Rolle korrekt basierend auf den angegebenen Namensparametern zurück.
  • Beim Exportieren der Importanfragen mit GET /v2/{nodeid}/export-requests/{id}.
  • Das Problem mit der Zeitzone in der Berechnung der täglichen Umweltzusammenfassung wurde behoben.
  • Eine kleine Diskrepanz wurde in Space15minSummary behoben, um genau alle 15 Minuten einen Datensatz zu erstellen.

Bekanntes Problem

  • Wird eine Buchung mit Catering-Bestellungen in einen neuen Raum auf einer anderen Etage verschoben, in dem kein Catering verfügbar ist, wird die Catering-Bestellung nicht automatisch mitverschoben. Die Bestellungen bleiben im Status „Genehmigung ausstehend“ oder „Genehmigt“. Dies muss manuell behoben werden, indem die Buchungsraum- und Bestelländerungen abgeglichen werden. Benutzer mit den entsprechenden Berechtigungen können die Bestellung im Dropdown-Menü „Bestellort“ in den aktualisierten Raum verschieben.