5 KPIs que tu ERP no mide (y pierdes dinero por ello)

1. Costo de retrabajo por Orden de Trabajo (OT)

Por qué el ERP clásico no lo mide: Los sistemas tradicionales acumulan los costos totales de mano de obra y materiales al cierre de la OT. El sistema no distingue si una pieza se fabricó correctamente a la primera o si requirió tres intentos de soldadura o rectificado para cumplir con la tolerancia. Para el ERP, todo es simplemente "costo de la OT".

Fórmula de cálculo:
Costo de Retrabajo = (Horas de retrabajo registradas × Costo integrado de hora hombre) + Costo de materiales consumidos en reproceso

Dato del ERP necesario para derivarlo: Tiempos de mano de obra en piso con etiqueta o código de operación de "reproceso" o "retrabajo", y folios de vales de salida de almacén adicionales vinculados específicamente a la misma OT después del primer control de calidad.

Ejemplo numérico en Monterrey:
Un taller de maquinado y pailería en Apodaca con 80 empleados procesa la OT 5120 para fabricar componentes de acero. El ERP reporta un costo final de $150,000 MXN y la marca como terminada. A nivel contable, parece rentable. Sin embargo, al extraer el desglose de horas en piso, se identifica que el operador de soldadura registró 18 horas extras dedicadas exclusivamente a corregir una deformación por calor. A un costo integrado de $350 MXN por hora de soldadura, más $4,800 MXN de soldadura de aporte y consumibles liberados con un vale secundario, el reproceso costó $11,100 MXN. El margen real de la OT se redujo del 22% planeado a solo un 14.6%.

2. Utilización real de capacidad instalada

Por qué el ERP clásico no lo mide: El ERP sabe cuántas horas se le pagaron a los operadores y cuántas piezas entraron al almacén de producto terminado. Lo que ignora por completo es el estado de la maquinaria en tiempo real: cuánto tiempo estuvo una máquina parada por falta de material, por mantenimiento no programado o por tiempos de preparación de herramientas (setup).

Fórmula de cálculo:
Utilización Real (%) = (Tiempo activo de producción / Tiempo total de turno disponible) × 100

Dato del ERP necesario para derivarlo: Bitácoras de paros por centro de trabajo (tiempos muertos) cruzadas con las horas de inicio y fin registradas en los reportes de producción por los operadores.

3. Merma de materiales vs. estándar

Por qué el ERP clásico no lo mide: Los sistemas de planificación registran el consumo de materia prima por el método de explosión de materiales (backflush) al terminar la producción, asumiendo que se consumió exactamente lo que dice la receta de ingeniería (BOM). Cualquier consumo excedente se acumula como una variación de inventario mensual genérica, haciendo imposible saber qué lote o qué máquina causó el desperdicio.

Fórmula de cálculo:
Desviación de Merma = Cantidad de material entregado real - Cantidad estándar según BOM

Dato del ERP necesario para derivarlo: Vales de entrega física de almacén a producción por OT en comparación con la lista de materiales teórica definida en la ingeniería del producto.

Ejemplo numérico en Monterrey:
Una planta de empaque de cartón en Guadalupe utiliza bobinas de papel Kraft para fabricar cajas de alta resistencia. El estándar de ingeniería indica que para un lote de 20,000 cajas se requieren exactamente 2.4 toneladas de papel. El ERP registra la salida agregada a final de mes. Al analizar las salidas físicas reales por lote, se detecta que el almacén entregó 2.72 toneladas de cartón para cubrir desperdicios por fallas de ajuste en la cortadora durante el arranque. Esta desviación de 320 kg representa una merma excedente del 13.3%, equivalente a $9,600 MXN perdidos en un solo lote. Si la planta corre 30 lotes similares al mes, la fuga silenciosa asciende a $288,000 MXN mensuales que el ERP registra simplemente como variación de inventario general.

4. Costo de inventario muerto (sin movimiento en más de 90 días)

Por qué el ERP clásico no lo mide: En el balance general del ERP, el inventario se muestra como un activo circulante con su costo de adquisición. El sistema no calcula el costo financiero y operativo que representa mantener ese material en los racks (espacio físico, seguros, riesgo de obsolescencia y costo de oportunidad del dinero detenido).

Fórmula de cálculo:
Costo de Mantener Inventario Muerto = Valor de SKU sin movimiento > 90 días × Tasa anual de mantenimiento (típicamente del 20% al 25%) × (Días de inactividad / 365)

Dato del ERP necesario para derivarlo: Fecha de última transacción de salida de inventario por SKU y el costo unitario del artículo en la tabla de costos históricos.

5. Desviación de precio real vs. precio de Orden de Compra (OC)

Por qué el ERP clásico no lo mide: Cuentas por Pagar se encarga de programar los pagos basándose en la coincidencia del XML de la factura del proveedor. Si el proveedor factura a un precio mayor que el acordado por el comprador en la Orden de Compra original, el ERP suele procesarlo sin alertas automáticas de desviación si el monto total entra en los rangos de tolerancia contable general.

Fórmula de cálculo:
Desviación en Compra = (Precio unitario facturado en XML - Precio unitario pactado en OC) × Cantidad recibida

Dato del ERP necesario para derivarlo: Comparativa línea por línea entre la tabla de detalles de facturas recibidas (SAT XML) y la tabla de líneas de la Orden de Compra correspondiente.

Cómo tomar acción con la información que ya tienes

El camino para mejorar la rentabilidad en planta no consiste en adquirir un sistema de software más complejo o costoso. El primer paso es extraer la información valiosa que tu ERP actual ya registra de forma pasiva en sus bases de datos y estructurarla en indicadores que sirvan para tomar decisiones en el día a día.

Al hacer visibles estas desviaciones en el momento en que ocurren, tu equipo de producción y almacén podrá corregir procesos antes de que las mermas o los retrabajos afecten el flujo de caja del mes.