Scripts esenciales de FiveM para un servidor nuevo: una lista de comprobación

Construye un servidor de FiveM nuevo siguiendo el orden de las dependencias. Instala primero la base de datos y el framework, después el inventario y los personajes, y luego los sistemas que dependen de ellos, como vehículos, trabajos, policía y teléfonos. Prueba el framework, las dependencias y la edición de cada sistema en staging antes de añadir el siguiente.

Divulgación: RPScripts vende recursos de FiveM, y los enlaces de categoría de abajo apuntan a su propio catálogo. Muestran dónde explorar un tipo de recurso, no una recomendación de producto. La lista se basa en la documentación de los frameworks y de Cfx.re enlazada en cada paso, revisada el 13 de octubre de 2026. Es una revisión de documentación, no una prueba práctica: RPScripts no instaló ni ejecutó los recursos mencionados aquí para este artículo. El framework que uses decide la mayoría de las respuestas, así que resuélvelo primero con comparativa de frameworks de FiveM.

Decide tres cosas antes de instalar nada

1. Framework. ESX Legacy, QBCore o Qbox. Cada recurso que compres tiene que ser compatible con el que elijas. Consulta comparativa de frameworks de FiveM.
2. Edición del juego. La página Legacy vs Enhanced de Cfx.re indica que la voz Mumble está obsoleta (deprecated) en Enhanced y que Asset Escrow aún no está implementado allí. Que un recurso funcione en Legacy no demuestra que funcione en Enhanced.
3. Propiedad de los datos. Para cada sistema de abajo, ten claro qué recurso almacena los datos (objetos del inventario, llaves, dinero, casas) y que solo un recurso sea su dueño. Si dos recursos escriben los mismos datos, pueden aparecer objetos duplicados o perdidos.

El orden de instalación

El orden de abajo es una sugerencia editorial, no una regla de Cfx.re; los mapas y los teléfonos en particular pueden tener que ir antes si un recurso de trabajos o de viviendas los espera.

1. Clave de licencia de Cfx.re y una recipe de txAdmin para tu framework: ESX, QBCore o Qbox.
2. Base de datos y oxmysql, iniciados antes que todo lo que usa la base de datos.
3. Núcleo del framework y sus bibliotecas compartidas, como ox_lib.
4. Inventario, y luego personajes y spawn.
5. HUD, vehículos, viviendas, trabajos y economía.
6. Policía, despacho y medicina, que dependen de trabajos, inventario y vehículos.
7. Herramientas de administración, voz, teléfono, pantalla de carga y mapas.

La referencia del manifiesto de recursos de Cfx.re documenta dependency como el requisito de que el recurso indicado se cargue antes que el actual. Usa el manifiesto y la documentación de cada recurso para confirmar su propio orden. Por ejemplo, la página de ESX de Overextended lista oxmysql, ox_lib, es_extended y qtarget antes de ox_inventory, mientras que la página de Qbox dice que ox_inventory se inicie inmediatamente después de qbx_core.

La lista, sistema por sistema

1. Núcleo del framework y recipe

Debe hacer: proporcionar los datos de jugadores y personajes, los trabajos, el dinero y la API que llaman otros recursos. Decidir: usar la recipe oficial en lugar de copiar una sola carpeta del núcleo. Verificar: la versión de la recipe y lo que ya instala, para no añadir un duplicado.

2. Base de datos y oxmysql

Debe hacer: almacenar todo lo persistente. Decidir: el servidor de base de datos y su versión. La documentación de Qbox exige MariaDB 10.9.0 o posterior y dice que MySQL no está soportado; la de oxmysql recomienda encarecidamente MariaDB porque muchos recursos escritos para MySQL 5.7 pueden fallar en MySQL 8. Verificar: que oxmysql arranque primero y que la cadena de conexión se defina con set mysql_connection_string antes de que arranquen los recursos (documentación de oxmysql). Los recursos más antiguos todavía pueden llamar a mysql-async; consulta migrar recursos de mysql-async. Esto es infraestructura, así que no hay una categoría de tienda para ello.

3. Inventario

Debe hacer: gestionar objetos, armas, stashes y metadatos. Decidir: el inventario al que llamarán todos los demás recursos. ox_inventory requiere oxmysql y ox_lib; su ajuste de framework lista ox, esx, qbx y nd. En ESX es un reemplazo completo de los sistemas de objetos, inventario y armas, y la página de ESX lista las tiendas y stashes estándar (esx_shops, esx_weaponshop, esx_policejob) como incompatibles. QBCore documenta qb-inventory. Verificar: que cada script de tienda, de crafteo y de trabajo sea compatible con tu inventario. Catálogo: scripts de inventario. Más: compatibilidad de inventarios.

4. Multipersonaje y spawn

Debe hacer: selección y creación de personaje, y el primer spawn. ESX incluye esx_multicharacter como sistema por defecto, con cuatro ranuras por defecto y un comando /relog (documentación). QBCore documenta qb-multicharacter, incluida una opción de apartamento inicial y un spawn por defecto (documentación). Decidir: las ranuras y si los jugadores pueden borrar personajes. Verificar: cómo guarda el reemplazo los identificadores de personaje y si espera tus recursos de viviendas y de spawn. Catálogo: scripts de multipersonaje.

5. HUD

Debe hacer: mostrar los datos de estado que proporciona el framework. El PlayerData de QBCore incluye hunger, thirst y stress en metadata, así que los HUD leen esos valores. Decidir: mantener una sola fuente de estado; dos sistemas de necesidades se pelean por los valores. Verificar: el framework, el recurso de estado o necesidades, y las integraciones de combustible y voz en la descripción. Guía práctica: instalar y probar un HUD.

6. Vehículos, garaje, llaves y combustible

Debe hacer: vender, guardar, cerrar con llave, repostar y recuperar vehículos. qb-vehiclekeys documenta el bloqueo, el lockpicking y el carjacking, pero su página no lista ningún export, así que un reemplazo exige comprobar el contrato en el código fuente. Decidir: exactamente un recurso para llaves, uno para garajes y uno para combustible. Verificar: qué recurso es dueño de los datos de propiedad de los vehículos y qué exports llaman los recursos de llaves y de combustible. Catálogo: garajes y scripts de vehículos.

7. Viviendas y propiedades

Debe hacer: propiedad, acceso y almacenamiento. ESX documenta un addon Property y QBCore documenta qb-houses y qb-apartments. Decidir: quién es el dueño de los stashes de las casas. ox_inventory incluye un paso opcional convertinventory esxproperty. Verificar: el tipo de interior o shell, la integración con el inventario y qué pasa con la propiedad cuando se elimina a un jugador. Catálogo: viviendas. Más: compatibilidad de viviendas.

8. Trabajos y economía

Debe hacer: pagas, rangos, servicio (duty), cuentas de sociedad y tiendas. ESX documenta Society, Addon Account, Billing y Banking; QBCore documenta qb-management y qb-banking. Decidir: un único sistema de banca y de sociedades. Verificar: el formato de los rangos. Qbox usa rangos de trabajo numéricos mientras que QBCore usa cadenas, según la guía de conversión.

9. Policía, despacho y MDT

Debe hacer: servicio, arrestos, pruebas, registros y alertas. qb-policejob documenta esposar, pruebas, cárcel y una alerta básica /911p, pero su página no describe ningún MDT. Decidir: qué recurso es dueño de las alertas de despacho y cuál de los registros. Verificar: los nombres de trabajo, las comprobaciones de rango y los objetos de inventario que necesitan. Catálogo: scripts de policía. Más: policía, MDT y despacho.

10. Medicina y EMS

Debe hacer: estado de muerte, reanimación, tratamiento y flujo del hospital. ESX tiene un addon Ambulance Job y QBCore documenta qb-ambulancejob. Decidir: una sola fuente para el estado de muerte, porque el HUD, la policía y el inventario lo leen. El PlayerData de QBCore tiene un campo de metadata isdead. Verificar: los mapas de hospital, los nombres de objetos y el comportamiento de reaparición.

11. Herramientas de administración, permisos y registros

Debe hacer: dejar que el staff actúe, y nadie más. La guía de seguridad del servidor de Cfx.re dice que se valide en el servidor y que no se confíe en la entrada del cliente. La página de exports de servidor de Qbox marca sus exports de permisos como obsoletos desde la v1.8.0 en favor de ACE. Decidir: los roles del staff y qué se registra. Verificar: prueba que a una cuenta normal se le rechace cada comando de administración. Cualquier anticheat es un recurso aparte; como juicio editorial, lee qué detecta y cómo banea antes de instalarlo. Consulta también administración del servidor.

12. Voz

Debe hacer: voz de proximidad y radio. La documentación de voz de Cfx.re describe la voz basada en Mumble y, en Enhanced, una nueva implementación de voz que la reemplaza. Decidir: tu edición, antes de elegir un recurso de voz. Verificar: el soporte de la edición y los ajustes. Guía: configuración de la voz.

13. Teléfono

Debe hacer: contactos, mensajes, apps y vínculos con el banco. QBCore guarda un número de teléfono en charinfo, así que comprueba cómo deriva los números un teléfono. Decidir: objeto de inventario o sin objeto. Verificar: las dependencias de framework, inventario y banca, y si los datos se pueden migrar. Catálogo: teléfonos. Más: compatibilidad de teléfonos.

14. Pantalla de carga

Debe hacer: mostrarse durante la conexión. La documentación de loadscreen dice que permanece hasta que se llama a SHUTDOWN_LOADING_SCREEN, a menos que actives el cierre manual. Verificar: que se cierra al hacer spawn y que la música respeta el volumen. Guía: crear una pantalla de carga.

15. Mapas y MLO

Debe hacer: interiores y ubicaciones para los trabajos. Decidir: un mapa por ubicación para evitar solapamientos. Verificar: la edición del juego, las colisiones con otros mapas y qué scripts de trabajos o de viviendas hacen referencia a sus coordenadas. Guías: añadir un MLO y compatibilidad de MLO.

Qué verificar antes de comprar cualquiera de ellos

• Paquete y edición exactos. Nombre, creador, versión y si cubre tu framework y tu inventario.
• Escrow. La página de Asset Escrow de Cfx.re dice que los assets comprados pueden usarse en cualquier servidor que posea el comprador, que un servidor no autorizado falla con un mensaje de derecho de uso (entitlement) ausente y que los desarrolladores pueden excluir archivos de la protección con escrow_ignore. Pregunta al vendedor qué archivos puedes editar.
• Dependencias. Bibliotecas requeridas, target, inventario y tablas de la base de datos.
• Soporte y actualizaciones. Dónde preguntar y cómo se entregan las actualizaciones.
• Documentación. Pasos de instalación, referencia de configuración y un changelog.

La lista completa está en la lista previa a la compra, y la guía de compatibilidad explica las insignias de las páginas de producto.

Prueba cada incorporación en staging

1. Haz una copia de seguridad de la base de datos y de la carpeta de recursos; confirma que puedes restaurarla.
2. Añade un recurso, con su SQL, su configuración y su línea ensure, en el orden de las dependencias.
3. Lee la consola. Corrige los errores antes de probar las funciones (leer los logs de txAdmin).
4. Prueba como jugador normal y como staff: qué se permite y qué debe rechazarse.
5. Reconéctate (relog) y luego reinicia el servidor. Comprueba que los objetos, vehículos, dinero y propiedad persisten sin duplicarse.
6. Vigila los eventos que dan objetos o dinero a partir de la entrada del cliente, según la página de seguridad de Cfx.re.
7. Anota la versión y los ajustes, y luego pasa el cambio a producción.

FAQ

¿Qué scripts necesita primero un servidor de FiveM nuevo?

La recipe del framework, la base de datos y oxmysql, y después un inventario y la selección de personaje. La mayoría de los demás sistemas se apoyan en esos, así que instálalos y pruébalos antes de trabajos, vehículos, viviendas, policía o teléfonos.

¿Tengo que comprar scripts para un servidor nuevo?

No necesariamente. Mira qué despliega ya la recipe oficial de tu framework y compra un recurso solo para una función que puedas nombrar, después de comprobar su framework, edición, dependencias y estado de escrow.

¿Puedo instalar todos los scripts a la vez?

Puedes, pero arreglar los fallos es más difícil. Añade un sistema cada vez en staging y con una copia de seguridad, para que cada error tenga una única causa probable.

¿Funcionan estos scripts en FiveM para GTA V Enhanced?

No automáticamente. Consulta la página Legacy vs Enhanced y la declaración de cada vendedor, sobre todo en voz y Asset Escrow.