¿Cómo asigno a cada producto un código de identificación único?

Un código único por producto, vinculado al pasaporte

Cada producto que cumpla el requisito del pasaporte digital de producto recibe su propio código de identificación, que lo vincula a los datos correctos del pasaporte. Este código no es un número de artículo interno ordinario: es la clave con la que una autoridad aduanera, otro operador del mercado o un consumidor puede encontrar el pasaporte de ese producto específico, esa partida o ese modelo. Además del código de identificación del producto en sí, la Verordnung funciona con un código de identificación del operador del mercado responsable del producto y un código de identificación de la instalación física donde se fabricó o procesó el producto. Estos tres códigos en conjunto garantizan que un producto, la parte que lo pone en el mercado y el lugar de origen sean trazables.

A quién le afecta y a qué nivel

Esta obligación se aplica a los productos para los que un pasaporte de producto es obligatorio a través de un acto delegado de la familia de productos correspondiente. Si el código de identificación se asigna por unidad, por lote (batch) o por modelo no está establecido en el artículo 12 en sí, sino que se determina por familia de productos en ese acto delegado. Para un producto que se pone en el mercado como artículo individual, con un número de serie propio, por ejemplo, un código por unidad es lo más lógico. Para los productos que son idénticos en grandes series, un código por modelo o por lote puede ser suficiente. Esto significa que la pregunta «¿debe ser por unidad o por modelo?» se responde de manera diferente para cada familia de productos, por lo que la respuesta debe buscarse en la normativa de esa familia de productos específica, no en el artículo 12 en sí.

No es una fecha independiente; el momento se deriva de la familia de productos

No existe una fecha independiente en la que surja la obligación de un código de identificación único, independiente del momento en que sea obligatorio un pasaporte de producto para una familia de productos. Esta obligación surge en el momento en que se aplica un acto delegado para esa familia de productos, con la fecha de aplicación que figure en ese acto en sí. Hasta ese momento, no hay obligación para esa familia de productos de proporcionar a los productos este código. Para una familia de productos específica, el acto delegado para esa familia es, por tanto, siempre la fuente a consultar para saber cuándo entra exactamente en vigor; esto no está establecido en el artículo 12 o artículo 11 en sí.

Cómo se aborda esto en la práctica

El primer paso es determinar si, y en caso afirmativo a qué nivel —unidad, lote o modelo— debe asignarse el código de identificación para la familia de productos en cuestión, una vez publicado el acto delegado. A continuación, es importante que cada código emitido sea realmente único: ningún producto, lote o modelo con el mismo código. Posteriormente, el código se vincula a los datos correspondientes del pasaporte, de modo que quien busque o escanee el código llegue al conjunto de datos correcto. Además, el código de identificación del operador del mercado y el de la instalación se mantienen por separado y de manera coherente, de modo que los tres códigos en conjunto proporcionen trazabilidad completa. Finalmente, el código de identificación se procesa o vincula al portador de datos —como el código QR— que se coloca en o junto al producto, de modo que el pasaporte pueda solicitarse a través de ese código; los requisitos para ese portador de datos y el funcionamiento del pasaporte se establecen en el artículo 11.

Dónde se especifica: artículo 12 y artículo 11 de ESPR

Esta obligación se deriva del artículo 12 del Reglamento (UE) 2024/1781 (ESPR), que regula el código de identificación único del producto, el operador del mercado y la instalación. El artículo 11 del mismo Reglamento describe el diseño técnico y el funcionamiento del pasaporte digital de producto, incluyendo la manera en que el portador de datos y el código de identificación proporcionan conjuntamente acceso a los datos del pasaporte. Para el nivel exacto —unidad, lote o modelo— y para la fecha de entrada en vigor por familia de productos, el acto delegado para esa familia de productos es siempre la fuente a consultar.

Quien ya está trabajando con un grupo de productos para el cual se está preparando un acto delegado puede comenzar a identificar en qué nivel se distinguen actualmente los productos — por unidad, por lote o por modelo — y si la numeración interna existente es adecuada para servir como base una vez que el código de identificación sea obligatorio. Tan pronto como se publique el acto delegado para ese grupo de productos, dicho acto proporcionará claridad sobre el nivel exacto y la fecha de entrada en vigor.

En qué se basa esto

El Reglamento se encuentra en EUR-Lex. Nos referimos a cada afirmación; no tiene que creernos.

Lo que debe hacer concretamente

Lo que se espera de usted

Cada producto recibe un código de identificación único propio

El artículo 12 del ESPR (Reglamento (UE) 2024/1781) establece que un producto que caiga bajo el pasaporte de producto digital debe estar provisto de un código de identificación único. Ese código es la clave con la que se encuentra el pasaporte de ese producto específico (o esa serie de productos específica, dependiendo de cómo se haya configurado el pasaporte). Para una empresa de 10 a 100 empleados, esto significa en la práctica que debe establecerse una sistemática por la cual cada producto, cada variante y cada versión recibe su propio código — y ese código no se asigne por error también a otro producto. Quien ya trabaja con códigos GS1, números de artículo o números de serie, a menudo ya dispone de la base para ello; quien no lo hace, debe establecer una nueva estructura que se aplique de manera coherente, también en futuras variantes de producto.

El código debe vincular el producto y su pasaporte de manera efectiva

No se trata de un número en papel, sino de un código que funciona operativamente: escanea o lee el código, y aparece el pasaporte correspondiente. El artículo 11 del ESPR describe los requisitos técnicos del pasaporte de producto digital en su conjunto, incluida la manera en que el pasaporte, el portador de datos y el código de identificación se vinculan entre sí. Para una empresa, esto significa que el código de identificación no puede estar separado del código QR u otro portador de datos en el producto — ambos deben formar un conjunto que funcione. Quien se pregunta cómo se ve esa vinculación en la práctica, encuentra más información en ¿Qué es GS1 Digital Link y lo necesito para el pasaporte de producto?, una sistemática que muchas empresas ya utilizan para combinar códigos de artículos y estructuras de enlaces.

El código debe seguir siendo único a lo largo de toda la vida del producto, incluso después de la venta, reparación o reventa

Un código de identificación que hoy es único debe seguir siéndolo a lo largo de toda la vida útil del producto — incluso si el producto cambia de propietario, se repara o forma parte de un producto ensamblado más grande. Para empresas con múltiples líneas de productos o con productos que están compuestos por componentes de diferentes orígenes, este es un punto en el que se requiere cuidado: un código que se reutiliza internamente para administración interna (por ejemplo, un número de lote que se reasigna después de cierto tiempo) no es adecuado como base para el código de identificación único del pasaporte. En productos que constan de múltiples componentes que cada uno necesita su propio pasaporte, surge la cuestión de cómo se relacionan esos códigos entre sí; esto se desarrolla más adelante en ¿Cada componente recibe su propio pasaporte o el producto en su totalidad?.

El código debe coincidir con el registro y con el portador de datos en el producto

El código de identificación no funciona por sí solo: debe ser reconocible en el pasaporte en sí, localizable mediante el portador de datos en el producto, y consistente con lo que eventualmente se inscriba en el registro europeo. Para una empresa, esto significa que la elección de un sistema de identificación no es solo una cuestión de TI, sino también una cuestión de registro. Más sobre lo que debe constar en ello está en ¿Qué es el registro de pasaportes digitales de productos y qué debo introducir en él?. El aspecto físico — cómo ese código llega al producto a través del portador de datos QR — se trata en ¿Cómo llega el código QR del pasaporte de producto a mis productos?.

Dónde se producen los errores en la práctica

Una situación frecuente es que una empresa utilice su número de artículo interno existente uno a uno como código de identificación único, sin verificar si ese número ha sido reutilizado alguna vez para otro producto. Los sistemas de numeración interna a menudo no se han diseñado con el objetivo de la unicidad permanente a lo largo de los años, y esto solo se hace evidente una vez que el pasaporte ya se ha vinculado.

Una segunda situación surge con variantes de producto: la misma ejecución básica con una pequeña modificación (color diferente, potencia diferente, tamaño diferente) a veces no recibe su propio código, con el resultado de que el pasaporte de una variante muestre por error el pasaporte de la otra variante.

Una tercera situación se presenta en empresas que producen bajo licencia o a través de múltiples ubicaciones de fabricación: si cada ubicación utiliza su propio sistema de numeración sin coordinación central, surgen códigos duplicados entre ubicaciones, aunque cada ubicación pareciera trabajar de forma consistente en sí misma.

Una cuarta situación es que el código de identificación existe, pero no coincide con el soporte de datos que se coloca efectivamente en el producto — por ejemplo, porque el código QR tiene un formato diferente o un enlace diferente que el código utilizado en los sistemas subyacentes. Una empresa suele descubrir esto solo cuando un cliente o autoridad de supervisión escanea el código y el pasaporte no coincide.

Una quinta situación se produce en empresas que vinculan su información de producto a un sistema ERP externo o de gestión de inventario: cuando ese sistema genera automáticamente nuevos números de artículo en ajustes de inventario, se puede perder la vinculación con el código de identificación original del pasaporte. Cómo configurar esa vinculación de forma estable se describe en ¿Puedo vincular el pasaporte de producto a mi sistema ERP o de inventario?.

Lo que puede documentar

Un resumen de la sistemática de identificación elegida: qué formato numérico, qué longitud, qué estructura (por ejemplo basada en GS1 o en una estructura propia), y por qué se eligió esa sistemática.
Un registro interno o tabla en la que cada código de identificación emitido se vincula al producto específico, la variante de producto y la ubicación de producción, de modo que la asignación duplicada sea trazable.
Un procedimiento establecido para la emisión de nuevos códigos para productos o variantes nuevos, incluyendo quién dentro de la empresa es responsable de esa emisión.
Un paso de control en el que se documenta que el código de identificación en el pasaporte, el código en el soporte de datos y el código en eventuales sistemas internos coinciden efectivamente, antes de que un producto salga del almacén.
Acuerdos sobre cómo se tratan los códigos en caso de reparación, reventa o productos compuestos, especialmente cuando se vinculan múltiples pasaportes entre sí — véase también ¿Puedo vincular varios pasaportes de producto entre sí?.
Documentación de los acuerdos con eventuales proveedores de software o empresas ERP sobre mantener el mismo código de identificación durante toda la vida útil del producto.

Esto no es asesoramiento jurídico. Esta página proporciona información general sobre la regulación que cubre esta plataforma. No conocemos su situación. En caso de duda sobre su caso específico, consulte a un abogado o a la autoridad de supervisión competente.

Escrito con IA basado en las fuentes anteriores, revisado por una persona el 2026-08-22. ¿Hay algo que no sea correcto? Déjalo saber — las correcciones tienen prioridad.