Um conjunto completo de polícia FiveM geralmente é um conjunto de recursos, não apenas um. O trabalho da polícia controla as funções e interações, um MDT ou CAD organiza os registros, e o despacho distribui incidentes e informações de unidades. Mapas, veículos, evidências e fluxos de trabalho médicos podem estar ao redor desses sistemas principais. Este guia de compra separa as responsabilidades para que os proprietários de servidores possam escolher partes compatíveis em vez de comprar recursos sobrepostos.
Entenda as três camadas principais
| Camada | Responsabilidade típica | Perguntas antes de comprar |
|---|---|---|
| Trabalho policial | Estado de serviço, postos, interações, prisões, acesso a evidências ou armário | Qual framework, inventário e sistemas de destino ele usa? |
| MDT ou CAD | Perfis, relatórios, mandados, veículos, incidentes e permissões | Como os personagens, empregos e registros de banco de dados são identificados? |
| Expedição | Alertas, chamadas, unidades, blips, roteamento e coordenação de resposta | Quais eventos e exportações conectam empregos, telefone e alertas personalizados? |
Alguns produtos combinam duas ou três camadas. Isso pode reduzir o trabalho de integração, mas também pode duplicar um sistema que você já usa. Faça um mapa simples de responsabilidades antes de comprar: um proprietário para o estado de serviço, uma fonte para relatórios e uma fonte para chamadas de despacho. Se dois recursos criarem alertas ou registros, decida qual integração será desativada.
Comece com a compatibilidade de framework e identidade
Confirme a integração exata ESX, QBCore ou QBOX e o identificador de personagem usado por cada camada. Um emprego policial pode armazenar postos de forma diferente de um MDT, enquanto um servidor multicharacter pode exigir um identificador de cidadão ou personagem específico. Verifique como as permissões são mapeadas para nomes de emprego e postos, se os estados fora de serviço são suportados e como as chamadas são armazenadas.
Em seguida, liste as dependências compartilhadas, como um inventário, recurso de destino, biblioteca de menus, biblioteca de banco de dados, sistema de telefone ou voz. O objetivo não é maximizar as dependências; é garantir que todas as dependências necessárias já se encaixem no servidor. Navegue nos atuais scripts policiais e relacionados Scripts de trabalho FiveM com essa lista ao seu lado.
Projete o fluxo de incidentes antes da instalação
Passe por um incidente realista do início ao fim. Uma ação civil ou chamada manual cria um alerta. O despacho envia o alerta para unidades elegíveis. Um oficial aceita, navega até a cena e registra o resultado no MDT. Itens de evidência ou inventário podem ser criados, e a equipe médica pode precisar de um fluxo de trabalho relacionado. Este exercício expõe eventos ausentes e responsabilidades duplicadas antes que cheguem aos jogadores.
Pergunte se os alertas podem ser criados por meio de exportações ou eventos documentados, como as unidades mudam de status, como os blips expiram e se o histórico de despacho se conecta a relatórios. Se um aplicativo de telefone criar chamadas de emergência, verifique seu caminho de integração também. Um recurso visível em uma demonstração não prova que um telefone ou emprego de terceiros se conectará automaticamente.
Combine a estação e o espaço do mundo
O conjunto operacional deve se encaixar na estação física. Trancas de portas, salas de evidências, armários, garagens e elevadores podem exigir coordenadas ou zonas. Ao comparar FiveM MLOs, observe se o recurso policial escolhido espera um layout interno específico. Um mapa geralmente pode ser testado independentemente, mas os pontos de interação e os sistemas de porta ainda precisam de configuração.
Monte o conjunto em uma ordem segura
- Faça backup do banco de dados e dos recursos policiais atuais.
- Instale bibliotecas compartilhadas e pontes de framework.
- Configure o trabalho policial e confirme graus, deveres e interações.
- Adicione o MDT e teste registros de personagem, veículo, relatório e permissão.
- Adicione o despacho e teste alertas manuais, automáticos e originados por telefone.
- Conecte os fluxos de trabalho da estação, portas, inventário, evidências e médicos.
Teste com pelo menos dois papéis policiais e um papel civil, incluindo reconexões e falhas de permissão. A lista curta dinâmica de produtos anexada a este guia representa as opções atuais em toda a pilha. Revise cada página do produto para suporte de framework atual, dependências e recursos incluídos antes da compra; a melhor combinação é aquela com interfaces claras e sem proprietário de sistema duplicado.
Teste o ciclo completo do incidente
O teste de integração mais importante não é se cada interface abre. É se um incidente mantém o mesmo local, contexto do chamador, status e unidades atribuídas da criação do despacho ao fechamento. Crie um cenário de estágio que passe pela recepção de chamadas, atribuição de despachante, reconhecimento de oficial, consulta de MDT, alterações de status e disposição final.
- Confirme as permissões para civis, despachantes, oficiais, supervisores e administradores separadamente.
- Verifique se as reconexões e reinicializações de recursos não duplicam incidentes ativos ou perdem o status da unidade.
- Verifique as regras de retenção antes de armazenar nomes, relatórios, imagens ou outros registros vinculados a jogadores.
- Documente qual recurso possui alertas, registros e evidências para que dois sistemas não gravem dados conflitantes.
Uma pilha menor com propriedade definida geralmente é mais fácil de operar do que vários recursos policiais sobrepostos.