금융 서비스
거래 검토, AML 검사 및 에스컬레이션 체인은 모두 동일한 요구 사항을 공유합니다. 즉, 결정이 정확할 뿐만 아니라 기관 자체 로그에 의존하지 않고 나중에 독립적으로 재구성할 수 있어야 합니다. 이 페이지는 완료된 배포 기록이 아닌 TheEU Assist에서 이러한 워크플로를 계획하고 실행하는 방법을 설명합니다.
워크플로우가 어떻게 구성될 것인가
제안된 다단계 작업, 문서 검토, 표시된 패턴 또는 에스컬레이션은 일련의 단계로 계획할 수 있습니다. 제안된 스킬과 승인 지점은 실행 전에 제시되고, 정의된 워크플로 이벤트가 보존되므로 검토된 계획과 이후 활동을 비교하고 재구성할 수 있습니다.
위험 부담으로 표시된 단계(에스컬레이션, 고객 대상 결과, 최종 결정)에는 초기 계획 수준 승인과는 별개로 독립적인 두 번째 승인이 수행됩니다. 워크플로에 대한 일반적인 승인은 실제로 중요한 시점의 특정 승인을 대체하지 않습니다.
인간의 승인이 있는 곳
고객, 거래 또는 규제 제출에 영향을 줄 수 있는 모든 단계는 진행 전에 명시적인 서명 승인이 필요합니다. 무엇이 신호이며 어떤 조치가 허용되는지에 대한 권한은 컴플라이언스, 리스크 및 퀀트 팀에 있습니다. 플랫폼의 역할은 명시된 근거, 실행 맥락 및 사람의 결정을 추적 가능한 기록으로 보존하는 것입니다.
첫 번째 제한형 파일럿
첫 파일럿은 프로덕션 거래 권한을 전혀 포함하지 않을 수 있습니다. 한 팀이 제한된 승인 정책, 과거 또는 합성 사례와 고객 파일 완전성, 정책 상호 참조, 예외 분류 또는 내부 검토 메모 작성 같은 검토 워크플로 하나를 제공합니다. Assist가 제안 결과와 근거 출처를 준비하고 지정 담당자가 승인, 수정, 거부 또는 에스컬레이션합니다.
성공은 검토 시간, 정책 및 출처 포괄성, 잘못되거나 근거 없는 플래그, 필요한 수정, 반복 파일 간 일관성, 에스컬레이션 품질 및 승인 기록의 완전성으로 측정할 수 있습니다. 고객 조치, 제출, 지급, 거래 또는 계정 제한을 파일럿 권한에 포함할 필요가 없습니다.
이것이 오늘 무엇을 이끌어 내는지, 무엇을 가져오지 않는지
범위 지정 지식, 제안된 스킬 체인, 단계 승인, 로컬 실행 및 추적 가능한 워크플로 기록은 플랫폼에서 작동하는 기능입니다. 기성품 주장으로 범용 AML, 사기 또는 적합성 모델을 제공하지 않습니다. 기관의 컴플라이언스, 리스크 및 퀀트 팀이 적용 규칙을 정의하고 권한을 유지하며 플랫폼은 그 주변에 통제된 작업 및 실행 환경을 제공합니다.
이 기능 세트의 기본 아키텍처 중 일부는 아직 진행 중인 서류에 문서화되어 있습니다. 이 페이지에서는 구현 사양이 아닌 파일럿 계획에 적합한 수준에서 플랫폼이 수행하도록 설계된 작업을 설명합니다.
검토 워크플로 하나를 제시하십시오
플랫폼 기능과 인터페이스는 지속적으로 개선됩니다. 이 가이드의 설명은 최신 릴리스 버전의 정확한 레이아웃이나 문구를 반영하지 않을 수 있습니다.