Artículo 53 de la Ley de IA de la UE: obligaciones para todos los proveedores de modelos de GPAI
Artículo 53 de la Ley de IA de la UE: qué debe hacer todo proveedor de GPAI — documentación del Anexo XI, información para integradores del Anexo XII, una política de derechos de autor, un resumen público de los datos de entrenamiento.
El Artículo 53 del Reglamento (UE) 2024/1689 establece las obligaciones básicas de cumplimiento para todo proveedor que introduce en el mercado de la UE un modelo de IA de uso general (GPAI) o lo pone en servicio. Estas obligaciones se aplican con independencia de que el modelo presente riesgo sistémico. Si su modelo sí supera el umbral de riesgo sistémico, el Artículo 55 superpone requisitos adicionales —pero el Artículo 53 va primero, para todos—.
La mayoría de las organizaciones que leen esto no son proveedores de GPAI. Son empresas que integran un modelo fundacional de terceros —OpenAI, Mistral o similar— en sus propios productos. Para usted, el Artículo 53 importa porque dicta lo que el proveedor del modelo debe entregarle: la documentación del Anexo XII que demuestra que el modelo se construyó de forma lícita, documenta sus limitaciones y le permite cumplir sus propias obligaciones posteriores. Comprender lo que el Artículo 53 exige a los proveedores le dice exactamente qué pedir —y qué lagunas en la documentación de un proveedor crean una exposición de cumplimiento para usted—.
Qué cubre el Artículo 53 — y qué no
El Artículo 53 se sitúa en el Capítulo V de la Ley junto con los Artículos 51, 52, 54, 55 y 56. El título del capítulo es «Modelos de IA de uso general». Tenga claro el mapa de artículos:
- Artículo 51 — clasificación de un modelo de GPAI como de riesgo sistémico (incluida la presunción de cómputo de entrenamiento de 10²⁵ FLOP).
- Artículo 52 — el procedimiento de notificación cuando se designa la condición de riesgo sistémico.
- Artículo 53 — obligaciones básicas para todos los proveedores de GPAI (el objeto de esta guía).
- Artículo 54 — representantes autorizados para los proveedores de GPAI de fuera de la UE.
- Artículo 55 — obligaciones adicionales que se aplican únicamente a los proveedores de modelos de GPAI de riesgo sistémico (evaluación del modelo, pruebas adversariales, notificación de incidentes, medidas de ciberseguridad).
- Artículo 56 — el código de buenas prácticas para la GPAI.
La versión antigua de esta página confundía el Artículo 53 con el Artículo 55. Son distintos. Si un proveedor entra en el Artículo 53 pero no en el Artículo 55, no tiene obligación de realizar pruebas adversariales ni de notificar incidentes a la Oficina de IA. El Artículo 55 entra en juego solo una vez que se establece la condición de riesgo sistémico.
¿Cuándo se aplican las obligaciones del Artículo 53?
Las obligaciones de GPAI del Capítulo V se aplican desde el 2 de agosto de 2025. El acuerdo político del Ómnibus Digital de mayo de 2026 aplazó las fechas de aplicación de alto riesgo (al 2 de diciembre de 2027 y al 2 de agosto de 2028), pero no alteró el Capítulo V. Los proveedores de GPAI que introdujeron modelos en el mercado después del 2 de agosto de 2025 deben cumplir ya.
Se aplica una ventana transitoria: los modelos que ya estaban en el mercado antes del 2 de agosto de 2025 deben adecuarse al cumplimiento antes del 2 de agosto de 2027.
Las cuatro obligaciones del Artículo 53, apartado 1
a) Documentación técnica con arreglo al Anexo XI
Los proveedores deben elaborar y mantener actualizada la documentación técnica del modelo. Esta documentación cubre la descripción general del modelo, el proceso de entrenamiento y prueba, y los resultados de la evaluación —con el formato del Anexo XI de la Ley (no del Anexo IV, que rige los sistemas de IA de alto riesgo con arreglo al Artículo 11)—. La documentación debe ponerse a disposición de la Oficina de IA y de las autoridades nacionales competentes que la soliciten.
El Anexo XI se divide en dos secciones. La sección A se aplica a los modelos de GPAI introducidos en el mercado como productos autónomos u ofrecidos directamente a los usuarios finales. La sección B cubre los modelos puestos a disposición a través de API para la integración posterior. La diferencia es práctica: un modelo vendido a través de API se documenta normalmente a nivel de modelo, mientras que un producto de cara al consumidor puede requerir información adicional sobre la interfaz, los filtros de seguridad y las medidas de alineamiento posteriores al entrenamiento.
¿Qué debe contener la documentación del Anexo XI? Como mínimo: una descripción general de la arquitectura del modelo y la finalidad prevista; una relación detallada del proceso de entrenamiento, incluidas las fuentes de datos, la metodología de tratamiento de datos y los recursos de cómputo utilizados; los procedimientos de evaluación aplicados y los resultados, incluidos los parámetros de referencia de capacidad y las evaluaciones de seguridad; las limitaciones y los riesgos conocidos identificados mediante la evaluación; las medidas técnicas aplicadas para abordar esos riesgos; y los procedimientos y salvaguardias aplicados durante el despliegue o la integración. La documentación debe mantenerse actualizada —si el proveedor conserva el modelo, lo actualiza o identifica nuevos riesgos tras el despliegue, los registros del Anexo XI deben reflejarlo—.
Esta es la documentación que la Oficina de IA puede solicitar durante la supervisión. No se publica públicamente (a diferencia del resumen de los datos de entrenamiento de la obligación d)), pero los proveedores deberían dar por sentado que podría ser objeto de escrutinio durante una investigación o como parte del proceso de auditoría de los códigos de buenas prácticas. Un proveedor que no pueda presentar una documentación del Anexo XI coherente y actualizada cuando se la pida la Oficina de IA se enfrenta al techo del Artículo 99, apartado 5, por facilitar información incompleta —7 500 000 EUR o el 1 % del volumen de negocios—.
b) Información y documentación para los proveedores posteriores — Anexo XII
Los proveedores deben elaborar, mantener actualizada y poner a disposición de los proveedores posteriores (las empresas que integran el modelo) la información y la documentación establecidas en el Anexo XII. Esto es distinto de la documentación del Anexo XI exigida por la obligación a): el Anexo XI es para los reguladores, el Anexo XII es para los integradores.
El Anexo XII exige a los proveedores facilitar como mínimo: una descripción general del modelo de GPAI y su finalidad prevista; los elementos de los datos de entrenamiento (categorías y fuentes); los recursos de cómputo utilizados; las limitaciones y los riesgos conocidos pertinentes para el uso posterior; y las medidas técnicas necesarias para una integración segura. Este es el paquete que una empresa posterior necesita para completar su propia evaluación de la conformidad o su EIDF.
La relevancia práctica aquí es mayor de lo que sugiere el lenguaje regulatorio. Para una empresa posterior que construye un sistema de IA de alto riesgo sobre un modelo de GPAI, la documentación del Anexo XII del proveedor anterior alimenta directamente el expediente de documentación técnica del Artículo 11 / Anexo IV del sistema posterior. Sin ella, el expediente técnico posterior tiene una laguna que no puede disimularse. Una herramienta de calificación crediticia construida sobre la API de un modelo fundacional no puede documentar plenamente su gobernanza de datos ni su perfil de riesgo sin comprender con qué datos se entrenó el modelo subyacente, cuáles son sus modos de fallo conocidos y qué medidas de integración recomienda el proveedor.
Los proveedores posteriores deberían, por tanto, solicitar explícitamente la documentación del Anexo XII al celebrar contratos con proveedores de GPAI —y deberían documentar si la recibieron y en qué forma—. El Artículo 53, apartado 1, letra b), crea una obligación jurídica del proveedor de facilitarla; los proveedores posteriores que se basen en un modelo cuyo proveedor no pueda o no quiera facilitar el paquete del Anexo XII deberían documentar esa laguna y considerar si afecta a la viabilidad de su propia evaluación de la conformidad.
Si está integrando un modelo de GPAI y el proveedor no puede facilitar un paquete de información conforme con el Anexo XII, eso es una laguna de cumplimiento para el proveedor —y una señal de gestión de riesgos para usted—.
c) Política de cumplimiento de los derechos de autor
Los proveedores deben implantar una política para cumplir el Derecho de la Unión en materia de derechos de autor, con especial atención a la identificación y el cumplimiento de cualquier reserva de derechos con arreglo al Artículo 4, apartado 3, de la Directiva (UE) 2019/790 (la Directiva sobre los derechos de autor en el mercado único digital). El Artículo 4, apartado 3, permite a los titulares de derechos excluirse de la minería de textos y datos por medios legibles por máquina —como directivas robots.txt o cabeceras HTTP— y los proveedores de GPAI deben respetar esas reservas al ensamblar o licenciar los datos de entrenamiento.
La obligación es de nivel de proceso: tener la política implantada, documentarla, seguirla. La Ley no prescribe la forma exacta. En la práctica, los proveedores necesitan un procedimiento documentado para identificar las señales de exclusión voluntaria en los conjuntos de datos que utilizan, para excluir o licenciar por separado el contenido cuando se ha hecho una reserva, y para conservar los registros que demuestren que el rastreo y el ensamblaje de los datos de entrenamiento se realizaron conforme a la Directiva.
Esto importa más allá del cumplimiento regulatorio formal. Un proveedor de GPAI que no pueda demostrar una política de derechos de autor conforme expone a sus integradores posteriores a un riesgo jurídico —los responsables del despliegue y los desarrolladores que construyen sobre el modelo pueden enfrentarse a reclamaciones de que sus resultados incorporan material sin licencia—. La obligación de la política de derechos de autor es una de las dos obligaciones del Artículo 53 que se aplican a todos los proveedores, incluidos los de código abierto, precisamente porque la infracción de los derechos de autor en los datos de entrenamiento no desaparece cuando los pesos del modelo se ponen a disposición de forma gratuita.
d) Resumen de los datos de entrenamiento puesto a disposición del público
Los proveedores deben elaborar y poner a disposición del público un resumen suficientemente detallado del contenido utilizado para entrenar el modelo de GPAI. La Oficina de IA ha publicado una plantilla para este resumen. El requisito es seguir esa plantilla en lugar de producir una descripción de formato libre.
El resumen no es lo mismo que la documentación completa del Anexo XI —es un documento de cara al público, necesariamente menos granular, diseñado para permitir a los responsables del despliegue, los investigadores y los reguladores comprender la composición general del corpus de entrenamiento sin requerir acceso a registros técnicos confidenciales—.
¿Qué contiene un resumen adecuado de los datos de entrenamiento con arreglo a la plantilla de la Oficina de IA? El resumen debería identificar las categorías generales de datos utilizados (datos de rastreo web, contenido licenciado, repositorios de código, publicaciones científicas, etc.); las lenguas representadas y sus proporciones aproximadas; el intervalo temporal del corpus de entrenamiento; las principales fuentes de datos o proveedores de datos; y una descripción de cualquier paso de filtrado, deduplicación o procesamiento de calidad aplicado. El resumen no necesita revelar la composición exacta del conjunto de datos de una forma que revele secretos comerciales, pero debe ser lo bastante detallado como para que un lector evalúe la probable presencia de tipos específicos de contenido —por ejemplo, si el corpus incluye literatura médica, documentos jurídicos o contenido de una jurisdicción determinada—.
El resumen de los datos de entrenamiento es consultable públicamente. Los investigadores, los periodistas, las organizaciones de la sociedad civil y los reguladores pueden utilizarlo para evaluar la procedencia de los modelos en los que ellos u otros se basan. Los proveedores que publiquen un resumen vago o incompleto —por ejemplo, indicando simplemente «datos de internet disponibles públicamente» sin más desglose— se arriesgan tanto al escrutinio regulatorio de la Oficina de IA como a una exposición reputacional cuando la insuficiencia del resumen sea visible públicamente.
La exención de código abierto
Las obligaciones a) y b) —la documentación técnica del Anexo XI y el paquete de información posterior del Anexo XII— no se aplican a los proveedores de modelos de GPAI publicados bajo una licencia libre y de código abierto, siempre que los pesos del modelo se pongan a disposición del público.
La exención se basa en una lógica de divulgación: si los pesos están a disposición del público, los usuarios posteriores pueden, en principio, inspeccionar el modelo ellos mismos. Los reguladores pueden acceder a los pesos directamente. La justificación para exigir al proveedor que produzca y entregue un paquete de documentación estructurado se debilita cuando el propio modelo es accesible abiertamente.
Pero la exención es condicional en dos aspectos importantes.
Primero, solo se aplica si la licencia es genuinamente libre y de código abierto —no puede ser una licencia restringida etiquetada como «abierta» con fines de marketing—. Se espera que la Oficina de IA y el proceso del código de buenas prácticas para la GPAI aclaren qué condiciones de licencia son compatibles con la exención; los proveedores que utilicen licencias no estándar que restrinjan el uso comercial o impongan otras condiciones no deberían dar por sentado que se aplica la exención.
Segundo, se evapora por completo si el modelo de código abierto se clasifica posteriormente como de riesgo sistémico con arreglo al Artículo 51. Una vez superado ese umbral —ya sea a través de la presunción de 10²⁵ FLOP o de una decisión de la Comisión—, se aplican las cuatro obligaciones del Artículo 53, apartado 1, sea de código abierto o no. Una organización que publica pesos abiertos para un modelo de escala fronteriza no puede eludir los requisitos de los Anexos XI y XII simplemente porque no haya cobrado por el acceso.
Las obligaciones c) y d) —la política de derechos de autor y el resumen de los datos de entrenamiento— se aplican a todos los proveedores de GPAI, incluidos los de código abierto. No hay salvedad para el cumplimiento de los derechos de autor, lo cual tiene sentido: la situación de los derechos de autor de los datos de entrenamiento no cambia porque los pesos del modelo resultante se pongan a disposición del público.
Proveedores de fuera de la UE: Artículo 54 y representantes autorizados
Un proveedor establecido fuera de la UE que introduce un modelo de GPAI en el mercado de la UE debe designar un representante autorizado dentro de la UE con arreglo al Artículo 54. El representante actúa como punto de contacto para la Oficina de IA y las autoridades nacionales, recibe las comunicaciones de ejecución en nombre del proveedor y puede ser considerado solidariamente responsable de los incumplimientos. Esto refleja el mecanismo del Artículo 22 para los proveedores de IA de alto riesgo.
Si está integrando un modelo de GPAI de fuera de la UE y el proveedor no ha designado un representante autorizado del Artículo 54, eso es una señal de alarma que conviene documentar en su propio registro de riesgos.
El código de buenas prácticas para la GPAI
El Artículo 56 encomienda a la Oficina de IA que supervise la elaboración de un código de buenas prácticas para los proveedores de GPAI. La participación y la adhesión al código son una forma de demostrar el cumplimiento de los Artículos 53 y 55. El código no sustituye las obligaciones jurídicas —las operativiza, proporcionando protocolos de evaluación de modelos, normas de documentación y plantillas de transparencia que los proveedores pueden adoptar para satisfacer los requisitos subyacentes—.
La Oficina de IA publicó el primer borrador del código de buenas prácticas para la GPAI en noviembre de 2024 y ha desarrollado rondas de consulta hasta bien entrado 2025. Un proveedor que siga la orientación del código sobre la documentación de los datos de entrenamiento, la evaluación de capacidades y la divulgación posterior estará en una posición sólida para demostrar el cumplimiento del Artículo 53 ante las autoridades.
Implicaciones prácticas para los integradores posteriores
La mayoría de las empresas sujetas a la Ley de IA de la UE no son proveedores de GPAI. Son integradores posteriores: una empresa SaaS que incorpora la API de un modelo fundacional a una herramienta de RR. HH., una empresa de servicios financieros que utiliza un modelo de lenguaje para el procesamiento de documentos, una empresa emergente de tecnología sanitaria que envuelve un modelo de GPAI en una aplicación clínica especializada.
Para estas empresas, el Artículo 53 es relevante de dos maneras.
Primero, la documentación del Anexo XII que recibe de un proveedor de GPAI alimenta directamente su propia documentación técnica con arreglo al Artículo 11 y al Anexo IV (si su sistema es de alto riesgo). Si el paquete de información del proveedor es incompleto, su expediente técnico tiene una laguna. Esa laguna no desaparece porque se origine aguas arriba —su evaluación de la conformidad o su EIDF debe abordarla de todos modos—.
Segundo, la política de derechos de autor (obligación c)) recae sobre el proveedor, no sobre usted. Pero si un proveedor de GPAI no puede demostrar que tiene una política de derechos de autor conforme, los integradores posteriores se enfrentan a una exposición reputacional y jurídica por basarse en un modelo entrenado con datos sin licencia.
Ejemplo trabajado. Una empresa de tecnología jurídica de 60 personas construye una herramienta de análisis de contratos sobre la API de un importante modelo fundacional. La herramienta asiste a los abogados en la revisión de acuerdos comerciales —entra en el Artículo 6 y el Anexo III (acceso a servicios privados esenciales) si toma o influye en decisiones de solvencia, pero más habitualmente se clasifica como de riesgo mínimo o limitado con arreglo a la Ley—. Con independencia del propio nivel de riesgo de la herramienta, la empresa necesita la documentación del Anexo XII del proveedor de GPAI para comprender qué limitaciones se aplican al modelo en un contexto de análisis jurídico, con qué datos se entrenó el modelo (para evaluar una posible contaminación por derechos de autor en los resultados) y qué medidas técnicas recomienda el proveedor para una integración segura. Esa documentación es la obligación del proveedor con arreglo al Artículo 53, apartado 1, letra b). La empresa debería solicitarla explícitamente y documentar si la recibió.
Si la empresa de tecnología jurídica reposiciona posteriormente su herramienta para el cribado de empleo —por ejemplo, resumiendo los currículos de los candidatos y marcándolos para su rechazo—, el sistema pasa a ser de alto riesgo con arreglo al Anexo III, punto 4 (empleo y gestión de los trabajadores). En ese momento, la empresa necesita no solo la documentación del Anexo XII de su proveedor de GPAI, sino también el paquete completo de documentación técnica del Artículo 11 / Anexo IV para su propio sistema, y debe completar una evaluación de la conformidad con arreglo al Artículo 43 antes del despliegue. La obligación anterior del Artículo 53 no cambia —el proveedor de GPAI sigue debiendo el mismo paquete del Anexo XII—, pero las obligaciones posteriores se intensifican bruscamente. Esta es la intersección que la mayoría de los equipos de cumplimiento pasan por alto: una integración de GPAI que hoy es de riesgo mínimo puede convertirse mañana en de alto riesgo si cambia la finalidad prevista, y la documentación del Artículo 53 del proveedor debe constar en el expediente antes de que se produzca esa transición.
Cómo ayuda Confir
El registro de cumplimiento de Confir le permite registrar todos los modelos de GPAI que integra su organización y hacer el seguimiento de si ha recibido la documentación del Anexo XII exigida de cada proveedor. La documentación recibida se registra con una marca de tiempo y se vincula al registro del sistema de IA pertinente, de modo que pueda demostrar en una auditoría que la obtuvo y revisó.
El motor es basado en reglas y determinista: señala las lagunas automáticamente cuando un sistema se marca como usuario de un componente de GPAI y no se ha adjuntado documentación del Anexo XII, en lugar de basarse en listas de comprobación manuales.
Sanciones
El incumplimiento de las obligaciones del Artículo 53 lo hace cumplir la Comisión (para los proveedores de GPAI) con arreglo al Artículo 101, que fija un techo sancionador específico para la GPAI de 15 000 000 EUR o el 3 % del volumen de negocios anual mundial total del ejercicio precedente, si esta última cifra es mayor. Para las empresas más pequeñas, el Artículo 101 aplica la misma protección de proporcionalidad que el Artículo 99, apartado 6, para otras obligaciones.
Facilitar información incorrecta, incompleta o engañosa a la Oficina de IA conlleva un techo inferior pero aun así significativo de 7 500 000 EUR o el 1 % del volumen de negocios con arreglo al Artículo 99, apartado 5.
El Artículo 53 de un vistazo
| Obligación | Se aplica a | Exenta (código abierto, pesos disponibles públicamente) |
|---|---|---|
| a) Documentación técnica del Anexo XI | Todos los proveedores de GPAI | Sí — salvo riesgo sistémico |
| b) Información posterior del Anexo XII | Todos los proveedores de GPAI | Sí — salvo riesgo sistémico |
| c) Política de cumplimiento de los derechos de autor | Todos los proveedores de GPAI | No |
| d) Resumen público de los datos de entrenamiento | Todos los proveedores de GPAI | No |
Las obligaciones adicionales del Artículo 55 (evaluación del modelo, pruebas adversariales, notificación de incidentes, ciberseguridad) se aplican únicamente cuando se ha establecido la condición de riesgo sistémico con arreglo al Artículo 51.
Preguntas frecuentes
¿Se aplica el Artículo 53 solo a los modelos de GPAI de riesgo sistémico?
No. El Artículo 53 se aplica a todos los proveedores de modelos de GPAI. Las obligaciones de riesgo sistémico —pruebas adversariales, evaluación del modelo, notificación de incidentes y medidas de ciberseguridad— están en el Artículo 55 y se aplican solo cuando un modelo se ha clasificado como de riesgo sistémico con arreglo al Artículo 51. El Artículo 53 es la base para todo proveedor de GPAI.
¿Qué es el Anexo XI y en qué se diferencia del Anexo IV?
El Anexo IV establece los requisitos de documentación técnica para los sistemas de IA de alto riesgo con arreglo al Artículo 11. El Anexo XI los establece para los modelos de GPAI con arreglo al Artículo 53, apartado 1, letra a). El Anexo IV cubre la finalidad prevista, la gestión de riesgos y la conformidad de un sistema específico; el Anexo XI cubre la arquitectura del modelo, el proceso de entrenamiento y los resultados de la evaluación a nivel de modelo.
¿Cuál es el plazo de cumplimiento del Artículo 53 para los modelos que ya están en el mercado?
Los modelos de GPAI introducidos en el mercado antes del 2 de agosto de 2025 deben cumplir el Artículo 53 antes del 2 de agosto de 2027. Los modelos introducidos en el mercado a partir del 2 de agosto de 2025 deben cumplir de inmediato. El aplazamiento de alto riesgo del Ómnibus Digital no afecta a este calendario de la GPAI.
¿Tienen los modelos de GPAI de código abierto alguna obligación del Artículo 53?
Sí. La exención de código abierto cubre las obligaciones a) y b) —la documentación del Anexo XI y la información posterior del Anexo XII— siempre que los pesos del modelo estén disponibles públicamente y el modelo no sea de riesgo sistémico. Las obligaciones c) y d) —la política de derechos de autor y el resumen público de los datos de entrenamiento— se aplican a todos los proveedores, incluidos los de código abierto.
Como empresa que integra un modelo de GPAI, ¿qué debo pedir al proveedor?
Solicite el paquete de información del Anexo XII: la descripción general del modelo, las categorías y fuentes de los datos de entrenamiento, los recursos de cómputo utilizados, las limitaciones conocidas pertinentes para su caso de uso y las medidas técnicas recomendadas para una integración segura. Si su propio sistema de IA es de alto riesgo, esta documentación alimenta su expediente técnico del Artículo 11. Si el proveedor no puede facilitarla, documente esa laguna y evalúe si afecta a su capacidad de completar su propia evaluación de la conformidad.
¿Qué es el código de buenas prácticas para la GPAI y necesito seguirlo?
El código de buenas prácticas para la GPAI (Artículo 56) se elabora bajo la supervisión de la Oficina de IA y proporciona orientación práctica sobre el cumplimiento de los Artículos 53 y 55. La adhesión al código es una forma de demostrar el cumplimiento —no una obligación jurídica en sí misma—. Para los proveedores de GPAI, seguir las plantillas de documentación y evaluación del código es la vía más eficiente para demostrar que se cumplen las obligaciones del Artículo 53, apartado 1.
¿Puede un proveedor de GPAI de fuera de la UE estar sujeto al Artículo 53?
Sí. El Artículo 53 se aplica a todo proveedor que introduzca un modelo de GPAI en el mercado de la UE, con independencia de su establecimiento. Los proveedores de fuera de la UE también deben designar un representante autorizado dentro de la UE con arreglo al Artículo 54. Ese representante es el punto de contacto para la Oficina de IA y las autoridades nacionales y puede ser considerado solidariamente responsable de las lagunas de cumplimiento.
Guías relacionadas
- metodología de evaluación de riesgos del Anexo IV
- lista de comprobación de obligaciones del proveedor
- sistemas de gestión de riesgos del Artículo 53
- requisitos de clasificación de alto riesgo del Artículo 9
Gestiona el cumplimiento de la Ley de IA de la UE en un solo lugar
Confir automatiza la clasificación de riesgo, la documentación técnica y los registros de auditoría para cualquier empresa. Sin consultores. Sin proyectos de seis meses. Prueba gratuita de 7 días.
Empieza la prueba gratuita →