Eine vollständige FiveM-Polizeiausrüstung ist normalerweise ein Stack, nicht eine Ressource. Der Polizeijob steuert Aufgaben und Interaktionen, ein MDT oder CAD organisiert Aufzeichnungen und die Einsatzzentrale verteilt Vorfälle und Einheitinformationen. Karten, Fahrzeuge, Beweise und medizinische Arbeitsabläufe können um diese Kernsysteme herum angeordnet werden. Dieser Kaufratgeber trennt die Verantwortlichkeiten, sodass Serverbesitzer kompatible Teile auswählen können, anstatt sich überlappende Funktionen zu kaufen.
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, Vollmachten, Fahrzeuge, Vorfälle und Berechtigungen | Wie werden Charaktere, Jobs und Datenbankaufzeichnungen identifiziert? |
| Versenden | 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 Integration von ESX, QBCore oder QBOX und den von jeder Ebene verwendeten Charakter-Identifikator. Ein Polizeijob kann Grade anders speichern als ein MDT, während ein Multicharakter-Server einen bestimmten Bürger- oder Charakter-Identifikator erfordern kann. Überprüfe, wie Berechtigungen zu Job-Namen und Graden abgebildet werden, ob Bereitschaftsstatus unterstützt werden und wie Rufzeichen gespeichert werden.
Als Nächstes liste gemeinsame Abhängigkeiten wie ein Inventar, Zielressource, Menübibliothek, Datenbankbibliothek, Telefonsystem oder Sprachsystem auf. Das Ziel ist nicht, Abhängigkeiten zu maximieren; es ist sicherzustellen, dass jede erforderliche Abhängigkeit bereits auf dem Server passt. Durchsuche aktuelle Polizei-Skripte und verwandte FiveM Job-Skripte mit dieser Liste neben dir.
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.
Passe die Station und den Weltraum an
Der operative Stack sollte zur physischen Station passen. Türschlösser, Beweisräume, Arsenale, Garagen und Aufzüge können Koordinaten oder Zonen erfordern. Beim Vergleichen FiveM-MLOs, notiere, ob die gewählte Polizeiressource ein bestimmtes Innenlayout erwartet. Eine Karte kann normalerweise unabhängig getestet werden, aber Interaktionspunkte und Türsysteme benötigen immer noch eine Konfiguration.
Stufe den Stack in einer sicheren Reihenfolge ein
- 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 Wiederverbindungen und Berechtigungsfehlern. Die dynamische Produktkurzliste, die an diese Anleitung angehängt ist, stellt aktuelle Optionen im gesamten Stack dar. Überprüfe jede Produktseite auf aktuelle Framework-Unterstützung, Abhängigkeiten und enthaltene Funktionen, bevor du zur Kasse gehst; die beste Kombination ist diejenige mit klaren Schnittstellen und ohne doppelte Systemeigentümer.
Teste den gesamten Vorfall-Lebenszyklus.
Der wichtigste Integrationstest ist nicht, ob jede Schnittstelle geöffnet wird. Es geht darum, ob ein Vorfall den gleichen Standort, den Anruferkontext, den Status und die zugewiesenen Einheiten von der Erstellung des Dispatches bis zum Abschluss beibehält. Erstelle ein Staging-Szenario, das sich durch die Annahme des Anrufs, die Zuweisung des Dispatchers, die Bestätigung des Beamten, die MDT-Suche, Statusänderungen und die endgültige Disposition bewegt.
- 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.
Ein kleinerer Stack mit definierter Eigentümerschaft ist in der Regel einfacher zu betreiben als mehrere überlappende Polizeiressourcen.