Eine Vorführung einer rechnergestützten Einsatzdisposition (CAD) kann überzeugend wirken, wenn jeder Vorfall vorbereitet ist, alle Einheiten verfügbar sind und jedes angeschlossene System korrekt funktioniert. In echten Leitstellen läuft es selten so ab. Disponenten bearbeiten unvollständige Meldungen, sich überschneidende Vorfälle, nicht verfügbare Einsatzkräfte und Kommunikationsverbindungen, die im ungünstigsten Moment ausfallen können. Die richtige CAD-Software muss solche Situationen unterstützen, ohne das Personal dazu zu zwingen, parallel Tabellen, Funknotizen und manuelle Einsatzakten zu führen.
Die Auswahl einer CAD-Software im Jahr 2026 erfordert daher eine dokumentierte Bewertung der Dispositionsabläufe, Integrationsschnittstellen, Sicherheitskontrollen, Betriebskontinuität und Gesamtbetriebskosten. Die Anforderungen unterscheiden sich zwischen einer Kommunikationszentrale für Polizei, Feuerwehr oder Rettungsdienst (EMS), einem Industriebetrieb, einem Verkehrsunternehmen und einer Campus-Sicherheitsabteilung. Eine Sprachfunk- oder Einsatzleitkonsole ist nicht automatisch ein CAD-System zur Vorfallverwaltung; ebenso stellt eine CAD-Anwendung nicht automatisch die Funk-, Telefonie- und Beschallungsinfrastruktur bereit, über die Außenteams kontaktiert werden.
Den betrieblichen Umfang vor dem Vergleich von Anbietern festlegen
Festlegen, welche Dispositionsumgebung das System bedienen muss
Beginnen Sie mit der Organisation, die die Software einsetzen wird. Eine Notruf- und Sicherheitsleitstelle (PSAP) muss möglicherweise Notfallinformationen aus der Anrufbearbeitung übernehmen, mehrere Einsatzbereiche koordinieren und Datensätze mit anderen Behörden austauschen. Eine industrielle Leitstelle kann dagegen Ereignisse von Telefonen in explosionsgefährdeten Bereichen, Anlagenalarmen, Zutrittskontrolle und Wartungssystemen empfangen. Eine Verkehrsleitstelle verwendet möglicherweise Bahnhöfe, Gleise, Streckenabschnitte oder Kilometerangaben statt gewöhnlicher Straßenadressen. Diese Einsatzumgebungen erfordern unterschiedliche Standortstrukturen, Berechtigungen und externe Schnittstellen.
Listen Sie die erwartete Zahl der Disponentenplätze, gleichzeitig aktiven Vorfälle, Betriebsstandorte, Einsatzmittel und angeschlossenen Teilsysteme auf. Behandeln Sie diese Werte als zu überprüfende Projektparameter und nicht als Ersatz für Kapazitätstests. Legen Sie den geografischen Einsatzbereich sowie Standorte fest, die bei Ausfall der zentralen WAN-Verbindung weiterarbeiten müssen.
Drei realistische Einsatzabläufe dokumentieren
Dokumentieren Sie vor der Angebotsanfrage mindestens drei repräsentative Szenarien: einen Routinevorgang, einen Notfall mit mehreren Einheiten und eine Störung oder Übergabesituation. Bestimmen Sie für jedes Szenario, wer den Vorfall meldet, wie der Standort ermittelt wird, welches Team eingesetzt werden kann, welche Bestätigung erwartet wird und wer den Vorgang schließen darf. Berücksichtigen Sie Ausnahmen wie doppelte Meldungen, einen zunächst falschen Standort, ein ausgelastetes Einsatzteam oder eine Neuzuweisung zwischen Schichten.
Überführen Sie diese Szenarien in verpflichtende, wünschenswerte und zukünftige Anforderungen. Eine Fähigkeit ist nur dann verpflichtend, wenn das Projekt ohne sie nicht sicher betrieben werden kann oder seine Verpflichtungen nicht erfüllen würde. So wird verhindert, dass erweiterte Funktionen Mängel bei grundlegenden Dispositionsaufgaben ausgleichen sollen.

Die tatsächlich verwendeten Dispositionsfunktionen testen
Ereignisannahme, Klassifizierung und Standortbestimmung
Ein Disponent muss aus einem Telefonbericht, einer manuellen Eingabe, einer unterstützten Alarmschnittstelle oder einer verbundenen Anwendung einen Datensatz erstellen können, ohne Quelle und Zeitpunkt der Meldung zu verlieren. Fragen Sie nach Ereigniskategorien, konfigurierbaren Prioritätsregeln, Standortvalidierung, verknüpften Doppelmeldungen und Korrekturen einer Erstmeldung. Stellen Sie sicher, dass wichtige Angaben sichtbar bleiben, wenn die Zuständigkeit vom Anrufbearbeiter an einen Disponenten oder Vorgesetzten übergeht.
Unterbrechen Sie bei einer Live-Demonstration die Dateneingabe durch ein weiteres Ereignis, ändern Sie die Priorität und übergeben Sie den Vorgang an einen anderen Disponenten. Der Anbieter sollte zeigen, wie Zeitstempel, ursprüngliche Einträge und spätere Änderungen erhalten bleiben. Ein übersichtliches Ereignisformular ist hilfreich, doch die Integrität der Datensätze unter Druck ist wichtiger als das Erscheinungsbild.
Verfügbarkeit, Zuweisung und Status der Einsatzmittel
Die Auswahl von Ressourcen darf sich nicht nur am nächstgelegenen Kartensymbol orientieren. Fragen Sie, wie die Anwendung Einheitentyp, Qualifikation, Zuständigkeitsgebiet, Verfügbarkeit, aktuelle Zuweisung und Kommunikationskontakt darstellt. Eine automatische Empfehlung ist nur dann nützlich, wenn Eingabedaten und Regeln nachvollziehbar sind; sofern die Einsatzrichtlinien es erlauben, muss ein Disponent die vorgeschlagene Einheit prüfen oder ändern können.
Testen Sie die gesamte Statuskette: verfügbar, zugewiesen, bestätigt, unterwegs, vor Ort, Aufgabe abgeschlossen und wieder einsatzbereit; passen Sie die Bezeichnungen an lokale Verfahren an. Wird eine Einheit während eines Vorfalls nicht verfügbar, muss der Datensatz eine Neuzuweisung ermöglichen, ohne die vorherige Entscheidung zu löschen. Für GIS oder automatische Fahrzeugortung (AVL) sind Zeitstempel und sichtbare Hinweise auf veraltete oder fehlende Positionen erforderlich; eine alte GPS-Koordinate darf nicht als bestätigter aktueller Standort erscheinen.
Übersicht und Dokumentation für Vorgesetzte
Vorgesetzte müssen offene Vorfälle, überfällige Bestätigungen und ungeklärte Zuweisungen sehen können, ohne die Arbeitsansicht des Disponenten zu verändern. Berichte müssen festhalten, wer wichtige Aktionen wann ausgeführt hat. Klären Sie, wie Vorfallsdaten exportiert, durchsucht und an ein Vorgangsverwaltungs- oder Wartungssystem übertragen werden können. Ein CAD-Vorfallsdatensatz ist nicht automatisch ein vollständiges Vorgangsverwaltungssystem (RMS), eine Beweismittelplattform oder eine Lösung für gesetzliche Berichte.
Interoperabilität mit vorhandener Kommunikation und vorhandenen Daten nachweisen
Integrationsaussagen müssen anhand konkret benannter Schnittstellen geprüft werden, nicht anhand allgemeiner Begriffe wie „offene API“, „SIP-fähig“ oder „GIS-kompatibel“. Ein System kann ein Kamerabild anzeigen, einen Telefonanruf verbinden oder eine GPS-Position empfangen, ohne diese Aktivität einer dauerhaft gültigen Vorfall-ID zuordnen zu können. Käufer sollten festlegen, welche Felder, Befehle und Statusmeldungen in welche Richtung übertragen werden und wer den Connector bei einer Aktualisierung einer der beiden Seiten wartet.
| Angeschlossenes System | Anzufordernde Nachweise |
|---|---|
| Anrufbearbeitung / Notrufannahme | Vorfallsdatenfelder, Ereigniskennungen, Aktualisierungsverarbeitung und einschlägige PSAP-/NG911-Schnittstellen |
| Funkdisposition / Telefonie | Unterstützte Funk- oder SIP-Schnittstelle, Zielauswahl, Berechtigungen zur Anrufsteuerung und zurückgemeldeter Betriebsstatus |
| GIS / AVL | Kartendatenquellen, Standortkennungen, Aktualisierungszeitstempel, Koordinatenverarbeitung und Offline-Verhalten |
| RMS / Arbeitsaufträge / Außendienstanwendungen | Feldzuordnung, Datensatzverantwortung, Aktualisierungsrichtung, Dublettenbehandlung, Exportformat und Fehlerbehebung |
| Alarme / CCTV / Beschallung | Ereignisauslöser, Zuordnung von Geräten zu Standorten, Bedieneraktionen und verfügbare Bestätigungen je Endgerät |
Bei einem Projekt mit professionellen Funknetzen ist zu klären, ob die Kommunikation über eine unterstützte System-API, einen Funkdispositionsserver oder ein Radio-over-IP-Gateway geführt wird. Ein Gateway kann Audio oder PTT-Steuerung (Push-to-Talk) übertragen, ohne CAD Einheitenkennungen, Ressourcenverfügbarkeit oder Vorfallsdaten bereitzustellen. Ebenso beweist SIP-Unterstützung nicht, dass ein Telefonsystem CAD-Ereignisse erzeugen, den Vorfallkontext übertragen oder den Aufgabenstatus eines Einsatzteams melden kann. Dafür ist eine tatsächliche Integration auf Anwendungsebene erforderlich.
Interoperabilität ist eine dokumentierte Herausforderung der Branche. In den USA nennt das CAD-Interoperabilitätsbewertungsprojekt von 911.gov uneinheitliche Schnittstellen und den Datenaustausch zwischen Behörden als wesentliche Hindernisse. Käufer sollten daher Schnittstellendokumentation verlangen und den vollständigen Weg vom Ereignis bis zur Reaktion über die für das Projekt vorgesehenen Systeme demonstrieren lassen.

Sicherheit, Kontinuität und Einsatzbereitschaft für 2026 prüfen
Die für die jeweilige Rechtsordnung geltenden Standards anwenden
Behandeln Sie nicht jedes CAD-Projekt wie eine US-amerikanische 911-Installation. Bei einer US-PSAP, die auf Next Generation 911 umstellt, sollte geklärt werden, wie das vorgesehene CAD mit der Anrufbearbeitung, Standortdiensten und dem Austausch von Vorfallsdaten zusammenarbeitet. NENA-STA-049.1-2025 beschreibt ein Übergangsmodell für CAD (TCAD) mit Legacy- und i3-Schnittstellen sowie einer spezifischen Verwendung von Emergency Incident Data Objects (EIDOs). Diese Anforderungen gelten für Systeme, die diese Übergangsfunktion beanspruchen, nicht automatisch für industrielle Dispositionsinstallationen oder jedes CAD-Produkt weltweit.
Werden Informationen aus der Strafjustiz (CJI) verarbeitet, muss die Behörde außerdem die geltende FBI-CJIS-Sicherheitsrichtlinie und landesspezifische Bedingungen prüfen. Version 6.1 wurde im Juni 2026 veröffentlicht; Übergangsregelungen für Audits können je nach Rechtsordnung variieren. Verlangen Sie eine Verantwortungsmatrix für jede einzelne Sicherheitskontrolle, statt eine unbelegte Aussage wie „CJIS-zertifiziert“ zu akzeptieren. Andere Käufer müssen ihre nationalen Anforderungen an Datenschutz, Cybersicherheit, Aufbewahrung von Datensätzen und branchenspezifische Vorschriften anwenden.
Wiederherstellbaren Betrieb verlangen, nicht nur redundante Server
Ein ausfallsicherer Dispositionsdienst benötigt mehr als zwei Server. Prüfen Sie, welche Funktionen verfügbar bleiben, wenn ein Arbeitsplatz ausfällt, der GIS-Dienst nicht erreichbar ist, eine Funkschnittstelle nicht mehr reagiert oder ein Standort seine WAN-Verbindung verliert. Fragen Sie, wer den Failover auslöst, wie ausstehende Aufgaben erhalten bleiben, wie Uhren und Protokolle synchronisiert werden und wie das System zum Normalbetrieb zurückkehrt, ohne widersprüchliche Vorfallsdatensätze zu erzeugen.
Legen Sie Wiederanlaufzeit- und Wiederherstellungspunktziele anhand des Betriebsrisikos fest und testen Sie sie. Prüfen Sie Authentifizierung, rollenbasierte Berechtigungen, erforderliche Mehrfaktorverfahren, Verschlüsselung, Audit-Protokolle, Backup-Wiederherstellung und Administratorzugriff. Cloud-, lokale und hybride Bereitstellungen benötigen jeweils ein klares Verantwortungsmodell für Hosting, Patches, Konnektivität und Dateneigentum. Ohne Nachweise ist kein Modell automatisch sicherer oder ausfallsicherer.
Neue Funktionen bewerten, ohne sich von Werbeversprechen leiten zu lassen
Manche Angebote für 2026 enthalten möglicherweise KI-gestützte Triage, Transkription, Anomalieerkennung und Empfehlungstools. Diese sollten jedoch als optionale Funktionen bewertet werden, sofern sie nicht betrieblich begründet sind. Fragen Sie, welche Daten das Tool nutzt, wie Fehler angezeigt werden, ob ein Mensch folgenreiche Zuweisungen bestätigt und wie Entscheidungen geprüft werden können. Eine Zusammenfassung oder Einheitenempfehlung allein beweist nicht, dass die Empfehlung korrekt, autorisiert oder für einen Notfall geeignet ist.
Bereitstellung, Migration und Lebenszykluskosten vergleichen
Ein Angebot für Softwarelizenzen bildet nicht die gesamten CAD-Betriebskosten ab. Schnittstellenentwicklung, GIS-Datenaufbereitung, Arbeitsplatzhardware, Systemhärtung, Konvertierung älterer Daten, Schulung, Support, Versionsaktualisierungen und Backup-Einrichtungen können erheblichen Aufwand verursachen. Verwenden Sie einen einheitlichen Bewertungszeitraum – etwa fünf Jahre oder eine andere an den Vertrag angepasste Laufzeit –, um Kandidaten auf derselben Grundlage zu vergleichen. Behandeln Sie Zahlen als zu überprüfende anbieterspezifische Schätzungen und nicht als angenommene Branchenkosten pro Disponent.
| Kosten- oder Lieferposition | Frage an den Anbieter |
|---|---|
| Lizenzierung und Hosting | Wird nach Disponent, Standort, Server, Modul, Ereignisvolumen oder Abonnementdauer abgerechnet? |
| Schnittstellen und Daten | Welche Connectoren sind enthalten, und wer bezahlt deren Reparatur nach Upgrades? |
| Migration | Welche historischen Datensätze und Anhänge werden konvertiert, validiert und aufbewahrt? |
| Tests und Schulung | Wie viele rollenbezogene Sitzungen, Übungen und Abnahmezyklen sind enthalten? |
| Kontinuität und Support | Welche Supportzeiten, Wiederherstellungsverantwortlichkeiten und Eskalationswege sind vertraglich vereinbart? |
| Vertragsende | In welchem nutzbaren Format und zu welchen Kosten können Vorfalls- und Audit-Datensätze exportiert werden? |
Verlangen Sie von jedem Anbieter auf der Auswahlliste einen schriftlichen Migrationsplan mit Dateneigentum, Zuordnungsregeln, Validierungsbeispielen, Umschaltfenster und Rollback-Bedingungen. Historische Vorfallsnummern, Adressen, Zeitstempel und Benutzerkennungen erfordern besondere Sorgfalt. In einer aktiven Leitstelle können Parallelbetrieb und Übungen mit Disponenten wichtiger sein als eine möglichst kurze Installationsdauer.
Eine skriptgestützte Anbieterdemonstration und einen Abnahmetest verlangen
Produktvideos und Präsentationen ersetzen keine betriebliche Demonstration. Geben Sie allen Kandidaten dasselbe Szenario und dieselben Nachweisanforderungen vor, damit der Vergleich fair bleibt. Öffentliche Vergabeunterlagen können dies ausdrücklich festlegen: Die Ausschreibung 2026 zur CAD-Erneuerung im Tippecanoe County sieht skriptgestützte Anbieterdemonstrationen vor und nennt eine separate Vorlage für das Kostenangebot.
Ein praxisnahes End-to-End-Testszenario
Stellen Sie sich einen hypothetischen Vorfall in einem Industriebetrieb oder einer Verkehrsleitzentrale vor: Eine Notrufsprechstelle meldet Rauch in einem abgelegenen Servicebereich, während für denselben Ort ein Wartungsalarm eingeht. Der Disponent muss entscheiden, ob die Meldungen verknüpft werden, den Standort im GIS prüfen, eine qualifizierte Einheit zuweisen, das Team über einen freigegebenen Sprach- oder Funkkanal kontaktieren, die Bestätigung erfassen und die Aufgabe bis zum Abschluss verfolgen. Während der Übung wird die erste Einsatzkraft nicht verfügbar und eine externe Verbindung unterbrochen.
Die erste Meldung mit nachvollziehbarer Quelle, Priorität und Standort erfassen.
Die zweite Meldung bearbeiten, ohne die erste unbemerkt zu überschreiben.
Anhand des aktuellen Ressourcenstatus eine geeignete Einheit auswählen und das Alter der Standortdaten sichtbar machen.
Die erforderliche Kommunikation über das tatsächlich angebundene System einleiten.
Bestätigung, Neuzuweisung, Rückmeldungen aus dem Feld und Entscheidungen der Aufsicht protokollieren.
Das Verhalten bei Verbindungsverlust, die Wiederherstellung und eine konsistente abschließende Vorfallhistorie demonstrieren.
Bei einer Polizei-, Feuerwehr- oder EMS-Leitstelle ersetzen Sie das Industriebespiel durch für die Behörde passende Vorfälle und regulatorische Schnittstellen. Dokumentieren Sie während des Tests die Arbeitsschritte, erforderliche manuelle Umgehungslösungen, ausgefallene Schnittstellen, Vollständigkeit der Protokolle und das beobachtete Wiederherstellungsverhalten. Dies sind Abnahmebeobachtungen und keine Leistungszusagen, die sich aus Marketingmaterial ableiten lassen.

Die engere Auswahl bewerten und die Entscheidung dokumentieren
Bewerten Sie Kandidaten anhand der Pflichtanforderungen, bevor Sie gewichtete Punkte vergeben. Eine Plattform, die eine wichtige gesetzliche Pflicht nicht erfüllt, eine unverzichtbare Anrufbearbeitungsschnittstelle nicht abschließt oder einen operativen Vorfallsdatensatz nicht wiederherstellen kann, sollte nicht gewinnen, nur weil sie mehr optionale Dashboards bietet. Für Kandidaten, die diese Hürden erfüllen, zeigen die folgenden Gewichtungen beispielhaft, wie ein Leitstellenprojekt Anbieter vergleichen könnte. Sie sind anpassbare Beispiele und kein anerkannter Branchenstandard.
| Bewertungskategorie | Beispielgewichtung | Erforderliche Nachweise |
|---|---|---|
| Operativer Arbeitsablauf | 25 % | Skriptgestützte Demonstration von Vorfall und Neuzuweisung |
| Interoperabilität | 25 % | Benannte Schnittstellen und funktionierende End-to-End-Tests |
| Sicherheit und Kontinuität | 20 % | Kontrollen, Audit-Protokolle, Failover- und Wiederherstellungstests |
| Bereitstellung und Migration | 15 % | Lieferplan, Datenkonvertierung und Disponentenschulung |
| Lebenszykluskosten | 10 % | Vergleichbare mehrjährige Kostenaufstellung |
| Support und Referenzen | 5 % | Vertragsbedingungen und Referenzen relevanter Installationen |
Verlangen Sie, dass Bewerter jeder Punktzahl Nachweise beifügen: Testergebnis, Schnittstellenspezifikation, Beispielexport, Vertragsklausel oder überprüfte Referenz. Dokumentieren Sie, was vorgeführt wurde, was eine kundenspezifische Entwicklung erfordert und was nicht zum Angebot gehört. So wird verhindert, dass eine ausgefeilte Präsentation mit einer funktionierenden Integration gleichgesetzt wird.
Für Projekte, die CAD mit industrieller Telefonie, Funkdisposition, Alarmen, CCTV, GIS und Beschallung verbinden, bietet das Computer-Aided-Dispatch-System von Becke Telcom ein Beispiel dafür, wie Vorfallsdatensätze und Kommunikation in getrennten, aber koordinierten Ebenen organisiert werden können. Wenden Sie dieselben Bewertungskriterien auf jeden Kandidaten an: Prüfen Sie vor der Kaufentscheidung die bereitgestellten Softwaremodule, Schnittstellen und das projektspezifische Betriebsverhalten.
Häufig gestellte Fragen
Sollte eine kleine Organisation eine vollständige CAD-Software für öffentliche Sicherheit kaufen?
Nicht unbedingt. Ein Campus, eine Fabrik oder ein lokaler Standort benötigt möglicherweise eine strukturierte Vorfallverfolgung und einige Kommunikationsschnittstellen, aber nicht den gesamten regulatorischen und behördenübergreifenden Umfang einer PSAP. Die erforderlichen Arbeitsabläufe und betrieblichen Pflichten sollten die Softwarekategorie bestimmen.
Ist CAD dasselbe wie eine Funkdispositionskonsole?
Nein. CAD verwaltet Vorfälle, Ressourcenzuweisungen, Status und Datensätze. Eine Funkdispositionskonsole verwaltet die Kommunikation mit Funkteilnehmern. Beide Systeme können integriert sein, aber Sprachkommunikation allein bildet nicht den vollständigen Ablauf der Vorfallverwaltung ab.
Was ist der Unterschied zwischen CAD und RMS?
CAD unterstützt hauptsächlich die Echtzeitbearbeitung von Vorfällen und die Disposition. Ein RMS verwaltet ausführlichere nachgelagerte Datensätze und Berichte. Einige Anbieter liefern integrierte Produkte, doch Käufer sollten genau prüfen, welche Datensätze und Arbeitsabläufe zu welcher Komponente gehören.
Kann eine bestehende CAD-Installation schrittweise aktualisiert werden?
In manchen Umgebungen ja. Bei einem stufenweisen Vorgehen können Anwendungskomponenten oder Schnittstellen getrennt ersetzt werden, sofern Datenkonsistenz und Betriebskontinuität erhalten bleiben. Aktualisierungen für öffentliche Sicherheit müssen außerdem die geltenden Übergangsanforderungen zwischen Altsystemen und NG911 erfüllen; eine Teilintegration ist nicht automatisch vollständige Konformität.
Was muss vor Vertragsunterzeichnung dokumentiert werden?
Der Vertrag sollte gelieferte Module, unterstützte Schnittstellen, Abnahmeszenarien, Dateneigentum, Migrationsumfang, Sicherheitsverantwortlichkeiten, Wiederherstellungsziele, Supportstufen, Änderungskosten und Export- oder Ausstiegsrechte festlegen. Zusagen aus einer Demonstration müssen auf schriftliche Anforderungen und Abnahmekriterien zurückgeführt werden können.