Un reproceso puede aparecer como dos cantidades iguales en un informe y generar una conclusión apresurada: “se ha producido el doble”. Ese resultado puede ser correcto, pero también puede mezclar una ejecución repetida sobre el mismo objeto, una corrección de registro, un movimiento posterior o una regla de agregación. Antes de sumar o restar, hay que responder una pregunta más básica: qué representa cada fila y qué relación tiene con el evento inicial.

El Anexo 11 de las Directrices de Buenas Prácticas de Fabricación de la Unión Europea establece requisitos para sistemas informatizados utilizados en actividades reguladas por GMP, con un enfoque basado en riesgo. No determina si una planta concreta está en ese ámbito, no define cómo debe codificarse un reproceso y no decide qué sistema prevalece. En esta guía se usa para recordar los límites de trazabilidad, control y cambio; no como una instrucción de contabilización.

El análisis que sigue no cubre scrap por calidad. Tampoco autoriza liberar producto, modificar inventario, ajustar costes, borrar confirmaciones ni reconfigurar una interfaz. Su propósito es formar un expediente que permita a operaciones, IT/OT, calidad o el dueño del proceso decidir con evidencia y dentro de sus autorizaciones.

Formule el caso sin llamar duplicado a la segunda fila

Empiece con una frase que describa lo observado: “La orden OF-218 muestra una confirmación de 40 unidades en MES y dos movimientos relacionados en ERP; se necesita determinar si el segundo representa reproceso, corrección, una salida adicional o una relación que aún no puede probarse”. La frase no decide el resultado. Obliga a conservar la incertidumbre útil y a definir la decisión pendiente.

Reúna los valores originales antes de aplicar filtros, conversiones o agregaciones. Para cada registro anote orden, operación, lote o unidad si existe, material, cantidad, unidad, estado, fecha y hora, fuente, consulta y usuario o cuenta técnica cuando sea relevante. Si el sistema muestra un identificador de evento o mensaje, consérvelo literalmente. No lo sustituya por una descripción escrita a mano: puede ser la única clave que permita relacionar el recorrido.

Aspecto Evento inicial Evento revisado Pregunta de contraste
Objeto Orden, operación, lote o unidad Mismo conjunto de claves ¿Se trata del mismo objeto?
Actividad Qué se registró y en qué fuente Qué se volvió a registrar ¿Es trabajo repetido, ajuste u otra etapa?
Cantidad Valor y unidad originales Valor y unidad originales ¿Las medidas son equivalentes?
Estado Estado literal Estado literal ¿Una fila está pendiente, corregida o disponible?
Relación ID de evento o referencia ID de evento o referencia ¿Qué evidencia une ambos eventos?

La tabla debe permitir decir “no comprobado”. Por ejemplo, quizá se conoce la orden y la cantidad pero no existe una referencia de evento compartida. En tal caso, la similitud de fecha no completa el vínculo. Registre la ausencia y solicite al propietario de la fuente la relación que puede demostrarla.

Separe actividad, salida y contabilización

Una de las dificultades del reproceso es que los sistemas pueden describir capas distintas. Un MES puede registrar que una operación volvió a ejecutarse. Un ERP puede mostrar una confirmación, un documento, una vista de disponibilidad o un total agrupado. Ninguna de esas representaciones, por sí sola, declara que existe una nueva salida disponible para venta, inventario o liberación.

El Anexo 11 indica que las aplicaciones deben validarse y la infraestructura informática debe cualificarse conforme al uso previsto. La fuente europea no prescribe una implementación MES/ERP ni prueba que un sistema local esté validado. Para la revisión, el límite práctico es claro: no cambie la interpretación de un registro solo porque otra pantalla utiliza una etiqueta parecida; verifique el uso previsto y la semántica local con quien la controla.

Escriba una frase por registro. “Confirmación de operación 20, 40 unidades, estado terminado, fuente MES” es diferente de “movimiento ERP de 40 unidades, estado contabilizado”. Si hay una tercera fila de -40, no se debe presuponer que anula la primera sin revisar el tipo de movimiento y su relación. Las frases obligan a mirar los estados y evitan que un total oculte eventos con funciones diferentes.

Evite convertir unidades o multiplicar cantidades para cerrar el informe. Si una fuente habla de piezas y otra de cajas, guarde las unidades originales y la regla autorizada si se llega a usar una conversión. Si no hay una regla verificable, deje la comparación como no cuantificada. Un total incompleto con su limitación es más seguro que una equivalencia creada para que el cuadro de mando parezca coherente.

Reconstruya el recorrido y las decisiones disponibles

Trace un recorrido corto: evento inicial, condición que motivó el nuevo trabajo si está documentada, ejecución posterior, publicación o intercambio, recepción y vista final. Para cada paso separe evidencia y pregunta. El hecho de que una operación posterior exista no demuestra qué causa la motivó; esa causa debe estar en la fuente autorizada del proceso, no en una interpretación del analista.

El Anexo 11 exige que los registros de auditoría, cuando correspondan, estén disponibles en forma inteligible y permitan reconstruir cambios relevantes. La guía europea no prueba que una pantalla concreta exponga esos registros ni establece que todo caso sea GMP. Si el proceso local dispone de trazas, pida el registro que relaciona el objeto, el cambio y el momento; no pida una captura general que no permita reconstruir el caso.

Una cronología útil diferencia la hora del evento físico, la del registro, la del envío, la de recepción y la de consulta. Si un evento se publica después de una extracción ERP, eso puede explicar una ausencia temporal, pero no demuestra que deba sumarse dos veces. Si la cronología tiene huecos, señálelos. Esos huecos pueden ser precisamente la razón para mantener abierta la decisión.

Asigne preguntas a quien puede responderlas: operaciones puede confirmar qué actividad se ejecutó; calidad puede indicar si una decisión se encuentra bajo su proceso; IT/OT puede buscar trazas y contratos de interfaz; el dueño de ERP puede explicar un estado, documento o agregación; inventario o finanzas pueden evaluar el efecto de una representación. Esta distribución no transfiere autoridad: aclara qué evidencia falta.

No convierta una corrección en una nueva causa

Una corrección visible después del reproceso puede ser un movimiento reverso, un ajuste autorizado o una normalización de informe. No se debe presentar como “la causa” sin la regla que lo explica. Anote qué se observó y qué fuente confirmaría su semántica. Repetir un mensaje, editar una cantidad o crear un registro manual para comprobar una teoría puede alterar la evidencia que se necesita para resolverla.

El Anexo 11 indica que los datos almacenados deben comprobarse en cuanto a accesibilidad, legibilidad y exactitud, y que debe asegurarse el acceso durante todo el período de retención. El Anexo 11 no fija una frecuencia universal ni indica qué campo debe revisar una empresa. Su relevancia es metodológica: una solución que sólo cuadra el caso de hoy debe comprobarse posteriormente con un caso comparable y con las fuentes adecuadas.

Conserve una lista de hipótesis sin jerarquizarlas por intuición: trabajo repetido sobre el mismo objeto; nueva salida definida localmente; corrección posterior; dos operaciones distintas con igual cantidad; agregación de informe; consumo incompleto de interfaz. Para cada hipótesis indique la evidencia necesaria. La lista no debe convertirse en un catálogo de culpas ni usarse para decidir una acción sensible sin confirmación.

Cuando una hipótesis afecte calidad, trazabilidad, inventario, coste, seguridad o cumplimiento, escale el expediente con los valores originales y el alcance conocido. El revisor puede describir impacto potencial; quien tiene el mandato decide la clasificación y la medida. Esta frontera es especialmente importante cuando un total aparentemente pequeño involucra un lote, una liberación o una obligación de registro.

Defina una salida controlada

La salida del análisis puede ser una confirmación de relación, una solicitud de evidencia, una decisión de proceso o una escalada. No tiene que ser una corrección de datos. Una nota clara puede indicar: “Se observa actividad posterior sobre el mismo objeto, pero no se ha demostrado que el segundo valor represente salida adicional. Se solicitan la regla de contabilización y el vínculo entre eventos. Hasta obtener respuesta no se suma, anula ni retransmite ninguna confirmación”.

El Anexo 11 establece que los cambios en sistemas informatizados, incluidos los de configuración, deben controlarse conforme a un procedimiento de gestión de cambios. La fuente primaria no autoriza un cambio concreto ni decide la configuración de la planta. Es un límite explícito frente a la tentación de ajustar una interfaz o una regla de informe mientras se investiga.

Antes de cerrar, compruebe que otra persona puede responder qué se reprocesó, qué representan los registros, qué fuente sostiene el vínculo, qué se desconoce y quién debe decidir. Adjunte consultas y filtros por canales autorizados, especialmente si contienen datos sensibles. Si la resolución se apoya en una regla local, guarde su versión, propietario y condiciones; no la convierta en una regla universal para otros productos u órdenes.

Una comprobación posterior debe buscar un evento con el mismo patrón de objeto, estado y flujo, no una cifra parecida. Si el patrón se repite, la investigación puede revelar una necesidad de proceso que deberá tratarse por la vía de gobierno correspondiente. Si no se repite, la evidencia sigue siendo útil: evita generalizar una excepción y conserva por qué se tomó la decisión.

Prepare una revisión que pueda repetirse

Una explicación de reproceso gana calidad cuando otra persona puede reconstruirla sin conocer el turno ni la conversación original. Guarde el identificador del caso, las consultas usadas, las filas seleccionadas, los filtros, las unidades y la versión de las reglas que se citaron. Si se usa una hoja para contrastar valores, documente su fórmula, entradas y redondeos. Esa hoja puede ayudar a entender una hipótesis, pero no debe sustituir los registros de origen.

Distinga los archivos de evidencia de los documentos de decisión. El expediente puede contener referencias recuperables y datos restringidos por el canal autorizado; el resumen debe mostrar qué se sabe, qué no se sabe y quién tiene la siguiente acción. No adjunte exportaciones masivas sólo para demostrar que se ha trabajado. Una selección bien identificada permite validar el caso y limita la difusión de información no necesaria.

Antes de comunicar el resultado, contraste al menos una relación clave con alguien que conozca la fuente. Confirme que el objeto, el estado y la cantidad se transcribieron como aparecen y que la pregunta no presupone una salida adicional. Si la comprobación revela una inconsistencia, registre la corrección como una nueva observación. Mantener este historial es más seguro que cambiar una cifra en silencio y presentar el total actualizado como si el primer análisis nunca hubiera existido.

Si debe aplicarse una decisión autorizada, deje constancia de su alcance exacto: qué objeto cubre, qué relación fue comprobada, qué valores se conservaron y qué revisión posterior se requiere. Una decisión válida para una orden no demuestra que todos los reprocesos sigan el mismo patrón. La delimitación protege la trazabilidad del caso y evita convertir una excepción documentada en una regla de aplicación general.

Compruebe que la representación conserva el significado

Antes de presentar un total, pregunte cuál es la unidad de decisión. Puede ser una unidad física, una operación realizada, una cantidad disponible, un movimiento administrativo o una combinación definida por el proceso. No son categorías intercambiables. Una actividad repetida puede requerir visibilidad operativa sin que se convierta en una nueva salida para inventario. La persona que prepara la comparación debe conservar esa distinción aunque el informe final sólo muestre una cifra.

Compare también la cobertura temporal. Un sistema puede mostrar el reproceso en la fecha en que se ejecutó y otro en la fecha de contabilización o de cierre. Si se agrupan ambos por día o turno, una diferencia puede parecer duplicidad cuando en realidad responde a ventanas distintas.

Anote el nombre del campo temporal y la zona horaria disponible. Si la semántica del campo no está documentada, mantenga su literal y pida una definición; no elija la interpretación que mejor encaja con el total.

La información de calidad, cuando esté implicada, no debe copiarse a una nota general de integración sin control de acceso. Es suficiente describir que existe una decisión o estado que debe verificarse por su proceso. Igual ocurre con referencias comerciales, costes y datos de personas: el expediente necesita permitir la revisión, no distribuir todos los detalles a cada destinatario. El dueño correspondiente puede confirmar la relación bajo las salvaguardas locales.

Evite tratar un reproceso como una prueba de que hubo un defecto. Puede tener causas operativas, de programación, de formación, de material, de equipo o una regla de proceso que no se ha evaluado en esta guía. Registrar una causa supuesta en el título de un ticket puede orientar de forma indebida el trabajo posterior. Describa el hecho observable, la pregunta y la evidencia que permitiría confirmar una causa, dejando que el proceso autorizado la determine.

Si se decide una corrección autorizada, compruebe después su efecto con una consulta independiente. La comprobación debe incluir el objeto, la cantidad, el estado y el vínculo de los eventos, no sólo un total final. Si el resultado esperado no aparece, no repita la corrección por intuición.

Vuelva al expediente, conserve la nueva observación y escale al dueño técnico o de proceso que corresponda. Así se evita que un segundo intento convierta un caso documentable en una secuencia difícil de reconstruir.

Por último, documente las excepciones de forma acotada. Una regla puede aplicar a un producto, línea o versión de proceso y no a todos los reprocesos. Indique condiciones, fuente y fecha de confirmación. Cuando un caso futuro se parezca, úselo como punto de partida para investigar, no como autorización para copiar la representación anterior. La similitud visual de dos registros nunca sustituye la relación demostrada entre los objetos.

Si el expediente requiere una reunión breve, formule una sola pregunta de decisión y entregue los identificadores recuperables antes de debatir soluciones. El resultado puede ser confirmar una relación, solicitar otra fuente o escalar. Ninguna de esas salidas exige editar datos durante la revisión.

Preguntas frecuentes

¿Un reproceso es siempre producción adicional?

No. Puede describir trabajo repetido sobre el mismo objeto, una corrección, una operación adicional autorizada u otro caso definido localmente. Hay que comprobar qué representan la cantidad, estado y regla de contabilización en cada sistema.

¿Debo restar la primera confirmación para que el total cuadre?

No sin la regla y autorización aplicables. Restar, anular o volver a transmitir puede cambiar inventario, coste, calidad o historial. Primero preserve el caso y solicite la decisión al propietario correspondiente.

¿Qué relación debo guardar entre el evento inicial y el reproceso?

Orden, operación, lote o unidad cuando existan, identificadores de evento, cantidades y unidades, estados, timestamps, motivo documentado, fuente y cualquier vínculo de proceso disponible.

¿Puede una misma cantidad aparecer dos veces sin ser un duplicado?

Sí. Puede representar etapas distintas, una corrección, una reversión o un trabajo repetido. La coincidencia numérica no prueba que ambas filas sean la misma salida.

¿Cuándo hay que detener el análisis y escalar?

Cuando la incertidumbre pueda afectar liberación, trazabilidad, calidad, inventario, coste, seguridad o una obligación regulatoria, o cuando no exista evidencia suficiente para relacionar los eventos.