Fabrico equipos conectados: qué datos debo dar al cliente desde septiembre de 2026

El Reglamento de Datos de la Unión Europea, conocido como Data Act, exige desde el 12 de septiembre de 2026 que determinados productos conectados y servicios relacionados que salgan al mercado después de esa fecha se diseñen para permitir el acceso a los datos conforme al artículo 3(1). Para un fabricante, esto significa pensar desde el desarrollo en cómo el usuario podrá consultar y obtener los datos generados por su equipo, en lugar de resolver el acceso como una función añadida al final.

La solución puede incluir un portal de cliente, una API o una combinación de ambos. Lo importante es que el acceso sea fácil, seguro, gratuito y permita entregar los datos en un formato legible por máquina, según los requisitos aplicables.

Comprueba si tu producto está afectado

El primer paso es identificar qué vendes y qué papel desempeña tu empresa. La obligación de acceso por diseño afecta a los fabricantes de productos conectados y a quienes prestan servicios relacionados. Los meros distribuidores no quedan incluidos en esta obligación por el simple hecho de distribuir el producto.

Si fabricas maquinaria, equipos industriales o dispositivos que generan datos durante su funcionamiento, revisa qué información produce el equipo y cómo puede acceder a ella el cliente. También debes analizar los servicios digitales vinculados al producto, porque pueden formar parte del alcance de las obligaciones.

La fecha importa: el requisito de diseño se aplica a los productos conectados y servicios relacionados que se introduzcan en el mercado después del 12 de septiembre de 2026. No se exige adaptar por esta disposición todo lo que ya se había vendido antes de esa fecha.

Además, existen exenciones para microempresas y pequeñas empresas en el capítulo II. Comprueba si tu empresa cumple las condiciones correspondientes antes de decidir cómo abordar el requisito.

Qué significa ofrecer acceso a los datos por diseño

El artículo 3(1) plantea una exigencia que debe traducirse en decisiones técnicas concretas. No basta con que el fabricante pueda consultar los datos internamente. Debes estudiar cómo podrá acceder el usuario a los datos que le correspondan.

Estos criterios deben revisarse junto con las características del equipo y los datos que genera. La obligación no implica que debas publicar indiscriminadamente toda la información del dispositivo en internet. El acceso debe diseñarse de acuerdo con los requisitos aplicables y con las medidas de seguridad necesarias.

Cómo puedes construir el acceso mediante un portal o una API

Una implementación habitual puede combinar una interfaz para el cliente con un servicio backend que gestione permisos, consulte los datos y los entregue en el formato previsto.

El portal de cliente permite que el usuario se identifique, seleccione su equipo y consulte o descargue los datos disponibles. Es una opción útil cuando necesitas una experiencia accesible para clientes que no cuentan con conocimientos técnicos.

La API permite integrar esos datos en otros sistemas. Por ejemplo, el cliente puede necesitar incorporarlos a sus herramientas de mantenimiento, análisis o gestión industrial. La API debe definir cómo se autentican las solicitudes, qué datos se pueden consultar y cómo se controlan los errores.

El backend de datos conecta el dispositivo o sus servicios con el mecanismo de acceso. Aquí debes decidir cómo se almacenan los datos, cómo se relacionan con cada equipo y qué ocurre cuando la conexión falla o falta información.

Antes de desarrollar, documenta estas decisiones:

• Identifica qué datos genera el producto y dónde se encuentran.
• Define qué usuarios pueden acceder a cada equipo.
• Determina si ofrecerás descarga manual, acceso mediante API o ambas opciones.
• Establece formatos de salida y reglas de validación.
• Diseña la autenticación, los permisos y el registro de accesos.
• Prevé qué sucede ante errores, datos incompletos o interrupciones del servicio.

Si estás convirtiendo una demostración técnica en un producto real, nuestra guía sobre cómo pasar de una demo con IA a un proyecto puede ayudarte a ordenar las decisiones de arquitectura y desarrollo.

Qué debes decidir antes del próximo lanzamiento

No dejes el acceso a los datos para la fase final del proyecto. Si la arquitectura del producto no contempla este requisito, añadirlo después puede exigir cambios en el firmware, el backend, la gestión de usuarios o los servicios digitales asociados.

Incluye el acceso a los datos en las especificaciones del producto y coordina al equipo de hardware con quienes desarrollan el software y los servicios conectados. Define también quién mantendrá la API o el portal, cómo se gestionarán los cambios y qué pruebas deben realizarse antes de comercializar el equipo.

El acceso puede formar parte de una arquitectura más amplia de integración. Si tu producto necesita intercambiar información con otras aplicaciones o servicios, revisa también nuestra guía sobre MCP en 2026: estándar y guía de la NSA para distinguir las decisiones de integración de los requisitos específicos de acceso a datos.

Qué decisión tomar esta semana

Esta semana, selecciona el producto conectado que tengas previsto lanzar y dibuja el recorrido de sus datos desde el dispositivo hasta el usuario. Comprueba si tu empresa está dentro del ámbito de la obligación, identifica las posibles exenciones y decide si el acceso se ofrecerá mediante portal, API o ambos. Este artículo ofrece información técnica general, no asesoramiento legal; confirma con un especialista el alcance del Data Act y los requisitos aplicables a tu caso.

Si necesitas diseñar un portal de datos, desarrollar una API o automatizar la integración de un equipo conectado, cuéntanos cómo funciona tu producto y qué datos necesita consultar el cliente.