Catálogo de prestaciones para los pasaportes digitales del producto: respuestas a su pliego de condiciones

Los requisitos básicos de la ESPR y el perfil de conformidad para los productos textiles, que se aplicarán antes de cada publicación, siempre y cuando el espacio de trabajo no desactive la comprobación.

Antes de su publicación, se verifican los identificadores del pase y del operador económico, así como, a partir del modelo textil, la etiqueta de la composición de las fibras y la documentación técnica; la composición del material y el nivel del pase se verifican a título de recomendación. Las instrucciones de cuidado y otros documentos adjuntos se facilitan como campos de la plantilla con un nivel de divulgación predefinido.

Mientras un acto jurídico delegado se encuentre en fase de proyecto, los datos que establece son, en Transpareo, una cuestión de configuración. Lo que se incorpore en el acto jurídico definitivo se aplicará como una actualización del perfil de conformidad, sin necesidad de modificar la plataforma.

Sí. El modelo de datos de la batería conforme a la norma DIN DKE SPEC 99100 está completamente documentado y se valida antes de su publicación.

Transpareo proporciona el modelo de datos definido en la norma DIN DKE SPEC 99100 (anexo A, tabla A.1), que abarca los datos exigidos por el Reglamento sobre pilas y baterías y las directrices específicas por categoría de la Comisión: entre otros, la categoría de la batería, la composición química, la huella de CO₂, el porcentaje de material reciclado por metal, el estado de salud (State of Health) y los valores de vida útil.

Los pasaportes para baterías se validan en función de un perfil de conformidad propio. Los datos que el Reglamento reserva a los lectores con interés legítimo se gestionan por separado del conjunto de datos público. Un espacio de trabajo de baterías gestiona automáticamente un certificado por cada batería. Esta obligación entrará en vigor a partir del 18 de febrero de 2027.

En la actualidad, once grupos de productos cuentan con un perfil de conformidad, y cada grupo de productos adicional se representa mediante sus propios tipos de propiedades.

Se dispone de perfiles de conformidad para textiles, baterías, productos electrónicos, neumáticos, envases, muebles, aluminio, hierro y acero, productos químicos, productos de construcción y materiales en contacto con alimentos. Cada espacio de trabajo selecciona su categoría y la plataforma valida cada certificado con respecto a dicho perfil.

Cualquier otro tipo de producto se representa definiendo tipos de características propios para productos y componentes, ya sea como campo obligatorio u opcional. Por lo tanto, un grupo de productos que aún no haya sido incluido en la normativa es, en este caso, una cuestión de configuración.

Transpareo expide pasaportes para la UE. Se recomienda disponer de un espacio de trabajo por cada sector, ya que cada plantilla sectorial establece sus propios campos de datos obligatorios.

Dentro de un espacio de trabajo se añaden más puntos de datos como tipos de propiedad, cada uno con su propio nivel de divulgación, y cada credencial se valida con respecto al perfil de conformidad de la categoría del espacio de trabajo. La identificación GS1, las credenciales verificables del W3C y los vocabularios JSON-LD son legibles en todo el mundo.

Cada plantilla tiene dos niveles: uno regulado, que establece la normativa, y otro propio del cliente, que este puede ampliar libremente.

El nivel regulado: para cada categoría regulatoria, la plataforma mantiene puntos de datos y documentos adjuntos según la normativa correspondiente como plantilla, que un espacio de trabajo adopta en un solo paso. El conjunto de datos sobre textiles se ajusta al Reglamento (UE) n.º 1007/2011 y a los requisitos básicos del ESPR; el acto delegado relativo a los textiles se encuentra aún en fase de borrador. El conjunto de datos sobre baterías se ajusta a la norma DIN DKE SPEC 99100, con las normas obligatorias específicas de cada categoría establecidas por la Comisión. El tipo, el estado de obligatoriedad y el término en el vocabulario están predefinidos; el espacio de trabajo puede adaptar el nombre y el nivel de divulgación; el término fijo permite que los pases de diferentes marcas sean legibles con las mismas herramientas.

El nivel propio: además del marco regulado, el espacio de trabajo define tantos tipos de propiedades propios como se desee, de cualquier tipo, por ejemplo, para calzado o complementos. Un nuevo tipo de propiedad estará disponible en cuanto se guarde.

Las marcas, las categorías, los tipos de características, los idiomas, los grupos, la imagen de marca y el dominio forman parte de la configuración. Todos los clientes utilizan el mismo producto: lo que necesita un cliente se incorpora a la plataforma para todos, controlado a través de la configuración, de modo que cualquier actualización preserve todas las personalizaciones.

Por modelo, por lote o por unidad.

El GTIN identifica el modelo, también denominado «style» o «SKU». En una ficha de lote, el número de lote se asocia a la dirección; en una ficha de pieza única, el número de serie sustituye al número de lote. El resultado es una dirección web por cada ficha, que cualquier escáner compatible con GS1 puede interpretar.

El nivel viene determinado por el espacio de trabajo y, en el caso de los textiles y las baterías, lo establece la categoría normativa: un certificado por cada lote de producción en el caso de los textiles y uno por cada batería en el caso de las baterías. Un certificado publicado conserva el nivel en el que se publicó.

Sí. Los identificadores de productos se ajustan a la norma GS1, y los operadores económicos y los centros de producción se validan con arreglo a los esquemas de la norma EN 18219:2026.

El GTIN identifica el modelo; el número de lote (AI 10), el lote; y el número de serie (AI 21), la unidad individual. Al introducir un GTIN, este se comprueba mediante su dígito de control, y un producto con un dígito de control del GTIN incorrecto no puede guardarse ni publicarse. Los GLN de los operadores económicos y los centros de actividad también se validan mediante su dígito de control.

El trabajo puede comenzar antes de que se disponga de los números GS1: un producto se identifica mediante un número de pieza del fabricante (MPN, que suele corresponder al SKU), y el GTIN se añade posteriormente sin alterar los datos existentes.

Cada nivel constituye un conjunto de datos independiente con su propio identificador y contiene todo lo que le corresponde.

El modelo recoge toda la información aplicable al artículo: composición, cuidados, origen y documentación. Las variantes heredan estos datos; si se establece un valor diferente en la variante, este se marca como «diferente». Un lote conserva su número y su fecha de fabricación, y congela el registro de datos en el estado en que se fabricó. Una pieza única hereda el registro de datos congelado de su lote; lo que la caracteriza es su historial de reparaciones, reacondicionamientos, cambios de propiedad e incidentes.

Desde un modelo se accede a los lotes producidos a partir de él y, desde un lote, a sus unidades; cada unidad se desglosa en su lote y su modelo. Las jerarquías de embalaje, es decir, qué se ha embalado dentro de qué, no se registran actualmente.

De acuerdo con los esquemas que permite la norma EN 18219: el operador económico con LEI o GLN, el establecimiento con LEI, GLN o DID.

El LEI o GLN de su empresa se almacena en la configuración del espacio de trabajo, mientras que el del fabricante se almacena en su registro. Ambos se comprueban según estos esquemas y se incluyen en el pasaporte en el lugar que establece la norma. Se añaden otros identificadores de fabricante como tipos de propiedad sin necesidad de desarrollo.

Cualquier soporte de datos que pueda contener una dirección web; la propia plataforma genera el código QR.

Cada ficha de un producto con GTIN se emite como «GS1 Digital Link» y se entrega con una plantilla QR lista para imprimir, en formato SVG escalable, PDF y PNG en cualquier tamaño de hasta 2.000 píxeles, con el nivel de corrección de errores M. Illustrator e InDesign abren estos archivos directamente; no existe un complemento específico de Adobe.

Data Matrix es adecuado para una superficie de impresión reducida, las etiquetas NFC contienen un conjunto de datos NDEF-URI y los inlays RFID UHF se leen a distancia; un EPC formado por el mismo GTIN y número de serie remite al mismo pase. Cualquier número de soportes de datos puede codificar la misma dirección y conducir al mismo carné.

Sí. La dirección es determinista, por lo que un código puede enviarse a impresión antes de que se haya creado el registro de datos del producto.

Una vez configurado el dominio, la dirección de un pase se deriva del GS1 Digital Link: dominio, GTIN y, según el nivel, número de lote o de serie. El código se genera en cuanto se publica el pase. La plataforma lo genera a partir del primer borrador, en formato vectorial SVG, como PDF listo para imprimir y como PNG en los tamaños de píxeles necesarios, ya sea como archivo o a través de la API.

Los números de serie generados previamente por un proveedor se importan en grandes cantidades mediante un archivo o a través de la API: en un espacio de trabajo, se asignan como números de serie de cada pase individual, o bien como números de serie de un lote cuyo pase se va a abrir.

En ambos sentidos, sin necesidad de instalación por parte del proveedor ni de integración con sus sistemas.

Si el proveedor imprime los códigos que genera Transpareo, los pases se crean a partir de los datos del pedido, cada uno recibe su dirección y el proveedor recibe el conjunto en forma de archivo o a través de la API, junto con las plantillas listas para imprimir. Si el proveedor aporta sus propios códigos, sus números de serie se importan y se vinculan a los pases, ya sea en grandes cantidades antes de la producción o de uno en uno a través de la API.

La relación comercial con el proveedor sigue recayendo en el cliente, y la plataforma mantiene la asignación entre el número de serie y el carné, de modo que se puede cambiar de proveedor sin que ello afecte a los carnés ya emitidos. Transpareo suministra el software; las etiquetas físicas y los soportes de datos proceden de socios o de cualquier proveedor que elija el cliente, al precio que fije dicho proveedor. Para que el consumidor realice un escaneo, solo necesita la cámara del teléfono, y la lectura mediante NFC o RFID utiliza los dispositivos con los que ya cuenta la empresa.

Cada dirección abre la ficha de su nivel o del nivel inmediatamente superior, de modo que una tienda puede incluir un enlace a la dirección del modelo antes de que alguien realice una compra.

Si los pases se emiten por lotes, un GTIN sin número de lote abre el pase del lote más reciente. Un número de lote abre el pase de ese lote; un número de serie, el pase de la pieza individual o, en un espacio de trabajo que emita por lotes, el pase del lote al que corresponde ese número de serie. Un número de serie inventado abre el pasaporte del lote o del modelo con la indicación de que dicha unidad no dispone de pasaporte propio, y la consulta queda registrada; un GTIN desconocido no da lugar a ningún resultado. Un SGTIN-EPC leído en una etiqueta RFID, ya sea como URN o en el formato comprimido de GS1, se reenvía a su GS1 Digital Link.

El resolutor se ha diseñado de acuerdo con la norma GS1 para resolutores conformes (GS1-Conformant Resolver Standard, ISO/IEC 18975) y se describe en cada host de un espacio de trabajo en la ruta /.well-known/gs1resolver. Las máquinas reciben, para linkType=linkset y el valor anterior «all», el conjunto de enlaces del identificador (RFC 9264) que se ajusta al esquema de GS1; se respetan gs1:pip, gs1:DPP y gs1:defaultLink; un tipo de enlace que el Pass no admita devuelve un 404 y un enlace erróneo, un 400; además, cada respuesta indica el nivel al que corresponde. Nuestro propio resolutor responde a los GS1 Digital Links y a las direcciones RFID codificadas según GS1, y el Pass se abre en su dirección GS1; una marca cuyos enlaces pasan por un resolutor GS1 redirige dicho resolutor hacia el nuestro, y cada escaneo nos llega a través de su redireccionamiento.

Cada publicación congela una nueva versión firmada en la misma dirección, y cada versión anterior sigue estando disponible en el estado en que se publicó.

Cada versión es una credencial verificable del W3C, firmada con ECDSA-SD, un método de divulgación selectiva: el consumidor, la empresa de reciclaje y la autoridad reciben, cada uno, el subconjunto al que tienen derecho, y la firma sigue siendo verificable sobre dicho subconjunto. Cada versión incluye el hash de la anterior, de modo que no es posible modificar el historial sin que se detecte, y un manifiesto firmado con la clave de Transpareo enumera cada versión junto con su hash. Cada versión anterior indica qué ha cambiado con respecto a la anterior.

El registro de datos del producto asociado a la ficha sigue siendo editable y mantiene su propio historial: cada modificación se registra campo por campo, indicando la persona o el sistema responsable, la fecha y hora, así como el valor anterior y el posterior, y es posible restaurar una versión anterior. El historial del producto muestra quién ha realizado qué cambios; las versiones del Pass documentan qué se publicó en el mercado y cuándo.

El identificador se mantiene; la modificación se publica como una nueva versión de la misma ficha técnica, y el código que figura en el producto remite a la versión actualizada.

Solo es necesario un nuevo identificador cuando el propio artículo cambia. Para ello existe la sustitución (supersesión): el nuevo documento se vincula con el sustituido, y quien reciba uno, encontrará el otro.

Sí. El Transpareo Time Machine, nuestro visor de código abierto, muestra cada versión publicada con el diseño de la marca.

La versión actual se carga junto con la página; las anteriores se cargan en cuanto se abre la línea de tiempo; se puede recorrer la vida del producto deslizando el dedo: cómo se fabricó, qué se reparó, adónde fue a parar. Más información en Transpareo Time Machine.

El lote conserva su propia composición, y los cambios posteriores en el producto solo se incorporan mediante una corrección que firma una nueva versión.

La SKU y su GTIN permanecen inalteradas. Al crearse, un lote incorpora una copia permanente de los componentes y las propiedades tal y como se han fabricado realmente, y los cambios posteriores en el producto no se reflejan en él. Si la lista de piezas de una temporada difiere, la modificación se realiza en el modelo antes de crear el lote; los demás valores de la serie de producción, como los resultados de las pruebas, también se establecen y quedan fijados por el lote. Una corrección del lote adopta el estado corregido del modelo y firma una nueva versión.

Una pieza fabricada en primavera indica sus materiales de esta forma, mientras que una pieza del mismo SKU del otoño indica los suyos propios, sin necesidad de crear un nuevo SKU y sin que surja ninguna ambigüedad. Los estados anteriores siguen siendo consultables a través de Transpareo Time Machine.

El hecho se registra en el pasaporte y cualquier modificación de los datos se publica como una nueva versión firmada en la misma dirección; no se emite ni se reimprime ningún documento.

Las reparaciones, el reacondicionamiento, las devoluciones, el reciclaje y las retiradas del mercado se registran con la fecha y el responsable, y aparecen como eventos públicos en el EPCIS. Un cambio de proveedor o de material constituye una modificación de los datos y aparece como una nueva versión. Las inspecciones, los traspasos de propiedad y los incidentes solo se registran para las autoridades.

Sí, gracias al acceso que la marca les proporciona.

La marca proporciona a una empresa de reparación, reacondicionamiento o reciclaje sus propios datos de acceso a la API con autorización para registrar eventos. Cada evento que registre incluirá su GLN, siempre que esté registrado, como lugar de los hechos, y para publicar el evento como una nueva versión se requiere una autorización independiente para su publicación. Una parte que no cuente con acceso por parte de la marca no puede realizar ninguna aportación.

A través de su firma, que cualquiera puede verificar sin necesidad de software, API ni cuenta de Transpareo; si lo desea, con claves de las que solo dispone la marca.

• Certificado para todos: firmado como credencial verificable del W3C con ECDSA-SD; cualquier biblioteca compatible lo verifica.
• Verificación por parte del lector: el visor descifra el documento DID y la clave pública, y comprueba la firma en el navegador.
• Código abierto: la pista de auditoría puede ser auditada públicamente y reproducida de forma independiente.
• Claves propias: la plataforma envía el documento que se va a firmar a un punto final de firma de la marca; las claves privadas nunca llegan a Transpareo.

Se cumple parcialmente un requisito: la norma EN 18246 exige claves certificadas tras una verificación de identidad, mientras que las claves del emisor se publican en su propio dominio sin dicho certificado. La seguridad física del soporte de datos, como las características de protección contra copias o los identificadores de hardware, la proporciona el fabricante del soporte; Transpareo no evalúa actualmente dichas características.

Los pasaportes falsificados se detectan inmediatamente por la firma; los códigos auténticos copiados aparecen en las estadísticas de escaneo.

• Pasaporte falsificado: no se encuentra en el dominio de la marca y no está firmado con su clave; todas las verificaciones fallan.
• Código original copiado: los escaneos por pasaporte y país figuran en las estadísticas de escaneo. Se puede suspender un pasaporte único; a partir de ahí, cada escaneo posterior lo mostrará como suspendido.

Para detectar un clon físico ya durante el escaneo, se necesita una característica del soporte de datos que no se pueda copiar, como, por ejemplo, un identificador de hardware de etiqueta. En la actualidad, Transpareo no registra ni comprueba dichos valores.

Sí. Cada fuente introduce los campos de los que es responsable en un catálogo, ya sea a través de la API, la importación de tablas, la interfaz de agentes o el gestor de la aplicación.

Los productos, componentes, documentos, recursos multimedia y tipos de propiedades se encuentran en este único catálogo. La importación realiza una comparación mediante el identificador del producto o del componente y actualiza los registros existentes sobre la marcha, de modo que una extracción periódica desde el PLM o el ERP mantiene el catálogo actualizado. Los componentes se comparten: una vez corregido un material, la corrección se aplica a todos los productos que lo contienen.

Cada operación de escritura se valida en el momento de su recepción y, acto seguido, se comprueba que cumpla con las normas de la categoría; además, cada modificación se registra campo por campo, indicando la fuente y la hora. Una interacción típica: el PLM proporciona la composición y el mantenimiento; el ERP, los pedidos, los lotes y los números de serie; y un portal de proveedores, los certificados; Transpareo elabora el pasaporte, lo valida, lo firma y lo emite.

Los documentos están asociados a los productos y componentes, y la propia plataforma genera la documentación técnica de cada producto en formato PDF con la imagen corporativa de la marca.

En el producto, un documento público se incluye en los perfiles como archivo descargable, y cada versión publicada conserva el archivo con el que se publicó; un documento interno no aparece en el perfil. Un documento regulado en un punto de datos sigue su nivel de divulgación, de modo que un documento reservado a las autoridades queda excluido de los datos públicos. En un componente, un documento es público o solo visible tras iniciar sesión.

La documentación técnica se genera a partir del «Pass» publicado mediante nuestro propio renderizador de código abierto md2pdf, que aplica la imagen de marca del espacio de trabajo y crea el mismo documento en cada uno de los idiomas del espacio de trabajo, hasta un máximo de 40.

Los puntos de datos se configuran de la siguiente manera: crear un campo, establecer el nivel de divulgación, marcarlo como obligatorio, sin necesidad de desarrollar la plataforma ni de esperar a una nueva versión.

El nombre se introduce una sola vez en el idioma de origen y la plataforma lo traduce a los demás idiomas. En cuanto a los datos ya existentes, se aplica lo siguiente:

• Detección: A partir de ahora, la disponibilidad de DPP se recalcula en todo el catálogo, a un ritmo de 200 productos por minuto; se muestran todos los productos que carecen del nuevo campo y es posible filtrarlos, y la exportación incluye el nuevo campo para todo el catálogo.
• Introducción posterior de datos: de forma manual, mediante importación masiva desde una tabla o a través de la API. Cuando sea posible deducir el valor, el asistente podrá generar sugerencias para su verificación.
• Los pases publicados conservan su versión; la actualización consiste en una nueva publicación en la misma URL.
• Control: los campos, los valores y cada nueva publicación figuran en el registro de auditoría y en el historial de versiones.

Si se añade una categoría completamente nueva, proporcionamos un perfil de conformidad y puntos de datos como plantilla, que un espacio de trabajo adopta en un solo paso.

Mediante la importación de tablas con asignación de columnas y vista previa, hasta 50 MB y 100 000 filas por archivo, o a través de la API.

El importador propone una asignación de las columnas a los campos, muestra antes de guardar qué valor se asignará a cada columna y propone siempre la misma asignación cuando los encabezados de las columnas coinciden; si reconoce todas las columnas que necesita, una ejecución automática omite el paso de asignación, de modo que una importación recurrente se reduce a una única carga. Las exportaciones en formato XLSX o CSV contienen todo el conjunto de datos - una tabla por idioma - y pueden volver a importarse en los mismos formatos. La carga inicial suele realizarse en forma de tabla; una vez establecida la estructura, la carga suele pasar a realizarse a través de la API.

Todo se realiza de forma autenticada a través de HTTPS. Los volúmenes más grandes se envían en varias subidas o mediante la API masiva. Los archivos multimedia se suben uno a uno, cuatro a la vez y con un tamaño máximo de 50 MB por archivo; las exportaciones se realizan en segundo plano en una dirección que caduca. Se notifica al usuario en la aplicación cuando finaliza una importación o cuando es necesaria una decisión; si lo desea, también se le puede enviar un correo electrónico una vez finalizada. No se ofrecen ni FTP ni almacenamientos no autenticados.

A través de una API REST, webhooks firmados, un feed de eventos, importación y exportación de tablas, un servidor MCP para agentes de IA y un nodo n8n; no se requiere middleware.

• API REST: documentada, autenticada mediante credenciales de cliente de OAuth 2.0, con restricciones por sistema dentro del ámbito de aplicación. Los sistemas PLM o ERP crean y actualizan productos, componentes, propiedades y lotes, y publican fichas técnicas.
• Webhooks: notifican los eventos del ciclo de vida sin necesidad de realizar consultas; el feed de eventos envía los mismos eventos a los sistemas que realizan consultas.
• Importación masiva: tabla o CSV para sistemas sin presupuesto para integración, con asignación, vista previa y actualización de registros existentes.
• Interfaz de agente (MCP): para herramientas en las que no resulta rentable llevar a cabo un proyecto de integración.
• Nodo n8n: publicado como @transpareo/n8n-nodes-transpareo, para flujos de trabajo que un equipo crea sin necesidad de programar.

La API y los webhooks funcionan en tiempo real. Las importaciones, exportaciones, publicaciones y traducciones se ejecutan como tareas en segundo plano con consulta de estado, muestran su progreso y no bloquean a nadie; una publicación masiva no puede saturar la cola. Se puede conectar cualquier sistema que utilice HTTPS, incluida una plataforma de integración ya existente o una iPaaS. Un sistema asociado reconoce los identificadores GS1 sin necesidad de una tabla de asignación.

Cada operación de registro se comprueba en el momento de su recepción en cuanto al tipo y formato de sus valores, y posteriormente se verifica que el conjunto de datos cumpla con las normas de su categoría regulatoria, tanto al calcular la disponibilidad del DPP como en cada publicación.

La verificación en el momento de la recepción se aplica independientemente de si los datos proceden de la API, de una importación o de una persona. Las reglas proceden del perfil de conformidad de la categoría, redactadas como «shapes» según el modelo SHACL; por lo tanto, traducen los requisitos de datos de la normativa en verificaciones. Los identificadores de los centros de operaciones se comprueban con arreglo a los esquemas permitidos. Los puntos de datos reglamentarios se asocian al producto y se congelan en el momento de su publicación; los documentos de cumplimiento se vinculan a los mismos registros de datos, y su visibilidad se ajusta al nivel de divulgación del punto de datos al que están asociados.

La comprobación es de carácter estructural: ¿se incluyen los datos obligatorios, están correctamente formateados y son del tipo requerido? La verificación de si un dato es correcto en cuanto a su contenido es una tarea que deben realizar personas, por ejemplo, a través de la página del proveedor.

Cada producto incluye un estado de preparación DPP que se recalcula continuamente: porcentaje, color y lista de comprobaciones pendientes, cada uno de ellos con un enlace al campo correspondiente.

Las comprobaciones que bloquean la publicación se distinguen de aquellas que únicamente mejoran el registro. Mientras haya una comprobación obligatoria pendiente, no se podrá publicar ningún pase. La ausencia de una propiedad obligatoria se indica junto con su tipo; un valor no admitido por la norma se señala junto con la regla que incumple.

Los componentes se comparten, de modo que cualquier modificación se aplica a todos los productos que los contengan. Los datos de los lotes permanecen fijos, y los datos publicados solo cambian si la persona encargada de su edición así lo desea: una corrección da lugar a una nueva versión, que se notifica a través de los webhooks y el feed de eventos.

En el catálogo, la disponibilidad de DPP aparece en una columna: se puede ordenar y filtrar. Pruébelo sin necesidad de crear una cuenta: nuestra demo.

Sí, se trata de procedimientos de revisión de hasta cinco fases; quien presenta una solicitud no es quien decide sobre ella.

Cada etapa está asignada a un grupo o a una autorización. Mientras haya una comprobación obligatoria pendiente, la publicación de un pase permanecerá bloqueada, y también una publicación iniciada por un agente de IA vinculado sigue el mismo proceso. El acceso puede limitarse a productos o componentes concretos. Todavía no existen plantillas de flujo de trabajo con versiones; cuando un cliente necesita pasos específicos, los integramos en el producto.

Sí. Las tareas se asignan a personas o grupos; cada persona recibe un correo electrónico diario en el que se le indican sus tareas nuevas y vencidas, y las solicitudes de información a los proveedores cuentan con sus propios plazos y recordatorios.

La escalación automática a otras personas está prevista en la hoja de ruta. Las tareas se pueden consultar a través de la API, y los webhooks y el feed de eventos notifican cada cambio de estado de un pase, de modo que una herramienta de flujo de trabajo externa pueda reaccionar ante ello, como n8n con el nodo Transpareo.

La tabla de productos configurable, las listas de tareas y solicitudes, y la página de estadísticas; todos los conjuntos de datos se pueden exportar.

• Catálogo: cada persona elige sus propias columnas, incluida la disponibilidad de DPP; las vistas guardadas registran las consultas para todo el equipo. Los componentes se pueden buscar por nombre, tipo y propiedades; los pases, por identificador, estado (desde el borrador hasta el fin de su vida útil), versión, caducidad, así como por lote o unidad.
• Tareas en curso: Las listas de tareas y consultas muestran las tareas pendientes, las tareas sin persona responsable, las consultas caducadas y las respuestas que están pendientes de revisión.
• Consumidores: escaneos por pase, región y periodo, extraídos de los registros del servidor sin seguimiento, que se pueden descargar desde la página de estadísticas.
• Exportaciones: productos, componentes y pases como conjuntos de datos completos en formato CSV, XLSX, JSON-LD o SQL, independientemente de las columnas y los filtros que aparezcan en pantalla.

A través de la API se pueden consultar los pases por producto, estado y término de búsqueda, y los clientes tienen a su disposición el catálogo, los pases y las cifras de escaneos por pase mediante sus propias herramientas de BI. Demostración: nuestra demostración.

Los datos de productos y de pases de cada espacio de trabajo se almacenan en una base de datos propia; únicamente los datos de cuentas y tarifas se almacenan en la base de datos común de la plataforma.

El índice de búsqueda, la clave de firma y la clave de cifrado también están separados por cada espacio de trabajo; los archivos multimedia y el archivo de contraseñas se encuentran en una ruta propia para cada espacio de trabajo.

Sí, en dos ámbitos: los campos sensibles y las copias de seguridad.

• Campos: AES-256-GCM con una clave por espacio de trabajo, que a su vez está envuelta en una clave derivada del secreto maestro del servidor; cada vez que se renueva el secreto maestro, se vuelve a envolver cada clave de espacio de trabajo que protege, sin necesidad de volver a cifrar los datos. De este modo se protege, por ejemplo, la clave del proveedor de IA. La clave de firma del espacio de trabajo se envuelve con una segunda clave del espacio de trabajo destinada específicamente a tal fin.
• Copias de seguridad: se cifran con AES-256 antes de salir del servidor.

Los archivos multimedia y el archivo de pasaportes se almacenan en el almacenamiento de objetos de la UE, y el archivo de un espacio de trabajo de pago permanece inalterable durante diez años.

Correo electrónico y contraseña, junto con una clave de acceso o un código de un solo uso como segundo factor de autenticación, que el espacio de trabajo puede exigir; el espacio de trabajo establece el tiempo de inactividad tras el cual se produce el cierre de sesión. Como alternativa, los usuarios pueden iniciar sesión a través del proveedor de identidad de su empresa (véase «Inicio de sesión único»).

El valor predeterminado es de 480 minutos; el espacio de trabajo puede establecer libremente la duración. La sesión finaliza por parte del servidor; nuestro espacio de trabajo de demostración funciona con una duración de 60 minutos. Además, la cookie de sesión caduca al cerrar el navegador. Una cookie de sesión cifrada y marcada como «segura» almacena la sesión, mientras que una cookie de idioma almacena el idioma seleccionado; no hay cookies de terceros.

Se invita a los usuarios y se les asignan grupos de acceso; al eliminar a un usuario, se le retiran inmediatamente los derechos de acceso y las credenciales de la API. No existen cuentas genéricas ni compartidas. Se muestra el último inicio de sesión de cada usuario; la desactivación automática de las cuentas que llevan mucho tiempo inactivas figura en la hoja de ruta.

A través de OIDC, en todos los planes: un espacio de trabajo se conecta con el proveedor de identidad de su empresa, ya sea Microsoft Entra ID, Okta, Google u otro proveedor OIDC, y los usuarios inician sesión con su cuenta corporativa. Para los dominios de la empresa, es posible desactivar el inicio de sesión con contraseña. SAML está previsto en la hoja de ruta.

Cada dominio se verifica, ya sea por parte del proveedor o mediante un registro DNS, antes de que alguien inicie sesión a través de él. El proveedor solicita el segundo factor de autenticación. Si la contraseña está bloqueada, no se permite el acceso a quienes la empresa haya bloqueado en el proveedor; una sesión activa se devuelve al proveedor a más tardar tras doce horas. Transpareo accede a un Active Directory a través de un proveedor OIDC intercalado, como Entra ID; no existe una conexión directa con LDAP. La clave de acceso, como segundo factor, garantiza la protección frente al phishing incluso sin un proveedor de identidad.

Tres registros: registro de auditoría (5 años), registro de seguridad conforme a la Directiva NIS2 (365 días) y un registro de todos los accesos de las autoridades, que exportamos previa solicitud.

El registro de auditoría indica quién ha modificado qué y cuándo, campo por campo, con el valor anterior y el posterior, y se puede filtrar en pantalla por periodo, registro o usuario. El registro de seguridad recoge los inicios de sesión (correctos o rechazados), las solicitudes de autenticación multifactorial, los restablecimientos de contraseña, los bloqueos de cuentas, los datos de acceso a la API rechazados, las direcciones bloqueadas y las llamadas de agentes rechazadas; y permite realizar búsquedas en la propia aplicación.

Los datos personales contenidos en los registros de sistema solo se conservan durante el tiempo que sea necesario para cumplir su finalidad (art. 5, apartado 1, letra e) del RGPD). Los pasaportes se exportan como archivos firmados que una autoridad puede verificar sin necesidad de nuestro software; los registros, en formato CSV o XLSX.

Notificamos al cliente de inmediato cualquier incidente de seguridad que afecte a su espacio de trabajo, independientemente de si se ven afectados datos personales o no, y cualquier persona puede comunicar las vulnerabilidades a support@mail.transpareo.com.

En caso de que se produzca una violación de la protección de datos personales, se aplicará lo dispuesto en la cláusula 9 de nuestro contrato de tratamiento de datos: en ella se describe el tipo de violación, sus posibles consecuencias y las medidas adoptadas; se indica un punto de contacto y se especifica cuándo se produjo y se detectó la violación, así como a qué espacios de trabajo afecta. La información que aún no se conozca se facilitará tan pronto como se tenga conocimiento de ella.

Únicamente mediante un registro realizado en nombre del cliente, que se registra en el protocolo de la plataforma y en el propio registro de seguridad del espacio de trabajo.

El cliente consulta cada uno de estos registros en su registro de seguridad. Se realiza una revisión de la identidad de los empleados antes de que obtengan acceso y se les imparte formación periódica en materia de seguridad. Están obligados a mantener la confidencialidad y solo se les concede acceso en la medida en que lo requieran el funcionamiento y la asistencia del contrato (cláusula 7.4(b) del contrato de tratamiento de datos).

Asistencia por correo electrónico a support@mail.transpareo.com, en alemán e inglés, incluida en todos los planes.

No existe un contrato de asistencia técnico independiente ni se factura la asistencia según el tiempo dedicado. En la aplicación se pueden buscar artículos de ayuda, que aparecen en el idioma del usuario, junto con la guía de la API. Gracias al acceso propio a la IA del espacio de trabajo, el asistente responde basándose en ambos, puede remitir al artículo y, tras la confirmación, ejecutar directamente el paso descrito con los permisos de la persona.

Sí, la plataforma está en funcionamiento: cualquier empresa puede registrarse, y cada pase se genera, se valida, se firma y se publica en su dirección permanente.

Puede probar todas sus funciones en nuestra versión de demostración sin necesidad de tener una cuenta.

Una tarifa mensual fija por espacio de trabajo en función del número de tarjetas, sin gastos de instalación, asesoramiento, de usuario ni de escaneo, y sin módulos adicionales de pago.

El soporte de datos no influye en el precio, y nunca se contabilizan los escaneos, el tráfico ni el almacenamiento. Cada plan incluye todas las funciones, con dominio propio, 40 idiomas y una API completa, de modo que todas las funciones de este catálogo están disponibles incluso en el plan más básico; los únicos costes adicionales al plan son las tarifas del proveedor de IA, en caso de que un cliente utilice el asistente con su propia cuenta. La facturación es mensual, sin compromiso de permanencia.

Cuatro planes en francos, euros o dólares: hasta 100 pases, hasta 1.000, hasta 10.000 e ilimitadas, cada uno con un número ilimitado de productos y componentes. Durante la fase beta se aplica un descuento del 30 % sobre los precios de catálogo, y el precio al que contrate el servicio seguirá siendo el mismo mientras mantenga ese plan. Se ofrece un periodo de prueba sin compromiso de 8 días. La lista de precios vigente en cada momento, disponible en nuestra página de precios, es la que prevalece.

Configuramos el espacio de trabajo con los datos, los tipos de propiedades, la imagen de marca y el dominio del cliente, y las primeras versiones están operativas en cuestión de días.

En cuestión de minutos, tendrá a su disposición un nuevo espacio de trabajo en una dirección de Transpareo; el dominio propio del cliente estará disponible tan pronto como su registro DNS apunte hacia nosotros. Por parte del cliente, basta con disponer de un navegador actualizado, ya sea en Windows, macOS, Linux, iOS o Android; no es necesario instalar ni gestionar nada.

• Integración de la cadena de suministro: a través de la página del proveedor, en los idiomas del espacio de trabajo.
• Integración: la API REST, los webhooks, el servidor MCP y los nodos n8n son gestionados por el equipo que los ha desarrollado.

A ello se suman herramientas sin costes adicionales: documentos con la imagen de marca en 40 idiomas, el certificado « Transpareo Time Machine » como factor de confianza y estadísticas de tráfico sin seguimiento.

Nuestras condiciones generales de contratación conforme a la legislación suiza: rescisión al final del periodo de facturación mensual, sin plazo mínimo de vigencia y, en caso de negligencia leve, responsabilidad limitada al importe de las cuotas de los últimos doce meses.

• Rescisión: El contrato tiene una duración indefinida y puede rescindirse en cualquier momento con efecto al final del periodo de facturación en curso.
• Responsabilidad: ilimitada en caso de dolo y negligencia grave; en caso de negligencia leve, únicamente en caso de incumplimiento de obligaciones contractuales esenciales, limitada a los daños típicamente previsibles y, en total, a las remuneraciones abonadas durante los doce meses anteriores al hecho que causó el perjuicio. Quedan excluidos el lucro cesante, la pérdida de datos y los daños indirectos, en la medida en que lo permita la ley.
• Modificaciones: Las modificaciones de las condiciones y los precios se notificarán por escrito con al menos 30 días de antelación a su entrada en vigor, con derecho a oponerse a las condiciones modificadas y a rescindir el contrato antes de que se produzca un cambio de precio.
• Legislación aplicable y jurisdicción: Se aplicará la legislación suiza, con exclusión de la Convención de las Naciones Unidas sobre los Contratos de Compraventa Internacional de Mercaderías; la jurisdicción competente es Zug, Suiza.
• Protección de datos: El contrato de encargo de tratamiento forma parte integrante de las condiciones.

El cliente sigue siendo un operador económico y es responsable del contenido de sus pases; Transpareo proporciona la plataforma técnica.

Formamos parte de los órganos en los que se elaboran las normas y aplicamos lo que estos publican.

• Normalización europea: formamos parte del comité nacional de normalización de la Asociación Suiza de Normalización (SNV) y de su subcomité sobre DPP, que representa a Suiza en el CEN/CLC/JTC 24, el comité encargado de elaborar la serie de normas europeas sobre DPP. Vemos los borradores a medida que se van elaborando y emitimos nuestro dictamen al respecto.
• Proyectos piloto de la UE: Miembro de la «Community of Practice» de CIRPASS-2, el proyecto de la UE que pone a prueba el pasaporte digital del producto en cuatro cadenas de valor.
• Trabajo relacionado con el protocolo: colaboración continua en el Protocolo de Transparencia de la ONU; seis de nuestras observaciones sobre la versión 0.7.0 figuran en el registro público.
• Batteriepass: socio colaborador del consorcio Battery-Pass, que, junto con instituciones de investigación líderes, está creando el entorno de pruebas para el pasaporte para baterías de la UE, con el apoyo del Ministerio Federal de Economía y Energía de Alemania. Las baterías son el primer grupo de productos para el que se establece una obligación vinculante a partir del 18 de febrero de 2027.

El 51 % del capital social se destinará a la fundación sin ánimo de lucro Transpareo Foundation, con sede en Zug (en fase de constitución, a fecha de octubre de 2026); una vez constituida, esta participación no podrá venderse y Transpareo no podrá ser objeto de adquisición.

Tras su constitución, la fundación queda bajo la supervisión de la Autoridad de Supervisión de la LPP y de las Fundaciones de Suiza Central (ZBSA). Su experiencia va más allá de la regulación: la primera plataforma de transparencia de productos creada por su fundador lleva en funcionamiento desde 2008 para fabricantes de cosméticos.