Eine vollständige FiveM-Polizeieinrichtung besteht meist aus mehreren Systemen, nicht einer Ressource. Der Polizeijob steuert Dienst und Interaktionen, ein MDT oder CAD organisiert Datensätze, und die Leitstelle verteilt Einsätze und Einheiteninformationen. Karten, Fahrzeuge, Beweismittel und medizinische Abläufe können diese Kernsysteme ergänzen. Dieser Kaufratgeber trennt Zuständigkeiten, damit Serverbetreiber kompatible Teile statt überlappender Funktionen wählen können.
Verstehe die drei Kernschichten
| Ebene | Typische Verantwortung | Fragen vor dem Kauf |
|---|---|---|
| Polizeijob | Dienstzustand, Ränge, Interaktionen, Verhaftungen, Zugriff auf Beweismittel oder Waffenkammer | Welche Frameworks, Inventar- und Zielsysteme verwendet es? |
| MDT oder CAD | Profile, Berichte, Haftbefehle, Fahrzeuge, Vorfälle und Berechtigungen | Wie werden Charaktere, Jobs und Datenbankaufzeichnungen identifiziert? |
| Leitstelle | Alarme, Rufzeichen, Einheiten, Blips, Routen und Koordination der Einsatzkräfte | Welche Ereignisse und Exporte verbinden Jobs, Telefon und benutzerdefinierte Alerts? |
Einige Produkte kombinieren zwei oder drei Ebenen. Das kann die Integrationsarbeit reduzieren, aber es kann auch ein System duplizieren, das du bereits verwendest. Erstelle vor dem Einkauf eine einfache Verantwortungsmatrix: einen Verantwortlichen für den Dienstzustand, eine Quelle für Berichte und eine Quelle für Dispatch-Anrufe. Wenn zwei Ressourcen beide Alerts oder Datensätze erstellen, entscheide, welche Integration deaktiviert wird.
Beginne mit der Kompatibilität von Framework und Identität
Bestätige die genaue ESX-, QBCore- oder QBOX-Integration und die Charakterkennung jeder Ebene. Ein Polizeijob kann Ränge anders speichern als ein MDT, während ein Multicharakter-Server eine bestimmte Bürger- oder Charakterkennung benötigt. Prüfe die Zuordnung von Berechtigungen zu Jobnamen und Rängen, die Unterstützung des Status außerhalb des Dienstes und die Speicherung von Rufzeichen.
Liste Abhängigkeiten für Inventar, Target-Ressource, Menübibliothek, Datenbanktreiber, Telefon und Sprache auf. Prüfe, dass jede benötigte Version zum Server passt und die Integration ihre dokumentierte Schnittstelle nutzt.
Entwirf den Ablauf des Vorfalls vor der Installation
Gehe einen realistischen Vorfall von Anfang bis Ende durch. Eine zivile Aktion oder ein manueller Anruf erzeugt einen Alert. Die Einsatzleitung sendet den Alert an geeignete Einheiten. Ein Beamter nimmt ihn an, navigiert zum Tatort und trägt das Ergebnis im MDT ein. Es können Beweismittel oder Inventargegenstände erstellt werden, und medizinisches Personal könnte einen zugehörigen Arbeitsablauf benötigen. Diese Übung deckt fehlende Ereignisse und doppelte Verantwortlichkeiten auf, bevor sie die Spieler erreichen.
Frage, ob Alerts über dokumentierte Exporte oder Ereignisse erstellt werden können, wie Einheiten ihren Status ändern, wie Blips ablaufen und ob die Dispatch-Historie mit Berichten verbunden ist. Wenn eine Telefon-App Notrufe erstellt, überprüfe auch deren Integrationspfad. Ein sichtbares Feature in einer Demo beweist nicht, dass ein Drittanbieter-Telefon oder -Job automatisch verbunden wird.
Polizeistation und Spielwelt aufeinander abstimmen
Türschlösser, Asservatenräume, Waffenkammern, Garagen und Aufzüge können Koordinaten oder Zonen für den installierten Innenraum benötigen. Nutze die MLO-Kompatibilitätsprüfungen , um Kartenkonflikte zu erkennen, und prüfe anschließend jeden Interaktionspunkt.
Die Systeme in sicherer Reihenfolge in der Testumgebung einrichten
- Sichere die Datenbank und die aktuellen Polizeiressourcen.
- Installiere gemeinsame Bibliotheken und Framework-Brücken.
- Konfiguriere den Polizeijob und bestätige Ränge, Dienst und Interaktionen.
- Füge das MDT hinzu und teste Charakter-, Fahrzeug-, Berichts- und Berechtigungsdatensätze.
- Füge die Dispatch-Funktion hinzu und teste manuelle, automatische und telefonisch ausgelöste Alarme.
- Verbinde die Station, Türen, Inventar, Beweismittel und medizinische Arbeitsabläufe.
Teste mit mindestens zwei Polizeirollen und einer Zivilistenrolle, einschließlich erneutem Verbinden und fehlenden Berechtigungen. Bestätige, dass Vorfälle, Datensätze und Beweismittel den vorgesehenen Neustart überstehen und jedes System eine klare Zuständigkeit hat.
Teste den gesamten Vorfall-Lebenszyklus.
Der wichtigste Integrationstest prüft nicht nur, ob jede Oberfläche geöffnet werden kann. Er prüft, ob Ort, Anruferkontext, Status und zugewiesene Einheiten eines Vorfalls von der Erstellung in der Leitstelle bis zum Abschluss konsistent bleiben. Erstelle ein Testszenario mit Anrufannahme, Zuweisung durch den Disponenten, Bestätigung durch den Beamten, MDT-Abfrage, Statuswechseln und abschließender Bearbeitung.
- Bestätige die Berechtigungen für Zivilisten, Dispatcher, Beamte, Vorgesetzte und Administratoren separat.
- Stelle sicher, dass Wiederverbindungen und Ressourcen-Neustarts aktive Vorfälle nicht duplizieren oder den Status der Einheiten verlieren.
- Überprüfe die Aufbewahrungsregeln, bevor du Namen, Berichte, Bilder oder andere spielerbezogene Datensätze speicherst.
- Dokumentiere, welche Ressource Alarme, Datensätze und Beweismittel besitzt, damit zwei Systeme keine widersprüchlichen Daten schreiben.
Eine kleinere Systemkombination mit klaren Zuständigkeiten lässt sich meist leichter betreiben als mehrere überlappende Polizeiressourcen.