Servicios financieros
La revisión de transacciones, la detección de AML y las cadenas de escalamiento comparten el mismo requisito: no solo que una decisión fue correcta, sino que se puede reconstruir posteriormente, de forma independiente, sin depender de los propios registros de la institución. Esta página establece cómo se planificaría y ejecutaría dicho flujo de trabajo en inTheEU Assist, no un registro de una implementación completa.
Cómo se estructuraría el flujo de trabajo
Una acción propuesta de varios pasos, una revisión de la transacción, un patrón marcado y una escalada, se planificarían como una cadena de etapas. La secuencia completa se procesa antes de que se ejecute, por lo que el plan que revisa un aprobador es exactamente el plan que se ejecuta. No hay brecha entre lo que se le mostró a un humano y lo que realmente hizo el sistema.
Las etapas marcadas como que conllevan riesgos (una escalada, un resultado de cara al cliente, una decisión final) llevarían una segunda aprobación independiente, separada de la aprobación inicial a nivel del plan. Una aprobación general para el flujo de trabajo no sustituye a una aprobación específica en el punto que realmente importa.
Donde reside la aprobación humana
Cada etapa que podría afectar a un cliente, una transacción o una presentación regulatoria requeriría una aprobación explícita firmada antes de continuar. Los equipos de cumplimiento y cuantitativos siguen siendo la autoridad sobre lo que constituye una señal de riesgo. El papel de la plataforma es garantizar que una vez que decidan, la decisión y sus fundamentos sean demostrables, no sólo registrados.
En qué se basa esto hoy y en qué no
La estructura de aprobación de dos niveles, el hash a nivel de plan y el registro de auditoría firmado y verificable fuera de línea detrás de cada paso de ejecución son partes funcionales de la plataforma. Lo que no forma parte de esto: ningún modelo de detección de fraude o AML prediseñado. Los propios equipos cuantitativos y de cumplimiento de la institución proporcionarían la lógica que define una señal de riesgo; la plataforma proporciona la capa de auditoría y ejecución gobernada debajo de ella.
Parte de la arquitectura subyacente a este conjunto de capacidades está documentada en archivos aún en progreso. Esta página describe para qué está diseñada la plataforma, en un nivel apropiado para planificar un piloto, no una especificación de implementación.
están sujetas a mejoras continuas. Es posible que las descripciones de esta guía no reflejen el diseño o la redacción exactos de la última versión publicada.