Gobierne un agente de clasificación de alertas ALD un caso a la vez: vincule la alerta y la evidencia actual a una publicación de agente designada, evalúe cada acción consiguiente antes de su ejecución, enrute las decisiones importantes a un revisor de delitos financieros elegible y adjunte el efecto posterior del caso a un registro de auditoría sellado. El cliente construye, opera y sigue siendo responsable del agente de clasificación de alertas. El plano de control KLA proporciona una ruta de gobierno de tiempo de ejecución independiente para acciones instrumentadas.
Esta guía de implementación cubre un flujo de trabajo operativo único desde la recepción de alertas de monitoreo de transacciones hasta la exportación de evidencia. El [Mapa de evidencia y control de agentes AML] (/blog/aml-agent-control-and-evidence-map) sigue siendo el centro de referencia de seis acciones. [Regula el AML y los agentes de pagos] (/blog/governing-aml-and-payments-agents) cubre la clasificación regulatoria y el calendario del régimen. El [plan de clasificación de alertas de AML] (/blueprints/financial-crime/aml-transaction-monitoring-alert-triage) revisado por humanos proporciona un mapeo de control más amplio. Esta guía es información general, actualizada hasta el 28 de julio de 2026, y no reemplaza el asesoramiento legal, de riesgos o técnico.
Gatillo y admisión de casos.
Un sistema de monitoreo de transacciones inicia la ejecución creando una alerta con un identificador de alerta estable, tiempo de detección, tipología, transacciones desencadenantes, referencia del cliente y versión del sistema fuente. El adaptador de admisión crea o resuelve un caso en el sistema de registro de casos de la organización. Un ID de correlación vincula cada intento evaluado a esa alerta e instantánea. Un reintento de un intento reutiliza su ID de ejecución y su clave de idempotencia para que no pueda crear un segundo efecto.
Cada intento de acción obtiene su propio ID de ejecución. La ejecución finaliza después de un efecto de disposición final. Los cambios de fuente posteriores requieren una nueva instantánea y ejecución. El analista L1 es dueño de la cola y puede inspeccionar el paquete de admisión. El agente realiza un enriquecimiento acotado y propone la siguiente acción. Un revisor designado es propietario de cualquier decisión retenida.
| Aporte | Encuadernación requerida | Comportamiento fallido | Evidencia |
|---|---|---|---|
| Alerta de seguimiento de transacciones | ID de alerta, regla o tipología, tiempo de detección, ID de transacción de activación, versión de origen | La identidad faltante, el tiempo de detección o las referencias de transacciones devuelven el bloque con AML_INTAKE_INCOMPLETE. | Recibo de fuente y resumen |
| Contexto del caso | ID de caso, token de cliente, casos abiertos vinculados, disposición actual, analista asignado | El error de búsqueda de casos retiene el bloque de ejecución y retorno con AML_CASE_CONTEXT_UNAVAILABLE. | Hora de la instantánea, recepción de la consulta, referencias devueltas |
| Ejecutar identidad | ID de correlación, ID de ejecución por intento, versión del agente, solicitante, propietario responsable | Un intento duplicado reutiliza su ID de ejecución y su clave de idempotencia; bloque de identificadores conflictivos. | Campos de sobre y actor |
Fuentes de datos y uso de datos permitido
Defina un límite de datos AML restringido para la ejecución. Las lecturas permitidas pueden incluir las transacciones desencadenantes, el perfil KYC/CDD del cliente, la actividad esperada, la calificación de riesgo, las sanciones y los resultados de la evaluación de PEP, alertas y casos relacionados, disposiciones internas anteriores de casos, enlaces de contrapartes y referencias de fuentes fechadas. Vincule cada lectura con la clasificación de alertas AML y devuelva el conjunto de campos más pequeño necesario para el caso.
Excluya mensajes de clientes, notas de gerentes de relaciones, superficies generales de escritura de CRM, registros domésticos no relacionados, documentos de identidad sin procesar cuando los atributos verificados sean suficientes y exportaciones de análisis o capacitación de modelos sin restricciones. El artículo 73 del Reglamento (UE) 2024/1624 cubre las entidades obligadas de la UE y prohíbe revelar al cliente u otros terceros que se está evaluando una actividad, que se está enviando o se enviará información a una UIF, o que se está llevando a cabo un análisis de ML/TF. La norma bancaria estadounidense contenida en 31 CFR § 1020.320(e) y 31 U.S.C. § 5318(g)(2)(A)(i) protege un SAR y la información que revela su existencia. Los destinos de herramientas y los receptores de registros pertenecen al mismo límite de confidencialidad.
- Propósito: Clasificación de alertas AML para el caso vinculado.
- Campos: atributos aprobados y referencias de fuentes enumeradas en el límite de datos.
- Frescura: marca de tiempo de origen y edad máxima permitida para viajar con cada dato.
- Región y destinatario: región de procesamiento aprobada por la organización y roles de casos restringidos.
- Manejo de resultados: tokenizar muestras de publicaciones; redactar las exportaciones según la política; conservar los registros de omisiones.
Identidad del agente, acceso a herramientas y derechos
Registre una identidad de agente dedicada como aml-alert-triage-agent. Vincule la identidad de la carga de trabajo en ejecución, el propietario responsable del delito financiero, la versión activa y las entradas permitidas del catálogo de herramientas. Una versión es la instantánea versionada inmutable de la configuración del agente, las referencias de instrucciones y modelos, los parámetros y los enlaces de herramientas utilizados para la ejecución.
Resuelva el privilegio mínimo entre agente, herramienta, recurso, datos, acción, propósito, cantidad, entorno y tiempo. Las lecturas se centran en el caso. Los permisos de borrador crean artefactos internos. Los permisos de escritura sólo alcanzan las operaciones gobernadas del sistema de casos. Una Liberación sin herramienta de presentación de UIF, herramienta de mensajes al cliente, herramienta de notas CRM o escritor de base de datos general otorga a las acciones prohibidas una ausencia de autoridad exigible.
| Entrada del catálogo de herramientas | Alcance | Límite de derechos | Confirmación |
|---|---|---|---|
tm.alert.read | Leer | Una alerta vinculada y activación de referencias de transacciones dentro del límite de datos AML | Recibo fuente y versión de alerta |
aml.case_context.read | Leer | Campos de un caso vinculado, estado de caso vinculado, KYC/CDD aprobado, riesgo, PEP, sanciones e historial | Resultado de frescura y plenitud. |
aml.case_packet.draft | Borrador | Paquete de revisor interno y borrador narrativo de SAR/STR dentro del límite restringido | Resumen de artefactos y clase de confidencialidad. |
aml.case.escalate | Escribir | Ruta del sistema de casos con nombre solo a L2/L3 | Resultado de la política y recepción posterior. |
aml.case.write_disposition | Escribir | Enumeración de disposición y fundamento pareado solo en el caso encuadernado | Política o aprobación válida, clave de idempotencia, resumen de before/after |
Enriquecimiento de alertas, resumen, indicadores de riesgo y recomendación.
La fase informativa lee las fuentes aprobadas, normaliza la actividad de las transacciones, calcula agregados fechados, identifica tipologías, verifica los indicadores de PEP y sanciones, resuelve casos vinculados, registra hechos faltantes o contradictorios y redacta un resumen fáctico. Luego recomienda el cierre automático, la escalada o la preparación narrativa SAR/STR con confianza y referencias de fuentes.
El enriquecimiento y el resumen no crean disposición de caso, efecto para el cliente, archivo o comunicación externa. Trate el resultado como una propuesta. El punto de control de la política comienza cuando el agente solicita cerrar automáticamente, escalar, redactar una narrativa regulada o escribir en el sistema de registro del caso.
- Enumere cada indicador de riesgo con su fuente, valor observado, marca de tiempo e interpretación.
- Mantenga la recomendación y la justificación emparejadas para que una prueba de coherencia pueda evaluar ambas.
- Exponer la incertidumbre, los campos faltantes, las fuentes obsoletas y los conflictos a la política y al revisor.
- Registre el tiempo de detección inicial necesario para los relojes de informes específicos de cada jurisdicción.
Tabla de acciones permitidas y prohibidas
La tabla define el inventario de acciones completo para este flujo de trabajo. Permitido significa elegible para la evaluación de políticas dentro de un límite de autorización establecido. Una acción permitida aún puede advertir, requerir aprobación o bloquear los hechos de un caso. Las acciones prohibidas terminan antes de cualquier efecto secundario.
| Acción | Clase | Límite de autorización | Confirmación requerida | Resultado forzado |
|---|---|---|---|---|
| Cerrar automáticamente o descartar una alerta | Permitido | Enlace close_alert para la alerta vinculada, límite de datos AML restringido, versión activa, ningún caso abierto vinculado | Verificación de caso actual, fuentes completas, resultado de confianza explícita/risk/amount/sanctions/novelty/data-quality | Ejecutar solo si se permite, advierte o se requiere aprobación válida; Conservar el recibo de cierre y efectos del caso. |
| Escalar a L2/L3 | Permitido | Enlace aml.case.escalate para el caso vinculado y la cola de investigadores con nombre | Cola de destino, códigos de motivo, referencias de evidencia, versión actual del caso | Ejecutar después de la publicación de la política; asignación de registros y estado del caso posterior. |
| Redactar una narrativa SAR/STR | Permitido | Enlace aml.case_packet.draft con alcance de solo borrador dentro del límite restringido | Ruta designada del oficial de presentación del SAR, referencias de fuentes, clase de confidencialidad | Cree un borrador interno en require_approval; la decisión de presentación humana sigue el control de presentación separado de la organización. |
| Escriba la disposición y la justificación del sistema de registro del caso | Permitido | Enlace aml.case.write_disposition para un caso y campos aprobados | Disposición emparejada: consistencia/rationale, versión actual del caso, política o aprobación válida, clave de idempotencia | Escriba una vez y capture el estado anterior a/after más el recibo posterior. |
| Presentar un SAR/STR ante una UIF | Prohibido | No existe ninguna herramienta de archivo en la versión del agente. | Ninguna aprobación puede crear este vínculo para el agente. | bloquear · AML_SAR_FILING_AGENT_PROHIBITED · sin llamada a herramienta |
| Divulgar una investigación a un cliente o canal fuera del perímetro | Prohibido | Los mensajes de los clientes, las notas de CRM, las colas de los administradores de relaciones y los canales externos no están incluidos en la versión. | Control de destino y confidencialidad | bloquear · AML_TIPPING_OFF_DESTINATION_PROHIBITED · no escribir ni enviar mensajes |
| Cerrar una alerta vinculada a un caso abierto | Prohibido | Abrir un caso vinculado elimina la autoridad cercana para esta solicitud. | Consulta de caso vinculado actual | bloquear · AML_AUTOCLOSE_LINKED_CASE_OPEN · preservar la alerta y la escalada de ruta |
| Escribir fuera del sistema de registro de casos regido | Prohibido | Sólo están vinculados el destino y los campos del sistema de casos registrados. | ID de herramienta, audiencia, recurso, inquilino y coincidencia de destino | bloque · AML_CASE_DESTINATION_UNAPPROVED · sin efecto descendente |
Tabla de decisiones de aprobación y escalamiento
Las bandas siguientes son ejemplos de políticas ilustrativas. La organización implementadora es propietaria de los valores, los valida con su evaluación de riesgos y población de alerta, y aprueba los cambios a través de su proceso de control. Evalúe todas las filas coincidentes antes de la ejecución. bloquear tiene la prioridad más alta, seguido de require_approval, warn y allow.
Cada condición es comprobable por máquina y produce un código de motivo estable. Las reglas de la clase de acción siguen siendo decisivas: cada borrador narrativo de SAR/STR se dirige a un oficial de presentación de SAR, y un cierre automático con una puntuación de riesgo de al menos 95 o un caso abierto vinculado permanece bloqueado.
| Resultado | Dimensión | Condición de ejemplo | código de razón | Comportamiento de ejecución |
|---|---|---|---|---|
| bloquear | Sanciones | confirmed_designated_party = true o authoritative_match_score >= 0.98 | AML_SANCTIONS_CONFIRMED | Detener la disposición propuesta; preservar la alerta y marcar la ruta de las sanciones. |
| bloquear | Calidad de datos | Una transacción obligatoria, un cliente, una sanción o una fuente de caso vinculado no están disponibles, tienen formato incorrecto o tienen más de 72 horas | AML_REQUIRED_DATA_UNUSABLE | Deténgase antes de escribir un caso y solicite la recuperación de la fuente. |
| bloquear | Puntuación de riesgo | risk_score >= 95 para un cierre automático | AML_AUTOCLOSE_ELEVATED_RISK_SCORE | Denegar el cierre automático y encaminar el caso para investigación. |
| bloquear | Estado de caso vinculado | linked_open_case_count >= 1 para un cierre automático | AML_AUTOCLOSE_LINKED_CASE_OPEN | Deniegue el cierre automático, conserve la alerta y enrute el caso vinculado para su investigación. |
| requiere_aprobación | clase de acción | action = draft_sar_str_narrative | AML_SAR_NARRATIVE_HUMAN_SIGNOFF | Mantenga el borrador para un oficial de presentación de SAR designado. |
| requiere_aprobación | Confianza | Cierre automático propuesto confidence < 0.80 | AML_AUTOCLOSE_LOW_CONFIDENCE | Espera para un investigador de delitos financieros L2. |
| requiere_aprobación | Riesgo | 60 <= risk_score < 95 para cierre automático; risk_score >= 60 para escalamiento, borrador SAR/STR o escritura de disposición; Estado de PEP, SAR/STR previo o nexo entre jurisdicción de alto riesgo | AML_ELEVADO_RISK_REVIEW | Mantenga pulsado L2; ruta L3 cuando la regla coincidente lo requiera. |
| requiere_aprobación | Cantidad | Alerta agregada >= EUR 25,000 durante la retrospectiva de 30 días configurada | AML_AMOUNT_REVIEW_25000 | Mantenga la disposición para L2. |
| requiere_aprobación | Sanciones | Coincidencia de 0.80 <= authoritative_match_score < 0.98 o alias/counterparty no resuelta | AML_SANCTIONS_POSSIBLE_MATCH | Retener y encaminar al revisor calificado para sanciones. |
| requiere_aprobación | Novedad | Las primeras 20 solicitudes de disposición reguladas para una nueva versión, versión de herramienta, tipología o destino | AML_NOVEL_RELEASE_REVIEW | Mantenga presionado para L2 y recopile evidencia de implementación. |
| requiere_aprobación | Calidad de datos | Edad de la fuente mayor de 24 y como máximo 72 horas, falta una fuente no obligatoria o un conflicto de fuente no resuelto | AML_DATA_QUALITY_REVIEW | Mantenga y muestre el espacio al revisor. |
| advertir | Señal de revisión limitada | Confianza 0.80 <= confidence < 0.90, riesgo 40–59, cantidad EUR 10,000–24,999.99, puntuación de sanciones 0.50 <= authoritative_match_score < 0.80, solicitudes de liberación 21–99 o edad de la fuente mayor de 12 y como máximo 24 horas | AML_ASSURANCE_SAMPLE | Ejecutar una acción reversible permitida, registrar la señal y crear el seguimiento de aseguramiento definido. |
| permitir | banda de rutina | Confianza confidence >= 0.90, riesgo < 40, cantidad < EUR 10,000, puntuación de sanciones authoritative_match_score < 0.50, al menos 100 solicitudes de liberación anteriores limpias, fuentes completas <= 12 hours y ningún caso abierto vinculado | AML_ROUTINE_BAND | Ejecutar la acción permitida y conservar la política ordinaria y los registros posteriores. |
Revisión del analista y pasos del verificador del fabricante
El agente es quien hace su recomendación. Registre el analista o servicio solicitante, la identidad del agente, el propietario responsable, el efecto secundario exacto propuesto y el resumen de evidencia. Un inspector es una persona distinta con el rol actual requerido por la regla coincidente.
Enrute las excepciones de disposición y cierre automático a un investigador de delitos financieros L2 designado. Enrutar los casos de mayor gravedad a L3. Envíe cada borrador narrativo de SAR/STR a un funcionario de presentación de SAR designado o a un delegado autorizado. El revisor ve la alerta, los hechos fuente, la actualidad de la fuente, los indicadores de riesgo, la recomendación, la incertidumbre, la versión de la política, las reglas coincidentes, los códigos de motivo, el estado del caso vinculado, el destino propuesto, el vencimiento y el efecto esperado del caso.
- Elegibilidad: resolver identidad, permiso de decisión, función de revisor actual, delegación, estado de capacitación, límite de monto y conflictos en el momento de la decisión.
- Separación: compare al revisor con el solicitante, las identidades registradas del fabricante y las reglas del patrocinador del agente.
- Vinculante: acción de enlace, parámetros, destino, versión del caso, resumen de evidencia, entradas de política y vencimiento.
- Caducidad de ejemplo: mantener durante 30 minutos; a 20 minutos de ruta hacia un respaldo L3 elegible; a los 30 minutos caducan y requieren una nueva evaluación de la política.
- Decisión: aprobar, rechazar o escalar con un motivo y una descripción general del rol. Una solicitud caducada permanece retenida.
- Versión: revalidar el estado del caso, la actualización de la fuente, la identidad, la política y el resumen de acciones antes de una ejecución idempotente.
Disposición, efectos posteriores del caso y límites del impacto en el cliente
Una escritura gobernada exitosa cambia el sistema de registro de casos: estado de alerta, enumeración de disposición, justificación emparejada, cola asignada, relación de caso vinculado, referencia del revisor y hora de actualización. Capture el recibo del sistema de destino más resúmenes del estado anterior y posterior. Un efecto descendente se completa cuando el sistema de casos confirma el estado esperado bajo la misma clave de idempotencia.
Cada canal de atención al cliente está fuera de la autoridad de escritura de este agente. El agente no puede enviar un mensaje a un cliente, colocar una nota de administrador de relaciones, cambiar el servicio de cuenta, congelar fondos, rechazar a un cliente o presentar un informe. Esos efectos se rigen por procesos independientes propiedad de la organización. El registro de clasificación puede hacer referencia al resultado de un caso posterior sin exponer una justificación restringida a una superficie legible por el cliente.
Anulación, apelación, incidente, revocación y reversión
Mantenga cada vía de intervención separada porque la autoridad, el momento y la evidencia difieren. Un revisor no puede convertir una acción prohibida en una aprobación dentro de la solicitud retenida.
| Camino | Autoridad y efecto | evidencia requerida | Resultado seguro |
|---|---|---|---|
| Anular | Una autoridad de delitos financieros designada cambia una recomendación o disposición bajo una ruta de política separada antes de que se ejecute la acción de reemplazo. | Resultado original, referencia de autoridad, decisión de reemplazo, motivo, acción vinculada, tiempo, versión de la política | Nueva evaluación de la acción sustitutiva |
| Apelar | Una función independiente designada por L3 o MLRO revisa la decisión humana original y los motivos declarados. | Solicitud y decisión original, apelante, fundamentos, revisor asignado, evidencia considerada, resultado y remedio | La alerta y el caso permanecen en el estado provisional definido |
| Incidente | El propietario del incidente detiene las carreras afectadas, mantiene las colas, contiene destinos, conserva pruebas y coordina la evaluación regulatoria. | Alcance, actor, tiempo, trabajo cancelado y en vuelo, último efecto aceptado, reconocimientos de contención, residuo, autoridad de reinicio | No hay nuevas disposiciones regidas hasta la aprobación de la contención y el reinicio. |
| Revocación | El IAM o el propietario del agente elimina el enlace de versión, la concesión de herramientas, la credencial de carga de trabajo, la sesión o la delegación del agente. | Objeto revocado, actor, autoridad, comando, reconocimiento, vida residual, intento de seguimiento fallido | Las lecturas, borradores y escrituras futuras fallan en la autorización |
| Revertir | El propietario del caso restablece el estado operativo correcto después de una escritura de disposición ejecutada, utilizando una acción de compensación autorizada. | Recibo original, resúmenes de estado incorrectos y restaurados, actor, aprobación, motivo, referencia de corrección, resultado de validación | Adjuntar un evento de caso correctivo y preservar tanto la disposición original como la corrección en el registro de auditoría. |
Tabla de modo de falla y recuperación
Pruebe las rutas negativas desde la recuperación de la fuente hasta el efecto descendente confirmado. Mantenga la ejecución retenida o bloqueada hasta que la recuperación actualice las entradas y la política reevalúe la acción propuesta.
| Modo de falla | Detección | Resultado forzado | Recuperación o contención |
|---|---|---|---|
| Datos faltantes | Fuente obligatoria ausente, mal formada o más allá de su edad máxima | bloque · AML_REQUIRED_DATA_UNUSABLE | Restaure la fuente, obtenga una instantánea nueva y vuelva a evaluar la política. Cree una nueva Solicitud de decisión solo para require_approval; siga cualquier otro resultado nuevo. |
| Señales contradictorias | La justificación de la disposición entra en conflicto con los indicadores de riesgo o dos fuentes autorizadas no están de acuerdo | require_approval · AML_CONFLICTING_SIGNALS | Mostrar ambas fuentes a L2/L3, resolver o registrar la incertidumbre, reevaluar. |
| Riesgo de sanciones | Posible partido en espera; bloques de partidos confirmados de la parte designada | require_approval o bloquear · AML_SANCTIONS_POSSIBLE_MATCH / AML_SANCTIONS_CONFIRMED | Dirija a un revisor calificado para sanciones y conserve la alerta y la evidencia de detección. |
| Denegación de política | Acción prohibida, destino, estado del caso o autoridad | bloquear con el código de motivo coincidente; sin llamada de herramienta | Cambie la acción propuesta o utilice la ruta de cambio de política gobernada. |
| Aprobación caducada | La hora actual pasa por expires_at o cambia una entrada vinculada | bloquear · AML_APPROVAL_EXPIRED | Caducar la capacidad, actualizar el contexto y reevaluar la política. Emitir una nueva Solicitud de Decisión sólo para require_approval; siga cualquier otro resultado nuevo. |
| Falla aguas abajo | La herramienta informa fallas, tiempos de espera o discrepancias en la confirmación del estado | La ejecución falló; el resultado del caso sigue siendo desconocido o no logrado | Detenga los reintentos que carecen de la clave de idempotencia, concilie el estado real, abra un incidente y luego compense o vuelva a intentar según la autoridad actual. |
| Extinción silenciosa de sospechas al cerrar automáticamente | La alerta cerrada carece de un resultado de política válido, un conjunto de fuentes o una decisión L2 requerida | bloquear cerrar y marcar el caso para revisión de aseguramiento | Vuelva a abrir la alerta, ruta L2/L3, muestra de cierres adyacentes de la misma versión. |
| Desacoplamiento disposición-razonamiento | La justificación omite el comportamiento observado o admite una enumeración diferente | bloque · AML_DISPOSITION_RATIONALE_MISMATCH | Regenerar o editar la propuesta emparejada, conservar ambas versiones, volver a evaluar. |
| Fuga de desprendimiento | El contenido restringido se dirige a un destino legible por el cliente o fuera del perímetro | bloquear · AML_TIPPING_OFF_DESTINATION_PROHIBITED | Revocar la vinculación, contener cualquier escritura aceptada, abrir una incidencia, valorar los deberes de notificación. |
| Disposición de contexto obsoleto | Caso, PEP, sanciones, KYC o versión de alerta vinculada cambiaron después de la evaluación | caducar o bloquear · AML_CONTEXT_CHANGED | Obtenga una instantánea nueva, reemplace la solicitud y vuelva a ejecutar la política. |
Mapa de procesos de un extremo a otro
El mapa identifica cada actor, sistema fuente, límite de herramienta, decisión, aprobación, resultado y transferencia de evidencia. Se ejecuta un punto de control de políticas antes de cada acción consecuente. La ruta retenida utiliza la revisión del verificador del creador. Cada camino terminal alcanza un récord sellado.
Alternativa de texto. El sistema de monitoreo de transacciones crea una alerta para el analista. El agente propiedad del cliente lee el contexto del caso gobernado, lo enriquece y lo recomienda, luego envía cada acción consiguiente a un punto de control de políticas. Permitir y advertir que libere la llamada vinculada. Requiere aprobación para un investigador L2/L3 elegible o un oficial de presentación de SAR. Block lo detiene. Los resultados ejecutados, retenidos y bloqueados se suman al efecto sistema de casos y a la prueba sellada.
Desplácese horizontalmente para ver el gráfico.
Un punto de control de políticas precede a cada acción consiguiente; Los resultados terminales y los efectos posteriores comparten una cadena de evidencia.
Abrir gráfico a tamaño completoSecuencia de eventos y mapeo de registros de auditoría
Utilice identificadores estables y referencias de eventos ordenadas. El [Esquema de registro de auditoría del agente de IA] público (/resources/ai-agent-audit-log-schema) proporciona un borrador de esquema JSON 2020-12 neutral para el proveedor para una acción gobernada desde la solicitud hasta la verificación de integridad.
La muestra publicada contiene evento 01: cierre automático bloqueado y evento 02: disposición escalada. El evento 02 nombra el evento 01 en lineage.ordered_event_ids, y su integrity.previous_event_hash con signo es igual al integrity.record_hash del evento 01.
| Secuencia | Evento de flujo de trabajo | Grupos de campos de esquema | Muestra publicada | Pregunta de control |
|---|---|---|---|---|
| 1 | Solicitud y admisión | Sobre audit_event, correlation, scope, actors, components, requested_action | Los eventos 01 y 02 llevan distintas acciones solicitadas e ID de ejecución bajo el mismo ID de correlación. | ¿Qué acción de caso fue propuesta, por qué agente Liberación, para qué límite de organización? |
| 2 | Evaluación de políticas | policy.decision_id, ID/versión/resúmenes de política, decisión, reglas coincidentes, códigos de motivo, tiempo evaluado | El evento 01 registra block para cierre automático. El evento 02 registra require_approval en aml-elevated-risk-review y aml-amount-review-25000 para la escritura de disposición de reemplazo. | ¿Qué reglas producidas permiten, advierten, requieren aprobación o bloquean? |
| 3 | Aprobación cuando sea necesario | Solicitud de approval, vencimiento, función requerida, resumen de evidencia, revisor, decisión, motivo, referencia justificativa, tiempo decidido | El evento 01 no tiene aprobación. El evento 02 vincula la Solicitud de decisión aprobada con la escritura de reemplazo. | ¿Un verificador independiente elegible decidió antes del vencimiento sobre las pruebas encuadernadas? |
| 4 | llamada de herramienta | Herramienta tool_calls/versión/acción/destino, resumen de argumentos, clave de idempotencia, estado, resumen de resultados | El evento 01 no tiene llamadas a herramientas. El evento 02 registra una llamada exitosa al sistema de casos después de la aprobación. | ¿Qué operación permitida se ejecutó después de la política y la aprobación? |
| 5 | Efecto aguas abajo | tool_calls[].downstream_effects, execution.status, resultados comerciales, reversión y referencias de incidentes | El evento 01 no registra ningún resultado logrado. El evento 02 registra la actualización de disposición y antes de que /after lo resuma. | ¿Qué cambió en el sistema de casos? ¿Se logró el resultado previsto? |
| 6 | Sello de evidencia y exportación. | lineage, evidence, privacy, integrity registran hash, firma y verificación | Ambos registros están firmados. El evento 02 se vincula al evento 01 mediante su hash de registro real. | ¿Puede un revisor reconstruir el orden, el manejo, los artefactos y la integridad? |
Ejecución de muestra desinfectada
Descargue [evento 01: cierre automático bloqueado] (/downloads/aml-alert-triage-sample-audit-event-01-blocked-autoclose.json) y [evento 02: disposición escalada] (/downloads/aml-alert-triage-sample-audit-event.json). Ambos registros se validan con el [esquema de registro de auditoría del agente de IA] público (/resources/ai-agent-audit-log-schema), llevan firmas Ed25519 de solo publicación y forman una cadena hash de dos eventos. El evento 01 utiliza el ID de clave aml-publication-sample-event-01-v2-2026-07-28; El evento 02 usa aml-publication-sample-event-02-v3-2026-07-28 para ilustrar la rotación de claves de firma. Cada identidad, referencia de organización, ID de caso, monto, clave y referencia de artefacto es sintética.
En el caso CASE-SYN-AML-2026-0728, las transferencias rápidas de números redondos totalizan 48 000 EUR. El cliente sintético está marcado como PEP, el corredor es de alto riesgo y un caso vinculado está abierto. El evento 01 registra el cierre automático bloqueado sin aprobación ni llamada de herramienta. El evento 02 registra una nueva solicitud de disposición de escalada, la aprobación por parte de un revisor designado para una acción que requiere el rol de investigador de delitos financieros L2, el escrito del caso regulado y el estado posterior informado. El esquema registra la función requerida y la identidad del revisor por separado; Esta muestra no incluye una instantánea de la pertenencia al rol de IAM que demuestre que el revisor desempeñaba ese rol en el momento de tomar la decisión.
| Escenario | Qué pasó | Significado del control |
|---|---|---|
| Consumo | La alerta de seguimiento de transacciones ALRT-SYN-77214 vincula 48.000 EUR en transferencias rápidas de números redondos a CASE-SYN-AML-2026-0728. | El tiempo de detección, el caso sintético, la cantidad, la ejecución y el paquete de origen comparten una correlación. |
| Recomendación | El agente propone el cierre automático mientras el paquete muestra el estado de PEP, un corredor de alto riesgo y el caso abierto vinculado CASE-SYN-AML-2026-0611. | La propuesta y la justificación siguen siendo pruebas. No crean ningún efecto de caso. |
| Política | El intento de cierre automático coincide con AML_ELEVATED_RISK_REVIEW, AML_AMOUNT_REVIEW_25000 y AML_AUTOCLOSE_LINKED_CASE_OPEN. Una nueva solicitud para escribir una disposición de escalada devuelve require_approval según las dos primeras reglas. | El bloque de casos vinculados tiene prioridad. La acción de reemplazo recibe su propio ID de evaluación y ejecución. |
| Crítico | Avery Quinn (revisor sintético) aprueba la disposición de escalada antes de que expiren los 30 minutos. | El evento vincula la identidad del revisor nombrado, el rol requerido, el resumen de evidencia, el motivo de la decisión y el tiempo. Se necesita evidencia de IAM externa para demostrar la pertenencia al rol en el momento de la decisión. |
| Ejecución | La herramienta del sistema de casos gobernado se ejecuta una vez con la clave de idempotencia con alcance de ejecución del evento 02 después de la aprobación. | La acción sustitutiva aprobada alcanza únicamente al sistema de registro de casos sintéticos. |
| Efecto aguas abajo | La disposición del caso cambia de open_pending_triage a escalated_l3 e informa case_disposition_updated con resúmenes de before/after. | El registro del terminal incluye un resultado comercial explícito y un recibo del sistema de destino. |
| Evidencia | Los dos registros firmados enumeran solo sus ID de eventos publicados. El hash del evento anterior del evento 02 es igual al hash de registro del evento 01. | Un revisor puede validar ambos sobres, verificar ambas firmas, verificar las dos rutas de políticas y verificar el enlace de la cadena de los archivos publicados. |
Manifiesto del paquete de pruebas descargable
Descargue el [manifiesto de evidencia de clasificación de alertas AML] (/downloads/aml-alert-triage-evidence-manifest.md) para definir un paquete de evidencia sellado. Enumera el manifiesto, el evento de auditoría, el linaje de origen, el resultado de la política, el registro de aprobación, la recepción de la herramienta, el efecto posterior, los hashes de artefactos, el material de firma, las redacciones, las omisiones, la retención y la verificación de la exportación.
La referencia legible por máquina contiene el registro de cierre automático bloqueado y el registro de disposición escalada del terminal. El manifiesto identifica los controles disponibles en estos dos archivos publicados y la evidencia circundante que necesitaría un paquete de producción.
Lista de verificación de implementación
Utilice la [lista de verificación de implementación de clasificación de alertas AML] (/downloads/aml-alert-triage-implementation-checklist.md) para defender la ruta de control. La hoja de trabajo cubre el inventario de acciones, seis dimensiones de umbral, vinculaciones con privilegios mínimos, enrutamiento de fabricante-verificador, sellado de evidencia, pruebas negativas, intervenciones, retención y exportación.
- Inventario de cada acción de lectura, borrador, redacción, archivo y comunicación.
- Establecer y aprobar bandas de confianza, riesgo, monto, sanciones, novedad y calidad de los datos.
- Vincule la versión activa a las entradas del catálogo de herramientas y a los límites de datos del ámbito del caso.
- Cablear rutas L2/L3 y oficial de presentación de SAR con separación y caducidad de identidad.
- Únase a la política, la aprobación, la herramienta, el efecto posterior, el linaje, la privacidad y la evidencia de integridad.
- Pruebe datos faltantes, conflictos, riesgo de sanciones, denegación de políticas, vencimiento y fallas posteriores.
- Ejercicio de anulación, apelación, incidente, revocación y Rollback.
- Establezca el programa de retención específico de la jurisdicción y verifique que un destinatario pueda exportar y validar el paquete.
Retención y exportación de pruebas
Concilie cada retención mínima aplicable, máxima de privacidad o minimización de datos y retención legal, luego conserve cada registro solo durante el período legal resultante. Los mínimos pueden incluir el piso de seis meses en el artículo 26 (6) de la Ley de IA de la UE cuando ese deber de despliegue se aplica a un sistema de IA de alto riesgo y la regla SAR de cinco años de un banco estadounidense en 31 CFR § 1020.320 (d). La ley de privacidad puede imponer un límite más corto y una suspensión legal puede suspender la eliminación programada. Resolver conflictos bajo el ámbito legal actual de la organización y preservar la norma y autoridad utilizada para cada registro.
Exporte el segmento de alerta a través de Sala de pruebas como un Paquete de pruebas selladas u organícelo en torno a un marco como un Paquete de control. Incluya registros de redacción y omisión para que el destinatario pueda distinguir el material ausente de los campos retenidos intencionalmente. Compare la forma del paquete con la [muestra de sala de pruebas] pública (/resources/evidence-room-sample), luego verifique los resúmenes de artefactos, el hash de registros, la firma, el orden de los eventos y la recepción posterior fuera del flujo de trabajo de producción.
Cómo implementa KLA la ruta de control de clasificación de alertas
El Plano de control KLA gobierna las acciones instrumentadas de un agente de clasificación de alertas propiedad del cliente. El motor de políticas KLA evalúa una acción propuesta y devuelve permitir, advertir, require_approval o bloquear. Un resultado require_approval retiene la acción y crea una Solicitud de decisión para Decision Desk. Un bloque impide que la llamada a la herramienta gobernada llegue a su destino.
Para las solicitudes de decisión del plano de control, Decision Desk verifica el permiso de decisión, el rol de revisor requerido y el estado pendiente antes de registrar una decisión. La separación de Requester/maker y el vencimiento o la aplicación a plazo siguen siendo controles propiedad de la organización. La organización debe implementar y verificar esos controles en todas las rutas de producción y toma de decisiones, y mantener actualizada la competencia, delegación, cantidad de autoridad y capacitación de los revisores.
Lineage Explorer y Audit Trail exponen políticas, revisores, ejecución y registros posteriores. Evidence Room empaqueta registros seleccionados en un Sealed Evidence Bundle con hashes de artefactos y material de integridad. La organización es propietaria del agente de clasificación de alertas, la integridad de la fuente, los valores umbral, el inventario de acciones, la integración del sistema de casos, el control de presentación de SAR/STR, los límites del impacto en el cliente, la dotación de personal de revisores, el cronograma de retención y la recuperación en sistemas externos. Las políticas, los nombres de las herramientas, las bandas de umbral, las funciones y la ejecución sintética de este artículo son ilustrativos; describen un patrón de implementación reutilizable en lugar de un control de cliente implementado.
Referencias técnicas
Utilice el paquete de referencia técnica para inspeccionar la solicitud, la política, la aprobación, la auditoría, el manifiesto de evidencia y los registros completos de ejecución detrás del flujo de trabajo AML.
Fuentes primarias y frescura.
Revisión de la fuente completada 28 de julio de 2026. Los reclamos regulatorios a continuación establecen su jurisdicción y alcance del flujo de trabajo. Los umbrales de políticas de ejemplo siguen siendo opciones de implementación propias de las organizaciones.
| Jurisdicción o autoridad | Fuente y alcance | Relevancia del flujo de trabajo |
|---|---|---|
| Estándar mundial | Recomendaciones del GAFI, actualizadas en junio de 2026: La recomendación 10(d) cubre el escrutinio continuo para garantizar la coherencia con el conocimiento del cliente; La Recomendación 20 exige informar rápidamente las sospechas a la UIF. | Contexto de fuente actual y disciplina de escalada para instituciones que implementan reglas AML/CFT basadas en el GAFI. |
| unión Europea | Reglamento (UE) 2024/1624, artículo 69: Las entidades obligadas de la UE informan con prontitud las sospechas calificadas, independientemente del monto, y reportan transacciones sospechosas e intentos, además de sospechas de incumplimiento de DDC. | Los controles de cierre automático y escalamiento preservan la ruta de informe o investigación. La AMLR se aplica a partir del 10 de julio de 2027. |
| unión Europea | [Reglamento (UE) 2024/1624, artículo 73] (https://eur-lex.europa.eu/eli/reg/2024/1624/oj/eng): las entidades obligadas de la UE y los directores, empleados, agentes y distribuidores cubiertos restringen la divulgación a clientes y terceros sobre la evaluación, la transmisión de la UIF o el análisis de ML/TF, sujeto a las excepciones establecidas. | Los límites de datos y los bloques de destino contienen riesgos de denuncia. |
| bancos de estados unidos | 31 CFR § 1020.320(b)(3), (d) y (e): presentación del SAR bancario dentro de los 30 días calendario posteriores a la detección inicial, hasta 60 días cuando no se identificó ningún sospechoso; retención de cinco años; Confidencialidad SAR. | Selle la detección inicial, proteja el contenido restringido y conserve el SAR presentado y la evidencia de respaldo para el alcance bancario aplicable. |
| instituciones financieras de estados unidos | 31 U.S.C. § 5318(g)(2)(A)(i): las instituciones informantes y las personas o agentes cubiertos no pueden notificar a una persona involucrada que la transacción fue reportada ni revelar información que demuestre que fue reportada. | Excluir clientes y destinos fuera del perímetro de la versión del agente. |
| Instituciones supervisadas por la FDIC de EE. UU. en el ámbito declarado | [SR 11-7 / OCC 2011-12 adoptado en FDIC FIL-22-2017, modificado en marzo de 2026] (https://www.fdic.gov/news/financial-institution-letters/2017/fil17022.html): las prácticas de riesgo de modelo incluyen un desafío efectivo por parte de partes objetivas e informadas; La declaración de aplicabilidad de la FDIC generalmente cubre instituciones con al menos mil millones de dólares en activos e instituciones más pequeñas donde el uso del modelo es significativo, complejo o de riesgo elevado. | La revisión del fabricante y el verificador y el muestreo independiente respaldan la impugnación eficaz cuando se aplica esta guía de supervisión. |
| Unión Europea, sistemas de IA de alto riesgo | [Artículo 12 de la Ley de IA de la UE] (https://ai-act-service-desk.ec.europa.eu/en/ai-act/article-12), [Artículo 14] (https://ai-act-service-desk.ec.europa.eu/en/ai-act/article-14) y [Artículo 26] (https://ai-act-service-desk.ec.europa.eu/en/ai-act/article-26): registro automático, capacidades efectivas de supervisión humana, supervisión competente del implementador y al menos seis meses de registros controlados por el implementador. | Estos requisitos se aplican cuando el sistema es un sistema de IA de alto riesgo y la organización tiene el deber de proveedor o implementador correspondiente. El flujo de trabajo reutiliza su disciplina de registro y supervisión de manera más amplia. |
| Unión Europea, lista de clasificación de alto riesgo | El [Anexo III de la Ley de IA de la UE] (https://ai-act-service-desk.ec.europa.eu/en/ai-act/annex-3) enumera casos de uso de alto riesgo e incluye la excepción de fraude financiero para los sistemas de solvencia del punto 5(b). | Utilice la guía de clasificación independiente para la decisión del alcance específico de la implementación; Esta guía de flujo de trabajo no resuelve la clasificación. |
| Unión Europea, fechas de solicitud | El Reglamento (UE) 2026/1744 traslada las secciones 1 a 3 del Capítulo III al 2 de diciembre de 2027 para los sistemas del artículo 6(2)/Annex III y al 2 de agosto de 2028 para los sistemas del artículo 6(1)/Annex I. | La fecha modificada sólo importa cuando el sistema correspondiente se encuentre dentro de esas categorías de alto riesgo. Las funciones ALD y de riesgo de modelo mantienen su propio alcance y fechas. |
Preguntas frecuentes
¿Qué inicia la ejecución de un agente de clasificación de alertas AML?
Una alerta de monitoreo de transacciones inicia una ejecución limitada. La entrada vincula la alerta, las transacciones desencadenantes, el tiempo de detección, el contexto del caso actual, la liberación del agente, el solicitante, el propietario responsable y los identificadores de correlación.
¿Qué acciones de clasificación de alertas AML necesitan un punto de control de políticas?
El cierre automático, la escalada, la redacción narrativa de SAR o STR y los escritos de disposición necesitan un punto de control antes de sus efectos secundarios. El enriquecimiento, el resumen fáctico y las recomendaciones siguen siendo informativos.
¿Puede el agente presentar un SAR o STR?
El agente no tiene ningún derecho o herramienta de presentación de la UIF. Puede crear un borrador narrativo interno dentro del límite de datos restringido. Un funcionario de presentación de SAR designado posee la decisión y el control de la presentación por separado.
¿Cómo deberían establecerse los umbrales de aprobación?
Establezca bandas concretas de confianza, riesgo, monto, sanciones, novedad y calidad de los datos de la población alerta de la organización, alcance legal, apetito de riesgo, capacidad de revisor y evidencia de validación. Aprobar y versionar cada cambio.
¿Qué sucede cuando coinciden varias reglas de política?
Evalúe todas las reglas aplicables y conserve el resultado más sólido. Bloquear tiene la prioridad más alta, seguido de require_approval, advertir y permitir. El registro mantiene todas las reglas y códigos de motivo coincidentes.
¿Cómo funciona creador-verificador en un caso de AML?
El agente es quien hace su recomendación. La organización asigna un investigador L2 o L3 elegible distinto para verificar una disposición retenida y un oficial de presentación de SAR para verificar cada borrador narrativo. El camino de decisión de la organización debe vincular identidad, rol, evidencia, acción, destino, estado del caso y caducidad.
¿Qué prueba el resultado del caso posterior?
La recepción de la herramienta, la clave de idempotencia, la referencia del efecto, el resumen anterior al estado, el resumen posterior al estado, el estado de ejecución y el resultado comercial unen los registros de política y revisor en un solo registro de ejecución y linaje.
¿Cómo se debe revertir una disposición ejecutada?
Utilice una acción de caso de compensación autorizada para restaurar el estado operativo correcto. Conserve la redacción original, las correcciones, los actores, las aprobaciones, los recibos y ambos resúmenes de estado en el Registro de auditoría.
¿Durante cuánto tiempo se deben conservar las pruebas de clasificación de alertas de ALD?
Concilie los mínimos de retención aplicables, los máximos de privacidad o minimización de datos y las retenciones legales, luego conserve cada registro solo durante el período legal resultante. Los mínimos relevantes pueden incluir el piso de seis meses del artículo 26 de la Ley de IA de la UE y la regla de cinco años del SAR del banco estadounidense cuando se aplique cada uno de ellos.
¿Qué proporciona KLA para este flujo de trabajo?
KLA proporciona capacidades de plano de control enviadas para la evaluación de acciones instrumentadas, cuatro resultados de políticas, enrutamiento de Decision Desk, registros de linaje y auditoría, y empaquetado de evidencia. La organización posee y administra el agente, las fuentes, los umbrales, la integración de casos, los revisores, el control de presentación, la retención y la recuperación.
Conclusiones clave
Un flujo de trabajo defendible de clasificación de alertas AML vincula un caso, otorga al agente propiedad del cliente una autoridad limitada de lectura, redacción y redacción de casos, evalúa seis dimensiones de umbral explícitas, mantiene excepciones consecuentes para un verificador elegible, contiene destinos prohibidos y une el efecto del caso real a la evidencia firmada. [Descargue el manifiesto de evidencia de clasificación de alertas AML] (/downloads/aml-alert-triage-evidence-manifest.md) y utilícelo para definir el paquete de prueba antes de probar las rutas positiva y negativa.