Los problemas más habituales tras instalar Cuxial Medical, con la causa y la solución de cada uno.

El recurso no arranca

Causa. Falta una dependencia o arranca después del script. Cuxial Medical necesita OneSync, ox_lib, oxmysql y cuxial_bridge.

Solución. Activa OneSync y arranca antes las dependencias:

server.cfg

ensure ox_lib
ensure oxmysql
ensure cuxial_bridge
ensure cuxial_medical

He cambiado shared/config.lua o data/hospitals.lua y en juego no cambia nada

Causa. En el primer arranque el script copia esos valores a la base de datos, y desde entonces manda la copia de la base de datos en todas las secciones del panel de administración.

Solución. Cambia la opción desde /medadmin. Para cargar los valores del archivo, reinicia el recurso y pulsa Fábrica en esa sección del panel. Los bloques debug, ui, admin, commands, hospital y compat se leen siempre del archivo y solo necesitan un reinicio.

Los jugadores mueren y reaparecen, se reaniman o se teletransportan sin motivo

Causa. Hay otro script de muerte o de ambulancia en marcha. Cuxial Medical proporciona qb-ambulancejob y no puede compartir ese papel.

Solución. Quita cualquier otro script médico de server.cfg y reinicia el servidor.

La pantalla de muerte o el panel de administración no aparecen

Causa. La interfaz no carga. Falta la carpeta web/dist o está incompleta, normalmente por una subida parcial.

Solución. Comprueba que existen web/dist/index.html y la carpeta web/dist/assets dentro del recurso. Si no están, vuelve a copiar el recurso desde el paquete original y reinicia el servidor.

/medadmin responde que no tengo acceso

Causa. Tu framework no te concede el permiso de admin.permission ('admin' por defecto).

Solución. Date ese permiso en tu framework, o cambia admin.permission en shared/config.lua y reinicia el recurso.

/revive, /heal o /kill no están disponibles para mi staff

Causa. Por defecto esos comandos están restringidos al grupo ACE group.mod, no al permiso del framework.

Solución. Añade al miembro del staff al grupo:

server.cfg

add_principal identifier.license:xxxxxxxxxxxxxxxx group.mod

O pon restricted = false en el comando en shared/config.lua, para que use admin.permission.

«No estás de servicio como EMS» al usar un ítem

Causa. El trabajo del jugador no está en jobs, o el jugador está fuera de servicio. Todos los ítems médicos, el bolso médico y la camilla exigen ambas cosas.

Solución. Añade el trabajo en la sección Trabajos EMS del panel y entra de servicio con el sistema de tu framework. En ESX, comprueba que tu versión guarda el estado de servicio del trabajo.

Usar un ítem médico no hace nada

Causa. Una de estas:

• El ítem no existe en tu inventario con el nombre fijado en la configuración.
• El inventario no es uno de los compatibles con cuxial_bridge.
• El nombre del ítem se cambió en la sección Items o Extras del panel y no se ha reiniciado el recurso.

Solución. Compara los nombres de los ítems con install/items.lua, y reinicia el recurso después de cambiarlos.

El desfibrilador pide un medikit

Causa. El ítem defib inicia el modo de RCP fijado en treatment.reviveAnimMode. El modo de fábrica, fast, exige y consume el ítem de treatment.cpr.fast, un medkit.

Solución. Pon reviveAnimMode en full para reanimar solo con el desfibrilador, o cambia los ítems de treatment.cpr.

Un jugador caído no puede reaparecer

Causa. Una de estas:

• La fase actual tiene respawn = false. Con los valores de fábrica, la primera fase no lo permite.
• respawn.checkIn.enabled está en true y hay suficientes EMS de servicio.
• El jugador no puede pagar la tarifa de la fase con la cuenta de respawn.payAccount.

Solución. Espera a la fase siguiente o a un médico, o ajusta las fases en la sección Muerte y fases. Cuando termina la última fase el jugador reaparece sin coste.

El jugador reaparece de pie en el hospital en lugar de en una cama

Causa. respawn.useBed está en false, o el hospital no tiene ninguna cama pública libre. Las camas marcadas como privadas nunca se asignan.

Solución. Activa useBed y añade más camas públicas al hospital.

El jugador queda tumbado en el aire o dentro de la cama

Causa. El modelo de la cama no tiene entrada en data/beds.lua, o su desplazamiento no coincide con el prop.

Solución. Añade tu modelo de cama a data/beds.lua con el offset y el heading correctos, reinicia el recurso y elige ese modelo para las camas en el panel.

Al guardar en el panel responde «Ajuste con forma inválida»

Causa. La sección no ha pasado la validación:

• El id de una fase o de un hospital está repetido, o tiene caracteres que no son minúsculas, números y _.
• Una fase dura menos de 1 segundo, o su icono no es heart, drop o skull.
• La cuenta no es cash ni bank.
• Una cama usa un modelo que no está en data/beds.lua.

Solución. Corrige el valor y vuelve a guardar.

No hay NPC en la recepción

Causa. Una de estas:

• cuxial_interactions no está en marcha.
• hospital.reception.enabled está en false.
• El hospital está desactivado, o su recepción está desactivada o no tiene posición.

Solución. Arranca cuxial_interactions, abre Hospitales y camas en el panel y sitúa el NPC con Colocar. El NPC aparece sin reiniciar.

La camilla no aparece o no se puede cargar en la ambulancia

Causa. Una de estas:

• stretcher.enabled está en false.
• El jugador no es EMS de servicio.
• stretcher.model se cambió por un modelo que el servidor no transmite.
• El modelo del vehículo no está en stretcher.vehicles, o el médico está más lejos que su dist.

Solución. Conserva el modelo de fábrica, que va incluido en el recurso, y añade los modelos de tus ambulancias en Vehículos compatibles, dentro de la sección Camilla.

La policía no recibe los avisos de auxilio

Causa. cuxial_police no está en marcha, o dispatch.police está en false.

Solución. Arranca cuxial_police y activa Enviar a cuxial_police en la sección Avisos. A los EMS de servicio se les avisa en cualquier caso.

Los registros no llegan a Discord

Causa. La convar del webhook está vacía, tiene un nombre distinto al de logs.convar, o se definió después de arrancar el recurso.

Solución. Añade la convar a server.cfg antes de que arranque el recurso. Se lee una sola vez:

server.cfg

set cuxial_medical_webhook "https://discord.com/api/webhooks/..."

Después comprueba que death, revive y combat están activados en la sección Registros.

He cambiado una tecla en death.keys pero sigue funcionando la anterior

Causa. death.keys solo contiene los valores por defecto. Cuando un jugador ya ha entrado, FiveM recuerda su asignación de teclas.

Solución. Cada jugador la cambia en los ajustes de GTA, en las teclas de FiveM. Los jugadores nuevos reciben el nuevo valor tras un reinicio.

Un jugador entra al servidor ya caído

Causa. Se desconectó estando caído. El estado se guarda con el personaje y se recupera en el siguiente inicio de sesión, en la fase que corresponde al tiempo transcurrido.

Solución. No hace falta ninguna. Es intencionado. El staff puede usar /revive.

Un jugador no recibe heridas y nunca cae

Causa. El jugador tiene el state bag inDuel o inEvent. Cuxial Medical los ignora a propósito para que los recursos de duelos y eventos gestionen la muerte por su cuenta. También ocurre con injury.enabled = false, que desactiva solo las heridas.

Solución. Limpia el state bag desde el recurso que lo puso.

El hambre y la sed no se restablecen tras una reanimación en ESX

Causa. El script restablece el hambre y la sed mediante los metadatos del jugador hunger y thirst. Los scripts de estado que guardan sus propios valores no los leen.

Solución. Restablece tu script de estado desde un hook de servidor:

exports.cuxial_medical:onTreatment('revive', function(medic, target)
    -- restablece el hambre y la sed de target en tu script de estado
end)

Los textos salen en otro idioma

Causa. El script sigue la convar ox:locale. Los nombres de las fases y el nombre y el cargo del NPC de recepción son texto plano que se define en el panel.

Solución. Define la convar en server.cfg y reinicia. Se incluyen en y es, y los dos archivos de locales/ se pueden editar:

server.cfg

setr ox:locale "es"

Después renombra las fases en Muerte y fases.