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; despues, 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 codigos, mientras una cosechadora espera en playa. ERPNext permite unir compras, stock y ordenes de trabajo. Este caso muestra que se carga primero, quien edita y como se prueba el respaldo.
El repuesto duplicado encarece la guardia
La cifra que corrige la intuicion aparece en la instalacion de Frappe: un bench organiza al menos cuatro piezas de trabajo, apps, sites, config y env, segun la documentacion 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 mas 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 codigo propio, codigo 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 numero viejo; el sistema debe decir si esa caja sirve para la maquina que acaba de entrar.
ERPNext separa el dato en documentos. El modulo de Stock guarda items, almacenes, entradas y salidas. El modulo 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.
Como funciona por dentro
El flujo minimo tiene siete pasos. Primero, compras depura items con codigo interno, codigo 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 aprobacion. ERPNext recibe compras, items, movimientos y ordenes; entrega stock disponible, trazabilidad de documentos y reportes por area. 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. Administracion lee costos y facturas. Gerencia aprueba excepciones. Borrar un item usado queda bloqueado; corregirlo exige ajuste documentado.
Que se instala o configura primero
La pila inicial usa ERPNext, Frappe Bench, MariaDB, Redis, HTTPS, usuarios por area, plan de cuentas minimo, almacenes y backup diario. El piloto cuesta entre USD 1.500 y USD 4.500, entre ARS 2,13 y 6,38 millones al dolar vendedor oficial de $1.418 informado por Bluelytics. Incluye instalacion, catalogo inicial, permisos, importacion CSV, reportes y restauracion.
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 restauracion completa. Conviene empezar por repuestos de alta rotacion 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 decision es el circuito de aprobacion. 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 reunion diaria dura menos cuando cada orden muestra faltante, proveedor y fecha prometida. El encargado decide compra urgente con la misma informacion 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.
Donde se rompe y como probarlo
Primer riesgo: migrar duplicados. La señal aparece cuando un mismo repuesto tiene tres codigos activos. La prueba toma cincuenta items y busca coincidencias por proveedor, descripcion y unidad. Segundo riesgo: stock inicial sin conteo fisico. 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, recepcion, consumo y aprobacion. Cuarto riesgo: backup sin archivos del sitio. La documentacion de MariaDB Backup cubre la base; ERPNext tambien necesita archivos, configuracion y sitio. La prueba restaura una orden con repuestos, adjuntos y movimientos. El taller sabe si avanzo cuando una orden vieja vuelve completa.