GS1 EPCIS 2.0 explicado: el estándar detrás del DPP
Un Pasaporte Digital de Producto solo es tan útil como el dato que hay detrás, y el dato que convierte una etiqueta estática en un historial vivo proviene de un estándar abierto: GS1 EPCIS 2.0. Esta guía explica qué es EPCIS 2.0, cómo modela la vida de un producto y por qué es la espina dorsal de un DPP creíble e interoperable.
¿Qué es GS1 EPCIS 2.0?
EPCIS (Electronic Product Code Information Services) es el estándar de GS1 para capturar y compartir datos de eventos de la cadena de suministro: un lenguaje común para describir qué le pasó a un producto, dónde, cuándo y por qué. La versión 2.0, publicada por GS1, moderniza el estándar con un formato JSON-LD nativo de la web y una API REST, lo que lo vuelve mucho más fácil de integrar que su predecesor solo-XML.
Las cuatro dimensiones de todo evento
La elegancia de EPCIS es que cada evento responde cuatro preguntas:
- Qué — qué objeto u objetos (identificados con claves GS1 como un SGTIN).
- Dónde — el punto de lectura y la ubicación de negocio.
- Cuándo — el momento del evento (y el momento de registro).
- Por qué — el contexto de negocio: el paso (p. ej. envío, reparación) y la disposición (p. ej. en tránsito, vendible, reciclado).
Esos valores del “por qué” provienen del Core Business Vocabulary (CBV), un estándar complementario que mantiene a todos usando los mismos términos —para que “reparación” signifique lo mismo para una marca, un taller y un sistema aduanero—.
Los principales tipos de evento
- ObjectEvent — algo le ocurrió a objetos (observados, enviados, vendidos).
- AggregationEvent — objetos empacados o retirados de un contenedor o pallet.
- TransactionEvent — objetos vinculados a una transacción de negocio (un pedido, una factura).
- TransformationEvent — insumos consumidos y nuevos productos creados (materia prima en pieza terminada).
- AssociationEvent — un sensor o componente asociado a un activo.
Qué hay de nuevo en 2.0
EPCIS 2.0 añade una representación JSON/JSON-LD junto al XML, una API REST para captura y consulta, y soporte nativo para datos de sensores (temperatura, ubicación) — todo lo cual lo hace un encaje natural para los requisitos web y legibles por máquina de un Pasaporte Digital de Producto.
Por qué EPCIS 2.0 importa para el DPP
Reglamentos como la ESPR exigen un pasaporte cuyo dato se base en estándares abiertos y sea portable entre actores. EPCIS 2.0 entrega justo eso: un registro estandarizado y neutral del ciclo de vida de un producto que cualquier parte autorizada puede leer. Sin él, el “dato de ciclo de vida” se vuelve lo que un proveedor decida guardar, con la forma que sea — lo opuesto a la interoperabilidad.
Cómo empezar con EPCIS 2.0
Empieza por los eventos que más valor aportan: puesta en circulación (un artículo se crea y recibe identidad), envío y recepción, venta y fin de vida. Modélalos en JSON-LD con vocabulario CBV, exponlos a través de una interfaz de captura y consulta, y conecta cada objeto con su identidad GS1 para que un solo escaneo resuelva a su historial completo y basado en estándares.
Preguntas frecuentes
¿Es obligatorio EPCIS 2.0 para un DPP?
La ESPR exige estándares abiertos y portabilidad más que un formato específico, pero EPCIS 2.0 es el estándar líder de GS1 para eventos de ciclo de vida y la forma más práctica de cumplir ese requisito de manera interoperable.
¿Cuál es la diferencia entre EPCIS y el Core Business Vocabulary?
EPCIS define la estructura de un evento; el CBV define los términos estándar (pasos y disposiciones) que pones dentro. Necesitas ambos para que otros interpreten tus eventos de forma consistente.
¿Necesito RFID para usar EPCIS?
No. EPCIS es agnóstico al soporte de datos —funciona con códigos de barras, QR, NFC o RFID—. Describe eventos, no cómo los lees.
Emite pasaportes EPCIS 2.0 sobre estándares abiertos
GovGDS está construido para capturar, resolver y distribuir eventos EPCIS 2.0 entre socios y fronteras.
Lectura relacionada: ¿Qué es un Pasaporte Digital de Producto? · La ESPR explicada · La investigación detrás de nuestro enfoque
