Uma configuração policial completa no FiveM geralmente é um conjunto de sistemas, não um único recurso. O emprego de polícia controla o serviço e as interações, um MDT ou CAD organiza registros e o despacho distribui ocorrências e informações das unidades. Mapas, veículos, evidências e fluxos médicos podem complementar esses sistemas centrais. Este guia de compra separa as responsabilidades para que proprietários de servidores escolham componentes compatíveis em vez de comprar funcionalidades sobrepostas.
Entenda as três camadas principais
| Camada | Responsabilidade típica | Perguntas antes de comprar |
|---|---|---|
| Emprego de polícia | Estado de serviço, patentes, interações, prisões, evidências ou acesso ao arsenal | Quais sistemas de framework, inventário e interação ele usa? |
| MDT ou CAD | Perfis, relatórios, mandados, veículos, ocorrências e permissões | Como personagens, empregos e registros de banco de dados são identificados? |
| Despacho | Alertas, indicativos, unidades, marcadores, rotas e coordenação das equipes de atendimento | Quais eventos e exports 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 duplicar um sistema que você já usa. Faça um mapa simples de responsabilidades antes de comprar: um responsável pelo estado de serviço, uma fonte para relatórios e uma para chamadas de despacho. Se dois recursos criarem alertas ou registros, decida qual integração será desativada.
Comece pela compatibilidade de framework e identidade
Confirme a integração exata com ESX, QBCore ou QBOX e o identificador de personagem usado por cada camada. Um emprego de polícia pode armazenar níveis de forma diferente de um MDT, enquanto um servidor com múltiplos personagens pode exigir um identificador específico de cidadão ou personagem. Confira como as permissões correspondem aos nomes e níveis de emprego, se há suporte a estados fora de serviço e como os indicativos são armazenados.
Liste as dependências de inventário, recurso de interação, biblioteca de menus, driver de banco de dados, telefone e voz. Confira se cada versão exigida é adequada ao servidor e se a integração usa a interface documentada.
Planeje o fluxo da ocorrência antes de instalar
Percorra uma ocorrência realista do início ao fim. Uma ação de civil ou uma chamada manual cria um alerta. O despacho envia o alerta às unidades elegíveis. Um policial o aceita, vai até o local e registra o resultado no MDT. Evidências ou itens de inventário podem ser criados, e a equipe médica pode precisar de um fluxo relacionado. Esse exercício revela eventos ausentes e responsabilidades duplicadas antes de afetarem os jogadores.
Pergunte se os alertas podem ser criados por exports ou eventos documentados, como as unidades mudam de status, como os marcadores expiram e se o histórico de despacho se conecta aos relatórios. Se um aplicativo de telefone cria chamadas de emergência, verifique também a integração dele. Uma funcionalidade visível em uma demonstração não comprova que um telefone ou emprego de terceiros se conectará automaticamente.
Ajuste a delegacia e o espaço do mundo
Trancas, salas de evidências, arsenais, garagens e elevadores podem exigir coordenadas ou zonas para o interior instalado. Use as verificações de compatibilidade de MLO para identificar conflitos de mapa e verifique cada ponto de interação.
Monte o conjunto em homologação em uma ordem segura
- Faça backup do banco de dados e dos recursos policiais atuais.
- Instale bibliotecas compartilhadas e pontes de integração com o framework.
- Configure o emprego de polícia e confirme os níveis, o serviço e as interações.
- Adicione o MDT e teste os registros de personagens, veículos, relatórios e permissões.
- Adicione o despacho e teste alertas manuais, automáticos e originados pelo telefone.
- Conecte os fluxos da delegacia, portas, inventário, evidências e atendimento médico.
Teste com pelo menos dois cargos policiais e um cargo de civil, incluindo reconexões e falhas de permissão. Confirme que ocorrências, registros e evidências sobrevivem à reinicialização pretendida e que cada sistema tem um único responsável.
Teste o ciclo completo da ocorrência
O teste de integração mais importante não é verificar se cada interface abre. É confirmar se uma ocorrência mantém o mesmo local, contexto do solicitante, status e unidades atribuídas desde a criação no despacho até o encerramento. Crie um cenário de homologação que passe por recebimento da chamada, atribuição pelo despachante, confirmação do policial, consulta ao MDT, mudanças de status e desfecho final.
- Confirme separadamente as permissões de civis, despachantes, policiais, supervisores e administradores.
- Verifique se reconexões e reinicializações de recursos não duplicam ocorrências ativas nem perdem o status das unidades.
- Confira as regras de retenção antes de armazenar nomes, relatórios, imagens ou outros registros vinculados a jogadores.
- Documente qual recurso controla alertas, registros e evidências para evitar que dois sistemas gravem dados conflitantes.
Um conjunto menor com responsabilidades definidas geralmente é mais fácil de operar do que vários recursos policiais sobrepostos.