sm_smelterdelivery de SamuelTV combina recogida de mineral, fundición, fabricación de componentes y entregas. El manifiesto revisado declara 1.0.0 e importa ESX directamente. También usa ox_inventory, ox_target y ox_lib; no es un recurso independiente ni QBCore.
Preparar el recurso y los objetos
Usa la carpeta sm_smelterdelivery que contiene fxmanifest.lua. Inicia ESX y recursos ox compatibles antes de ensure sm_smelterdelivery. Añade 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.
La instalación indica rutas de imágenes contradictorias: web/build/images y web/build/img. Usa la carpeta y la configuración de imágenes de tu versión de ox_inventory; no crees ambas sin comprobarlo. Copia la configuración y verifica que carguen las cinco imágenes de objetos incluidas.
Entender recetas y pedidos
El código prevé 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.
Config.MoneyPerComponent vale inicialmente 1400 de dinero del juego por componente. Los clientes Easy piden 1–3 componentes, Medium 3–8 y Hard 8–12, con tiempos del cliente de 8, 5 y 3 minutos. Los clientes disponibles se comparten entre jugadores. El reinicio horario también borra las entregas activas; no es almacenamiento persistente de trabajos.
Corregir API y transacciones antes de abrir
El servidor obtiene repetidamente exports.ox_inventory:Inventory() y llama a métodos de su resultado. Compáralo con los exports documentados de tu versión sin dar por hecha la compatibilidad. Los dos callbacks de recogida omiten además el argumento source documentado por ox_lib y leen la variable global source. Corrige identidad del jugador e integración del inventario antes de probar recompensas.
El servidor registra al dueño de la entrega y rechaza trabajos ajenos o terminados, pero no guarda destino ni plazo para comprobar la finalización. Recogida y fabricación tampoco validan distancia y progreso en el servidor. Añade controles autoritativos de lugar, tiempo y un único trabajo activo; un temporizador o zona del cliente no autoriza en el servidor.
No se comprueba el éxito de retirar y añadir objetos. La entrega se marca terminada solo después de esperas posteriores a la recompensa. Reserva la finalización antes de esperar y permite recuperar consumo y pago ante fallos parciales. El cliente borra su trabajo sin confirmación positiva. Prueba inventarios llenos, materiales insuficientes, finalización repetida, caducidad, reinicio horario y reconexión antes de usar una economía pública.
Revisado el 10 de septiembre de 2026 en la revisión 5fa8179ecaa18aecbacbb11234b6fc1812b9d1ec. Se leyeron todos los Lua, manifiesto e instrucciones incluidos y se consultó la documentación oficial de las API ox. No se ejecutó ningún recurso FiveM, fabricación ni pago.
Leer Smelter Delivery en la revisión comprobada