﻿<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Adaptación RGPD</title>
	<atom:link href="https://www.adaptacion-rgpd.eu/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.adaptacion-rgpd.eu/</link>
	<description>Adaptación RGPD y LSSI para empresas y profesionales, fácil y económica</description>
	<lastBuildDate>Mon, 02 Nov 2026 11:00:54 +0000</lastBuildDate>
	<language>es</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.1.4</generator>
	<item>
		<title>Cómo cumplir la Ley de Inteligencia Artificial en tu empresa: guía práctica 2026</title>
		<link>https://www.adaptacion-rgpd.eu/como-cumplir-la-ley-de-inteligencia-artificial-en-tu-empresa-guia-practica-2026/</link>
		
		<dc:creator><![CDATA[Antonio De Haro - DPD y Gestor RGPD]]></dc:creator>
		<pubDate>Mon, 02 Nov 2026 10:39:43 +0000</pubDate>
				<category><![CDATA[AI ACT]]></category>
		<category><![CDATA[Inteligencia artificial]]></category>
		<category><![CDATA[AI Act]]></category>
		<category><![CDATA[AI Act prohibiciones]]></category>
		<category><![CDATA[AI Act RGPD cumplimiento]]></category>
		<category><![CDATA[Artificial Intelligence]]></category>
		<category><![CDATA[ATS AI Act alto riesgo]]></category>
		<category><![CDATA[Formación en IA]]></category>
		<guid isPermaLink="false">https://www.adaptacion-rgpd.eu/?p=41351</guid>

					<description><![CDATA[<p>La entrada <a href="https://www.adaptacion-rgpd.eu/como-cumplir-la-ley-de-inteligencia-artificial-en-tu-empresa-guia-practica-2026/">Cómo cumplir la Ley de Inteligencia Artificial en tu empresa: guía práctica 2026</a> se publicó primero en <a href="https://www.adaptacion-rgpd.eu">Adaptación RGPD</a>.</p>
]]></description>
										<content:encoded><![CDATA[<div class="wpb-content-wrapper" id="wpb-content-root"><div class="vc_row wpb_row vc_row-fluid"><div class="wpb_column vc_column_container vc_col-sm-12"><div class="vc_column-inner"><div class="wpb_wrapper">
	<div class="wpb_text_column wpb_content_element " >
		<div class="wpb_wrapper">
			<article>Desde el 2 de agosto de 2026, el <strong>Reglamento (UE) 2024/1689 de Inteligencia Artificial</strong> (AI Act) es plenamente aplicable en España. Si tu empresa usa, desarrolla o distribuye sistemas de IA, ya tienes obligaciones legales. Esta guía recoge los pasos concretos para cumplir, con los plazos actualizados tras el Reglamento (UE) 2026/1744.</p>
<h2>Qué ha cambiado con el Reglamento 2026/1744</h2>
<p>El <strong>Reglamento (UE) 2026/1744</strong>, en vigor desde el 27 de julio de 2026, aplaza las obligaciones de alto riesgo del Anexo III al <strong>2 de diciembre de 2027</strong>. Los sistemas integrados en productos con marcado CE tienen plazo hasta el <strong>2 de agosto de 2028</strong>. Las obligaciones del artículo 4 (alfabetización) y del artículo 50 (transparencia) no se han aplazado.</p>
<h2>Paso 1: Identifica qué IA usa tu empresa</h2>
<p>Haz un inventario de todos los sistemas de IA que tu empresa utiliza, desarrolla o distribuye. Incluye herramientas como ChatGPT, Microsoft Copilot, sistemas de selección de personal, chatbots de atención al cliente, herramientas de análisis predictivo y cualquier software que tome decisiones automatizadas.</p>
<p>Para cada sistema, anota el proveedor, la versión, el uso que se le da y quién tiene acceso. Este inventario es el punto de partida de todo el cumplimiento.</p>
<h2>Paso 2: Clasifica el riesgo de cada sistema</h2>
<p>El AI Act clasifica los sistemas de IA en cuatro niveles de riesgo:</p>
<ul>
<li><strong>Riesgo inaceptable:</strong> sistemas prohibidos. Incluye la manipulación subliminal, la puntuación social ciudadana y determinados usos de reconocimiento biométrico en tiempo real</li>
<li><strong>Alto riesgo:</strong> sistemas que afectan a derechos fundamentales o a sectores críticos. El Anexo III lista los usos: selección de personal, crédito, educación, infraestructuras críticas, aplicación de la ley, entre otros</li>
<li><strong>Riesgo limitado:</strong> sistemas con obligaciones de transparencia específicas, como chatbots o generadores de contenido sintético</li>
<li><strong>Riesgo mínimo:</strong> la mayoría de las herramientas de IA de uso general. No tienen obligaciones específicas del AI Act, aunque el artículo 4 aplica en todos los casos</li>
</ul>
<p>Clasifica cada sistema de tu inventario en uno de estos niveles. La clasificación determina qué obligaciones tienes.</p>
<h2>Paso 3: Forma a tu equipo (artículo 4, ya exigible)</h2>
<p>El artículo 4 del AI Act obliga a las empresas a garantizar que las personas que trabajan con sistemas de IA tengan un nivel suficiente de alfabetización en inteligencia artificial. Esta obligación aplica desde febrero de 2025 y no está aplazada.</p>
<p>La formación tiene que ser adecuada al rol de cada persona. No es lo mismo la formación para quien toma decisiones sobre qué sistemas adquirir que para quien los usa en su trabajo diario. Documenta qué formación has proporcionado, a quién y cuándo.</p>
<h2>Paso 4: Cumple con la transparencia (artículo 50, ya exigible)</h2>
<p>El artículo 50 obliga a informar cuando las personas interactúan con sistemas de IA o cuando el contenido que reciben ha sido generado por IA. Las obligaciones concretas dependen del tipo de sistema:</p>
<ul>
<li>Los chatbots tienen que identificarse como sistemas automatizados al inicio de la interacción</li>
<li>El contenido generado por IA que pueda confundirse con contenido real (deepfakes, audio sintético, texto) tiene que estar marcado</li>
<li>Los sistemas de reconocimiento de emociones y los sistemas de categorización biométrica tienen que informar a las personas afectadas</li>
</ul>
<p>Si usas IA generativa para crear contenido que publicas o distribuyes, revisa si necesitas añadir avisos de transparencia.</p>
<h2>Paso 5: Cumple con las obligaciones de alto riesgo (plazo: diciembre 2027)</h2>
<p>Si alguno de tus sistemas es de alto riesgo según el Anexo III, tienes hasta el 2 de diciembre de 2027 para cumplir con las obligaciones completas. Pero empezar antes es una ventaja: los requisitos son exigentes y la preparación lleva tiempo.</p>
<p>Las obligaciones como <strong>desplegador</strong> de un sistema de alto riesgo incluyen:</p>
<ul>
<li>Verificar que el proveedor ha cumplido con sus obligaciones (documentación técnica, declaración de conformidad, registro)</li>
<li>Implementar los mecanismos de supervisión humana que el proveedor ha especificado</li>
<li>Designar a las personas responsables de supervisar el sistema con formación adecuada</li>
<li>Mantener registros de uso durante al menos seis meses</li>
<li>En determinados casos (uso en el sector público o sistemas que afectan a grupos vulnerables), realizar una evaluación de impacto en derechos fundamentales (FRIA)</li>
</ul>
<h2>Paso 6: Documenta todo</h2>
<p>El AI Act funciona sobre la base de la documentación: tienes que poder demostrar que cumples, no solo decir que cumples. Esto incluye el inventario de sistemas, la clasificación de riesgo con el razonamiento que la sustenta, los registros de formación, los contratos con proveedores que incluyan las cláusulas necesarias, y los registros de uso para los sistemas de alto riesgo.</p>
<p>La documentación tiene que estar actualizada. Si cambias de sistema, añades nuevas herramientas o cambias el uso de las existentes, actualiza el inventario y la clasificación.</p>
<h2>Resumen de plazos</h2>
<ul>
<li><strong>Febrero 2025:</strong> Artículo 4 (alfabetización en IA) — ya exigible</li>
<li><strong>2 de agosto de 2026:</strong> Artículo 50 (transparencia) — ya exigible</li>
<li><strong>2 de diciembre de 2027:</strong> Obligaciones de alto riesgo del Anexo III</li>
<li><strong>2 de agosto de 2028:</strong> Obligaciones de alto riesgo para IA integrada en productos con marcado CE</li>
</ul>
<p>¿Necesitas ayuda para cumplir con el AI Act? En Adapta RGPD gestionamos el cumplimiento desde la clasificación hasta la documentación técnica, con las 193 medidas AESIA y seguimiento continuo. Consulta nuestra <a href="https://www.adaptacion-rgpd.eu/consultoria-ai-act-espana/">consultoría de AI Act</a> o empieza con el <a href="https://www.adaptacion-rgpd.eu/test-ai-act-guia-inteligencia-artificial/">test gratuito</a>.</p>
</article>

		</div>
	</div>
</div></div></div></div>
</div><p>La entrada <a href="https://www.adaptacion-rgpd.eu/como-cumplir-la-ley-de-inteligencia-artificial-en-tu-empresa-guia-practica-2026/">Cómo cumplir la Ley de Inteligencia Artificial en tu empresa: guía práctica 2026</a> se publicó primero en <a href="https://www.adaptacion-rgpd.eu">Adaptación RGPD</a>.</p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>Canal de denuncias: obligación para empresas de más de 50 trabajadores desde 2023</title>
		<link>https://www.adaptacion-rgpd.eu/canal-de-denuncias-obligacion-para-empresas-de-mas-de-50-trabajadores-desde-2023/</link>
		
		<dc:creator><![CDATA[Antonio De Haro - DPD y Gestor RGPD]]></dc:creator>
		<pubDate>Sat, 31 Oct 2026 09:00:00 +0000</pubDate>
				<category><![CDATA[LOPDGDD]]></category>
		<category><![CDATA[RGPD]]></category>
		<category><![CDATA[Adaptación RGPD]]></category>
		<category><![CDATA[AEPD]]></category>
		<category><![CDATA[canal de denuncias]]></category>
		<category><![CDATA[Ley 2/2023]]></category>
		<category><![CDATA[Protección de datos]]></category>
		<category><![CDATA[Whistleblowing]]></category>
		<guid isPermaLink="false">https://www.adaptacion-rgpd.eu/?p=41229</guid>

					<description><![CDATA[<p>La entrada <a href="https://www.adaptacion-rgpd.eu/canal-de-denuncias-obligacion-para-empresas-de-mas-de-50-trabajadores-desde-2023/">Canal de denuncias: obligación para empresas de más de 50 trabajadores desde 2023</a> se publicó primero en <a href="https://www.adaptacion-rgpd.eu">Adaptación RGPD</a>.</p>
]]></description>
										<content:encoded><![CDATA[<div class="wpb-content-wrapper" id="wpb-content-root"><div class="vc_row wpb_row vc_row-fluid"><div class="wpb_column vc_column_container vc_col-sm-12"><div class="vc_column-inner"><div class="wpb_wrapper">
	<div class="wpb_text_column wpb_content_element " >
		<div class="wpb_wrapper">
			<p>Desde el 1 de diciembre de 2023 las empresas con 50 o más trabajadores tienen la obligación legal de disponer de un canal de denuncias. Es la fecha en que entró en vigor para este tramo de empresas la Ley 2/2023, que transpone la Directiva europea sobre protección de los denunciantes. Para las empresas de más de 249 trabajadores la obligación ya existía desde el 13 de junio de 2023.</p>
<h2>Qué empresas están obligadas</h2>
<p>La ley distingue por tamaño de empresa. Las que tienen 50 o más trabajadores deben tener canal propio. Las que tienen entre 50 y 249 trabajadores pueden compartir canal con otras empresas si así lo deciden. Las empresas de menos de 50 trabajadores no están obligadas, aunque pueden implantarlo voluntariamente.</p>
<p>Hay excepciones al umbral de trabajadores para ciertos sectores. Las entidades del sector financiero, las que prestan servicios de prevención del blanqueo de capitales y las que operan en determinados ámbitos regulados están obligadas con independencia de su tamaño.</p>
<p>Las administraciones públicas, partidos políticos, sindicatos, organizaciones empresariales y fundaciones que reciban financiación pública también tienen esta obligación.</p>
<h2>Qué tiene que permitir el canal</h2>
<p>El canal de denuncias tiene que permitir comunicar de forma confidencial posibles incumplimientos de la normativa de la Unión Europea y del Derecho nacional en las materias que cubre la directiva: corrupción, fraude fiscal, delitos medioambientales, seguridad de los productos, protección de datos, competencia, servicios financieros, salud pública y muchas otras áreas.</p>
<p>No se trata de un canal para quejas laborales genéricas ni para conflictos entre trabajadores. Su ámbito es la comunicación de infracciones con relevancia jurídica, no la gestión de recursos humanos.</p>
<h2>Cómo tiene que funcionar el canal</h2>
<p>La ley establece requisitos concretos sobre el funcionamiento del canal:</p>
<ul>
<li>Debe permitir comunicaciones por escrito y verbalmente, o solo por escrito si el denunciante puede solicitar una reunión presencial</li>
<li>La identidad del denunciante es confidencial. Solo puede revelarse con su consentimiento o cuando sea necesario por imperativo legal</li>
<li>Las denuncias anónimas son admisibles, aunque la ley no obliga a gestionarlas con los mismos plazos que las identificadas</li>
<li>El acuse de recibo tiene que enviarse en un plazo de siete días</li>
<li>Hay que dar respuesta sobre el seguimiento dado a la denuncia en un plazo máximo de tres meses desde el acuse de recibo</li>
<li>El responsable del sistema debe ser independiente y estar formado específicamente para gestionar denuncias</li>
</ul>
<h2>Quién puede ser responsable del canal</h2>
<p>La gestión del canal puede asignarse a una persona interna o externalizarse a un proveedor especializado. La ley permite ambas opciones. Si se externaliza, el proveedor actúa como encargado del tratamiento de datos, por lo que hay que firmar el contrato de encargo correspondiente.</p>
<p>En cualquier caso, quien gestione el canal debe garantizar la confidencialidad, actuar de forma independiente, y tener acceso directo a quien tiene autoridad para investigar y resolver las situaciones denunciadas.</p>
<h2>Qué pasa si no se cumple</h2>
<p>La ley establece un régimen sancionador con infracciones muy graves, graves y leves. Las muy graves, que incluyen no disponer del canal cuando sea obligatorio o vulnerar la confidencialidad del denunciante, pueden ser sancionadas con multas de hasta un millón de euros para personas jurídicas.</p>
<p>La Autoridad Independiente de Protección del Informante (A-2I), creada por la propia ley, es el organismo responsable de supervisar el cumplimiento y tramitar las sanciones a nivel estatal.</p>
<p>¿Tu empresa todavía no tiene canal de denuncias implantado o no estás seguro de que cumpla todos los requisitos? En Adapta RGPD implementamos el canal de denuncias y lo integramos con tu cumplimiento RGPD. Consulta nuestros <a href="https://www.adaptacion-rgpd.eu/precios-de-adaptacion-rgpd-lssi/">precios y planes</a> desde 119€/año.</p>

		</div>
	</div>
</div></div></div></div>
</div><p>La entrada <a href="https://www.adaptacion-rgpd.eu/canal-de-denuncias-obligacion-para-empresas-de-mas-de-50-trabajadores-desde-2023/">Canal de denuncias: obligación para empresas de más de 50 trabajadores desde 2023</a> se publicó primero en <a href="https://www.adaptacion-rgpd.eu">Adaptación RGPD</a>.</p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>Sandbox regulatorio del AI Act en España: qué es, quién puede acceder y cómo participar en la AESIA</title>
		<link>https://www.adaptacion-rgpd.eu/sandbox-regulatorio-del-ai-act-en-espana-que-es-quien-puede-acceder-y-como-participar-en-la-aesia/</link>
		
		<dc:creator><![CDATA[Antonio De Haro - DPD y Gestor RGPD]]></dc:creator>
		<pubDate>Fri, 30 Oct 2026 10:00:00 +0000</pubDate>
				<category><![CDATA[AI ACT]]></category>
		<category><![CDATA[Inteligencia artificial]]></category>
		<category><![CDATA[RGPD]]></category>
		<category><![CDATA[Sin categoría]]></category>
		<category><![CDATA[AEPD]]></category>
		<category><![CDATA[AESIA]]></category>
		<category><![CDATA[AESIA sandbox]]></category>
		<category><![CDATA[AI Act]]></category>
		<category><![CDATA[Artificial Intelligence]]></category>
		<category><![CDATA[regulación IA España]]></category>
		<category><![CDATA[sandbox regulatorio IA]]></category>
		<guid isPermaLink="false">https://www.adaptacion-rgpd.eu/?p=40572</guid>

					<description><![CDATA[<p>El AI Act obliga a los Estados miembros a crear sandboxes regulatorios de IA. España lo hace a través de la AESIA. Quién puede participar, qué oportunidades ofrece y cómo acceder.</p>
<p>La entrada <a href="https://www.adaptacion-rgpd.eu/sandbox-regulatorio-del-ai-act-en-espana-que-es-quien-puede-acceder-y-como-participar-en-la-aesia/">Sandbox regulatorio del AI Act en España: qué es, quién puede acceder y cómo participar en la AESIA</a> se publicó primero en <a href="https://www.adaptacion-rgpd.eu">Adaptación RGPD</a>.</p>
]]></description>
										<content:encoded><![CDATA[<div class="wpb-content-wrapper" id="wpb-content-root"><div class="vc_row wpb_row vc_row-fluid"><div class="wpb_column vc_column_container vc_col-sm-12"><div class="vc_column-inner"><div class="wpb_wrapper">
	<div class="wpb_text_column wpb_content_element " >
		<div class="wpb_wrapper">
			<p>El AI Act incluye una figura que apenas aparece en los debates sobre cumplimiento pero que tiene un impacto directo sobre cómo las empresas innovadoras pueden desarrollar IA en Europa: el sandbox regulatorio. Para startups y pymes que trabajan con tecnología de IA, es probablemente la oportunidad más concreta que el Reglamento ofrece.</p>
<h2>Qué es un sandbox regulatorio</h2>
<p>Un sandbox regulatorio es un entorno controlado en el que las empresas pueden desarrollar, probar y validar sistemas de IA durante un periodo limitado de tiempo, con acceso a orientación directa de la autoridad competente y con ciertas flexibilidades en la aplicación de la normativa.</p>
<p>No es una zona libre de regulación. Es un espacio de aprendizaje supervisado donde las empresas trabajan de la mano de la autoridad para entender cómo cumplir, mientras la autoridad aprende sobre la tecnología para regular mejor. Ambas partes salen del proceso con más información.</p>
<h2>Qué dice el AI Act sobre los sandboxes</h2>
<p>El artículo 57 del AI Act obliga a los Estados miembros a establecer al menos un sandbox regulatorio de IA antes del 2 de agosto de 2026. España lo desarrolla a través de la AESIA.</p>
<p>El Reglamento establece que los sandboxes deben dar acceso prioritario a startups y pymes; incluir la posibilidad de tratar datos personales con garantías específicas para el entorno de prueba; proporcionar orientación sobre cumplimiento y sobre la aplicación del Reglamento al sistema en desarrollo; y no requerir el cumplimiento pleno de todas las obligaciones del AI Act durante el periodo de prueba.</p>
<h2>El sandbox español y la AESIA</h2>
<p>La AESIA gestiona el sandbox regulatorio de IA en España. El organismo está en proceso de consolidación y desarrollo de los instrumentos operativos del sandbox. Las empresas interesadas en participar deben consultar directamente el portal de la AESIA para conocer los requisitos actualizados, los plazos de convocatoria y el proceso de solicitud.</p>
<p>España tiene precedente en este tipo de instrumentos: el sandbox financiero de la CNMV, regulado por la Ley 7/2020, lleva años funcionando y ha servido de modelo para el diseño del sandbox de IA.</p>
<h2>Quién puede participar</h2>
<p>El AI Act no restringe el sandbox a un sector o tecnología concretos. Cualquier empresa que esté desarrollando un sistema de IA puede solicitar participar, aunque la prioridad es para startups y pymes.</p>
<p>Los criterios de selección habituales en sandboxes de IA en otros países incluyen: innovación genuina del sistema, potencial de impacto significativo sobre personas, necesidad de orientación regulatoria para el desarrollo, y capacidad de la empresa de documentar y registrar el proceso.</p>
<h2>Qué se puede hacer dentro del sandbox</h2>
<p>Dentro del sandbox, las empresas pueden tratar datos personales reales de acuerdo con un protocolo aprobado por la autoridad; recibir orientación directa sobre si su sistema entra en categoría de alto riesgo; probar mecanismos de supervisión humana y documentación técnica con retroalimentación directa de la AESIA; y operar con flexibilidad regulatoria durante el periodo de prueba, sin el peso de cumplimiento pleno que aplica fuera del sandbox.</p>
<p>El periodo de participación es limitado en el tiempo, habitualmente entre seis meses y un año, con posibilidad de prórroga en casos justificados.</p>
<h2>Por qué importa más de lo que parece</h2>
<p>El sandbox no es solo una ayuda para la empresa participante: es también un mecanismo de aprendizaje para el regulador. La AESIA todavía está construyendo su conocimiento práctico sobre estos sistemas. Cada sandbox activo es una fuente de información real sobre cómo funciona la IA en contextos de negocio concretos.</p>
<p>Las empresas que participan en sandboxes tienen además un canal directo con la AESIA que puede ser valioso más allá del periodo de prueba, cuando llegue el momento de notificar el sistema o de someterse a vigilancia de mercado.</p>
<p>¿Estás desarrollando un sistema de IA y te interesa el sandbox regulatorio? En Adapta RGPD te orientamos sobre los requisitos y el proceso, y gestionamos tu <a href="https://www.adaptacion-rgpd.eu/consultoria-ai-act-espana/">cumplimiento del AI Act</a> desde el inicio del desarrollo, desde 199€/año.</p>

		</div>
	</div>
</div></div></div></div>
</div><p>La entrada <a href="https://www.adaptacion-rgpd.eu/sandbox-regulatorio-del-ai-act-en-espana-que-es-quien-puede-acceder-y-como-participar-en-la-aesia/">Sandbox regulatorio del AI Act en España: qué es, quién puede acceder y cómo participar en la AESIA</a> se publicó primero en <a href="https://www.adaptacion-rgpd.eu">Adaptación RGPD</a>.</p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>IA en selección de personal: por qué el AI Act obliga a empresas y proveedores de ATS a cumplir como sistemas de alto riesgo</title>
		<link>https://www.adaptacion-rgpd.eu/ia-en-seleccion-de-personal-por-que-el-ai-act-obliga-a-empresas-y-proveedores-de-ats-a-cumplir-como-sistemas-de-alto-riesgo/</link>
		
		<dc:creator><![CDATA[Antonio De Haro - DPD y Gestor RGPD]]></dc:creator>
		<pubDate>Thu, 29 Oct 2026 10:00:00 +0000</pubDate>
				<category><![CDATA[AI ACT]]></category>
		<category><![CDATA[Inteligencia artificial]]></category>
		<category><![CDATA[RGPD]]></category>
		<category><![CDATA[Sin categoría]]></category>
		<category><![CDATA[AEPD]]></category>
		<category><![CDATA[AESIA]]></category>
		<category><![CDATA[AI Act]]></category>
		<category><![CDATA[Artificial Intelligence]]></category>
		<category><![CDATA[ATS AI Act alto riesgo]]></category>
		<category><![CDATA[IA selección personal]]></category>
		<category><![CDATA[sesgo algorítmico RRHH]]></category>
		<guid isPermaLink="false">https://www.adaptacion-rgpd.eu/?p=40571</guid>

					<description><![CDATA[<p>El Anexo III del AI Act clasifica como de alto riesgo los ATS y otros sistemas de IA en selección y gestión de empleados. Qué obliga a proveedores de software y a las empresas que los despliegan.</p>
<p>La entrada <a href="https://www.adaptacion-rgpd.eu/ia-en-seleccion-de-personal-por-que-el-ai-act-obliga-a-empresas-y-proveedores-de-ats-a-cumplir-como-sistemas-de-alto-riesgo/">IA en selección de personal: por qué el AI Act obliga a empresas y proveedores de ATS a cumplir como sistemas de alto riesgo</a> se publicó primero en <a href="https://www.adaptacion-rgpd.eu">Adaptación RGPD</a>.</p>
]]></description>
										<content:encoded><![CDATA[<div class="wpb-content-wrapper" id="wpb-content-root"><div class="vc_row wpb_row vc_row-fluid"><div class="wpb_column vc_column_container vc_col-sm-12"><div class="vc_column-inner"><div class="wpb_wrapper">
	<div class="wpb_text_column wpb_content_element " >
		<div class="wpb_wrapper">
			<p>Los sistemas de IA que se usan para contratar, evaluar o gestionar personas en el ámbito laboral ocupan un lugar central en el AI Act. El Reglamento los clasifica como de alto riesgo en el punto 4 del Anexo III, una decisión deliberada que responde a los riesgos documentados de discriminación, sesgo y falta de transparencia que estos sistemas generan.</p>
<h2>Qué sistemas de RRHH considera de alto riesgo el AI Act</h2>
<p>El Anexo III, punto 4, incluye cuatro categorías concretas:</p>
<ul>
<li>Sistemas de selección y filtrado de candidatos: cualquier herramienta que utilice IA para procesar currículos, hacer ranking de candidatos, preseleccionar o puntuar en un proceso de selección</li>
<li>Toma de decisiones sobre contratación, ascenso o rescisión: sistemas que asistan o automaticen decisiones sobre inicio, continuación o fin de una relación laboral</li>
<li>Asignación de tareas y monitorización del rendimiento: herramientas que usen IA para distribuir trabajo o evaluar el desempeño de forma automatizada</li>
<li>Acceso a recursos de formación y desarrollo profesional: sistemas que decidan o condicionen el acceso de empleados a oportunidades de aprendizaje</li>
</ul>
<p>La definición es amplia. Cubre prácticamente todos los ATS (Applicant Tracking Systems) que usan componentes de IA para algo más que gestionar el flujo documental.</p>
<h2>Obligaciones para proveedores de ATS</h2>
<p>Las empresas que desarrollan y comercializan sistemas de selección de personal con IA son proveedoras de alto riesgo. Sus obligaciones son completas: documentación técnica conforme al Anexo IV, evaluación de conformidad, registro en la base de datos europea, y sistema de gestión de calidad.</p>
<p>Deben además facilitar a sus clientes (los desplegadores) toda la información necesaria para que estos puedan cumplir con sus propias obligaciones. Eso incluye la documentación sobre el funcionamiento del sistema, sus limitaciones conocidas, los mecanismos de supervisión humana previstos, y los registros de rendimiento y pruebas.</p>
<h2>Obligaciones para las empresas que usan el sistema</h2>
<p>Los desplegadores —las empresas que usan el sistema para sus propios procesos— tienen obligaciones más limitadas pero no triviales:</p>
<ul>
<li>Verificar que el proveedor ha cumplido con sus obligaciones antes de poner en servicio el sistema</li>
<li>Designar personas supervisoras con comprensión suficiente del sistema y autoridad para anular sus decisiones</li>
<li>Implementar los mecanismos de supervisión humana que el proveedor ha especificado</li>
<li>Mantener registros de uso del sistema durante un mínimo de seis meses</li>
<li>Informar a los candidatos o empleados afectados de que están siendo evaluados por un sistema de IA</li>
</ul>
<h2>El RGPD también aplica</h2>
<p>La mayoría de los sistemas de selección de personal tratan datos personales, lo que activa también las obligaciones del RGPD. Cuando el tratamiento incluye decisiones automatizadas que producen efectos significativos sobre las personas, el artículo 22 del RGPD exige que el interesado pueda solicitar intervención humana, expresar su punto de vista e impugnar la decisión.</p>
<p>Un sistema de preselección de currículos totalmente automatizado necesita un mecanismo para que el candidato rechazado pueda solicitar revisión humana de su solicitud. No basta con señalar que existe una etapa humana posterior en el proceso si esa etapa no tiene acceso real a la decisión del sistema.</p>
<h2>Los riesgos de sesgo y la exigencia de mitigación</h2>
<p>Uno de los motivos por los que los sistemas de RRHH recibieron la clasificación de alto riesgo es la evidencia acumulada sobre sesgos. Sistemas entrenados sobre datos históricos de contratación reproducen con frecuencia los patrones de la plantilla existente. Si la empresa ha contratado históricamente más hombres para puestos directivos, el sistema tiende a puntuar mejor los perfiles masculinos para esos puestos.</p>
<p>El AI Act no resuelve el problema, pero exige que los proveedores lo documenten, lo evalúen y lo mitiguen activamente. Los desplegadores, por su parte, deben solicitar esa información al proveedor antes de desplegar el sistema y verificar que las medidas de mitigación son adecuadas para su contexto específico.</p>
<p>¿Tu empresa usa herramientas de IA en selección de personal? En Adapta RGPD revisamos tu cumplimiento con el AI Act y el RGPD dentro de nuestra <a href="https://www.adaptacion-rgpd.eu/consultoria-ai-act-espana/">consultoría de adaptación al AI Act</a>, con clasificación de riesgo y las 193 medidas AESIA desde 199€/año.</p>

		</div>
	</div>
</div></div></div></div>
</div><p>La entrada <a href="https://www.adaptacion-rgpd.eu/ia-en-seleccion-de-personal-por-que-el-ai-act-obliga-a-empresas-y-proveedores-de-ats-a-cumplir-como-sistemas-de-alto-riesgo/">IA en selección de personal: por qué el AI Act obliga a empresas y proveedores de ATS a cumplir como sistemas de alto riesgo</a> se publicó primero en <a href="https://www.adaptacion-rgpd.eu">Adaptación RGPD</a>.</p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>Deber de confidencialidad de datos en la empresa: qué obliga el RGPD a tus trabajadores</title>
		<link>https://www.adaptacion-rgpd.eu/deber-de-confidencialidad-de-datos-en-la-empresa-que-obliga-el-rgpd-a-tus-trabajadores/</link>
		
		<dc:creator><![CDATA[Antonio De Haro - DPD y Gestor RGPD]]></dc:creator>
		<pubDate>Thu, 29 Oct 2026 09:00:00 +0000</pubDate>
				<category><![CDATA[LOPDGDD]]></category>
		<category><![CDATA[RGPD]]></category>
		<category><![CDATA[actividades de tratamiento]]></category>
		<category><![CDATA[Adaptación RGPD]]></category>
		<category><![CDATA[AEPD]]></category>
		<category><![CDATA[Confidencialidad]]></category>
		<category><![CDATA[Deber de confidencialidad]]></category>
		<category><![CDATA[Protección de datos]]></category>
		<guid isPermaLink="false">https://www.adaptacion-rgpd.eu/?p=41228</guid>

					<description><![CDATA[<p>La entrada <a href="https://www.adaptacion-rgpd.eu/deber-de-confidencialidad-de-datos-en-la-empresa-que-obliga-el-rgpd-a-tus-trabajadores/">Deber de confidencialidad de datos en la empresa: qué obliga el RGPD a tus trabajadores</a> se publicó primero en <a href="https://www.adaptacion-rgpd.eu">Adaptación RGPD</a>.</p>
]]></description>
										<content:encoded><![CDATA[<div class="wpb-content-wrapper" id="wpb-content-root"><div class="vc_row wpb_row vc_row-fluid"><div class="wpb_column vc_column_container vc_col-sm-12"><div class="vc_column-inner"><div class="wpb_wrapper">
	<div class="wpb_text_column wpb_content_element " >
		<div class="wpb_wrapper">
			<p>El RGPD no solo obliga a tu empresa a proteger los datos personales. También exige que las personas que acceden a esos datos en su trabajo estén vinculadas por un deber de confidencialidad. Es una obligación que a menudo se gestiona de forma deficiente: con cláusulas genéricas, con documentos que se firman una vez y se olvidan, o directamente sin ningún documento.</p>
<h2>Qué dice el RGPD sobre la confidencialidad</h2>
<p>El artículo 29 del RGPD establece que el encargado del tratamiento, y cualquier persona que actúe bajo su autoridad o bajo la del responsable y tenga acceso a datos personales, solo puede tratar esos datos siguiendo instrucciones del responsable, salvo que esté obligado a ello por el Derecho de la Unión o de los Estados miembros.</p>
<p>El artículo 32.4 añade que el responsable y el encargado tomarán medidas para garantizar que cualquier persona física que actúe bajo su autoridad y tenga acceso a datos personales solo los trate siguiendo instrucciones del responsable.</p>
<p>Eso incluye a empleados, colaboradores externos, autónomos y cualquier persona que, en el desarrollo de su trabajo, pueda ver o manejar datos de clientes, proveedores o trabajadores.</p>
<h2>Qué forma debe tomar ese compromiso</h2>
<p>El RGPD no exige un documento específico, pero la Agencia Española de Protección de Datos recomienda formalizar el deber de confidencialidad por escrito. Hay varias formas de hacerlo:</p>
<ul>
<li>Una cláusula en el contrato de trabajo o en el contrato con el colaborador externo</li>
<li>Un documento independiente que el trabajador firma al comenzar su relación con la empresa</li>
<li>Un compromiso de confidencialidad incluido en el manual del empleado o en el protocolo de protección de datos</li>
</ul>
<p>Lo importante no es el formato sino el contenido y la trazabilidad. La empresa tiene que poder demostrar que informó a cada persona con acceso a datos de su obligación de confidencialidad y que esa persona lo aceptó explícitamente.</p>
<h2>Qué debe incluir el documento de confidencialidad</h2>
<p>Un documento de confidencialidad en materia de protección de datos debería cubrir al menos estos puntos:</p>
<ul>
<li>El ámbito del deber: qué datos quedan cubiertos por el compromiso</li>
<li>Las obligaciones concretas: no compartir, no copiar, no acceder más allá de lo necesario para el trabajo</li>
<li>La prohibición de comunicar datos a terceros no autorizados</li>
<li>La obligación de comunicar al responsable cualquier brecha o incidente del que tenga conocimiento</li>
<li>La vigencia del compromiso: que se extiende también después de terminar la relación laboral o contractual</li>
<li>Las consecuencias del incumplimiento</li>
</ul>
<h2>Qué pasa con los colaboradores externos</h2>
<p>Los trabajadores autónomos, consultores o empresas de servicios que acceden a datos personales de tu empresa no son empleados, pero sí tienen la misma obligación de confidencialidad. La diferencia es que en su caso la relación contractual se articula a través de un contrato de encargo de tratamiento, si actúan como encargados, o directamente en el contrato de servicios.</p>
<p>El contrato de encargo de tratamiento del artículo 28 del RGPD ya incluye disposiciones sobre confidencialidad. Si tienes ese contrato firmado correctamente, la confidencialidad queda cubierta para las personas de la empresa externa. Pero si contratas a un autónomo que trabaja por cuenta propia, necesitas asegurarte de que ese compromiso existe y está documentado.</p>
<h2>Por qué la confidencialidad importa después de terminar la relación</h2>
<p>Uno de los aspectos más descuidados es la vigencia del deber de confidencialidad una vez que termina el empleo o el contrato. Los datos a los que tuvo acceso un extrabajador siguen siendo datos personales. La obligación de no revelarlos no desaparece con la baja.</p>
<p>Un buen documento de confidencialidad establece expresamente que el compromiso se mantiene indefinidamente tras el fin de la relación, o al menos durante un plazo determinado. Y en el momento de la salida, tiene sentido recordar ese compromiso por escrito, especialmente cuando el trabajador tenía acceso a datos sensibles o estratégicos.</p>
<p>¿Tu empresa tiene el deber de confidencialidad formalizado para todos los que acceden a datos? En Adapta RGPD preparamos los documentos de confidencialidad y los integramos con el resto del cumplimiento RGPD desde 119€/año.</p>

		</div>
	</div>
</div></div></div></div>
</div><p>La entrada <a href="https://www.adaptacion-rgpd.eu/deber-de-confidencialidad-de-datos-en-la-empresa-que-obliga-el-rgpd-a-tus-trabajadores/">Deber de confidencialidad de datos en la empresa: qué obliga el RGPD a tus trabajadores</a> se publicó primero en <a href="https://www.adaptacion-rgpd.eu">Adaptación RGPD</a>.</p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>Normas técnicas del AI Act: CEN-CENELEC, ISO 42001 y cómo funcionan para el cumplimiento real</title>
		<link>https://www.adaptacion-rgpd.eu/normas-tecnicas-del-ai-act-cen-cenelec-iso-42001-y-como-funcionan-para-el-cumplimiento-real/</link>
		
		<dc:creator><![CDATA[Antonio De Haro - DPD y Gestor RGPD]]></dc:creator>
		<pubDate>Wed, 28 Oct 2026 10:00:00 +0000</pubDate>
				<category><![CDATA[AI ACT]]></category>
		<category><![CDATA[Inteligencia artificial]]></category>
		<category><![CDATA[RGPD]]></category>
		<category><![CDATA[Sin categoría]]></category>
		<category><![CDATA[AEPD]]></category>
		<category><![CDATA[AESIA]]></category>
		<category><![CDATA[AI Act]]></category>
		<category><![CDATA[Artificial Intelligence]]></category>
		<category><![CDATA[CEN CENELEC IA]]></category>
		<category><![CDATA[ISO 42001 cumplimiento]]></category>
		<category><![CDATA[normas técnicas AI Act]]></category>
		<guid isPermaLink="false">https://www.adaptacion-rgpd.eu/?p=40570</guid>

					<description><![CDATA[<p>Las normas técnicas armonizadas del AI Act —desarrolladas por CEN, CENELEC y apoyadas en ISO 42001— facilitan la demostración de conformidad. Estado actual y cómo operar ya sin ellas.</p>
<p>La entrada <a href="https://www.adaptacion-rgpd.eu/normas-tecnicas-del-ai-act-cen-cenelec-iso-42001-y-como-funcionan-para-el-cumplimiento-real/">Normas técnicas del AI Act: CEN-CENELEC, ISO 42001 y cómo funcionan para el cumplimiento real</a> se publicó primero en <a href="https://www.adaptacion-rgpd.eu">Adaptación RGPD</a>.</p>
]]></description>
										<content:encoded><![CDATA[<div class="wpb-content-wrapper" id="wpb-content-root"><div class="vc_row wpb_row vc_row-fluid"><div class="wpb_column vc_column_container vc_col-sm-12"><div class="vc_column-inner"><div class="wpb_wrapper">
	<div class="wpb_text_column wpb_content_element " >
		<div class="wpb_wrapper">
			<p>El AI Act es tecnológicamente neutro: no prescribe cómo debe funcionar un sistema de IA, solo qué requisitos debe cumplir. Para trasladar esos requisitos a especificaciones técnicas concretas, el Reglamento se apoya en las normas técnicas armonizadas. Son el puente entre la ley y la ingeniería.</p>
<h2>Qué son las normas técnicas armonizadas</h2>
<p>Las normas técnicas armonizadas son documentos elaborados por organismos europeos de normalización —principalmente CEN y CENELEC— a petición de la Comisión Europea. Cuando se publica en el Diario Oficial de la UE la referencia de una norma armonizada, los proveedores que la apliquen se benefician de una presunción de conformidad con los requisitos del Reglamento que esa norma cubre.</p>
<p>No es obligatorio usarlas. Pero si no se usan, el proveedor tiene que demostrar por sus propios medios que cumple con cada requisito del AI Act. Las normas simplifican esa demostración de forma considerable.</p>
<h2>El estado actual: JTC 21 y los mandatos de normalización</h2>
<p>La Comisión Europea encargó al Comité Técnico Conjunto JTC 21 —formado por CEN y CENELEC— el desarrollo de las normas armonizadas para el AI Act. Ese trabajo comenzó en 2024 y continúa actualmente.</p>
<p>A fecha de octubre de 2026, la mayoría de las normas armonizadas específicas para el AI Act todavía están en desarrollo. La ausencia de normas publicadas no exime a los proveedores de cumplir: las obligaciones son exigibles desde agosto de 2026 con independencia de que las normas armonizadas estén o no disponibles.</p>
<h2>El papel de ISO 42001</h2>
<p>La norma ISO/IEC 42001:2023 es un estándar internacional para sistemas de gestión de la inteligencia artificial. No es una norma armonizada del AI Act —es voluntaria—, pero tiene un contenido sustancialmente compatible con los requisitos de gestión de calidad del artículo 17 del Reglamento.</p>
<p>Empresas que ya tienen implementado ISO 42001 pueden aprovechar esa base para cumplir con las obligaciones de documentación y gestión del AI Act. No hay equivalencia automática, pero sí una superposición significativa que reduce el esfuerzo adicional necesario.</p>
<h2>Qué hacer cuando no hay norma armonizada</h2>
<p>Cuando no existe norma armonizada para un requisito específico, el proveedor puede recurrir a:</p>
<ul>
<li>Estándares internacionales ISO relevantes: ISO 42001 para gestión de IA, ISO 31000 para gestión de riesgos, ISO 27001 para seguridad de la información</li>
<li>Especificaciones técnicas CEN/CENELEC que no han alcanzado el rango de norma armonizada</li>
<li>Documentación propia que demuestre cumplimiento de los requisitos del Anexo IV</li>
<li>Estándares de organismos sectoriales reconocidos en el sector de actividad</li>
</ul>
<p>En todos esos casos, la carga de la prueba recae sobre el proveedor. No significa que sea imposible: muchas empresas demuestran cumplimiento a través de su propio proceso de desarrollo y sus registros de pruebas.</p>
<h2>Cuándo llegarán las normas armonizadas</h2>
<p>El JTC 21 trabaja con un mandato que incluye más de treinta áreas temáticas distintas. No se espera que todas las normas estén disponibles antes de finales de 2027 o 2028. En el ínterin, los proveedores tienen que operar con cierta incertidumbre técnica, documentando con el máximo rigor posible cómo cumplen con cada requisito del Reglamento.</p>
<p>¿Necesitas apoyo para acreditar el cumplimiento del AI Act sin normas armonizadas disponibles? En Adapta RGPD construimos el expediente técnico dentro de nuestra <a href="https://www.adaptacion-rgpd.eu/consultoria-ai-act-espana/">consultoría de cumplimiento del AI Act</a>, con las 193 medidas AESIA y seguimiento continuo desde 199€/año.</p>

		</div>
	</div>
</div></div></div></div>
</div><p>La entrada <a href="https://www.adaptacion-rgpd.eu/normas-tecnicas-del-ai-act-cen-cenelec-iso-42001-y-como-funcionan-para-el-cumplimiento-real/">Normas técnicas del AI Act: CEN-CENELEC, ISO 42001 y cómo funcionan para el cumplimiento real</a> se publicó primero en <a href="https://www.adaptacion-rgpd.eu">Adaptación RGPD</a>.</p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>AI Act y pymes: qué obliga de verdad la ley a las pequeñas empresas y startups que usan IA</title>
		<link>https://www.adaptacion-rgpd.eu/ai-act-y-pymes-que-obliga-de-verdad-la-ley-a-las-pequenas-empresas-y-startups-que-usan-ia/</link>
		
		<dc:creator><![CDATA[Antonio De Haro - DPD y Gestor RGPD]]></dc:creator>
		<pubDate>Tue, 27 Oct 2026 10:00:00 +0000</pubDate>
				<category><![CDATA[AI ACT]]></category>
		<category><![CDATA[Inteligencia artificial]]></category>
		<category><![CDATA[RGPD]]></category>
		<category><![CDATA[Sin categoría]]></category>
		<category><![CDATA[AEPD]]></category>
		<category><![CDATA[AESIA]]></category>
		<category><![CDATA[AI Act]]></category>
		<category><![CDATA[Artificial Intelligence]]></category>
		<category><![CDATA[pequeñas empresas IA]]></category>
		<category><![CDATA[pymes AI Act]]></category>
		<category><![CDATA[startups inteligencia artificial]]></category>
		<guid isPermaLink="false">https://www.adaptacion-rgpd.eu/?p=40569</guid>

					<description><![CDATA[<p>El AI Act tiene medidas específicas para pymes y startups, pero no las exime de obligaciones. Lo que determina qué cumplir no es el tamaño de la empresa: es lo que hace su sistema de IA.</p>
<p>La entrada <a href="https://www.adaptacion-rgpd.eu/ai-act-y-pymes-que-obliga-de-verdad-la-ley-a-las-pequenas-empresas-y-startups-que-usan-ia/">AI Act y pymes: qué obliga de verdad la ley a las pequeñas empresas y startups que usan IA</a> se publicó primero en <a href="https://www.adaptacion-rgpd.eu">Adaptación RGPD</a>.</p>
]]></description>
										<content:encoded><![CDATA[<div class="wpb-content-wrapper" id="wpb-content-root"><div class="vc_row wpb_row vc_row-fluid"><div class="wpb_column vc_column_container vc_col-sm-12"><div class="vc_column-inner"><div class="wpb_wrapper">
	<div class="wpb_text_column wpb_content_element " >
		<div class="wpb_wrapper">
			<p>La palabra &#8220;pyme&#8221; aparece varias veces en el AI Act, pero no como sinónimo de &#8220;exenta&#8221;. El Reglamento reconoce las limitaciones de las pequeñas empresas y prevé ciertas adaptaciones, pero no crea una categoría especial libre de obligaciones. Lo que hace es ajustar algunas cargas específicas: reducir tasas, permitir formatos simplificados, y dar acceso prioritario al sandbox regulatorio.</p>
<h2>El punto de partida: qué hace la empresa con la IA</h2>
<p>Las obligaciones del AI Act no dependen del tamaño de la empresa: dependen de qué hace y qué papel ocupa en la cadena de valor de la IA.</p>
<p>Una pyme que compra y usa un chatbot de atención al cliente que ya está en el mercado es un desplegador. Sus obligaciones son menores: aplicar el sistema según las instrucciones del proveedor, implementar supervisión humana donde corresponda, y no usarlo en contextos distintos al previsto.</p>
<p>Una startup que desarrolla un sistema de IA para evaluar solicitudes de crédito o para filtrar candidatos es un proveedor de alto riesgo. Sus obligaciones son las mismas que las de una gran empresa: documentación técnica, evaluación de conformidad, registro en la base de datos europea, seguimiento postmercado.</p>
<h2>Las medidas específicas para pymes en el AI Act</h2>
<p>El artículo 62 del AI Act establece medidas de apoyo para pequeñas y medianas empresas:</p>
<p><strong>Acceso prioritario al sandbox regulatorio.</strong> Los sandboxes nacionales de IA deben dar prioridad de acceso a startups y pymes. El objetivo es que puedan probar sus sistemas en un entorno controlado con orientación regulatoria directa antes del lanzamiento al mercado.</p>
<p><strong>Tasas reducidas ante organismos notificados.</strong> Las tasas aplicadas por los organismos notificados para realizar evaluaciones de conformidad deben ser proporcionales al tamaño y volumen de negocio de la empresa. El Reglamento no fija una reducción concreta, pero obliga a los organismos a tener en cuenta estas circunstancias.</p>
<p><strong>Materiales de información adaptados.</strong> La Comisión Europea y las autoridades nacionales deben publicar guías, plantillas y formatos adaptados para facilitar el cumplimiento de las obligaciones documentales a empresas sin equipos legales dedicados.</p>
<h2>El error más común entre las pymes</h2>
<p>El riesgo más frecuente no es ignorar el AI Act: es asumir que no aplica por ser pequeñas. El tamaño de la empresa no determina si el sistema es de alto riesgo. Lo que determina la clasificación es el uso del sistema y el ámbito en que opera.</p>
<p>Una startup de tres personas que vende una herramienta de scoring crediticio, aunque use un modelo base de un tercero y tenga pocos clientes, está desarrollando un sistema de IA de alto riesgo bajo el Anexo III. Sus obligaciones son completas. El número de empleados o la facturación no cambian esa realidad.</p>
<h2>Cómo empezar si eres una pyme</h2>
<p>El primer paso es siempre el mismo: clasificar los sistemas de IA que la empresa desarrolla o usa según la taxonomía del AI Act. Esa clasificación determina qué obligaciones aplican.</p>
<p>Para los sistemas que resulten de bajo riesgo o uso general, el análisis puede ser breve. Para los de alto riesgo, conviene empezar con la documentación técnica y la evaluación de conformidad cuanto antes. El tiempo que lleva no es proporcional al tamaño de la empresa: es proporcional a la complejidad del sistema.</p>
<p>Existen ya consultoras y despachos especializados en adaptar el proceso de cumplimiento a los recursos de una pyme. La solución no es esperar a tener más recursos: es escalar el enfoque al tamaño actual.</p>
<p>¿Eres una pyme o startup y no sabes por dónde empezar con el AI Act? En Adapta RGPD hacemos la clasificación de tus sistemas y gestionamos todo el proceso desde nuestra <a href="https://www.adaptacion-rgpd.eu/consultoria-ai-act-espana/">consultoría de adaptación al AI Act</a>, desde 199€/año.</p>

		</div>
	</div>
</div></div></div></div>
</div><p>La entrada <a href="https://www.adaptacion-rgpd.eu/ai-act-y-pymes-que-obliga-de-verdad-la-ley-a-las-pequenas-empresas-y-startups-que-usan-ia/">AI Act y pymes: qué obliga de verdad la ley a las pequeñas empresas y startups que usan IA</a> se publicó primero en <a href="https://www.adaptacion-rgpd.eu">Adaptación RGPD</a>.</p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>Cartel de videovigilancia obligatorio: qué debe poner y dónde colocarlo en 2026</title>
		<link>https://www.adaptacion-rgpd.eu/cartel-de-videovigilancia-obligatorio-que-debe-poner-y-donde-colocarlo-en-2026/</link>
		
		<dc:creator><![CDATA[Antonio De Haro - DPD y Gestor RGPD]]></dc:creator>
		<pubDate>Tue, 27 Oct 2026 09:00:00 +0000</pubDate>
				<category><![CDATA[LOPDGDD]]></category>
		<category><![CDATA[RGPD]]></category>
		<category><![CDATA[cartel de videovigilancia]]></category>
		<category><![CDATA[Normativa cámaras de Videovigilancia]]></category>
		<category><![CDATA[videovigilancia]]></category>
		<guid isPermaLink="false">https://www.adaptacion-rgpd.eu/?p=41227</guid>

					<description><![CDATA[<p>La entrada <a href="https://www.adaptacion-rgpd.eu/cartel-de-videovigilancia-obligatorio-que-debe-poner-y-donde-colocarlo-en-2026/">Cartel de videovigilancia obligatorio: qué debe poner y dónde colocarlo en 2026</a> se publicó primero en <a href="https://www.adaptacion-rgpd.eu">Adaptación RGPD</a>.</p>
]]></description>
										<content:encoded><![CDATA[<div class="wpb-content-wrapper" id="wpb-content-root"><div class="vc_row wpb_row vc_row-fluid"><div class="wpb_column vc_column_container vc_col-sm-12"><div class="vc_column-inner"><div class="wpb_wrapper">
	<div class="wpb_text_column wpb_content_element " >
		<div class="wpb_wrapper">
			<p>Si tu empresa tiene cámaras de seguridad, el cartel informativo no es opcional. El RGPD exige informar a las personas de que están siendo captadas por un sistema de videovigilancia, y esa información tiene que estar visible antes de entrar en la zona vigilada. Sin cartel, el tratamiento de imágenes es ilegal aunque el resto de la instalación sea perfectamente conforme.</p>
<h2>Qué información tiene que incluir el cartel</h2>
<p>El Reglamento General de Protección de Datos, en su artículo 13, establece la información que hay que proporcionar cuando se recogen datos personales directamente del interesado. Las imágenes captadas por cámaras son datos personales, y por tanto activan esa obligación.</p>
<p>La información mínima que debe aparecer en el cartel o en un sistema de capas combinado:</p>
<ul>
<li>Que existe un sistema de videovigilancia</li>
<li>La identidad del responsable del tratamiento</li>
<li>La finalidad para la que se recogen las imágenes (seguridad, control de acceso, etc.)</li>
<li>El plazo de conservación de las grabaciones</li>
<li>Los derechos que asisten al interesado (acceso, supresión, oposición) y cómo ejercerlos</li>
<li>El derecho a presentar una reclamación ante la Agencia Española de Protección de Datos</li>
</ul>
<p>La AEPD acepta el sistema de información por capas para videovigilancia: un cartel con la información básica (icono de cámara, responsable y cómo ampliar información) combinado con un documento informativo completo accesible por otro medio, como un código QR, una URL o un documento disponible en recepción.</p>
<h2>Dónde debe estar colocado</h2>
<p>El cartel tiene que estar en un lugar visible antes de acceder a la zona vigilada. Si la cámara cubre la entrada de un local, el cartel debe estar en la puerta o junto a ella. Si la cámara vigila un aparcamiento, el cartel tiene que estar en el acceso al aparcamiento.</p>
<p>No es suficiente con tener el cartel en un lugar genérico del establecimiento si la persona puede haber sido captada antes de verlo. El principio es claro: la información tiene que llegar antes que la cámara.</p>
<h2>El plazo de conservación de las grabaciones</h2>
<p>La ley establece que las grabaciones deben conservarse durante un plazo máximo de treinta días, salvo que sean necesarias para acreditar la comisión de actos que atenten contra la integridad de personas, bienes o instalaciones. En ese caso, las imágenes relevantes se conservan y se ponen a disposición de las autoridades.</p>
<p>El cartel debe indicar el plazo real de conservación que aplica en tu instalación. Si tienes configurado el sistema para sobreescribir las grabaciones a los siete días, eso es lo que debe decir el cartel. No pongas el plazo máximo legal si en la práctica conservas menos tiempo.</p>
<h2>El responsable del tratamiento en el cartel</h2>
<p>El responsable del tratamiento es la persona o entidad que decide para qué se usan las imágenes. En la mayoría de las empresas, eso es la propia empresa. En comunidades de propietarios, es la comunidad. En franquicias, depende de quién controla el sistema.</p>
<p>Si contratas a una empresa de seguridad que gestiona las grabaciones, esa empresa puede ser encargada del tratamiento (si solo gestiona el sistema) o corresponsable (si también decide sobre el acceso a las imágenes). Esa distinción afecta a quién aparece en el cartel como responsable y qué contratos hay que firmar.</p>
<h2>Qué pasa si no tienes cartel</h2>
<p>La AEPD ha sancionado repetidamente a empresas por tener sistemas de videovigilancia sin cartel informativo o con carteles incompletos. Las sanciones van desde apercibimientos hasta multas de varios miles de euros, dependiendo de si hay reincidencia y del volumen del tratamiento.</p>
<p>Pero más allá de la sanción económica, la ausencia de cartel hace que cualquier grabación obtenida sea potencialmente inutilizable como prueba. Si necesitas usar una grabación para demostrar un robo o un incidente, el juez puede cuestionarla si el sistema no cumplía con los requisitos de información.</p>
<p>¿Necesitas revisar tu sistema de videovigilancia o preparar el cartel informativo? En Adapta RGPD incluimos la videovigilancia dentro de nuestro servicio de cumplimiento RGPD, con el cartel actualizado y la documentación del tratamiento, desde 119€/año.</p>

		</div>
	</div>
</div></div></div></div>
</div><p>La entrada <a href="https://www.adaptacion-rgpd.eu/cartel-de-videovigilancia-obligatorio-que-debe-poner-y-donde-colocarlo-en-2026/">Cartel de videovigilancia obligatorio: qué debe poner y dónde colocarlo en 2026</a> se publicó primero en <a href="https://www.adaptacion-rgpd.eu">Adaptación RGPD</a>.</p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>Gobierno interno de la IA: sistemas de gestión de calidad y supervisión humana que exige el AI Act</title>
		<link>https://www.adaptacion-rgpd.eu/gobierno-interno-de-la-ia-sistemas-de-gestion-de-calidad-y-supervision-humana-que-exige-el-ai-act/</link>
		
		<dc:creator><![CDATA[Antonio De Haro - DPD y Gestor RGPD]]></dc:creator>
		<pubDate>Mon, 26 Oct 2026 10:00:00 +0000</pubDate>
				<category><![CDATA[AI ACT]]></category>
		<category><![CDATA[Inteligencia artificial]]></category>
		<category><![CDATA[RGPD]]></category>
		<category><![CDATA[Sin categoría]]></category>
		<category><![CDATA[AEPD]]></category>
		<category><![CDATA[AESIA]]></category>
		<category><![CDATA[AI Act]]></category>
		<category><![CDATA[Artificial Intelligence]]></category>
		<category><![CDATA[gestión calidad IA]]></category>
		<category><![CDATA[ISO 42001]]></category>
		<category><![CDATA[QMS AI Act]]></category>
		<category><![CDATA[supervisión humana IA]]></category>
		<guid isPermaLink="false">https://www.adaptacion-rgpd.eu/?p=40568</guid>

					<description><![CDATA[<p>El artículo 17 del AI Act exige un sistema de gestión de calidad a los proveedores de sistemas de alto riesgo. Qué incluye, quién lo gestiona y cómo encaja con el RGPD y el DPO.</p>
<p>La entrada <a href="https://www.adaptacion-rgpd.eu/gobierno-interno-de-la-ia-sistemas-de-gestion-de-calidad-y-supervision-humana-que-exige-el-ai-act/">Gobierno interno de la IA: sistemas de gestión de calidad y supervisión humana que exige el AI Act</a> se publicó primero en <a href="https://www.adaptacion-rgpd.eu">Adaptación RGPD</a>.</p>
]]></description>
										<content:encoded><![CDATA[<div class="wpb-content-wrapper" id="wpb-content-root"><div class="vc_row wpb_row vc_row-fluid"><div class="wpb_column vc_column_container vc_col-sm-12"><div class="vc_column-inner"><div class="wpb_wrapper">
	<div class="wpb_text_column wpb_content_element " >
		<div class="wpb_wrapper">
			<p>Una de las exigencias transversales del AI Act que más impacto tiene en la organización interna de las empresas es la obligación de implementar un sistema de gestión de calidad. El artículo 17 del Reglamento lo establece como requisito para todos los proveedores de sistemas de IA de alto riesgo. No es un principio de buenas prácticas: es una obligación legal con contenido concreto.</p>
<h2>Qué es el sistema de gestión de calidad del AI Act</h2>
<p>El sistema de gestión de calidad (QMS, por sus siglas en inglés) es el conjunto de políticas, procesos y procedimientos que un proveedor debe mantener para garantizar que sus sistemas de IA cumplen con los requisitos del Reglamento durante todo su ciclo de vida: diseño, desarrollo, validación, comercialización y seguimiento posterior.</p>
<p>El artículo 17 describe los elementos que debe incluir:</p>
<ul>
<li>Estrategia de cumplimiento normativo, incluyendo conformidad con el AI Act y la legislación aplicable</li>
<li>Procedimientos de diseño y control del sistema, con especificaciones sobre cómo se desarrollan, prueban y validan</li>
<li>Gestión de datos de entrenamiento, con controles sobre calidad, origen y gobernanza de los conjuntos de datos</li>
<li>Gestión de cambios y actualizaciones del sistema</li>
<li>Procedimientos de seguimiento postmercado, con indicadores y mecanismos de recogida de incidencias</li>
<li>Gestión de reclamaciones e incidentes graves, incluyendo el proceso para notificar a las autoridades</li>
<li>Procedimientos de comunicación con organismos notificados, cuando proceda</li>
</ul>
<h2>La supervisión humana como obligación operativa</h2>
<p>El artículo 14 del AI Act regula la supervisión humana de los sistemas de IA de alto riesgo. No basta con que exista un humano en algún punto del proceso: el sistema debe diseñarse de forma que esa supervisión sea efectiva.</p>
<p>El Reglamento establece que los proveedores deben incorporar medidas que permitan a los desplegadores supervisar el sistema de forma continua, detectar anomalías o comportamientos inesperados, e intervenir o detener el sistema si es necesario. Para el desplegador, la obligación es designar personas que comprendan la tarea del sistema, estén en condiciones de interpretar sus salidas y tengan autoridad para anular las decisiones automatizadas cuando proceda.</p>
<h2>El papel del responsable de IA en la empresa</h2>
<p>El AI Act no crea formalmente una figura equivalente al DPO del RGPD para la inteligencia artificial. Pero la práctica regulatoria y las directrices de los organismos de supervisión apuntan a la necesidad de designar un responsable interno de cumplimiento de IA que centralice las funciones de gestión, auditoría y comunicación con la autoridad competente.</p>
<p>En empresas que ya tienen un DPO, tiene sentido que esta persona o su equipo asuma también la coordinación de las obligaciones del AI Act, dado el elevado grado de superposición entre ambos marcos. Las funciones no son idénticas —la DPIA y la FRIA son evaluaciones distintas, como explicamos en otra entrega—, pero la estructura de gobernanza puede ser compartida.</p>
<h2>El registro de sistemas de IA de alto riesgo</h2>
<p>El AI Act establece una base de datos europea (EU AI Act Database) en la que los proveedores y desplegadores deben registrar sus sistemas de alto riesgo. El registro incluye información básica sobre el sistema, su finalidad, su estado de conformidad y los datos de contacto del proveedor.</p>
<p>España, a través de la AESIA, gestionará el componente nacional de ese registro y actuará como punto de entrada para los sistemas que operen en el mercado español. La obligación de registro aplica antes del despliegue.</p>
<h2>ISO 42001 como base de partida</h2>
<p>La norma ISO/IEC 42001:2023 establece requisitos para sistemas de gestión de inteligencia artificial. No es una norma armonizada del AI Act —es un estándar voluntario de ISO—, pero tiene una superposición sustancial con los requisitos del artículo 17. Empresas que ya están certificadas o que han implementado ISO 42001 pueden partir de esa base para cumplir con los requisitos del Reglamento, aunque el alineamiento no es automático ni completo.</p>
<p>¿Tu empresa necesita implementar un sistema de gestión de calidad para IA conforme al AI Act? En Adapta RGPD diseñamos la estructura de gobernanza dentro de nuestra <a href="https://www.adaptacion-rgpd.eu/consultoria-ai-act-espana/">consultoría de cumplimiento del AI Act</a>, con las 193 medidas AESIA y seguimiento continuo desde 199€/año.</p>

		</div>
	</div>
</div></div></div></div>
</div><p>La entrada <a href="https://www.adaptacion-rgpd.eu/gobierno-interno-de-la-ia-sistemas-de-gestion-de-calidad-y-supervision-humana-que-exige-el-ai-act/">Gobierno interno de la IA: sistemas de gestión de calidad y supervisión humana que exige el AI Act</a> se publicó primero en <a href="https://www.adaptacion-rgpd.eu">Adaptación RGPD</a>.</p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>Documentación técnica en el AI Act: qué debe preparar un proveedor de sistemas de IA de alto riesgo</title>
		<link>https://www.adaptacion-rgpd.eu/documentacion-tecnica-en-el-ai-act-que-debe-preparar-un-proveedor-de-sistemas-de-ia-de-alto-riesgo/</link>
		
		<dc:creator><![CDATA[Antonio De Haro - DPD y Gestor RGPD]]></dc:creator>
		<pubDate>Sun, 25 Oct 2026 10:00:00 +0000</pubDate>
				<category><![CDATA[AI ACT]]></category>
		<category><![CDATA[Inteligencia artificial]]></category>
		<category><![CDATA[RGPD]]></category>
		<category><![CDATA[Sin categoría]]></category>
		<category><![CDATA[AEPD]]></category>
		<category><![CDATA[AESIA]]></category>
		<category><![CDATA[AI Act]]></category>
		<category><![CDATA[Anexo IV AI Act]]></category>
		<category><![CDATA[Artificial Intelligence]]></category>
		<category><![CDATA[documentación técnica IA]]></category>
		<category><![CDATA[evaluación conformidad IA]]></category>
		<guid isPermaLink="false">https://www.adaptacion-rgpd.eu/?p=40567</guid>

					<description><![CDATA[<p>El Anexo IV del AI Act describe qué debe incluir la documentación técnica de un sistema de alto riesgo. Es la base de la evaluación de conformidad y la vigilancia de mercado. Guía completa para proveedores.</p>
<p>La entrada <a href="https://www.adaptacion-rgpd.eu/documentacion-tecnica-en-el-ai-act-que-debe-preparar-un-proveedor-de-sistemas-de-ia-de-alto-riesgo/">Documentación técnica en el AI Act: qué debe preparar un proveedor de sistemas de IA de alto riesgo</a> se publicó primero en <a href="https://www.adaptacion-rgpd.eu">Adaptación RGPD</a>.</p>
]]></description>
										<content:encoded><![CDATA[<div class="wpb-content-wrapper" id="wpb-content-root"><div class="vc_row wpb_row vc_row-fluid"><div class="wpb_column vc_column_container vc_col-sm-12"><div class="vc_column-inner"><div class="wpb_wrapper">
	<div class="wpb_text_column wpb_content_element " >
		<div class="wpb_wrapper">
			<p>El Anexo IV del AI Act es uno de los textos más detallados de todo el Reglamento. Contiene la lista de lo que debe figurar en la documentación técnica de cualquier sistema de IA de alto riesgo. Para los proveedores, este documento no es optativo ni genérico: es la base sobre la que se apoya la evaluación de conformidad y la vigilancia posterior al despliegue.</p>
<h2>Por qué existe la documentación técnica</h2>
<p>La lógica es simple: para que una autoridad pueda supervisar un sistema de IA, necesita entender cómo funciona. La documentación técnica es el instrumento que hace posible esa supervisión. Sin ella, ni los organismos notificados, ni las autoridades de control, ni los propios desplegadores pueden evaluar de forma informada si el sistema hace lo que dice hacer y si lo hace de forma segura.</p>
<p>También sirve como evidencia de cumplimiento. En caso de investigación o sanción, la documentación bien preparada demuestra que el proveedor actuó con diligencia antes del despliegue.</p>
<h2>Qué exige el Anexo IV</h2>
<p>El Anexo IV establece que la documentación técnica debe incluir, como mínimo:</p>
<p><strong>Descripción del sistema.</strong> Una explicación general de su propósito, del contexto de uso previsto, y de las tareas que realiza. Esto incluye la descripción de los usuarios a los que va dirigido y las condiciones en las que debe operar.</p>
<p><strong>Proceso de diseño y desarrollo.</strong> Información sobre los datos de entrenamiento utilizados —su origen, características, medidas de filtrado aplicadas—, sobre la arquitectura del sistema y sobre los métodos de desarrollo empleados.</p>
<p><strong>Rendimiento y precisión.</strong> Los resultados de las pruebas y evaluaciones realizadas, incluyendo los indicadores de rendimiento y los umbrales establecidos. Si existen limitaciones conocidas del sistema, deben documentarse explícitamente. Ocultar limitaciones conocidas es uno de los errores más graves que puede cometer un proveedor.</p>
<p><strong>Gestión de riesgos.</strong> El proceso seguido para identificar, evaluar y mitigar los riesgos del sistema, con referencia al estándar de gestión de riesgos aplicado. El Reglamento no prescribe un estándar concreto, pero ISO 31000 es la referencia más habitual.</p>
<p><strong>Instrucciones de uso.</strong> La información que se proporciona al desplegador para que pueda usar el sistema correctamente, incluyendo las medidas de supervisión humana que deben implementarse.</p>
<p><strong>Modificaciones.</strong> El registro de los cambios significativos realizados al sistema tras su despliegue inicial.</p>
<h2>Cuándo preparar la documentación</h2>
<p>La documentación técnica debe estar lista antes de comercializar o poner en servicio el sistema. No es un documento que se elabore a posteriori. Muchas empresas integran la gestión documental dentro de su ciclo de desarrollo desde el inicio del proyecto, lo que evita el problema de intentar reconstruir información que ya no está disponible.</p>
<h2>Quién la revisa</h2>
<p>Para los sistemas de IA de alto riesgo que no están cubiertos por legislación sectorial previa, la evaluación de conformidad puede realizarla el propio proveedor mediante autoevaluación. Para otros —como los que afectan a infraestructuras críticas o a la biometría—, se requiere la intervención de un organismo notificado: una entidad acreditada para ello por la autoridad nacional correspondiente.</p>
<p>La documentación técnica es el insumo principal que usa el organismo notificado para emitir o denegar el certificado de conformidad.</p>
<h2>Acceso por parte de las autoridades</h2>
<p>Las autoridades de vigilancia del mercado pueden solicitar acceso a la documentación técnica en cualquier momento durante la vida del sistema. El proveedor está obligado a facilitarla. Por este motivo, la documentación no puede ser un documento estático elaborado una sola vez: debe mantenerse actualizada a lo largo de todo el ciclo de vida del sistema, incorporando los cambios y los resultados del seguimiento postmercado.</p>
<p>¿Necesitas preparar la documentación técnica de tu sistema de IA? En Adapta RGPD te guiamos en la elaboración del expediente técnico Anexo IV dentro de nuestra <a href="https://www.adaptacion-rgpd.eu/consultoria-ai-act-espana/">consultoría de adaptación al AI Act</a>, con seguimiento continuo desde 199€/año.</p>

		</div>
	</div>
</div></div></div></div>
</div><p>La entrada <a href="https://www.adaptacion-rgpd.eu/documentacion-tecnica-en-el-ai-act-que-debe-preparar-un-proveedor-de-sistemas-de-ia-de-alto-riesgo/">Documentación técnica en el AI Act: qué debe preparar un proveedor de sistemas de IA de alto riesgo</a> se publicó primero en <a href="https://www.adaptacion-rgpd.eu">Adaptación RGPD</a>.</p>
]]></content:encoded>
					
		
		
			</item>
	</channel>
</rss>
