Codificadora y serializadora cosidas al ERP — cero mix-up de serial
La codificadora y el sistema de serialización DSCSA son la última pieza física antes del cliente y del auditor. iLEAN Connect los cose bidireccionalmente al ERP: lote, fecha de caducidad, rango de serial y aggregation viajan automáticos desde la OF activa. El mix-up de serial por tecleo humano desaparece.
La codificadora tiene API — pero el lote se sigue tecleando a mano a cada cambio de OF.
En una planta farmacéutica hormonal que acondiciona y serializa producto para exportación, la codificadora y el sistema de serialización son equipos modernos: los dos exponen API. El problema es que están aislados del ERP y del hub DSCSA: nadie los ha cosido entre sí, y el dato que ya vive en la Orden de Fabricación se traduce a mano en el panel:
- Tecleo manual a cada cambio de OF — cuando entra una nueva Orden de Fabricación, alguien teclea en el panel de la codificadora el nuevo lote y la fecha de caducidad, y concilia a mano el rango de serial y el aggregation con el sistema de serialización. Un panel, varias oportunidades de error, ningún cruce con el ERP.
- Un dedo mal puesto es media producción comprometida — un dígito de lote equivocado o un rango de serial mal introducido convierte media producción en serial mal aggregado: mix-up en cliente y Class-I recall en USA, con impacto único superior a medio millón de euros y suspensión de la habilitación como CMO exportador. Estimación a validar con los datos de tu planta, pero el orden de magnitud es ese.
El ERP sabe qué lote, qué caducidad, qué rango de serial y qué aggregation tocan — pero no se lo dice a la codificadora ni al hub DSCSA. Alguien tiene que traducirlo a mano, con la línea parada esperando y el riesgo regulatorio encima de la mesa.
Connect cose dos sistemas modernos vía API — cambio de lote es un toque en el ERP, no un teclear en la codificadora.
El cambio de OF no necesita más pantallas ni más conciliaciones: necesita que el dato que ya vive en el ERP llegue a la codificadora, al sistema de serialización y al hub DSCSA al mismo tiempo, sin que nadie lo reescriba. Para eso está Connect.
Cuando el ERP marca arranque de OF, publica automáticamente lote, fecha de caducidad, rango de serial y aggregation caja/palé a la codificadora y al hub DSCSA. Cambio de lote = un toque en el ERP, no un teclear en la codificadora.
Cómo opera Connect en la línea de serialización de una planta hormonal:
- Connect cose los dos sistemas vía API — codificadora y sistema de serialización ya tienen interfaz moderna; Connect se conecta a ambos y al ERP sin tocar el PLC de la línea ni sustituir ningún equipo.
- El ERP publica al arrancar la OF — lote, fecha de caducidad y rango de serial llegan a la codificadora en el mismo instante en que se arranca la Orden de Fabricación, en una sola transacción.
- El aggregation viaja con el mismo paquete — la jerarquía caja/palé se publica al sistema de serialización junto al rango de serial, y Connect lee de vuelta los eventos de aggregation reales para compararlos con lo declarado.
- El hub DSCSA recibe el mismo dato de origen — commissioning y aggregation se publican al hub en formato EPCIS desde la misma transacción; desaparece la conciliación manual entre lo impreso y lo declarado.
- Confirmación cruzada antes de soltar línea — Connect comprueba que la codificadora y el sistema de serialización han recibido y aplicado el mismo dato antes de soltar el primer estuche; si uno se ha quedado atrás, retiene y avisa.
- Registro del cambio para el auditor — qué se publicó, a qué hora, a qué sistemas y con qué confirmación queda archivado, sin que nadie tenga que reconstruirlo para la inspección.
Cambio de OF tecleado en el panel vs. cambio de OF publicado desde el ERP
| Aspecto | Codificadora aislada, tecleo manual | Con iLEAN Connect |
|---|---|---|
| Cambio de lote en la codificadora | Tecleado a mano en el panel a cada OF | Un toque en el ERP — publicado automático |
| Errores de tecleo o mix-up de serial | 2-3 al mes, algunos con riesgo de recall | Cero de origen humano en codificación/serialización |
| Rango de serial y aggregation caja/palé | Introducidos y conciliados a mano | Publicados por el ERP en la misma transacción |
| Coherencia línea ↔ hub DSCSA | Conciliación manual a posteriori | Mismo dato de origen, confirmación cruzada |
| Riesgo de Class-I recall por codificación | Latente en cada cambio de OF | Eliminado el error de origen humano que lo dispara |
| Registro del cambio para el auditor | Reconstrucción a posteriori entre sistemas | Archivado automático: qué, cuándo y con qué confirmación |
Estimación de impacto para tu planta — a validar con tus números.
El siguiente bloque es una estimación a validar con los datos concretos de tu planta. Lo planteamos para que el comité tenga un orden de magnitud; lo refinamos en el diagnóstico.
- Planta farmacéutica hormonal que serializa para exportación a USA como CMO, con codificadora y sistema de serialización DSCSA ya equipados con API y varios cambios de OF por turno.
- Piloto Connect sobre el cambio de OF — cose los dos sistemas al ERP y al hub DSCSA por API, sin sustituir equipos ni tocar el PLC de línea. Primer valor esperable en pocas semanas.
- Payback rápido estimado entre 3 y 6 meses, según la frecuencia de cambios de OF por turno y el coste del tiempo de línea parada en cada cambio. Estimación a validar.
- La palanca dura es la reducción drástica del riesgo de Class-I recall por mix-up de serial: un solo evento tiene un impacto único superior a €500K más la suspensión de la habilitación como CMO exportador. Un recall evitado paga el piloto muchas veces. Estimación a validar.
Y la duda razonable del responsable de serialización
«¿Y si la IA se inventa un lote o un rango de serial?» — no puede: en este caso la IA no genera datos, los transporta anclados. El lote, la caducidad, el rango de serial y el aggregation salen tal cual de la OF activa del ERP; la alucinación es un problema de la generación libre, no de las tareas ancladas, donde los mejores modelos bajaron el error por debajo del 1,5% [1]. Y aun así, lo crítico no se decide solo: Connect lee de vuelta lo que la codificadora y el sistema de serialización confirman haber aplicado, lo compara contra lo publicado y retiene el arranque si algo difiere, avisando a la persona antes de que salga el primer estuche. Los anillos de seguridad están ahí precisamente para esto.
[1] Paper OpenAI «Why Language Models Hallucinate», 2025 — sobre fiabilidad de la IA en tareas ancladas.
Lo que se pregunta sobre coser la codificadora y la serializadora al ERP
¿Qué protocolos o API usa la integración con la codificadora y el sistema de serialización?
Connect se conecta a la codificadora y al sistema de serialización por API REST u OPC-UA, según lo que exponga cada equipo — la mayoría de líneas de serialización DSCSA en operación ya traen alguna de las dos. Del lado del ERP, Connect se integra por API REST o webhook sobre el módulo de Órdenes de Fabricación, sin tocar la base de datos directamente. Hacia el hub DSCSA, los eventos viajan en formato EPCIS, el estándar de eventos de trazabilidad que el hub ya consume. No hay ficheros intermedios ni exportaciones manuales: es publicación evento a evento, en el momento en que arranca la OF.
¿Qué pasa si la codificadora pierde conexión a mitad de una OF?
La línea no se para: la codificadora sigue imprimiendo con el lote y el rango de serial que ya tiene aplicados y confirmados, porque el dato se publicó completo al arranque de la OF. Lo que Connect hace es retener el siguiente cambio: si al cerrar la OF o arrancar la siguiente la conexión no está disponible, no deja arrancar con datos a medias y avisa al jefe de línea con frase corta. Como salida de emergencia existe el modo manual de siempre — teclear en el panel como hoy — pero con el dato validado impreso desde el ERP, no de memoria. Connect no añade un punto único de fallo: se aparta sin bloquear la línea.
¿Cómo se sincroniza el aggregation caja/palé?
La jerarquía de aggregation — qué seriales de estuche van en qué caja y qué cajas en qué palé — se define en el ERP junto al rango de serial de la OF, y Connect la publica al sistema de serialización en la misma transacción que el lote y la caducidad, no en llamadas separadas. Conforme la línea agrega, el sistema de serialización devuelve los eventos de aggregation reales y Connect los lee de vuelta y los compara contra lo publicado: si un serial aparece en una caja que no corresponde a la jerarquía declarada, se marca antes de que el palé se cierre, no cuando el cliente lo escanea en destino.
¿Cómo interactúa Connect con el hub DSCSA?
Connect publica al hub DSCSA el mismo paquete de datos que publica a la línea: commissioning de seriales, eventos de aggregation caja/palé y datos de lote y caducidad, en formato EPCIS. Al salir de la misma transacción, la codificadora, el sistema de serialización y el hub trabajan sobre un único dato de origen — el de la OF activa en el ERP — y desaparece la conciliación manual entre lo que imprimió la línea y lo que declaró el hub. Antes del cierre de la OF, Connect verifica que lo confirmado por la línea y lo aceptado por el hub coinciden; si difieren, retiene y avisa.
¿Esto sustituye al operario de la línea de serialización o lo libera?
No lo sustituye: le quita el tecleo del lote, la caducidad y el rango de serial en el panel a cada cambio de OF, que es la parte mecánica y propensa a error del trabajo — y la que puede acabar en un Class-I recall. El cambio de lote pasa de teclear en la codificadora a un toque de confirmación en el ERP. El tiempo recuperado vuelve a lo que sí requiere criterio humano: el line clearance, la revisión del primer estuche impreso y el control del arranque real de la línea.
Ver la codificadora cosida bidireccionalmente al ERP y al hub DSCSA — cuéntanos tu caso y te pasamos en 48h el ROI estimado para tu planta hormonal.
Trabajamos sobre los datos reales de tu planta, no sobre los nuestros. Diagnóstico sin compromiso.
Ver la codificadora cosida bidireccionalmente al ERP y al hub DSCSA ‹ Ver todos los casos de farma hormonal Ver farmacéutico