General Data Protection Regulation, Regulation (EU) 2016/679, Article 22
Reglamento de 27 de abril de 2016, Diario Oficial de la Unión Europea.
Un solo registro de cada decisión debería satisfacer al cliente, al analista y al regulador, cada uno con sus propias palabras.
El cliente necesita saber qué ocurrió y qué debe hacer ahora: confirmar su identidad, enviar un documento, volver a intentarlo más tarde o pedir una revisión. El analista necesita los datos que vio el sistema y los factores que determinaron la puntuación, para confirmar o revertir la decisión. El regulador o el auditor necesita reconstruir la decisión con exactitud, con los datos utilizados, las versiones del modelo y de las reglas, y la persona que la revisó.
Las tres explicaciones difieren en extensión y vocabulario, pero deben coincidir, y solo coinciden cuando las tres parten del mismo registro.
En las distintas jurisdicciones, las personas afectadas por decisiones automatizadas tienen derecho a entenderlas y a impugnarlas. Este resumen se verificó el 25 de octubre de 2026; su asesoría jurídica debe confirmar qué le aplica a usted.
Escriba el registro una sola vez, cuando se toma la decisión, y no lo sobrescriba nunca.
Los códigos de motivo deben describir qué movió esta puntuación para este cliente. Use un método de atribución adecuado al modelo y compruebe que sea estable, de modo que dos casos casi idénticos reciban los mismos motivos. Asocie los factores a una biblioteca breve de motivos en lenguaje claro, aprobada por cumplimiento, en cada idioma que atienda.
Si un modelo de lenguaje redacta la carta al cliente o la nota del analista, genere el texto únicamente a partir de los motivos y valores registrados, contrástelo con ellos antes de enviarlo y guárdelo junto con el registro. Una explicación fluida que no refleja lo que usó el modelo es peor que ninguna, porque desinforma al cliente y, más tarde, al regulador.
A un solicitante de crédito se le puede decir qué factores pesaron más y qué cambiaría el resultado; el Tribunal de Justicia de la UE señaló que mostrar cómo otros datos habrían llevado a un resultado distinto puede hacer inteligible una explicación. En cambio, un motivo de fraude detallado le enseña al defraudador qué señal debe evitar.
Dígale al cliente lo suficiente para que pueda actuar: el pago está retenido por una verificación de seguridad, así se confirma que fue usted y esto es lo que tarda. Deje las señales concretas en la vista del analista y en el registro de auditoría. Las normas de protección de datos siguen aplicándose a las decisiones de fraude tomadas únicamente de forma automatizada que afectan de manera significativa a un cliente, incluso cuando la Ley de IA no se aplica.
Toda decisión automatizada con un efecto significativo debería ir acompañada de una forma clara de pedir su revisión, a cargo de personas que vean el registro completo y puedan revertir la decisión. Las decisiones revertidas son además su mejor señal de dónde se equivoca un modelo o una regla.
Mantenga junto al modelo principal un modelo alternativo más sencillo, como una tarjeta de puntuación, y envíe a una persona los casos en que ambos discrepan con fuerza. Documente los límites conocidos de cada modelo, como los clientes con poco historial o los productos con los que no se entrenó, para que quienes revisan los conozcan.
Elija un tipo de decisión, como los rechazos de tarjeta o las denegaciones de préstamos personales, e intente reconstruir una muestra aleatoria de las decisiones del trimestre pasado con lo que hoy almacena. Las brechas que encuentre fijan el orden del trabajo. Cada decisión tomada con Mantika Argus lleva un motivo en palabras claras que su equipo y su regulador pueden leer.
Reglamento de 27 de abril de 2016, Diario Oficial de la Unión Europea.
Tribunal de Justicia de la Unión Europea, comunicado de prensa n.º 186/23, 7 de diciembre de 2023 (PDF).
Tribunal de Justicia de la Unión Europea, comunicado de prensa n.º 22/25, 27 de febrero de 2025 (PDF).
Diario Oficial de la Unión Europea, 12 de julio de 2024.
Texto del anexo III, AI Act Explorer del Future of Life Institute.
Texto del artículo 86, AI Act Explorer del Future of Life Institute.
Mayer Brown, 30 de julio de 2026, sobre el Reglamento (UE) 2026/1744 y la fecha del 2 de diciembre de 2027.
Presidencia de la República de Brasil, texto consolidado con las modificaciones de la Lei 13.853/2019.
CBUAE Rulebook, emitido el 15 de noviembre de 2021, cláusulas 2.27, 3.108, 3.109 y 3.112.
Dubai Financial Services Authority, 15 de noviembre de 2021.
Clyde & Co, septiembre de 2023, sobre el Reglamento 10 de las Data Protection Regulations del DIFC.
Mayer Brown, 19 de enero de 2026.
Junta de Gobernadores del Sistema de la Reserva Federal, con la OCC y la FDIC, 17 de abril de 2026; sustituye a la SR 11-7.