Cómo gestionar estados de un pasaporte digital (draft, evidence, ready, pending approval) para publicar con control

Gestionar bien los estados del pasaporte digital draft evidence ready pending approval es una de las formas más simples de evitar publicaciones incompletas, claims sin respaldo o páginas QR que no reflejan la información correcta del producto.

Un Pasaporte Digital de Producto no debería ser solo una página pública con datos visibles. En la práctica, funciona mejor como un registro digital estructurado: una base viva donde la empresa organiza datos de producto, evidencia privada, revisiones internas y enlaces públicos QR. Ese registro puede servir para transparencia, retail, soporte, reparación, reciclaje e integraciones, siempre que exista un flujo claro antes de publicar.

En esta guía verás cómo usar estados como draft, evidence, ready y pending approval para controlar la publicación de un pasaporte digital de producto sin depender de carpetas dispersas, PDFs sueltos o validaciones manuales por email.

Por qué los estados importan en un pasaporte digital de producto

Cuando una marca, fabricante, importador o seller empieza a preparar Digital Product Passports, suele enfrentarse a tres problemas:

Los datos del producto están repartidos entre hojas de cálculo, fichas técnicas, certificados, emails de proveedores y sistemas internos.
No todo lo que se recopila debe publicarse: algunos documentos son evidencia privada, contratos, reportes internos o archivos sensibles.
Publicar un QR demasiado pronto puede exponer información incompleta, desactualizada o claims que todavía no fueron revisados.

Los estados resuelven este problema creando una secuencia operativa. En lugar de preguntar si el producto ya está terminado, el equipo puede ver en qué fase está el pasaporte: creación inicial, recopilación de evidencia, listo para publicar o esperando aprobación.

En Product Passport Base, el Builder funciona como el espacio privado donde se crean, organizan, protegen y revisan los pasaportes. Las páginas públicas QR muestran solo los campos publicados de forma segura, mientras que la evidencia sensible permanece privada y cifrada antes de guardarse.

Visión general del flujo: de draft a QR publicado

Un flujo práctico para publicar con control puede verse así:

Diagrama visual del flujo de estados draft, evidence, ready, pending approval y published hacia QR publicado.

*Flujo típico de estados para controlar cuándo un pasaporte digital queda listo y cuándo se activa el QR público.*

Draft: el producto existe, pero todavía está incompleto.
Evidence: el equipo está recopilando documentos, certificados, imágenes, reportes o datos de soporte.
Ready: la información pública y la evidencia necesaria fueron revisadas internamente y el producto está preparado para publicación.
Pending approval: si la política del workspace lo exige, la publicación queda esperando aprobación manual.
Published: se activa la página pública y el payload QR para compartir en packaging, etiquetas, fichas comerciales o canales online.

Este flujo no convierte automáticamente el pasaporte en una certificación legal ni garantiza cumplimiento regulatorio completo. Sí ayuda a preparar, ordenar y gobernar mejor los datos que la empresa decide publicar o mantener como respaldo privado.

Si estás empezando desde un catálogo amplio, también puede ayudarte esta guía relacionada: Cómo preparar un inventario DPP por SKU con enlace público QR y evidencia privada.

Estado draft: crear el registro digital sin publicar demasiado pronto

El estado draft es el punto de partida. Significa que el pasaporte existe dentro del workspace privado, pero todavía no debería tratarse como listo para el público.

En esta fase normalmente se define información básica como:

Nombre del producto.
SKU, modelo o identificador interno.
Categoría o vertical.
Marca o empresa responsable.
Descripción inicial.
Imagen preview, si está disponible.
País, facility o información de fabricación cuando aplica.

El objetivo del draft no es completar todo en una sola sesión. Su valor es crear el primer registro digital estructurado para que el equipo pueda empezar a trabajar sobre una fuente común.

Buenas prácticas para draft

Usa nombres de producto consistentes con tu catálogo, ecommerce o ERP.
Añade SKU o modelo desde el inicio para evitar duplicados.
No publiques claims de sostenibilidad, origen o certificación sin evidencia asociada.
Si no tienes imagen preview, puedes avanzar igual; en Product Passport Base, si no se selecciona imagen, la página pública puede mostrar una silueta relacionada con la vertical o categoría de la empresa.
Define qué campos serán públicos y cuáles requieren revisión antes de compartirse.

El draft reduce la presión de tener todo perfecto desde el principio. Permite empezar con estructura y avanzar por iteraciones.

Estado evidence: recopilar respaldo sin hacerlo público por defecto

El estado evidence indica que el producto necesita soporte documental o que el equipo está reuniendo pruebas para respaldar la información del pasaporte.

La evidencia puede incluir:

Certificados.
Manuales.
Etiquetas.
Reportes de laboratorio o proveedor.
Imágenes.
Planillas.
Documentos técnicos.
Archivos de origen, fabricación, materiales o reciclaje.

En Product Passport Base, la evidencia se cifra antes de guardarse en cloud storage. Además, la evidencia privada no se publica automáticamente en la página pública del pasaporte. Esto es clave: un pasaporte digital puede mostrar datos públicos claros para consumidores, retailers o partners, mientras mantiene documentos sensibles en el workspace privado.

Qué revisar durante evidence

Durante esta fase conviene responder preguntas concretas:

¿Los materiales tienen porcentajes o país de origen cuando aplica?
¿Los certificados tienen tipo, número, emisor y fecha de vencimiento?
¿Los claims publicados tienen un nivel de verificación o respaldo interno?
¿Las instrucciones de cuidado, reparación o reciclaje son útiles para el usuario final?
¿La información pública coincide con la ficha comercial o listing online?
¿Hay datos que deberían quedarse privados?

Este estado es especialmente útil para equipos con varias áreas involucradas: producto, cumplimiento, sostenibilidad, calidad, marketing, ecommerce y atención al cliente.

Estado ready: preparar el pasaporte para publicación QR

El estado ready indica que el pasaporte está preparado para avanzar hacia la publicación. No significa que exista una garantía legal absoluta, sino que el equipo considera que los campos necesarios fueron completados y revisados según su propio proceso.

Antes de marcar un producto como ready, conviene validar:

Que el nombre, SKU o modelo sean correctos.
Que la descripción pública no contenga afirmaciones sin respaldo.
Que materiales, fabricación, cuidado, reparación y reciclaje estén completos en el nivel requerido por la empresa.
Que certificados y claims estén revisados.
Que el contacto público de la empresa sea correcto, si se configuró.
Que la imagen preview sea adecuada o que la alternativa visual sea aceptable.
Que la evidencia privada esté asociada al producto cuando sea necesaria.

En Product Passport Base, el readiness ayuda a detectar campos faltantes y ordenar la transición entre preparación interna y publicación pública.

Diferencia entre ready y published

Un error común es tratar ready como si ya fuera publicación. Son cosas distintas:

Ready: el producto está preparado para publicar.
Published: la página pública y el QR ya están activos.

Esta separación es importante porque algunas empresas necesitan una revisión final por parte de un owner, admin o responsable de cumplimiento antes de exponer el pasaporte públicamente.

Pending approval: control interno antes de activar la página pública

El estado pending approval aparece cuando la política del workspace requiere aprobación manual antes de publicar. Es una capa de gobernanza útil para equipos donde no todos los editores deberían tener permiso para activar páginas públicas QR.

Este paso puede ayudar a evitar:

Publicaciones accidentales.
Datos incompletos visibles para consumidores o retailers.
Claims no revisados.
Uso de certificados vencidos o mal cargados.
Diferencias entre el pasaporte público y el listing comercial.

En Product Passport Base existen roles como owner, admin, editor y viewer. Owners y admins pueden gestionar configuraciones sensibles, políticas del workspace e invitaciones de equipo. Según la configuración, la publicación puede requerir aprobación manual antes de generar o activar la página pública y el payload QR.

Qué debe mirar un aprobador

Un aprobador no necesita revisar todo desde cero si el flujo está bien diseñado, pero sí debería validar puntos críticos:

Coherencia entre datos públicos y evidencia privada.
Riesgo de publicar información sensible.
Claims ambientales, de origen, reciclabilidad, reparación o certificación.
Fechas de vencimiento de certificados.
Contacto público de empresa.
Preparación del QR para packaging, etiqueta o canal online.

La aprobación no reemplaza asesoría legal ni auditorías oficiales, pero sí mejora el control operativo antes de publicar.

Published: qué ocurre al activar el QR público

Cuando el pasaporte se publica, se activa la página pública y el payload QR. Esa página puede mostrar información como:

Nombre del producto.
SKU o modelo.
Número de pasaporte.
Marca o empresa.
Fecha de actualización.
Descripción.
Materiales.
Fabricación.
Cuidado.
Reparación.
Reciclaje.
Certificados.
Claims.
Contacto público de empresa, si fue configurado.
Imagen preview o silueta según la vertical/categoría.

El QR puede usarse en packaging, etiquetas, fichas comerciales, documentación postventa o canales online. La ventaja de una página pública gestionada desde un Builder privado es que el equipo puede mantener una fuente viva de datos por producto, en lugar de depender de PDFs estáticos que quedan desactualizados.

Estados de verificación: pending, in_review, verified y rejected

Además de los estados operativos de preparación y publicación, una plataforma puede mostrar estados de verificación como pending, in_review, verified o rejected.

Es importante entender la diferencia:

Los estados como draft, evidence, ready y pending approval ayudan a gestionar el flujo interno de publicación.
Los estados de verificación comunican una revisión o estado de confianza sobre datos o evidencia.

Un estado de verificación puede ser útil para transparencia, pero no debe interpretarse como certificación oficial, cumplimiento legal total o reemplazo de una auditoría regulatoria. La empresa usuaria sigue siendo responsable por la exactitud, legalidad, permisos, claims, evidencia y actualización de sus datos.

Para contexto regulatorio general, puedes leer también: Current EU Regulations on Digital Product Passports: What Businesses Should Know.

Ejemplo práctico: una marca textil prepara un pasaporte por SKU

Imagina una marca textil que quiere preparar pasaportes digitales para una línea de camisetas.

En draft, crea un producto por SKU: camiseta blanca, camiseta negra, camiseta azul. Añade nombre, SKU, categoría e imagen preview.

En evidence, sube documentos de proveedor, certificados textiles, composición de materiales, instrucciones de cuidado y cualquier respaldo que ayude a revisar claims públicos.

En ready, el equipo confirma que cada pasaporte tiene descripción, materiales, país de fabricación, cuidado, reparación, reciclaje y certificados correctamente cargados.

En pending approval, un admin revisa que el QR no publique información sensible y que los claims tengan respaldo.

En published, la marca activa la página pública y usa el QR en packaging, ficha ecommerce o documentación comercial.

Este mismo patrón puede aplicarse a electrónica, maquinaria, componentes, productos de consumo o catálogos multi-marca gestionados por retailers.

Cómo Product Passport Base ayuda a gestionar estos estados

Product Passport Base está diseñado para separar el trabajo privado del Builder de las páginas públicas visibles para consumidores, retailers, partners y buscadores.

Dentro del Builder, los equipos pueden:

Crear productos y registros por SKU o modelo.
Importar datos mediante CSV/TSV o editarlos manualmente.
Subir evidencia privada cifrada.
Revisar readiness y campos faltantes.
Marcar productos como ready.
Publicar QR directamente o solicitar aprobación, según la política del workspace.
Mantener roles y permisos para owners, admins, editors y viewers.

Además, los datos del pasaporte pueden servir como base para integraciones. Product Passport Base incluye API y conectores orientados a ecommerce, marketplaces, PIM/ERP y exportaciones CSV/JSON. La sincronización directa con cada canal depende de credenciales, permisos externos y programas partner correspondientes, pero el objetivo es que el pasaporte funcione como una fuente 360 controlada para datos de producto.

Checklist antes de publicar un pasaporte digital

Antes de pasar de ready a publicación QR, revisa esta lista:

[ ] El producto tiene nombre, SKU/modelo y categoría correctos.
[ ] La descripción pública está actualizada.
[ ] Los materiales están completos en el nivel requerido.
[ ] La fabricación u origen se documentó cuando aplica.
[ ] Las instrucciones de cuidado son claras.
[ ] Las instrucciones de reparación o reciclaje son útiles.
[ ] Los certificados tienen datos suficientes y no están vencidos.
[ ] Los claims tienen respaldo o nivel de verificación adecuado.
[ ] La evidencia privada está asociada y no se publica por defecto.
[ ] El contacto público de empresa fue revisado.
[ ] La imagen preview es correcta o se acepta la alternativa visual.
[ ] El owner/admin aprobó la publicación si la política lo requiere.
[ ] El QR se probó antes de imprimirlo o distribuirlo.

Errores comunes al gestionar estados DPP

Publicar desde draft

Publicar demasiado pronto puede generar páginas incompletas o inconsistentes. El draft debería ser una fase de trabajo, no una señal de publicación.

Subir evidencia y asumir que será pública

La evidencia privada no debería mostrarse automáticamente. Conviene separar claramente lo que respalda internamente de lo que se comparte públicamente.

Usar ready como aprobación final

Ready significa preparado, no necesariamente aprobado. Si tu empresa requiere control adicional, usa pending approval antes de activar el QR.

No revisar claims

Los claims de sostenibilidad, origen, reparación, reciclaje o certificación pueden tener implicaciones reputacionales y regulatorias. Deben revisarse con cuidado y respaldo adecuado.

Olvidar la actualización continua

Un pasaporte digital no es un PDF congelado. Cambios de proveedor, materiales, certificados, instrucciones o contacto público pueden requerir actualización.

FAQ: estados del pasaporte digital

¿Qué significa draft en un pasaporte digital?

Draft significa que el pasaporte existe como registro privado, pero todavía está incompleto o en preparación. No debería considerarse listo para publicación pública.

¿Qué significa evidence?

Evidence indica que el equipo está recopilando o revisando evidencia privada, como certificados, manuales, reportes, documentos de proveedor, imágenes o planillas. En Product Passport Base, la evidencia se cifra antes de guardarse y no se publica automáticamente.

¿Qué significa ready?

Ready significa que el pasaporte está preparado para avanzar hacia publicación. Normalmente implica que los datos públicos y la evidencia necesaria fueron revisados internamente, aunque no equivale a una garantía legal completa.

¿Qué significa pending approval?

Pending approval significa que el pasaporte está esperando aprobación manual antes de publicar. Esto depende de la política del workspace y ayuda a controlar quién puede activar páginas públicas QR.

¿Cuál es la diferencia entre ready y published?

Ready indica preparación interna. Published indica que la página pública y el QR ya están activos y accesibles para usuarios externos.

¿La verificación de evidencia garantiza cumplimiento legal?

No. Una revisión o estado de verificación puede ayudar a comunicar confianza, pero no reemplaza certificaciones legales, auditorías oficiales ni asesoramiento regulatorio. La empresa usuaria sigue siendo responsable de sus datos y claims.

¿Puedo usar estos estados si soy retailer o marketplace?

Sí. Un retailer, marketplace, reseller o distribuidor puede usar un flujo similar para monitorear cobertura DPP multi-marca, registrar links oficiales de proveedores, detectar faltantes y preparar listings con información de transparencia.

¿Qué pasa si no tengo todos los datos desde el principio?

Puedes empezar en draft, cargar lo básico y avanzar a evidence mientras recopilas documentos. La ventaja del enfoque por estados es que permite progresar sin publicar información incompleta.

CTA: empieza con un flujo controlado, no con un PDF suelto

Si tu empresa está preparando pasaportes digitales de producto, el primer paso no tiene que ser construir una solución técnica desde cero. Puedes empezar creando un registro por producto, separar evidencia privada de datos públicos y publicar QR solo cuando el pasaporte esté listo.

Create your first Digital Product Passport con Product Passport Base y convierte datos de producto, evidencia y QR públicos en una base viva y gobernada para transparencia, retail, postventa, integraciones y confianza del cliente.