ERPNext en talleres agricolas: repuestos, ordenes y stock
Un taller con repuestos repetidos necesita compras, stock, ordenes, permisos y backup. Caso anonimizado con ERPNext, Frappe, MariaDB y salida verificable.
Antes, compras pedia repuestos por telefono; después, cada orden mostro item, deposito, proveedor y responsable. En un taller agricola del Valle de Uco, la misma correa puede figurar con tres nombres y dos códigos, mientras una cosechadora espera en playa. ERPNext permite unir compras, stock y ordenes de trabajo. Este caso muestra qué se carga primero, quien edita y cómo se prueba el respaldo.
El repuesto duplicado encarece la guardia
La cifra que corrige la intuicion aparece en la instalación de Frappe: un bench organiza al menos cuatro piezas de trabajo, apps, sites, config y env, segun la documentación oficial. Esa separacion importa porque ERPNext guarda facturas, documentos, usuarios, permisos, reglas, reportes y archivos vinculados a cada sitio. La pieza puede estar en stock y seguir perdida. El dato global muestra otra escala del mismo orden. Octoverse 2025 informo más de 180 millones de desarrolladores y 630 millones de repositorios. Un taller chico necesita una fuente unica para item, proveedor, deposito y movimiento.
La estanteria dice una cosa y compras otra
El antagonista es el repuesto repetido con código propio, código del proveedor y descripcion escrita a mano. En una concesionaria sobre Ruta 40 en Tunuyan, el jefe de compras revisa correas, filtros, rulemanes y mangueras antes de autorizar una orden. Una caja de carton con marcador negro tiene el número viejo; el sistema debe decir si esa caja sirve para la maquina que acaba de entrar. ERPNext separa el dato en documentos. El módulo de Stock guarda items, almacenes, entradas y salidas. El módulo de Buying guarda proveedores, solicitudes, pedidos y facturas. La orden de trabajo toma materiales, cantidades y operaciones. El problema aparece cuando se cargan items sin unidad, proveedor o deposito.
Cómo funciona por dentro
El flujo mínimo tiene siete pasos. Primero, compras depura items con código interno, código de proveedor, unidad y familia. Segundo, deposito carga almacenes, ubicacion y stock inicial contado. Tercero, el taller crea una orden con maquina, tarea, repuestos y responsable. Cuarto, ERPNext valida existencia, reserva o faltante. Quinto, MariaDB guarda documentos, estados, usuarios y permisos. Sexto, archivos adjuntos guardan fotos, presupuestos y remitos. Septimo, el backup copia base, sitio y archivos, y se prueba restaurando una orden cerrada. MariaDB guarda registros estructurados, documentos, usuarios y estados de ERPNext. Frappe recibe formularios, reglas y permisos, y entrega vistas, reportes y flujos de aprobación. ERPNext recibe compras, items, movimientos y ordenes; entrega stock disponible, trazabilidad de documentos y reportes por área. El monitoreo revisa base, cola de trabajos, disco y certificados. Si falla la base, el taller pierde documentos; si fallan archivos, quedan movimientos sin prueba; si falla cola, reportes y correos llegan tarde. Los permisos se dividen por rol. Compras crea proveedores y pedidos. Deposito registra entradas y salidas. Taller crea ordenes y consume repuestos. Administración lee costos y facturas. Gerencia aprueba excepciones. Borrar un item usado queda bloqueado; corregirlo exige ajuste documentado.
Qué se instala o configura primero
La pila inicial usa ERPNext, Frappe Bench, MariaDB, Redis, HTTPS, usuarios por área, plan de cuentas mínimo, almacenes y backup diario. El piloto cuesta entre USD 1.500 y USD 4.500, entre ARS 2,13 y 6,38 millones al dólar vendedor oficial de $1.418 informado por Bluelytics. Incluye instalación, catalogo inicial, permisos, importacion CSV, reportes y restauración. El plazo va de cuatro a ocho semanas. UMSA suele pedir un entregable verificable: cien items depurados, tres almacenes, cinco proveedores, diez ordenes de trabajo, tres perfiles de usuario, un reporte de faltantes y una restauración completa. Conviene empezar por repuestos de alta rotación antes de tocar todo el historico. La primera semana se dedica al catalogo. Cada item necesita nombre normalizado, unidad, familia, proveedor habitual y deposito. Si el nombre queda libre, vuelven las variantes. La segunda decisión es el circuito de aprobación. Un pedido caro o urgente necesita responsable, motivo y fecha esperada. Ese dato evita discutir cuando el repuesto llega tarde. El primer reporte combina compras abiertas, repuestos reservados y maquinas detenidas. La reunión diaria dura menos cuando cada orden muestra faltante, proveedor y fecha prometida. El encargado decide compra urgente con la misma información que ve deposito. El cierre mensual revisa diferencias de inventario, consumos por familia y repuestos sin movimiento. Esa lectura detecta capital quieto antes de pedir mas stock.
Dónde se rompe y cómo probarlo Primer riesgo: migrar duplicados.
La señal aparece cuando un mismo repuesto tiene tres códigos activos. La prueba toma cincuenta items y busca coincidencias por proveedor, descripcion y unidad. Segundo riesgo: stock inicial sin conteo físico. La señal es saldo positivo y estante vacio. La prueba cruza veinte items contra ubicacion real. Tercer riesgo: permisos de compras abiertos. La señal aparece cuando taller puede crear proveedor o cambiar precio. La prueba usa tres usuarios y fuerza pedido, recepción, consumo y aprobación. Cuarto riesgo: backup sin archivos del sitio. La documentación de MariaDB Backup cubre la base; ERPNext también necesita archivos, configuración y sitio. La prueba restaura una orden con repuestos, adjuntos y movimientos. El taller sabe si avanzo cuando una orden vieja vuelve completa.