EPCIS: cómo compartir eventos de trazabilidad con contexto

Qué es EPCIS y qué no es

Según la página oficial de GS1 sobre EPCIS, se trata de un estándar de intercambio de datos para dar visibilidad dentro de una organización y entre socios comerciales, con el objetivo de responder qué, cuándo, dónde, por qué y cómo en relación con productos y otros activos. Su compañero, el Core Business Vocabulary (CBV), define los valores que pueden poblar esos campos.

EPCIS no es una tecnología de captura: no lee etiquetas ni escanea códigos. Describe cómo se expresa un evento una vez que alguien o algo capturó un identificador. Los eventos pueden venir de códigos de barras GS1 o de etiquetas RFID, y la propia arquitectura del estándar contempla ambos orígenes.

Las cinco preguntas y los campos que las responden

Los nombres de campo y su semántica están en la norma EPCIS 2.0. Un detalle importante: el documento aclara que recordTime es el momento en que el repositorio registró el evento y no describe nada del mundo real; no lo uses para decir cuándo ocurrió la operación.

Tipos de evento y vocabulario común

La norma define varios tipos de evento. Los más comunes en operaciones de inventario son el de objeto (algo ocurrió con uno o varios objetos) y el de agregación (artículos que se empacan en una caja o cajas en una tarima, y que pueden desagregarse). Existen además eventos de transformación y de transacción, y la versión 2.0 incorpora el de asociación. La guía de implementación advierte que no todo paso de un proceso necesita un evento de visibilidad; la decisión depende del valor de compartir ese dato y del costo de capturarlo.

El Core Business Vocabulary ofrece valores estandarizados, como pasos de negocio y disposiciones, para que “recepción” signifique lo mismo en el sistema de tu proveedor y en el tuyo. Revisa qué valores del vocabulario cubren tu proceso antes de inventar los tuyos, y documenta cualquier extensión.

Qué cambió con la versión 2.0

GS1 señala que EPCIS/CBV 2.0 agrega sintaxis JSON y JSON-LD, una interfaz REST para captura y consulta, soporte para datos de sensores, detalles de certificación y el uso de URIs GS1 Digital Link para expresar identificadores. Esto baja la barrera para desarrolladores que antes debían trabajar con XML. Los datos de sensor, sin embargo, son datos que alguien debe medir con un instrumento adecuado: una etiqueta pasiva no mide temperatura por sí sola.

Cuando el evento llega por la interfaz de captura, el servicio responde con aceptación y un identificador de captura; la norma lo define así en su servicio de captura. Una aceptación no garantiza que el negocio haya validado el contenido: es el recibo de que el servicio tomó el mensaje.

Ejemplo hipotético: un distribuidor comparte una recepción con su proveedor

Ejemplo ilustrativo, no corresponde a un cliente real. Un distribuidor recibe 40 cajas de un proveedor y quiere confirmar la recepción de forma estructurada. Su middleware arma un evento de objeto con acción de observación, el paso de recepción, la disposición correspondiente, el punto de lectura del andén y el número de orden como documento de negocio. Incluye un identificador único del evento (la norma permite UUID) y la hora con su desfase local.

Si luego descubre que registró 40 cajas cuando eran 38, no borra el evento: registra una declaración de error, que es una copia del evento original con el elemento ErrorDeclaration añadido, y, si procede, uno o más eventos correctivos con su propio identificador. La norma describe este mecanismo precisamente para conservar la historia. Para el socio, la visibilidad es mejor, pero solo si ambos acordaron usar los mismos identificadores de ubicación y de producto.

Cuándo conviene y cuándo no

• Conviene si compartes eventos con varios socios, si hay recuperación de producto o requisitos de trazabilidad con terceros, o si quieres un vocabulario común en lugar de un formato privado por cliente.
• Puede ser excesivo si solo integras un lector con tu WMS en un único almacén: un contrato de datos simple puede bastar.
• No lo resuelve la calidad de lectura, la limpieza de datos maestros ni la decisión de quién puede ver qué.

Sobre acceso, la norma explica que se espera que los socios usen enlaces que autentiquen al cliente cuando comparten datos entre organizaciones; los enlaces sin autenticación se reservan a entornos internos. Compartir todos los eventos con todos los socios es una mala decisión comercial y de privacidad: define qué ve cada uno.

Preguntas frecuentes

¿EPCIS exige RFID? No. Funciona con identificadores capturados por códigos de barras o RFID.

¿Basta con adoptar el formato para tener trazabilidad? No: depende de que se capture el evento correcto, con identificadores correctos, en el momento correcto.

Siguiente paso

Elige un solo flujo, por ejemplo la recepción, y escríbelo como las cinco preguntas con tus datos reales. Comprueba si tu ERP o WMS puede producir esos campos. Para conversar sobre captura y datos, puedes escribir a ARKCOM en garkcom.com/contact.