{"id":213361,"date":"2026-07-10T18:42:09","date_gmt":"2026-07-10T16:42:09","guid":{"rendered":"http:\/\/fivemx.com\/fivem-police-mdt-dispatch-stack\/"},"modified":"2026-08-06T15:54:14","modified_gmt":"2026-08-06T13:54:14","slug":"fivem-pila-de-despacho-mdt-de-policia","status":"publish","type":"post","link":"https:\/\/rpcrate.com\/es\/fivem-police-mdt-dispatch-stack\/","title":{"rendered":"Integra los trabajos de polic\u00eda, el MDT y el despacho de FiveM"},"content":{"rendered":"<div class=\"fivemx-seo-sales-cluster\" data-fivemx-seo-sales-cluster=\"fivem-police-mdt-dispatch-stack\">\n<p>Una configuraci\u00f3n policial completa de FiveM suele ser un stack, no un \u00fanico recurso. El trabajo de polic\u00eda controla las tareas y las interacciones, un MDT o CAD organiza los registros, y el despacho distribuye los incidentes y la informaci\u00f3n de las unidades. Los mapas, los veh\u00edculos, las pruebas y los flujos de trabajo m\u00e9dicos pueden situarse alrededor de esos sistemas centrales. Esta gu\u00eda de compra separa las responsabilidades para que los propietarios de servidores puedan elegir piezas compatibles en lugar de comprar funciones que se solapan.<\/p>\n<aside class=\"fivemx-ai-answer\">\n<p><strong>Respuesta r\u00e1pida:<\/strong> crea un stack policial de FiveM definiendo el flujo completo del incidente, desde el despacho hasta los registros del MDT, las pruebas y la custodia. Elige componentes que compartan el mismo framework, identificadores y permisos. Verifica cada integraci\u00f3n y prueba los casos con varios agentes, de reconexi\u00f3n y de reinicio antes de pasar a producci\u00f3n.<\/p>\n<\/aside>\n<h2 id=\"understand-the-three-core-layers\">Comprende las tres capas principales<\/h2>\n<div aria-label=\"Tabla con desplazamiento horizontal\" class=\"fmx-guide-table\" role=\"region\" tabindex=\"0\">\n<table>\n<thead>\n<tr>\n<th>Capa<\/th>\n<th>Responsabilidad t\u00edpica<\/th>\n<th>Preguntas antes de comprar<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>Trabajo de polic\u00eda<\/td>\n<td>Estado de servicio, rangos, interacciones, arrestos, acceso a pruebas o armamento<\/td>\n<td>\u00bfQu\u00e9 framework, inventario y sistemas de target utiliza?<\/td>\n<\/tr>\n<tr>\n<td>MDT o CAD<\/td>\n<td>Perfiles, informes, \u00f3rdenes de arresto, veh\u00edculos, incidentes y permisos<\/td>\n<td>\u00bfC\u00f3mo se identifican los personajes, los trabajos y los registros de la base de datos?<\/td>\n<\/tr>\n<tr>\n<td>Despacho<\/td>\n<td>Alertas, indicativos, unidades, blips, rutas y coordinaci\u00f3n de los intervinientes<\/td>\n<td>\u00bfQu\u00e9 eventos y exports conectan los trabajos, el tel\u00e9fono y las alertas personalizadas?<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n<p>Algunos productos combinan dos o tres capas. Eso puede reducir el trabajo de integraci\u00f3n, pero tambi\u00e9n puede duplicar un sistema que ya utilizas. Haz un mapa de responsabilidades sencillo antes de comprar: un \u00fanico responsable del estado de servicio, una \u00fanica fuente para los informes y una \u00fanica fuente para las llamadas de despacho. Si dos recursos crean alertas o registros a la vez, decide qu\u00e9 integraci\u00f3n vas a desactivar.<\/p>\n<h2 id=\"start-with-framework-and-identity-compatibility\">Empieza por la compatibilidad de framework e identidad<\/h2>\n<p>Confirma la integraci\u00f3n exacta con ESX, QBCore o QBOX y el identificador de personaje que utiliza cada capa. Un trabajo de polic\u00eda puede almacenar los grados de forma distinta a un MDT, mientras que un servidor multipersonaje puede requerir un identificador concreto de ciudadano o de personaje. Comprueba c\u00f3mo se asignan los permisos a los nombres de trabajo y a los grados, si se admiten los estados fuera de servicio y c\u00f3mo se almacenan los indicativos.<\/p>\n<p>Enumera las dependencias de inventario, recurso de target, biblioteca de men\u00fas, driver de base de datos, tel\u00e9fono y voz. Comprueba que cada versi\u00f3n necesaria encaja con el servidor y que la integraci\u00f3n usa su interfaz documentada.<\/p>\n<h2 id=\"design-the-incident-flow-before-installation\">Dise\u00f1a el flujo del incidente antes de la instalaci\u00f3n<\/h2>\n<p>Recorre un incidente realista de principio a fin. Una acci\u00f3n de un civil o una llamada manual crea una alerta. El despacho env\u00eda la alerta a las unidades elegibles. Un agente la acepta, se dirige a la escena y registra el resultado en el MDT. Pueden crearse pruebas o art\u00edculos de inventario, y el personal m\u00e9dico puede necesitar un flujo de trabajo relacionado. Este ejercicio revela los eventos que faltan y las responsabilidades duplicadas antes de que lleguen a los jugadores.<\/p>\n<p>Pregunta si las alertas se pueden crear mediante exports o eventos documentados, c\u00f3mo cambian de estado las unidades, c\u00f3mo caducan los blips y si el historial de la central de emergencias se conecta con los informes. Si una aplicaci\u00f3n de tel\u00e9fono crea llamadas de emergencia, verifica tambi\u00e9n su ruta de integraci\u00f3n. Una funci\u00f3n visible en una demo no demuestra que un tel\u00e9fono o un trabajo de terceros se conecten autom\u00e1ticamente.<\/p>\n<h2 id=\"match-the-station-and-world-space\">Ajusta la comisar\u00eda y el espacio del mundo<\/h2>\n<p>Las cerraduras de puertas, las salas de custodia de pruebas, las armer\u00edas, los garajes y los ascensores pueden requerir coordenadas o zonas para el interior instalado. Usa <a href=\"https:\/\/rpcrate.com\/es\/guia-de-compatibilidad-de-mlo-fivem\/\">las comprobaciones de compatibilidad de MLO<\/a> para identificar conflictos de mapa y, despu\u00e9s, verifica cada punto de interacci\u00f3n.<\/p>\n<h2 id=\"stage-the-stack-in-a-safe-order\">Instala el conjunto de recursos en un entorno de pruebas y en un orden seguro<\/h2>\n<ol>\n<li>Haz una copia de seguridad de la base de datos y de los recursos policiales actuales.<\/li>\n<li>Instala las librer\u00edas compartidas y los puentes de framework.<\/li>\n<li>Configura el trabajo de polic\u00eda y confirma los grados, el servicio y las interacciones.<\/li>\n<li>A\u00f1ade el MDT y prueba los registros de personajes, veh\u00edculos, informes y permisos.<\/li>\n<li>A\u00f1ade el dispatch y prueba las alertas manuales, autom\u00e1ticas y las originadas desde el tel\u00e9fono.<\/li>\n<li>Conecta los flujos de trabajo de la comisar\u00eda, las puertas, el inventario, las pruebas y la atenci\u00f3n m\u00e9dica.<\/li>\n<\/ol>\n<p>Prueba con al menos dos roles de polic\u00eda y un rol civil, incluyendo reconexiones y fallos de permisos. Confirma que los incidentes, los registros y las pruebas sobreviven al reinicio previsto y que cada sistema tiene un \u00fanico responsable.<\/p>\n<\/div>\n<section data-fivemx-layout-content-perfection=\"2026-07-11\">\n<h2 id=\"test-the-complete-incident-lifecycle\">Prueba el ciclo de vida completo de un incidente<\/h2>\n<p>La prueba de integraci\u00f3n m\u00e1s importante no es si cada interfaz se abre. Es si un incidente mantiene la misma ubicaci\u00f3n, el mismo contexto del llamante, el mismo estado y las mismas unidades asignadas desde su creaci\u00f3n en el dispatch hasta su cierre. Crea un escenario de pruebas que recorra la recepci\u00f3n de la llamada, la asignaci\u00f3n por parte del dispatcher, la confirmaci\u00f3n del agente, la consulta en el MDT, los cambios de estado y la resoluci\u00f3n final.<\/p>\n<ul>\n<li>Confirma por separado los permisos de civiles, dispatchers, agentes, supervisores y administradores.<\/li>\n<li>Verifica que las reconexiones y los reinicios de recursos no dupliquen incidentes activos ni pierdan el estado de las unidades.<\/li>\n<li>Comprueba las reglas de retenci\u00f3n antes de almacenar nombres, informes, im\u00e1genes u otros registros vinculados a jugadores.<\/li>\n<li>Documenta qu\u00e9 recurso es el propietario de las alertas, los registros y las pruebas para que dos sistemas no escriban datos contradictorios.<\/li>\n<\/ul>\n<p>Un conjunto de recursos m\u00e1s peque\u00f1o con responsabilidades definidas suele ser m\u00e1s f\u00e1cil de gestionar que varios recursos policiales solapados.<\/p>\n<\/section>\n<section class=\"fivemx-related-resources\" data-fivemx-internal-link-opportunity=\"police-stack\">\n<\/section>\n<h2 id=\"reference-documentation\">Documentaci\u00f3n de referencia<\/h2>\n<p><a href=\"https:\/\/docs.fivem.net\/docs\/developers\/server-security\/\">Cfx.re \u2014 seguridad del servidor<\/a> \u00b7 <a href=\"https:\/\/docs.qbox.re\/faq\">Fuente: docs.qbox.re<\/a><\/p>","protected":false},"excerpt":{"rendered":"<p>Una configuraci\u00f3n policial completa de FiveM suele ser un stack, no un \u00fanico recurso. El trabajo de polic\u00eda controla las tareas y las interacciones, un MDT o CAD organiza los registros, y el despacho distribuye los incidentes y la informaci\u00f3n de las unidades. Los mapas, los veh\u00edculos, las pruebas y los flujos de trabajo m\u00e9dicos pueden situarse alrededor de esos sistemas centrales. Esta gu\u00eda de compra separa las responsabilidades para que los propietarios de servidores puedan elegir piezas compatibles en lugar de comprar funciones que se solapan.<\/p>","protected":false},"author":1,"featured_media":213381,"comment_status":"closed","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1902],"tags":[],"class_list":["post-213361","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-fivem-related"],"_links":{"self":[{"href":"https:\/\/rpcrate.com\/es\/wp-json\/wp\/v2\/posts\/213361","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/rpcrate.com\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/rpcrate.com\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/rpcrate.com\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/rpcrate.com\/es\/wp-json\/wp\/v2\/comments?post=213361"}],"version-history":[{"count":3,"href":"https:\/\/rpcrate.com\/es\/wp-json\/wp\/v2\/posts\/213361\/revisions"}],"predecessor-version":[{"id":215715,"href":"https:\/\/rpcrate.com\/es\/wp-json\/wp\/v2\/posts\/213361\/revisions\/215715"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/rpcrate.com\/es\/wp-json\/wp\/v2\/media\/213381"}],"wp:attachment":[{"href":"https:\/\/rpcrate.com\/es\/wp-json\/wp\/v2\/media?parent=213361"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/rpcrate.com\/es\/wp-json\/wp\/v2\/categories?post=213361"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/rpcrate.com\/es\/wp-json\/wp\/v2\/tags?post=213361"}],"curies":[{"name":"gracias","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}