Normas de FINRA aplicadas a la IA generativa y a los agentes de IA — intermediarios de valores
Esta página se genera a partir de la tabla de requisitos que el motor de AiSSAY incluye para este marco. Cuando el motor produce un paquete de evidencias, cada fila de abajo recibe un estado calculado a partir de los propios registros del operador en ese momento. Esta página muestra la tabla, no los resultados de nadie.
Correspondencia informativa preparada con las propias herramientas del operador. No es un dictamen jurídico, ni una certificación, ni sustituye el asesoramiento de un abogado. Organiza los registros del operador en relación con los requisitos citados; determinar si esos registros cumplen los requisitos corresponde al operador, a su asesor jurídico y al examinador.
La Regulatory Notice 24-09 (27 de junio de 2024) dice que las normas existentes se aplican a la IA generativa y no crea requisitos nuevos. Las prácticas sobre agentes de IA del 2026 Annual Regulatory Oversight Report son orientaciones, no normas. La Notice 26-14 (julio de 2026), sobre la supervisión de las comunicaciones con clientes minoristas, incluidas las generadas por IA, era una propuesta en septiembre de 2026. La SEC Rule 17a-4 tiene su propia vista.
La tabla de requisitos
8 filas: 6 de mecanismo, 1 organizativa, 1 carencia señalada
| Requisito | Mecanismo, obligación o carencia | Tipo |
|---|---|---|
| Rule 4511 — elaborar y conservar libros y registros; seis años cuando no se especifica ningún plazo | fechas de conservación por registro (siete años por defecto); la eliminación antes de esa fecha se rechaza salvo que conste una autorización excepcional registrada; la retención legal bloquea la eliminación por completo | mecanismo |
| Rule 3110(a) — un sistema de supervisión razonablemente diseñado para el cumplimiento | organizativo: los procedimientos de supervisión por escrito corresponden a la firma. El registro acredita lo que la supervisión vio e hizo. | organizativo |
| Rule 3110(b)(4) — revisión de la correspondencia por un principal, acreditada por escrito con el revisor y la fecha | el refrendo de un revisor designado se sella junto a la ejecución con su fecha; las lecturas de los revisores quedan registradas con atribución | mecanismo |
| Rule 2210 — comunicaciones, incluidas las generadas por IA: aprobación cuando se exige, contenido imparcial y equilibrado, conservadas con sus fechas | el resultado que produjo un agente se sella textualmente con su ejecución; los envíos irreversibles se retienen hasta que responde la política de la firma, y la decisión se registra como un paso. Que el contenido sea imparcial y equilibrado es criterio de la firma. | mecanismo |
| Regulatory Notice 24-09 — proteger la información de los clientes al usar IA generativa | registros sellados en los propios equipos de la firma bajo su clave, sin copia del lado del proveedor; cada lectura, exportación y eliminación queda registrada | mecanismo |
| 2026 Oversight Report (orientación) — en el caso de los agentes de IA, mantener a una persona en el circuito, hacer seguimiento de las acciones y decisiones, y conservar los registros de prompts y resultados | cada llamada a herramientas, decisión y resultado se registra por ejecución; las acciones irreversibles quedan en espera de la respuesta de una persona; los hallazgos y las retenciones constan en el registro | mecanismo |
| 2026 Oversight Report (orientación) — hacer seguimiento de qué versión de modelo usó un agente | cada registro lleva dos campos de modelo, que nunca se fusionan: la cadena de modelo que informó la propia respuesta de la API del proveedor, capturada por el proxy de grabación o por el código que recibió la respuesta, y el modelo que declaró el integrador. El paquete cuenta los dos tipos por separado y cuenta las ejecuciones que no registran ninguno. El modelo nunca se deduce de cómo suena el resultado. | mecanismo |
| Uso de esta herramienta — evaluación independiente de sus controles | NO IMPLEMENTADO. Todavía no existe ninguna prueba de penetración, ninguna revisión de la criptografía por terceros ni ningún informe independiente sobre los controles de este software. Quien utilice estos registros como evidencia debe evaluar la herramienta por sí mismo, y esta fila lo dice en primer lugar. | carencia señalada |
Cómo se obtiene un estado
- Acreditado
- se ejecutó una comprobación determinista sobre sus registros y los recuentos respaldan la fila. Un almacén que no contiene registros pertinentes figura como no acreditado: una afirmación verdadera, no un aprobado. Vacío nunca cuenta como limpio.
- Delegado
- el mecanismo lo hace cumplir un sistema en el que usted ya confía: un almacén sellado por su propio gestor de claves le delega a este el control de acceso, y el paquete indica que el registro que lo hace cumplir es el de su gestor de claves, no el nuestro. El paquete nombra el endpoint en el que se contactó con el gestor de claves. Un endpoint de AWS distinto del predeterminado de AWS para la región figura como delegado a ese endpoint, con una solicitud para que usted confirme que es su servicio de gestión de claves. Un backend —AWS KMS— se ha ejecutado contra el servicio real de AWS KMS; ningún otro backend lo ha hecho.
- Punto de integración de prueba
- sellado por un backend de prueba dentro del proceso —un stub, o un sustituto del cliente de AWS— y el estado indica cuál. Ningún gestor de claves controla el acceso. El punto de integración está construido y probado, y el paquete se niega a llamar a eso delegación.
- Parcialmente acreditado
- el mecanismo está construido y algunas de sus ejecuciones llevan su evidencia, pero no todas, normalmente porque se sellaron antes de que existiera el mecanismo. El paquete indica cuántas ejecuciones hay en cada grupo y nunca cuenta como aprobadas las que faltan.
- Organizativo
- el requisito es un procedimiento que solo pueden llevar a cabo personas. El paquete lo señala como responsabilidad suya en lugar de disfrazar una política de mecanismo.
- Carencia señalada
- el paquete no puede acreditarlo —o bien el mecanismo no está construido, o bien ningún software puede aportarlo— y dice cuál de los dos casos es. La carencia se imprime, porque un revisor debería leerla aquí y no descubrirla después.
Ningún estado se introduce a mano: cada estado se recalcula a partir del almacén cada vez que se produce un paquete, el texto de los requisitos y de los mecanismos se redacta y revisa como parte del motor, y la evidencia sobre dependencias procede de nuestro análisis de cada versión. Un mecanismo que falla nunca puede interpretarse como evidencia de que el control funciona.