금융 서비스
거래 검토, AML 검사 및 에스컬레이션 체인은 모두 동일한 요구 사항을 공유합니다. 즉, 결정이 정확할 뿐만 아니라 기관 자체 로그에 의존하지 않고 나중에 독립적으로 재구성할 수 있어야 합니다. 이 페이지는 완료된 배포 기록이 아닌 TheEU Assist에서 이러한 워크플로를 계획하고 실행하는 방법을 설명합니다.
워크플로우가 어떻게 구성될 것인가
제안된 다단계 조치, 거래 검토, 플래그 지정된 패턴, 에스컬레이션은 일련의 단계로 계획됩니다. 전체 시퀀스는 실행되기 전에 해시되므로 승인자가 검토하는 계획이 바로 실행되는 계획입니다. 인간에게 보여지는 것과 시스템이 실제로 수행한 것 사이에는 차이가 없습니다.
위험 부담으로 표시된 단계(에스컬레이션, 고객 대상 결과, 최종 결정)에는 초기 계획 수준 승인과는 별개로 독립적인 두 번째 승인이 수행됩니다. 워크플로에 대한 일반적인 승인은 실제로 중요한 시점의 특정 승인을 대체하지 않습니다.
인간의 승인이 있는 곳
고객, 거래 또는 규제 신고에 영향을 미칠 수 있는 모든 단계에서는 진행하기 전에 명시적인 서명 승인이 필요합니다. 규정 준수 및 정량 팀은 위험 신호를 구성하는 요소에 대한 권한을 유지합니다. 플랫폼의 역할은 일단 결정하면 그 결정과 그 근거가 단지 기록되는 것이 아니라 입증 가능하도록 하는 것입니다.
이것이 오늘 무엇을 이끌어 내는지, 무엇을 가져오지 않는지
2계층 승인 구조, 계획 수준 해싱, 모든 실행 단계 뒤에 있는 서명되고 오프라인으로 검증 가능한 감사 추적이 플랫폼에서 작동하는 부분입니다. 여기에 포함되지 않는 것: 사전 구축된 AML 또는 사기 탐지 모델. 기관 자체의 규정 준수 및 정량 팀은 위험 신호를 정의하는 논리를 제공합니다. 플랫폼은 그 아래에 관리되는 실행 및 감사 계층을 제공합니다.
이 기능 세트의 기본 아키텍처 중 일부는 아직 진행 중인 서류에 문서화되어 있습니다. 이 페이지에서는 구현 사양이 아닌 파일럿 계획에 적합한 수준에서 플랫폼이 수행하도록 설계된 작업을 설명합니다.
플랫폼 기능과 인터페이스는 지속적으로 개선됩니다. 이 가이드의 설명은 최신 릴리스 버전의 정확한 레이아웃이나 문구를 반영하지 않을 수 있습니다.