sm_smelterdelivery de SamuelTV combina recogida de mineral, fundici\u00f3n, fabricaci\u00f3n de componentes y entregas. El manifiesto revisado declara 1.0.0 e importa ESX directamente. Tambi\u00e9n usa ox_inventory, ox_target y ox_lib; no es un recurso independiente ni QBCore.<\/p>\n
Usa la carpeta sm_smelterdelivery que contiene fxmanifest.lua. Inicia ESX y recursos ox compatibles antes de ensure sm_smelterdelivery. A\u00f1ade iron_ore, iron, steel_ore, steel y component a las definiciones sin sobrescribir objetos existentes. La etiqueta incluida de steel_ore dice Component por error; corrige el nombre visible manteniendo su clave.<\/p>\n
La instalaci\u00f3n indica rutas de im\u00e1genes contradictorias: web\/build\/images y web\/build\/img. Usa la carpeta y la configuraci\u00f3n de im\u00e1genes de tu versi\u00f3n de ox_inventory; no crees ambas sin comprobarlo. Copia la configuraci\u00f3n y verifica que carguen las cinco im\u00e1genes de objetos incluidas.<\/p>\n
El c\u00f3digo prev\u00e9 3 iron_ore o 2 steel_ore por recogida. Fundir consume 3 iron_ore para 1 iron o 2 steel_ore para 1 steel. Fabricar consume 2 iron y 1 steel para 1 component. El progreso del cliente tarda 10 segundos al recoger y 6,5 al fundir o fabricar; esas barras no imponen tiempos de espera del servidor.<\/p>\n
Config.MoneyPerComponent vale inicialmente 1400 de dinero del juego por componente. Los clientes Easy piden 1\u20133 componentes, Medium 3\u20138 y Hard 8\u201312, con tiempos del cliente de 8, 5 y 3 minutos. Los clientes disponibles se comparten entre jugadores. El reinicio horario tambi\u00e9n borra las entregas activas; no es almacenamiento persistente de trabajos.<\/p>\n
El servidor obtiene repetidamente exports.ox_inventory:Inventory() y llama a m\u00e9todos de su resultado. Comp\u00e1ralo con los exports documentados de tu versi\u00f3n sin dar por hecha la compatibilidad. Los dos callbacks de recogida omiten adem\u00e1s el argumento source documentado por ox_lib y leen la variable global source. Corrige identidad del jugador e integraci\u00f3n del inventario antes de probar recompensas.<\/p>\n
El servidor registra al due\u00f1o de la entrega y rechaza trabajos ajenos o terminados, pero no guarda destino ni plazo para comprobar la finalizaci\u00f3n. Recogida y fabricaci\u00f3n tampoco validan distancia y progreso en el servidor. A\u00f1ade controles autoritativos de lugar, tiempo y un \u00fanico trabajo activo; un temporizador o zona del cliente no autoriza en el servidor.<\/p>\n
No se comprueba el \u00e9xito de retirar y a\u00f1adir objetos. La entrega se marca terminada solo despu\u00e9s de esperas posteriores a la recompensa. Reserva la finalizaci\u00f3n antes de esperar y permite recuperar consumo y pago ante fallos parciales. El cliente borra su trabajo sin confirmaci\u00f3n positiva. Prueba inventarios llenos, materiales insuficientes, finalizaci\u00f3n repetida, caducidad, reinicio horario y reconexi\u00f3n antes de usar una econom\u00eda p\u00fablica.<\/p>\n
Revisado el 10 de septiembre de 2026 en la revisi\u00f3n 5fa8179ecaa18aecbacbb11234b6fc1812b9d1ec. Se leyeron todos los Lua, manifiesto e instrucciones incluidos y se consult\u00f3 la documentaci\u00f3n oficial de las API ox. No se ejecut\u00f3 ning\u00fan recurso FiveM, fabricaci\u00f3n ni pago.<\/p>\n
Leer Smelter Delivery en la revisi\u00f3n comprobada<\/a><\/p>\n