Conciliar contadores de línea con unidades del ERP

Un contador de línea y el ERP pueden mostrar números incompatibles sin que ninguno esté equivocado. El contador quizá suma cada envase que cruza una fotocélula. El ERP puede registrar solo la cantidad buena confirmada para una orden. Si una unidad se rechaza, se reprocesa, se produce antes de abrir la orden o se confirma después del cierre, ambos totales se separan por motivos previsibles.

La decisión útil no es decidir qué sistema “gana”. Es identificar si la diferencia nace de la unidad, del evento o del periodo. Esa secuencia evita dos errores habituales: corregir una transacción válida para igualar un contador que mide otra cosa, o descartar un contador que ha revelado un hueco real en el registro empresarial.

Esta guía está pensada para el responsable de producción u operaciones que necesita explicar una diferencia concreta entre una lectura de línea y las unidades de un ERP. No sustituye una conciliación integral MES/ERP, no certifica inventario y no determina la causa de una avería. El alcance es deliberadamente más estrecho: contrastar el contador físico con el registro empresarial antes de utilizar el total en un informe, un cierre o una conversación de turno.

Empieza por una pregunta incómoda: ¿qué está contando cada total?

El nombre de una columna puede engañar. “Producción”, “hecho”, “confirmado” y “unidades” suelen parecer sinónimos hasta que se comparan dos sistemas. Para conciliar, conviértelos en una definición que alguien pueda revisar meses después.

Un contador de línea suele entregar una lectura acumulada, un incremento por impulso o un número de objetos detectados en un punto físico. El ERP registra una transacción empresarial con una cantidad, una orden, un material, una fecha y, según la configuración, un estado. Ninguno de esos modelos obliga a que el objeto, el momento y la regla de inclusión sean iguales.

La ISO 22400-1:2014 especifica un marco neutral para definir, componer, intercambiar y usar indicadores clave de rendimiento en operaciones de fabricación por lotes, continuas y discretas. Ficha de ISO 22400-1:2014. Ese marco no convierte dos campos llamados “unidades” en comparables. Obliga, precisamente, a no ocultar la definición detrás del número.

La comparación más corta que funciona es esta:

No hace falta una arquitectura nueva para hacer esta comprobación. Hace falta dejar de comparar etiquetas y empezar a comparar significados. Si una línea llena 12 000 botellas y el ERP recibe 11 760 unidades buenas, la diferencia puede representar 240 rechazos documentados. También puede esconder una confirmación pendiente. La cifra, sin su contrato de medida, no distingue ambos casos.

Fija un contrato de comparación antes de abrir incidencias

Una conciliación defendible tiene un pequeño contrato. Puede vivir en una hoja controlada, en un informe de turno o en una pantalla de operaciones. Lo importante es que tenga versión, dueño y fecha de vigencia.

Incluye al menos estos campos:

• Identificador de línea, equipo o contador y su punto físico de medida.
• Material, formato, orden, lote o familia a la que se atribuirá el resultado.
• Unidad técnica del contador y unidad de negocio que llega al ERP.
• Lectura inicial, lectura final y timestamps de ambas lecturas.
• Evento que suma en el contador y evento que crea o modifica la transacción empresarial.
• Reglas para rechazo, muestra, reproceso, arranque, purga, retrabajo y unidades sin orden.
• Ventana temporal, zona horaria, criterio de cierre y propietario de la excepción.

La ISO 22400-2:2014 se centra en KPI de operaciones de fabricación y define los KPI como indicadores cuantificables y estratégicos. Ficha de ISO 22400-2:2014. En una conciliación local, esa idea tiene una consecuencia práctica: un número solo ayuda a decidir si su unidad y su comportamiento temporal siguen siendo visibles cuando pasa de la línea al informe.

No conviertas el contrato en una lista infinita de atributos. Debe responder a una pregunta muy concreta: si aparece una diferencia de 3, ¿puede una persona saber si son tres impulsos, tres piezas físicas, tres piezas buenas, tres cajas o tres unidades de inventario? Si la respuesta es no, la diferencia todavía no merece una investigación de sistemas.

Ejemplo: una misma producción, tres números válidos

Imagina una línea que produce paquetes de seis unidades. El contador de salida registra 2 010 paquetes durante el turno. El ERP recibe 12 000 unidades buenas para la orden. En apariencia existe una diferencia de 60 unidades: 2 010 × 6 son 12 060.

Antes de pedir un ajuste, revisa los eventos. El parte de calidad muestra 10 paquetes rechazados antes de la confirmación de producción. El contador no discrimina calidad; solo detecta paquetes. El ERP sí descuenta el rechazo. La diferencia queda explicada como 10 × 6 unidades. El contador y el ERP no miden la misma población, pero ambos pueden ser correctos.

Ahora cambia un detalle. Si el ERP recibe 11 940 unidades y el parte menciona solo 10 paquetes rechazados, quedan 60 unidades sin explicar. Esa segunda diferencia ya merece una búsqueda específica: una confirmación incompleta, un formato mal asignado, una reversión o una lectura inicial equivocada. Separar ambas capas evita que el rechazo conocido se use como excusa para todo.

Primer corte: comprueba la unidad antes que el total

La unidad es la primera fuente de diferencias porque suele parecer obvia. No lo es cuando hay envases, cajas, palés, metros, kilogramos, piezas equivalentes o materiales con conversiones por formato. Tampoco cuando el contador registra ciclos y un ciclo puede producir una, dos o ninguna unidad buena.

Construye una tabla de equivalencias para la comparación puntual. No declares “1 contador = 1 ERP” sin escribir la condición. Es más seguro anotar: “un impulso de CT-07 representa un paquete terminado de seis unidades del formato F06 cuando la señal procede de la estación de salida; no descuenta rechazo posterior”. Esa frase deja visibles las condiciones que un total por sí solo borra.

Revisa después estas situaciones:

• Cambio de formato. El factor de conversión puede variar dentro de la ventana. No apliques el factor final al turno completo si hubo dos referencias.
• Producto a granel. Un contador de ciclos no prueba una cantidad en kilogramos si el rendimiento por ciclo no está medido y aprobado para ese material.
• Reproceso. La misma unidad física puede pasar dos veces por el punto de conteo y una sola vez por una entrada empresarial, o al revés.
• Muestras y pruebas. Una muestra puede cruzar el sensor, pero no tener destino comercial ni confirmación de orden.
• Unidades de puesta en marcha. La línea puede producir antes de que la orden esté abierta o antes de que el material se haya asignado correctamente.

El objetivo no es elegir una “unidad maestra” por costumbre. Para el informe de producción, quizá interesen piezas buenas. Para mantenimiento, impulsos y ciclos. Para inventario, cantidades contabilizadas. La decisión depende del uso del dato, pero el informe debe decirlo sin ambigüedad.

La serie ISA-95 describe la integración entre sistemas de control de fabricación y sistemas empresariales, y sitúa la información compartida en la interfaz entre esas funciones. Descripción de ISA-95. El contador y el ERP pertenecen a lados distintos de esa interfaz. Por eso, un campo compartido necesita una definición explícita; la conectividad por sí sola no resuelve su semántica.

Segundo corte: localiza el evento que cambia cada número

Cuando la unidad parece equivalente, el siguiente candidato es el evento. El contador puede incrementarse al detectar un objeto, al recibir un pulso de PLC o al cerrar un ciclo. El ERP puede sumar cuando un operario confirma una operación, cuando un terminal recibe una transacción o cuando un proceso nocturno contabiliza un mensaje.

Estos son eventos diferentes aunque ocurran en el mismo turno. Pueden ocurrir en orden distinto y pueden fallar por separado. La conciliación tiene que pedir evidencia del evento, no solo el total agregado.

Para cada sistema, responde en una frase:

1. ¿Qué condición hace que el número aumente?
2. ¿Qué identificador acompaña al evento: equipo, orden, lote, material, turno o usuario?
3. ¿El evento puede repetirse, revertirse o modificarse después?
4. ¿Qué estados impiden que el evento se incluya en el total publicado?

Una lista de eventos convierte la diferencia en piezas investigables. Si el contador aumentó entre 14:03 y 14:04 y no existe una transacción empresarial equivalente, puedes revisar esa franja. Si el ERP contiene una reversión a las 14:20, puedes comprobar si corresponde a una lectura que el contador conserva. Sin esa granularidad, el equipo queda reducido a comparar dos totales y a buscar explicaciones generales.

La investigación de NIST sobre modelado de metadatos para integración empresarial de fabricación explica que los intercambios de información empresarial abarcan datos de producto, conjuntos de datos de proceso y documentos de cadena de suministro. Informe NIST AMS 100-65. También propone un enfoque de modelado de metadatos extensible y jerárquico. En este caso, el aprendizaje no es adoptar ese modelo completo: es conservar metadatos suficientes para saber de qué equipo, proceso, material y evento procede cada total.

Un contador que no guarda el identificador de orden no es inútil. Solo tiene un límite de atribución. Si varias órdenes pasan por el mismo punto de medida durante el periodo, el contador puede validar el volumen físico de la línea sin decidir el reparto empresarial entre órdenes. Ese límite debe aparecer en el informe, no desaparecer en un ajuste manual.

Qué hacer con eventos repetidos y reversiones

Las reversiones provocan muchos falsos positivos. Un ERP puede registrar una cantidad, corregirla y volver a contabilizarla. El contador probablemente no “descuenta” el objeto que ya detectó. No sumes o restes transacciones sin mirar su estado y relación.

Agrupa las transacciones por identificador de negocio y conserva la secuencia: alta, modificación, anulación, nueva contabilización. Si el sistema no expone esa relación, registra la limitación y evita afirmar que el total empresarial representa piezas únicas. Un total neto puede servir para contabilidad y, al mismo tiempo, no ser el mejor espejo de un contador físico.

Evita también tratar cada diferencia como pérdida. Una parte puede ser rechazo autorizado, muestra o producto pendiente de liberación. La respuesta correcta es clasificarla como “diferencia explicada por evento y estado” mientras exista el soporte documental. Clasificarla como merma sin esa evidencia puede afectar decisiones de coste, calidad o desempeño que esta comparación no puede justificar por sí sola.

Tercer corte: alinea el periodo y los relojes

Dos sistemas pueden contar la misma unidad y el mismo evento, pero con periodos distintos. El contador ofrece una lectura a las 22:00. El ERP toma la fecha de contabilización a las 22:05. Una interfaz recibe el mensaje a las 22:07 y una tarea de consolidación lo incluye al día siguiente. Si el informe compara cada sistema en una de esas marcas, fabricará una diferencia temporal.

El anexo de NIST SP 1500-203 aborda la conciencia temporal, la latencia y los requisitos de tiempo en sistemas ciberfísicos. Anexo de temporización NIST SP 1500-203. La aplicación práctica es sencilla: conserva el tiempo de origen del evento, el tiempo de recepción y el tiempo de contabilización cuando existan. No los sustituyas por un único campo llamado “fecha”.

La regla de periodo necesita cuatro datos:

Haz una prueba corta antes de cerrar el informe. Toma tres eventos alrededor de los extremos: uno justo antes del inicio, uno cerca del final y uno que llegue tarde. Comprueba en qué total entra cada uno. Si el resultado no coincide con la regla escrita, la regla o la consulta necesitan corrección. Esta prueba vale más que un promedio de diferencias de varios días.

Un cierre administrativo puede ser necesario. No es un problema usarlo. El problema aparece cuando se presenta como si cubriera el mismo periodo que la lectura física. Etiqueta el resultado como provisional, declara las fuentes pendientes y programa la actualización. Eso permite usar el informe sin transformar la latencia en un supuesto fallo de producción.

Método de conciliación para una diferencia concreta

Cuando llegue una diferencia, sigue una secuencia que produzca evidencia reutilizable. No empieces por pedir un ajuste a quien tenga acceso al ERP.

1. Congela la observación original

Anota lectura inicial y final del contador, identificador de equipo, periodo, orden, material y consulta exacta del ERP. Conserva timestamps y usuario o proceso que obtuvo cada dato. No reescribas la lectura observada para que el informe cuadre. Si después descubres un error de captura, añade una corrección trazable y deja el valor anterior visible para la revisión.

2. Calcula la diferencia sin interpretar

Expresa ambas cantidades en la misma unidad, solo si el factor de conversión está documentado. La fórmula mínima es:

diferencia = cantidad física comparable - cantidad empresarial comparable

Todavía no llames a ese resultado pérdida, eficiencia ni descuadre de inventario. Es una observación. Si una conversión depende de un formato, repite el cálculo por tramo de formato y suma después. Esa separación suele revelar diferencias que se ocultan en el total del turno.

3. Clasifica por unidad, evento o periodo

Usa una categoría inicial, aunque sea provisional:

La categoría “sin clasificar” no es un fracaso. Es más honesta que una causa genérica. Permite que el informe separe un hecho medido de una explicación todavía no demostrada.

4. Busca la primera diferencia, no el total más grande

En vez de revisar todo el turno a mano, divide el periodo en intervalos y compara acumulados. Si el total coincide hasta las 16:30 y se separa a las 16:45, revisa solo esos quince minutos. Después reduce la ventana hasta encontrar el primer evento no equivalente. Es una técnica de localización, no una prueba de causa: todavía habrá que verificar el sensor, el operario, la interfaz o la regla aplicable.

5. Cierra con un estado y un dueño

Cada diferencia debe terminar en una de estas salidas: explicada, pendiente de evidencia, corregida con ajuste aprobado o escalada. Añade responsable, fecha objetivo y enlace a la evidencia. Si se ajusta el ERP, conserva la cantidad original, el motivo y la autorización. Si se corrige una configuración de contador, conserva la lectura afectada y el periodo en que la regla anterior estuvo activa.

No uses la conciliación como permiso para editar el pasado sin rastro. Cuando la diferencia afecta a inventario, facturación, liberación de calidad, seguridad o una obligación regulatoria, sigue además el procedimiento aplicable de la organización y valida la decisión con las funciones responsables. Esta guía no sustituye esa revisión.

Límites que conviene declarar en el informe

El contraste físico-empresarial es potente, pero no responde a todo. Un contador no certifica calidad, titularidad de inventario, conformidad de lote ni disponibilidad comercial. Un ERP tampoco demuestra por sí mismo que un objeto pasó físicamente por una estación. Cada fuente aporta una evidencia distinta.

También hay límites técnicos. Un sensor puede contar dobles pasos, perder detecciones o tener una ubicación que no representa el final del proceso. Una transacción puede registrarse con una orden incorrecta, llegar tarde o quedar en estado pendiente. Esos escenarios son hipótesis hasta que se revisan con los registros específicos. El total agregado no las confirma.

La mejor salida de una conciliación no siempre es cero. Puede ser una diferencia explicada de 60 unidades por rechazo, una diferencia provisional por cierre, o una diferencia abierta con evidencia suficiente para que el equipo correcto la investigue. Cero obtenido mediante una regularización sin motivo es peor que una diferencia visible y bien documentada.

Plantilla de cierre para el responsable de operaciones

Antes de publicar la cifra, completa una ficha breve:

1. Resultado observado: lectura de contador, total ERP y diferencia normalizada.
2. Contrato aplicado: unidad, evento y periodo que se compararon.
3. Evidencia: enlaces o identificadores de lectura, transacciones y reglas de exclusión.
4. Clasificación: unidad, evento, periodo o pendiente de evidencia.
5. Decisión: publicado como definitivo, provisional, ajustado con aprobación o escalado.

Si no puedes completar el segundo y el tercer punto, no atribuyas la diferencia a una persona, a una máquina o a un sistema. Publica el dato con su límite. Esa disciplina deja de convertir una discrepancia numérica en una discusión de opiniones y permite encontrar dónde se separaron el objeto físico y su registro empresarial.

Preguntas frecuentes

¿Qué diferencia hay entre un contador de línea y una unidad contabilizada en el ERP?

El contador suele registrar un impulso o un objeto que pasa por un punto físico. El ERP puede registrar una confirmación, una cantidad buena, una entrada de mercancía o una regularización. Solo son comparables si la unidad, el evento y el periodo se han definido como equivalentes.

¿Debo ajustar el ERP para que coincida con el contador de línea?

No de forma automática. Primero identifica si el contador incluye rechazo, reproceso, muestras, arranque o unidades fuera de la orden. Si procede un ajuste, documenta el motivo, el origen, el responsable y el impacto en la trazabilidad antes de registrarlo.

¿Cómo detecto una diferencia causada por el periodo?

Compara el inicio, el fin, la zona horaria y la regla de inclusión de ambos totales. Una lectura acumulada tomada a las 22:00 no equivale a las transacciones del ERP contabilizadas al cierre administrativo si una parte de los eventos se confirma después.

¿Qué evidencia debo conservar durante la conciliación?

Guarda la lectura inicial y final del contador, el identificador de equipo, la orden o lote, los eventos del ERP, sus timestamps de origen y registro, las reglas de exclusión y cualquier ajuste aprobado. Una captura aislada no permite reconstruir la diferencia.

¿La diferencia entre contador y ERP demuestra que hay una avería?

No. Puede deberse a una definición distinta de unidad, a un evento que un sistema no registra o a una ventana temporal diferente. Una avería requiere evidencia propia, como diagnóstico del equipo, alarma, intervención o verificación de mantenimiento.