alupas.eu

El error más común en la conversación con su proveedor de software sobre el pasaporte de producto de aluminio

Muchas empresas creen que su proveedor de software se encarga de la exactitud del pasaporte de producto. La normativa establece esa responsabilidad en el oferente mismo, no en la parte que suministra el sistema.

El error más común que observamos es este: una empresa mantiene una conversación con el proveedor de software sobre el pasaporte de producto digital y abandona esa conversación con la idea de que el proveedor ya "lo ha resuelto". Esto es un malentendido con consecuencias, porque la normativa distingue entre quién suministra la técnica y quién es responsable del contenido del pasaporte.

El proveedor de software construye o suministra el sistema: la interfaz, el almacenamiento, a veces el código QR. Pero la obligación de garantizar que los datos del pasaporte sean correctos y estén actualizados recae en el oferente —normalmente el fabricante o importador de la semielaboración de aluminio. Un sistema no puede verificar datos que nunca han sido suministrados correctamente. Quien confunde esto corre el riesgo de que surja un pasaporte técnicamente perfecto con un contenido que nadie ha vuelto a revisar.

Por qué surge este malentendido

La conversación con un proveedor de software se centra rápidamente en la técnica: qué sistema, qué interfaz con la administración existente, cuál es el coste, cuál es la velocidad. Estas son preguntas lógicas, y el proveedor las responde con gusto, porque es su especialidad. Pero en esa conversación a menudo desaparece la pregunta que más importa: quién se encarga de que los datos que figuran en el pasaporte sean realmente correctos y sigan siendo correctos. Un proveedor que habla de un "módulo de cumplimiento" o una "solución de pasaporte" a veces da la impresión de que la obligación queda cubierta. Esto es comprensible desde una perspectiva comercial, pero no es lo que establece la normativa.

Ayuda tener claro de antemano qué debe contener exactamente un pasaporte de producto y de dónde proceden esos datos. Quien aún no tenga esto en orden, encontrará en la base de conocimientos con explicaciones por tema un resumen por situación, sin necesidad de consultar primero a un abogado.

Lo que la normativa dice y no dice sobre el proveedor

La normativa describe el papel del oferente: quien pone el producto en el mercado y es responsable de la exactitud de la información que finalmente aparece en el pasaporte. Un proveedor de software no es un oferente en ese sentido, ni siquiera si aloja técnicamente el pasaporte o suministra el código QR. Los organismos de control buscan en las inspecciones el origen y la exactitud de los datos, no qué paquete de software hay detrás. Esto no significa que la elección del proveedor sea indiferente —significa que un sistema que funcione bien no es un sustituto de un pasaporte bien rellenado y actualizado.

Si una colaboración específica con un proveedor en su situación ofrece cobertura suficiente es algo sobre lo que solo un abogado o la autoridad de control competente puede pronunciarse. Este artículo describe la distinción que establece la normativa, no cómo se regula en su propio contrato.

Qué preguntas evitan el malentendido

El error se puede evitar preguntando explícitamente al proveedor en la conversación quién suministra qué parte de los datos y quién sigue siendo responsable si cambia algo en la composición u origen del aluminio. También es útil preguntar qué sucede si cambia de proveedor: ¿permanece el pasaporte accesible y quién se encarga de la actualización? Un proveedor que pueda responder claramente a estas preguntas también indica dónde termina su función y comienza la suya. Quien quiera ver cómo se ve en la práctica esta entrega de datos puede una aclaración sobre cómo se generan los datos encontrar.

Cómo mantener la conversación de otra manera

Ayuda hacer la conversación con el proveedor de software después de haber determinado por su cuenta qué datos debe aportar y mantener. Entonces la conversación se convierte en una pregunta sobre tecnología y conexión, en lugar de una pregunta sobre responsabilidad. Las empresas que aún no saben exactamente dónde están pueden hacerlo con un par de preguntas que mapeen su situación aclarar rápidamente, incluso antes de que un proveedor se siente en la mesa.

Un digital product passport sigue siendo, incluso después de su entrega, un documento vivo: debe actualizarse tan pronto como haya algún cambio en el producto o en los datos. Esa responsabilidad no se transfiere al proveedor de software, tampoco si proporciona la gestión técnica. Quien quiera leer más al respecto, encontrará en respuestas a preguntas prácticas sobre el pasaporte una serie de situaciones comunes elaboradas.

Si aún no tiene una imagen clara de lo que necesita en su caso, el análisis rápido gratuito es un buen punto de partida: en un par de preguntas obtiene una indicación de dónde se encuentra, sin necesidad de una cuenta.

Este artículo es información general y no es asesoramiento jurídico.