{"id":216648,"date":"2026-08-12T07:46:49","date_gmt":"2026-08-12T05:46:49","guid":{"rendered":"http:\/\/fivemx.com\/?p=216648"},"modified":"2026-08-12T07:46:49","modified_gmt":"2026-08-12T05:46:49","slug":"fivem-guia-de-script-de-trabajo-mlo-de-negocios","status":"publish","type":"post","link":"https:\/\/rpcrate.com\/es\/fivem-business-mlo-job-script-guide\/","title":{"rendered":"MLO de negocio + script de trabajo en FiveM: gu\u00eda de compatibilidad y configuraci\u00f3n"},"content":{"rendered":"

Un negocio en FiveM normalmente necesita dos capas separadas: un MLO<\/strong> aporta el edificio, las estancias y las colisiones; un script de trabajo<\/strong> aporta empleados, elaboraci\u00f3n, facturaci\u00f3n, stock, ventas y gesti\u00f3n. Comprar ambos no garantiza que funcionen juntos. La compatibilidad depende de tu framework y de los dem\u00e1s recursos que hay entre ellos.<\/p>\n

Matriz r\u00e1pida de compatibilidad<\/h2>\n
\n\n\n\n\n\n\n\n\n\n\n
Capa<\/th>\nQu\u00e9 verificar<\/th>\nIncompatibilidad com\u00fan<\/th>\n<\/tr>\n<\/thead>\n
MLO<\/td>\nCoordenadas, puertas, colisi\u00f3n y conflictos de mapa<\/td>\nOtro mapa edita la misma ubicaci\u00f3n<\/td>\n<\/tr>\n
Framework<\/td>\nCompatibilidad con ESX, QBCore, Qbox o standalone<\/td>\nUna etiqueta de QBCore se toma como prueba de compatibilidad con Qbox<\/td>\n<\/tr>\n
Inventario<\/td>\nDefiniciones de \u00edtems, im\u00e1genes, metadatos y exports<\/td>\nEl script espera una API de inventario diferente<\/td>\n<\/tr>\n
Interacci\u00f3n<\/td>\nRecurso de target, zonas, marcadores o avisos de tecla<\/td>\nLos puntos de interacci\u00f3n est\u00e1n escritos para otro sistema de target<\/td>\n<\/tr>\n
L\u00f3gica de negocio<\/td>\nGrados de trabajo, servicio, facturaci\u00f3n, cuenta de sociedad y men\u00fa de jefe<\/td>\nLos nombres de los grados o los identificadores de cuenta no coinciden<\/td>\n<\/tr>\n
Base de datos<\/td>\nCambios en SQL, propiedad y persistencia<\/td>\nLas tablas se importan sin una copia de seguridad ni un plan de migraci\u00f3n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n

1. Elige el local y la jugabilidad por separado<\/h2>\n

Empieza por el ciclo de rol: mec\u00e1nico, restaurante, cafeter\u00eda, concesionario, discoteca u otro negocio de jugadores. Despu\u00e9s elige el mapa y el script de forma independiente. Un interior cuidado no aporta recetas ni facturas, y un script de trabajo completo no traslada sus puntos de interacci\u00f3n a un edificio personalizado de forma autom\u00e1tica.<\/p>\n

2. Lee los manifiestos de recursos y las listas de dependencias<\/h2>\n

Abre cada archivo fxmanifest.lua<\/code> entregado antes de a\u00f1adir el recurso a server.cfg<\/code>. El manifiesto puede identificar scripts, archivos y dependencias, mientras que la documentaci\u00f3n del creador deber\u00eda indicar los recursos necesarios de framework, inventario, sistema de interacci\u00f3n (target), men\u00fas, notificaciones, audio y base de datos. Consulta la referencia oficial de manifiestos de recursos de Cfx.re<\/a> cuando una directiva no est\u00e9 clara.<\/p>\n

En el caso de Qbox, no des por hecho que todos los recursos de QBCore son compatibles. Lee la gu\u00eda Qbox vs QBCore<\/a> y exige una declaraci\u00f3n de compatibilidad nativa con Qbox o una v\u00eda de bridge documentada en el producto concreto.<\/p>\n

3. Instala primero el MLO<\/h2>\n
    \n
  1. Haz una copia de seguridad del servidor y de la base de datos, y luego crea una copia de staging.<\/li>\n
  2. Inicia solo el MLO y sus dependencias de mapa documentadas.<\/li>\n
  3. Comprueba las entradas, las puertas, la colisi\u00f3n, la iluminaci\u00f3n y el acceso de veh\u00edculos.<\/li>\n
  4. Busca recursos YMAP, MLO o de vegetaci\u00f3n que se solapen en la misma ubicaci\u00f3n.<\/li>\n
  5. Registra las coordenadas exactas de los mostradores de atenci\u00f3n, el almacenamiento, el crafteo, el turno y la gesti\u00f3n.<\/li>\n<\/ol>\n

    Esto separa un problema del mapa de un problema del script de trabajo. Si el edificio no funciona por s\u00ed solo, a\u00f1adir recursos de facturaci\u00f3n e inventario dificulta el diagn\u00f3stico.<\/p>\n

    4. Define trabajos, grados y cuentas<\/h2>\n

    Crea la estructura de trabajos y grados que espera el script. Haz coincidir exactamente los nombres internos: mechanic<\/code> y mechanic2<\/code> son identificadores diferentes. Decide qu\u00e9 grados pueden contratar, retirar dinero, craftear \u00edtems restringidos o acceder a la gesti\u00f3n. Si el script usa una cuenta de sociedad o de negocio, verifica que los dep\u00f3sitos y las retiradas lleguen a esa cuenta despu\u00e9s de reconectar y de reiniciar el recurso.<\/p>\n

    5. Asigna inventario, targets y coordenadas<\/h2>\n

    A\u00f1ade todos los \u00edtems necesarios al inventario que usas en tu servidor, incluidas las im\u00e1genes y los metadatos cuando sea necesario. Sustituye las coordenadas de interacci\u00f3n por defecto del script por los puntos registrados dentro del MLO. Despu\u00e9s, verifica las zonas de target o los avisos de tecla desde distintas distancias y posiciones del jugador.<\/p>\n

    Los recursos de restaurante y pub requieren atenci\u00f3n adicional en las recetas: los nombres de los ingredientes, las cantidades, los \u00edtems resultantes y los precios de venta deben coincidir con la econom\u00eda real. Los recursos de mec\u00e1nico requieren comprobaciones de propiedad del veh\u00edculo, de \u00edtems de reparaci\u00f3n y de facturaci\u00f3n. Los recursos de concesionario requieren spawns de sala de exposici\u00f3n, stock y validaci\u00f3n de compra.<\/p>\n

    6. Prueba el recorrido completo del cliente y del empleado<\/h2>\n