Conciliar scrap de MES con coste registrado en ERP

Cuando el scrap que muestra MES no coincide con el coste que aparece en ERP, es fácil convertir una discrepancia de datos en una conclusión demasiado grande. Alguien ve más rechazo físico en planta que importe asociado en el cierre y concluye que “falta coste”. Otra persona ve un apunte contable sin la misma cantidad en el parte y concluye que “el MES está mal”. Las dos reacciones pueden ser prematuras. Antes de buscar un culpable, hay que comprobar si ambas cifras responden a la misma pregunta.

Una cantidad de scrap describe una observación o declaración operativa: qué material, unidad, orden o lote se rechazó, con qué motivo y en qué momento. Un coste registrado en ERP puede representar una valoración, una regularización, una liquidación posterior o una regla local que resume varios eventos. Pueden estar relacionados y, aun así, no ser comparables directamente. El trabajo de conciliación consiste en dejar esa relación visible.

Esta guía sirve para investigar una diferencia documental entre el scrap registrado en MES y el coste registrado en ERP. No calcula el coste correcto, no recomienda un asiento, no determina la valoración de inventario ni decide una imputación financiera. Tampoco sustituye los procesos de calidad, trazabilidad, contabilidad, fiscalidad, control interno o cumplimiento que correspondan a la organización.

ISA-95 es una serie de normas para la integración entre sistemas de control de fabricación y sistemas empresariales. Fuente: ISA-95 Ese marco explica por qué un evento de operaciones y un dato empresarial necesitan una interfaz y una definición compartida; no certifica que una integración concreta sea correcta ni valida una transacción local.

Empiece por separar cantidad, valoración y momento

La primera regla es sencilla: no compare un número de piezas con un importe como si fuesen dos lecturas de la misma magnitud. Antes de abrir una incidencia, escriba qué representa cada valor. El registro de MES puede indicar 120 kilogramos rechazados durante una operación. El ERP puede mostrar un coste asociado a una orden ya cerrada, calculado con una regla que no se aplica en el instante del rechazo. La diferencia no prueba aún que falte información.

Trabaje con tres columnas independientes:

Dimensión	Pregunta que debe responder	Ejemplo de evidencia
Cantidad física	¿Qué material se declaró como rechazo, en qué unidad y para qué orden o lote?	Evento MES, parte de producción, registro de calidad
Valoración	¿Qué regla convierte, agrupa o imputa el hecho a un importe empresarial?	Regla aprobada, transacción ERP, referencia de cálculo
Momento	¿Cuándo ocurrió, llegó, se contabilizó o se cerró cada evento?	Timestamps de origen, interfaz, registro y cierre

Si alguna columna no puede completarse, el resultado es una diferencia pendiente, no una pérdida confirmada. Esta distinción evita una práctica dañina: forzar un ajuste para que un informe parezca coherente y eliminar el rastro de qué faltaba por comprobar.

ISA-95 sitúa la gestión de operaciones de fabricación y las funciones empresariales en ámbitos que intercambian información. Fuente: ISA-95 La separación es funcional; no obliga a una marca concreta de MES o ERP ni dice qué política contable debe usar una empresa. En una conciliación, ayuda a preguntar qué sistema origina el evento y cuál transforma o conserva el dato para su uso empresarial.

No convierta “scrap” en un único campo universal. En una planta puede describir rechazo de proceso. En otra, una categoría de calidad, una baja de inventario, un consumo no recuperable o una regularización. Los nombres parecidos no garantizan que el tratamiento sea idéntico. El caso necesita la definición vigente para ese material, orden y proceso, no una interpretación de un rótulo en pantalla.

Congele un caso pequeño antes de revisar el cierre completo

Una conciliación de mes completo suele ocultar el primer punto donde la relación se rompe. Cantidades de más y de menos pueden compensarse. Un ajuste correcto para una orden puede tapar otro mal asignado. Elija un caso que pueda reconstruirse sin depender de memoria oral: una orden, una operación o un lote, un material, una ventana temporal y una discrepancia observable.

La ficha inicial debe contener como mínimo:

1. Identificador de planta, área, recurso y operación cuando estén disponibles.
2. Orden, lote y material con la versión de maestro que intervino.
3. Cantidad de scrap, unidad y motivo tal como fueron capturados en MES.
4. Estado de la orden y del lote en MES y ERP en el momento de consulta.
5. Timestamp del evento, de la recepción de interfaz y de la transacción empresarial, si existen.
6. Importe o registro ERP que se pretende relacionar con el evento.
7. Regla de corte, consulta o informe que produjo la diferencia.

Guarde los valores originales. Si el equipo detecta una captura incorrecta, añada la corrección como un hecho nuevo con su motivo y evidencia. Reemplazar la cantidad o el importe inicial borra la pregunta que se estaba investigando y hace imposible saber por qué la conciliación cambió.

ISA-95 organiza la integración mediante modelos de información, objetos, atributos y contenido de interfaz entre funciones de control y empresa. Fuente: ISA-95 La fuente pública no proporciona el mapeo de campos de una planta. Por ello, una ficha local debe documentar sus propios identificadores de correlación, estados y transformaciones en vez de suponer que el nombre de un campo ya contiene ese significado.

Un caso pequeño tampoco equivale a una conclusión aislada. Su utilidad está en que revela qué comprobación falta. Si el evento MES contiene cantidad y orden, pero el ERP solo devuelve un importe agregado a varias órdenes, el equipo ya conoce el límite: no puede atribuir el coste a ese rechazo sin una relación adicional. Esa respuesta puede ser incómoda, pero es verificable.

Alinee el objeto de negocio antes de mirar el importe

El mismo material puede tener identificadores diferentes según la capa del sistema. MES puede asociarlo al recurso y a la operación que lo generó. ERP puede agruparlo por orden, centro de coste, almacén o periodo. El objetivo no es imponer una clave gigantesca que fracase ante cualquier reintento. Es acordar una relación suficiente para explicar por qué dos registros deben compararse.

Revise estos elementos en el orden que mejor reduzca ambigüedad:

Elemento	Pregunta de conciliación	Riesgo si no se verifica
Orden y operación	¿Ambos registros pertenecen a la misma ejecución?	Imputar un rechazo a una orden vecina
Lote o sublote	¿El evento conserva una relación permitida con el lote?	Perder trazabilidad de calidad
Material y unidad	¿La cantidad usa el mismo material base y conversión vigente?	Crear una diferencia por unidad o redondeo
Motivo y estado	¿El rechazo estaba confirmado, anulado, reprocesado o pendiente?	Tomar un estado provisional por definitivo
Referencia de interfaz	¿Existe un identificador de origen o correlación?	Contar reintentos como hechos nuevos

No hace falta que todos los procesos tengan lote, ni que cada sistema muestre los mismos campos. Cuando un campo no exista, declare la limitación y use otra evidencia aprobada. Lo importante es no inventar una correspondencia porque el total agregado resulte razonable.

ISA-95 trata la terminología y la información intercambiada entre operaciones y empresa para reducir ambigüedades de integración. Fuente: ISA-95 Ese propósito no convierte automáticamente dos implementaciones en semánticamente iguales. La definición local de “rechazo”, “merma”, “baja” o “coste de scrap” sigue necesitando propietario, versión y alcance.

En esta fase, no use el importe como prueba de identidad. Dos eventos con el mismo valor pueden corresponder a materiales distintos; un solo evento puede distribuirse en varios registros; una valoración puede producirse después de una consolidación. La coincidencia de importe es una pista de búsqueda, no una clave de negocio.

Recorra la transformación desde el evento hasta el registro empresarial

Una vez fijado el caso, dibuje el recorrido que sigue el dato. No necesita ser un mapa de arquitectura completo. Basta con listar los pasos que cambian el significado, el estado, la unidad, el periodo o la posibilidad de corrección. Este recorrido suele exponer la diferencia antes de que el equipo discuta sobre el total.

Una secuencia posible es:

1. El operario, equipo o sistema registra un rechazo en MES.
2. MES valida o deja pendiente el motivo, la orden y la cantidad.
3. Una interfaz envía el evento, una agregación o una confirmación hacia el sistema empresarial.
4. ERP acepta, rechaza, transforma, agrupa o deja el registro pendiente según una regla local.
5. Un proceso de cierre, valoración o regularización genera el dato usado por el informe de coste.

Cada paso requiere una pregunta: qué entró, qué salió, qué regla actuó, qué identificador relaciona ambos lados y qué estado quedó visible. Si la interfaz recibió el evento pero el ERP lo rechazó por una validación, la explicación es distinta de un evento que nunca se emitió. Si el ERP aceptó el mensaje pero la valoración ocurre al cierre, el informe debe distinguir latencia prevista de una ausencia de dato.

ISA-95 describe una interfaz de comunicación entre tecnología de control y procesos de negocio. Fuente: ISA-95 La existencia de esa interfaz no prueba que cada mensaje se entregue una vez, a tiempo o con la regla correcta. Los logs, reintentos, errores y reglas de transformación son la evidencia local que permite comprobarlo.

Conserve tanto el timestamp de origen como el de recepción y registro cuando estén disponibles. Un evento de rechazo a las 23:57 puede llegar al ERP después de un corte. Si se compara la producción de un turno con el cierre administrativo de otro periodo, la diferencia puede ser temporal y requerir actualización, no una corrección. Etiquete ese estado como provisional e indique la fecha o condición que permitirá revisarlo.

Tampoco asuma que un reintento crea una segunda merma. Para cada referencia, busque la secuencia completa: emisión, respuesta, error, anulación, reenvío y confirmación. Si la herramienta no expone esas relaciones, anote que la unicidad del evento no se puede demostrar con el informe disponible. Es preferible a doblar o borrar cantidades para conseguir un total exacto.

Clasifique la diferencia antes de escalarla

La clasificación mantiene separada la observación de su explicación. Úsela de forma provisional y cámbiela solo cuando aparezca evidencia. Una tabla simple es suficiente:

Clasificación	Qué significa	Evidencia que falta o confirma
Cantidad	MES y ERP no representan la misma población o unidad	Material, conversión, orden, lote, evento de rechazo
Estado	Un sistema muestra pendiente, anulado, reprocesado o confirmado y el otro no	Historial de estado y regla de transición
Periodo	Los registros entran en ventanas o cierres distintos	Timestamps, zona horaria, regla de corte
Valoración	La relación entre cantidad y coste aplica una regla no revisada	Regla aprobada, referencia de cálculo y responsable
Interfaz	El camino del dato tiene error, retraso, rechazo o reintento	Log, identificador de correlación y respuesta
Evidencia incompleta	Falta un dato necesario para elegir otra categoría	Lista explícita de datos pendientes

La categoría “valoración” merece cuidado. No significa que la cifra empresarial sea errónea ni autoriza al equipo de operaciones a definir cómo debe valorarse el scrap. Significa que la conciliación detectó que cantidad y coste no pueden relacionarse con la evidencia disponible. La siguiente acción debe ir al proceso y responsable que gobiernan esa regla.

La categoría “evidencia incompleta” tampoco es una forma elegante de cerrar el caso. Debe incluir la pregunta pendiente, la fuente que se necesita y quién puede facilitarla. Por ejemplo: “Falta el identificador de transacción que vincula el rechazo MES R-214 con la liquidación de la orden O-550; hasta obtenerlo, el importe no se atribuye a ese rechazo.” Es una salida útil porque limita lo que el informe puede afirmar.

Decida qué resultado puede publicar cada equipo

No todos los lectores necesitan el mismo nivel de detalle. Operaciones puede necesitar saber si hay un evento de rechazo sin correlación. IT/OT puede necesitar logs y transformaciones. Finanzas o control puede necesitar la regla empresarial aplicable. La conciliación no sustituye a ninguno; prepara una evidencia coherente para que cada función responda dentro de su ámbito.

Use estados de publicación claros:

• Explicada: existe evidencia de cantidad, objeto, periodo y transformación que relaciona la diferencia.
• Provisional: la relación parece consistente, pero falta un cierre o evento que está previsto recibir.
• Pendiente de evidencia: falta una fuente material y no se debe atribuir cantidad o coste.
• Corregida con aprobación: el sistema autorizado registró un ajuste que conserva valor previo, motivo y referencia.
• Escalada: el caso afecta calidad, trazabilidad, inventario, control interno, obligaciones o una decisión económica que requiere otro proceso.

La decisión de publicar una cantidad operacional no es la misma que aprobar un impacto económico. Un informe puede decir “MES declara 34 kilogramos de rechazo pendientes de correlación con la liquidación ERP” y ser útil sin afirmar que el coste de esos 34 kilogramos es conocido. Esa precisión protege al lector frente a una cifra que parece completa, pero mezcla capas distintas de información.

La serie ISA-95 no prescribe decisiones financieras ni reglas de valoración local. Fuente: ISA-95 Por eso, esta guía se limita a la trazabilidad entre un hecho de operaciones y un registro empresarial. La organización debe aplicar sus controles, autorizaciones y procedimientos cuando el resultado afecte contabilidad, inventario, calidad regulada, obligaciones fiscales o compromisos con clientes.

Cierre el caso con evidencia que otra persona pueda revisar

Una conciliación terminada debe poder ser revisada por alguien que no participó en la reunión inicial. No necesita incluir capturas sensibles ni exportaciones completas. Debe conservar referencias precisas, consultas, IDs, ventana y reglas. Si otra persona tiene los permisos necesarios, tiene que poder volver a las fuentes y reproducir el camino de la diferencia.

Antes de cerrar, compruebe esta lista:

1. ¿Se conserva la cantidad original de MES con unidad, orden, lote y motivo?
2. ¿Se identifica el registro ERP y qué representa dentro de su proceso?
3. ¿La comparación usa una ventana y zona horaria declaradas?
4. ¿Existe una relación verificable entre evento e importe, o se ha declarado que falta?
5. ¿Los reintentos, anulaciones y cambios de estado se revisaron sin contar dos veces?
6. ¿Cualquier ajuste mantiene el valor previo, el motivo, la evidencia y la autorización?
7. ¿El resultado distingue dato operativo, hipótesis de integración y decisión financiera pendiente?

Si la respuesta a una pregunta es no, el caso no necesita una explicación más vistosa. Necesita esa evidencia. La mejor conciliación no siempre acaba en cero. Puede terminar con una diferencia documentada que el equipo correcto debe investigar. Eso es mejor que una igualdad fabricada mediante un ajuste que nadie podrá explicar en el próximo cierre.

Preguntas frecuentes

¿Por qué el scrap de MES no coincide con el coste del ERP?

Porque pueden referirse a cantidades, estados, periodos o reglas de valoración diferentes. El MES puede registrar un rechazo al ocurrir; el ERP puede reflejarlo después, agruparlo con otra transacción o aplicarle una regla de coste distinta. La diferencia debe clasificarse antes de corregirla.

¿Una cantidad de scrap mayor en MES demuestra una pérdida mayor en ERP?

No. La cantidad física no fija por sí sola el valor contable, el coste estándar, la imputación ni el impacto financiero. Para usar una cifra en una decisión económica hacen falta las reglas y aprobaciones de la organización responsable.

¿Qué datos necesito para revisar un descuadre de scrap?

Parte de una orden o lote, material, unidad, cantidad, motivo, estado, timestamp de evento, timestamp de registro, versión de maestros y referencias de las transacciones de ambos sistemas. Añade la consulta exacta y la regla de corte que generaron el informe.

¿Debo corregir el ERP para que coincida con el MES?

No automáticamente. Primero determine si ambos registros representan el mismo evento y si el ERP es el sistema autorizado para la corrección propuesta. Si procede un ajuste, deje el valor original, el motivo, la evidencia, el responsable y la autorización trazables.

¿Qué hago si falta el motivo de rechazo en el MES?

Mantenga el caso abierto o clasifique el caso como evidencia incompleta. Puede comprobar cantidad, periodo y estado, pero no debe atribuir el coste a una causa sin el registro que vincula el rechazo con su clasificación y tratamiento local.