Sitzungen bilden die Arbeitsgrundlage für jede Simulation und trennen die eigentliche Leitstelle von der aktiven Nutzung im Simulator.

Eine Sitzung ist immer ein vollständiges Abbild einer bestehenden Leitstelle. Sie kann nicht unabhängig erstellt werden, sondern basiert stets auf einer vorhandenen Leitstellenkonfiguration. Beim Erstellen einer Sitzung wird der komplette aktuelle Datenbestand der Leitstelle kopiert. Dazu gehören unter anderem Einsatzgebiete, Straßenverzeichnisse, Stichwörter, Ressourcen und weitere statische Konfigurationen.

Dieses Abbild wird in einer isolierten Umgebung bereitgestellt. Alle Arbeiten innerhalb einer Sitzung erfolgen ausschließlich auf dieser Kopie. Änderungen an der Leitstelle im Hintergrund, etwa das Hinzufügen oder Bearbeiten von Datensätzen über das Dashboard, wirken sich nicht auf bereits existierende Sitzungen aus. Jede Sitzung bleibt in genau dem Zustand, der zum Zeitpunkt ihrer Erstellung gültig war.

Sitzungen werden auf dem sogenannten Realm betrieben. Die Pflege und Verwaltung der statischen Leitstellendaten erfolgt unabhängig davon über die Dashboard Komponenten.

Unverwaltete Sitzungen sind der Standardtyp in SIM Dispatcher. Sie eignen sich vor allem für kurzfristige Simulationen, Übungen oder zum Kennenlernen des Systems.

Diese Sitzungen fungieren als temporäre Arbeitsumgebung. Sie ermöglichen es, Abläufe zu testen, Simulationen durchzuführen oder neue Funktionen auszuprobieren, ohne langfristige Auswirkungen zu erzeugen. Alle innerhalb der Sitzung erzeugten Einsätze und Zustände existieren nur innerhalb dieser einen Instanz.

Ein wichtiger Aspekt unverwalteter Sitzungen ist ihre Begrenzung. Sie reagieren nicht auf Änderungen an den Leitstellendaten im Hintergrund. Sobald beispielsweise neue Rettungsmittel oder Stichwörter in der Leitstelle ergänzt werden, stehen diese in einer bestehenden Sitzung nicht zur Verfügung. Um mit aktualisierten Daten zu arbeiten, muss eine neue Sitzung erstellt werden.

Unverwaltete Sitzungen sind nicht für einen dauerhaften oder produktiven Betrieb vorgesehen. Zusätzlich gilt eine automatische Bereinigung: Wenn eine unverwaltete Sitzung 14 Tage lang nicht genutzt wird, wird sie automatisch gelöscht. Außerdem kann pro Leitstelle immer nur eine unverwaltete Sitzung gleichzeitig existieren.

Verwaltete Sitzungen basieren ebenfalls auf einem Abbild der Leitstelle, erweitern dieses Prinzip jedoch um zusätzliche Funktionen und eine dauerhafte Datenhaltung.

Ein wesentlicher Unterschied ist die Möglichkeit zur Neuinitialisierung. Eine verwaltete Sitzung kann während ihres Bestehens aktualisiert werden. Dabei wird das Leitstellenabbild neu erstellt und statische Daten werden auf den aktuellen Stand gebracht, ohne dass die Sitzung vollständig neu angelegt werden muss.

Alle innerhalb einer verwalteten Sitzung entstehenden Daten werden persistent und redundant gespeichert. Dazu zählen Einsätze, Statusänderungen, Protokolleinträge und weitere sitzungsbezogene Informationen. Auch bei Serverausfällen, Verbindungsabbrüchen oder Systemupdates bleibt die Sitzung erhalten und kann fortgesetzt werden.

Darüber hinaus bieten verwaltete Sitzungen erweiterte Integrationsmöglichkeiten. Der Zugriff kann über ein Bearer Token in Form eines JSON Web Tokens erfolgen, wodurch externe Systeme über eine API angebunden werden können. Zusätzlich unterstützen verwaltete Sitzungen Webhooks über HTTPS. Dadurch lassen sich Ereignisse in Echtzeit an externe Dienste übertragen.

Aufgrund dieser Eigenschaften eignen sich verwaltete Sitzungen besonders für produktive Szenarien, langfristige Simulationen und komplexe Integrationen.

Verwaltete Sitzungen gelten derzeit noch als experimentelle Funktion. Sie stehen zur Verfügung, befinden sich jedoch weiterhin in aktiver Weiterentwicklung.

Ein zentraler Unterschied zur unverwalteten Sitzung ist die Lebensdauer. Während unverwaltete Sitzungen nach 14 Tagen ohne Aktivität automatisch gelöscht werden, bleiben verwaltete Sitzungen dauerhaft bestehen.