
- ESX
Por Luke

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.
Resposta rápida: monte um conjunto de sistemas policiais no FiveM definindo o fluxo completo da ocorrência, do despacho aos registros do MDT, às evidências e à custódia. Escolha componentes que compartilhem o mesmo framework, identificadores e permissões. Verifique cada integração e teste casos com vários policiais, reconexões e reinicializações antes da produção.
| 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.
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.
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.
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.
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.
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.
Um conjunto menor com responsabilidades definidas geralmente é mais fácil de operar do que vários recursos policiais sobrepostos.
Cfx.re — segurança do servidor · Fonte: docs.qbox.re
Procurando por produtos concretos? Nossa comparação dos melhores scripts de polícia FiveM abrange empregos policiais, sistemas de despacho e MDTs com suporte a frameworks e dependências.



Wasabi Scripts


Brutal Scripts

Brutal Scripts