{"id":10246,"date":"2026-08-25T03:30:50","date_gmt":"2026-08-25T03:30:50","guid":{"rendered":"https:\/\/new-lights.com\/?p=10246"},"modified":"2026-09-14T06:42:11","modified_gmt":"2026-09-14T06:42:11","slug":"lighting-product-data-eu-digital-product-passport","status":"publish","type":"post","link":"https:\/\/www.new-lights.com\/es\/blog\/lighting-product-data-eu-digital-product-passport\/","title":{"rendered":"Preparaci\u00f3n de datos de productos de iluminaci\u00f3n para el Pasaporte Digital de Producto de la UE"},"content":{"rendered":"

El Pasaporte Digital de Producto de la UE ya est\u00e1 establecido como marco, pero un marco no impone a todos los productos de iluminaci\u00f3n la misma obligaci\u00f3n inmediata de pasaporte.<\/strong> Para una l\u00e1mpara o luminaria espec\u00edfica, el alcance vinculante, los campos obligatorios, el nivel de datos, los derechos de acceso, la ubicaci\u00f3n del portador de datos y la fecha de aplicaci\u00f3n dependen de las normas de producto aplicables adoptadas en virtud del Reglamento sobre dise\u00f1o ecol\u00f3gico para productos sostenibles (ESPR).<\/p>\n

Por tanto, los fabricantes e importadores de iluminaci\u00f3n deben separar dos cuestiones: \u00ab\u00bfQu\u00e9 exige legalmente este producto ahora?\u00bb y \u00ab\u00bfQu\u00e9 controles de datos debemos establecer antes de que llegue una norma espec\u00edfica para el producto?\u00bb. La segunda cuesti\u00f3n puede abordarse hoy sin describir un c\u00f3digo QR o una ficha t\u00e9cnica en l\u00ednea como prueba de cumplimiento del DPP.<\/p>\n

Confirme la aplicabilidad antes de crear un pasaporte<\/h2>\n

El Reglamento (UE) 2024\/1781 de la Uni\u00f3n Europea crea la arquitectura del DPP. El art\u00edculo 9 vincula la obligaci\u00f3n del pasaporte a los actos delegados aplicables, mientras que los art\u00edculos 10 y 11 establecen requisitos para los portadores de datos, los identificadores, el acceso y la interoperabilidad. El plan de trabajo 2025\u20132030 de la Comisi\u00f3n Europea identifica trabajos prioritarios, pero una inclusi\u00f3n en el plan de trabajo no constituye por s\u00ed misma el requisito final del producto.<\/p>\n

\"Four
Pase del marco horizontal a la norma de producto exacta, el alcance y la fecha de aplicaci\u00f3n antes de marcar un campo como obligatorio.<\/figcaption><\/figure>\n

Cree un registro fechado de aplicabilidad para cada familia de productos. Debe citar la fuente vigente, describir el producto y el mercado previsto, identificar al responsable de la decisi\u00f3n e indicar qu\u00e9 desencadenar\u00eda una revisi\u00f3n. Evite conclusiones para toda la familia cuando distintos modelos puedan pertenecer a categor\u00edas de productos o actos delegados diferentes.<\/p>\n

\n\n\n\n\n\n\n\n\n
Filtro<\/th>\nPregunta que debe responderse<\/th>\nEvidencia que conservar<\/th>\n<\/tr>\n<\/thead>\n
Marco<\/td>\n\u00bfQu\u00e9 disposiciones del ESPR rigen la arquitectura del DPP?<\/td>\nVersi\u00f3n del Reglamento y art\u00edculos pertinentes<\/td>\n<\/tr>\n
Trabajo prioritario<\/td>\n\u00bfEl grupo de productos est\u00e1 en preparaci\u00f3n o revisi\u00f3n?<\/td>\nPlan de trabajo de la Comisi\u00f3n y estado del estudio<\/td>\n<\/tr>\n
Norma de producto<\/td>\n\u00bfSe ha adoptado un acto delegado aplicable?<\/td>\n\u00c1mbito, campos de datos, normas de acceso y fechas<\/td>\n<\/tr>\n
Decisi\u00f3n sobre SKU<\/td>\n\u00bfEsta configuraci\u00f3n exacta entra en el \u00e1mbito de aplicaci\u00f3n?<\/td>\nClasificaci\u00f3n fechada e identidad del producto<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/figure>\n

El Lista de verificaci\u00f3n de documentos de conformidad de productos LED<\/a> puede utilizarse para diferenciar reglamentos, declaraciones, informes, etiquetas e instrucciones mientras se desarrolla el conjunto de normas espec\u00edfico del DPP.<\/p>\n

Establecer una identidad de modelo estable<\/h2>\n

Un pasaporte no puede ser m\u00e1s fiable que la identidad que lo sustenta. Un mismo nombre comercial suele abarcar distintas potencias, drivers, \u00f3pticas, dimensiones o variantes de mercado. Si se ocultan esas diferencias, un pasaporte puede remitir a evidencia que no representa el producto enviado.<\/p>\n

Defina los niveles de modelo, familia, variante, lote y art\u00edculo antes de asignar identificadores. Registre qu\u00e9 nivel controla cada campo de datos. Una dimensi\u00f3n puede ser espec\u00edfica del modelo, una declaraci\u00f3n de materiales puede seguir una revisi\u00f3n de componente y un informe de ensayo puede representar solo las variantes indicadas por nombre.<\/p>\n

\"Product
El SKU comercial, la evidencia t\u00e9cnica, la revisi\u00f3n de producci\u00f3n y el registro publicado necesitan una \u00fanica relaci\u00f3n trazable.<\/figcaption><\/figure>\n

El Bombilla de filamento LED de clase A ErP de la UE<\/a> ilustra por qu\u00e9 una descripci\u00f3n de producto orientada a la eficiencia es solo una parte del registro. La configuraci\u00f3n exacta, el rendimiento verificado, los componentes, las declaraciones, las instrucciones y los datos de mercado siguen necesitando identificadores y revisiones controlados.<\/p>\n

Definir un modelo de datos a nivel de campo<\/h2>\n

No empiece subiendo PDF a un portal. Empiece con un diccionario de campos. Cada campo debe tener una definici\u00f3n, unidad, formato, fuente, responsable, regla de revisi\u00f3n, nivel de acceso y periodo de conservaci\u00f3n. Esto pone de manifiesto conflictos que una carpeta de documentos puede ocultar.<\/p>\n

\n\n\n\n\n\n\n\n\n\n\n
Grupo de datos<\/th>\nCampos de ejemplo<\/th>\nControl principal<\/th>\n<\/tr>\n<\/thead>\n
Identidad<\/td>\nModelo, GTIN, variante, lote y operador responsable<\/td>\nValores \u00fanicos y jerarqu\u00eda<\/td>\n<\/tr>\n
T\u00e9cnicos<\/td>\nDimensiones, potencia, salida, controles y piezas sustituibles<\/td>\nUnidad, m\u00e9todo y configuraci\u00f3n<\/td>\n<\/tr>\n
Conformidad<\/td>\n\u00c1mbito de mercado, declaraciones, informes y datos de etiquetado<\/td>\nAplicabilidad y revisi\u00f3n del documento<\/td>\n<\/tr>\n
Materiales<\/td>\nComposici\u00f3n de componentes e informaci\u00f3n sobre sustancias<\/td>\nFuente del proveedor y cobertura<\/td>\n<\/tr>\n
Servicio<\/td>\nDatos de instalaci\u00f3n, mantenimiento, reparaci\u00f3n y fin de vida \u00fatil<\/td>\nP\u00fablico, idioma y versi\u00f3n<\/td>\n<\/tr>\n
Gobernanza<\/td>\nResponsable, fuente, clase de acceso, aprobaci\u00f3n y conservaci\u00f3n<\/td>\nTrazabilidad de auditor\u00eda y desencadenante de cambios<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/figure>\n

Utilice unidades controladas y valores enumerados cuando sea posible. No almacene \u00abigual que el modelo anterior\u00bb como valor. Un campo legible por m\u00e1quina necesita una relaci\u00f3n expl\u00edcita, no una nota informal.<\/p>\n

Asignar la responsabilidad de las evidencias en toda la cadena de suministro<\/h2>\n

El fabricante de la luminaria puede ser propietario de la identidad final del producto, mientras que los datos del driver, LED, la carcasa o el embalaje proceden de otras fuentes. Un laboratorio puede verificar una muestra ensayada, pero no controla los cambios posteriores de producci\u00f3n. El importador puede ser responsable de informaci\u00f3n de mercado que no figura en el archivo de f\u00e1brica.<\/p>\n

Para cada campo, indique la fuente y la parte que aprueba su uso. Cuando las evidencias del proveedor se reutilicen entre modelos, documente las condiciones de cobertura. El gu\u00eda de evaluaci\u00f3n de proveedores<\/a> explica por qu\u00e9 un paquete documental que parece completo no demuestra por s\u00ed solo la coherencia de la producci\u00f3n en serie ni un control de cambios eficaz.<\/p>\n

Separar la informaci\u00f3n p\u00fablica, restringida y operativa<\/h2>\n

ESPR permite que las normas espec\u00edficas de producto definan qu\u00e9 actores pueden acceder a qu\u00e9 datos. Un consumidor, instalador, reparador, reciclador, autoridad aduanera y autoridad de vigilancia del mercado pueden no necesitar la misma vista. Los datos confidenciales del proveedor no deben hacerse p\u00fablicos simplemente porque respalden una conclusi\u00f3n interna.<\/p>\n

\n\n\n\n\n\n\n\n
Clase de acceso<\/th>\nFinalidad habitual<\/th>\nPregunta de dise\u00f1o<\/th>\n<\/tr>\n<\/thead>\n
P\u00fablico<\/td>\nIdentidad del producto, uso e informaci\u00f3n seleccionada sobre sostenibilidad<\/td>\n\u00bfPuede un cliente comprender el campo sin contexto interno?<\/td>\n<\/tr>\n
Restringido por funci\u00f3n<\/td>\nInformaci\u00f3n de cumplimiento, reparaci\u00f3n o cadena de suministro<\/td>\n\u00bfC\u00f3mo se autentica y autoriza al actor?<\/td>\n<\/tr>\n
Operativo<\/td>\nRegistros de origen, revisiones y c\u00e1lculos internos<\/td>\n\u00bfPuede reconstruirse y auditarse el valor publicado?<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/figure>\n

El dise\u00f1o del acceso no debe romper la trazabilidad. Un valor p\u00fablico debe seguir remitiendo internamente a su fuente aprobada, incluso cuando el documento fuente est\u00e9 restringido.<\/p>\n

Para las luminarias orientadas a proyectos, el soluciones de iluminaci\u00f3n comercial y para comercios<\/a> la p\u00e1gina proporciona un contexto de aplicaci\u00f3n para decidir qu\u00e9 campos de instalaci\u00f3n, control y servicio pueden necesitar los compradores junto con los registros a nivel de producto.<\/p>\n

Vincular el control de cambios de ingenier\u00eda a las actualizaciones de datos<\/h2>\n

Las sustituciones de componentes, los cambios de ajuste de corriente, las revisiones \u00f3pticas, las actualizaciones de firmware, los cambios de embalaje y las transiciones entre proveedores pueden modificar varios campos a la vez. El proceso de datos debe identificar los modelos afectados y la evidencia antes de la publicaci\u00f3n.<\/p>\n

\"Change
Una actualizaci\u00f3n controlada vincula la solicitud de cambio con los campos afectados, las evidencias, la aprobaci\u00f3n y una nueva revisi\u00f3n publicada.<\/figcaption><\/figure>\n

No sobrescriba el estado anterior. Conserve la fecha de entrada en vigor, el l\u00edmite de producci\u00f3n y el registro sustituido para que un comprador o una autoridad pueda identificar qu\u00e9 datos se aplicaban a una unidad o lote concreto. El Gu\u00eda de preparaci\u00f3n para l\u00e1mparas de uso general de EE. UU.<\/a> aborda una jurisdicci\u00f3n diferente, pero su m\u00e9todo de identidad de modelo y control de cambios muestra c\u00f3mo las evidencias pueden permanecer vinculadas a la producci\u00f3n.<\/p>\n

Realizar un piloto de datos representativo<\/h2>\n

Seleccione una familia con varias variantes significativas y al menos un cambio realista de componente. El piloto debe comprobar si el equipo puede responder a cinco preguntas sin reconstrucci\u00f3n manual:<\/p>\n

    \n
  1. \u00bfQu\u00e9 configuraci\u00f3n representa este identificador?<\/li>\n
  2. \u00bfQu\u00e9 fuente respalda cada campo publicado?<\/li>\n
  3. \u00bfQui\u00e9n aprob\u00f3 el campo y en qu\u00e9 fecha?<\/li>\n
  4. \u00bfQu\u00e9 cambios requieren revisi\u00f3n o republicaci\u00f3n?<\/li>\n
  5. \u00bfPuede recuperarse el estado anterior para un lote previo?<\/li>\n<\/ol>\n

    Utilice el piloto para comparar sistemas solo despu\u00e9s de que las reglas de identidad y gobernanza est\u00e9n claras. Una plataforma puede distribuir datos; no puede resolver relaciones de modelo no definidas ni valores sin respaldo. New Lights\u2019 visi\u00f3n general de la f\u00e1brica y la fabricaci\u00f3n<\/a> proporciona contexto para hablar de archivos de modelo, revisiones de producci\u00f3n y controles de inspecci\u00f3n, mientras que el centro de descargas<\/a> es el destino pr\u00e1ctico de los documentos de producto actualmente publicados.<\/p>\n

    Preguntas frecuentes<\/h2>\n

    \u00bfTodos los productos de iluminaci\u00f3n requieren ya un Pasaporte Digital de Producto de la UE?<\/h3>\n

    No. ESPR establece el marco, pero la obligaci\u00f3n para un producto espec\u00edfico depende del acto delegado aplicable, de su \u00e1mbito de aplicaci\u00f3n y de su fecha de aplicaci\u00f3n. Consulte la situaci\u00f3n jur\u00eddica actual para el producto exacto.<\/p>\n

    \u00bfEs un c\u00f3digo QR lo mismo que un DPP conforme?<\/h3>\n

    No. Un c\u00f3digo QR es solo un posible soporte de datos. El cumplimiento tambi\u00e9n depende de los campos aplicables, el nivel de identidad, los derechos de acceso, la exactitud, la disponibilidad, la interoperabilidad y otros requisitos de las normas pertinentes.<\/p>\n

    \u00bfDebe ser p\u00fablico todo documento t\u00e9cnico?<\/h3>\n

    No autom\u00e1ticamente. Las normas espec\u00edficas del producto pueden definir distintos derechos de acceso. Establezca clases de acceso a nivel de campo y conserve una trazabilidad interna de las pruebas de cada valor publicado.<\/p>\n

    \u00bfQu\u00e9 debe preparar primero un proveedor de iluminaci\u00f3n?<\/h3>\n

    Empiece por una identidad de modelo controlada, un diccionario de campos, la titularidad de las fuentes y la gesti\u00f3n de cambios. Estos controles siguen siendo \u00fatiles aunque los requisitos de DPP espec\u00edficos del producto todav\u00eda est\u00e9n en desarrollo.<\/p>\n

    Preparar datos que resistan un cambio normativo<\/h2>\n

    Para una revisi\u00f3n de preparaci\u00f3n de datos de iluminaci\u00f3n, contacte con New Lights<\/a> con las familias de productos de la UE previstas, las variantes de mercado, los identificadores actuales, las declaraciones disponibles y las fuentes documentales. El primer resultado \u00fatil es un mapa de datos controlado con lagunas y responsables, no una etiqueta gen\u00e9rica de \u00abDPP listo\u00bb.<\/p>\n

    Fuentes editoriales<\/h2>\n