Un ensemble complet de FiveM police est généralement une pile, et non une seule ressource. Le travail de police contrôle les devoirs et les interactions, un MDT ou un CAD organise les dossiers, et la dispatch distribue les incidents et les informations des unités. Les cartes, les véhicules, les flux de travail des preuves et médicaux peuvent s'articuler autour de ces systèmes principaux. Ce guide d'achat sépare les responsabilités afin que les propriétaires de serveurs puissent choisir des pièces compatibles au lieu d'acheter des fonctionnalités chevauchantes.
Comprendre les trois couches principales
| Couche | Responsabilité typique | Questions avant d'acheter |
|---|---|---|
| Travail de la police | État de service, grades, interactions, arrestations, accès aux preuves ou à l'armurerie | Quel framework, inventaire et systèmes de ciblage utilise-t-il ? |
| MDT ou CAD | Profils, rapports, mandats, véhicules, incidents et autorisations | Comment les personnages, les emplois et les enregistrements de la base de données sont-ils identifiés ? |
| Expédition | Alertes, indicatifs, unités, blips, routage et coordination des intervenants | Quels événements et exports relient les emplois, le téléphone et les alertes personnalisées ? |
Certains produits combinent deux ou trois couches. Cela peut réduire le travail d'intégration, mais cela peut également dupliquer un système que vous utilisez déjà. Faites une carte simple des responsabilités avant de faire vos achats : un propriétaire pour l'état des devoirs, une source pour les rapports et une source pour les appels de dispatch. Si deux ressources créent toutes deux des alertes ou des enregistrements, décidez quelle intégration sera désactivée.
Commencer par la compatibilité du framework et de l'identité
Confirmez le ESX, QBCore ou QBOX d'intégration exact et l'identifiant de personnage utilisé par chaque couche. Un travail de police peut stocker les grades différemment d'un MDT, tandis qu'un serveur multicaractère peut nécessiter un identifiant de citoyen ou de personnage spécifique. Vérifiez comment les autorisations sont mappées aux noms de travail et aux grades, si les états hors service sont pris en charge et comment les indicatifs d'appel sont stockés.
Ensuite, listez les dépendances partagées telles qu'un inventaire, une ressource cible, une bibliothèque de menus, une bibliothèque de bases de données, un système téléphonique ou vocal. L'objectif n'est pas de maximiser les dépendances ; c'est de s'assurer que chaque dépendance requise s'intègre déjà au serveur. Parcourez les dépendances actuelles scripts police et connexes Scripts de jobs FiveM avec cette liste à côté de vous.
Concevez le flux d'incident avant l'installation
Parcourez un incident réaliste du début à la fin. Une action civile ou un appel manuel crée une alerte. La dispatch envoie l'alerte aux unités éligibles. Un officier l'accepte, navigue jusqu'à la scène et enregistre le résultat dans le MDT. Des éléments de preuve ou des articles d'inventaire peuvent être créés, et le personnel médical peut avoir besoin d'un flux de travail connexe. Cet exercice expose les événements manquants et les responsabilités en double avant qu'ils n'atteignent les joueurs.
Demandez si les alertes peuvent être créées via des exports ou des événements documentés, comment les unités changent de statut, comment les blips expirent et si l'historique des dispatch est connecté aux rapports. Si une application téléphonique crée des appels d'urgence, vérifiez également son chemin d'intégration. Une fonctionnalité visible dans une démonstration ne prouve pas qu'un téléphone tiers ou un emploi connectera automatiquement.
Adapter la station et l'espace monde
La pile opérationnelle doit correspondre à la station physique. Les serrures de porte, les salles des preuves, les armureries, les garages et les ascenseurs peuvent nécessiter des coordonnées ou des zones. Lors de la comparaison FiveM MLOs, notez si la ressource policière choisie attend une disposition intérieure spécifique. Une carte peut généralement être testée indépendamment, mais les points d'interaction et les systèmes de portes nécessitent toujours une configuration.
Mettez en scène la pile dans un ordre sûr
- Sauvegarder la base de données et les ressources policières actuelles.
- Installez les bibliothèques partagées et les ponts de framework.
- Configurer le travail de la police et confirmer les grades, le service et les interactions.
- Ajoutez le MDT et testez les enregistrements de caractères, de véhicules, de rapports et de permissions.
- Ajouter la dispatch et tester les alertes manuelles, automatiques et téléphoniques.
- Connectez la station, les portes, l'inventaire, les preuves et les flux de travail médicaux.
Testez avec au moins deux rôles de police et un rôle civil, y compris les reconnexions et les échecs de permission. La liste dynamique de produits jointe à ce guide représente les options actuelles dans la pile. Consultez chaque page de produit pour le support de framework actuel, les dépendances et les fonctionnalités incluses avant de finaliser votre achat ; la meilleure combinaison est celle avec des interfaces claires et aucun propriétaire de système dupliqué.
Testez le cycle de vie complet de l'incident
Le test d'intégration le plus important n'est pas de savoir si chaque interface s'ouvre. C'est de savoir si un incident conserve le même lieu, le contexte de l'appelant, le statut et les unités assignées de la création de la dispatch à la fermeture. Créez un scénario de mise en scène qui passe par la prise d'appel, l'assignation du dispatch, l'accusé de réception de l'officier, la recherche MDT, les changements de statut et la disposition finale.
- Confirmez les autorisations pour les civils, les dispatchers, les officiers, les superviseurs et les administrateurs séparément.
- Vérifiez que les reconnexions et les redémarrages des ressources ne dupliquent pas les incidents actifs ou ne perdent pas le statut des unités.
- Vérifiez les règles de rétention avant de stocker des noms, des rapports, des images ou d'autres enregistrements liés aux joueurs.
- Documenter quelle ressource possède les alertes, les enregistrements et les preuves afin que deux systèmes n'écrivent pas de données conflictuelles.
Une pile plus petite avec une propriété définie est généralement plus facile à exploiter que plusieurs ressources de police qui se chevauchent.