金融サービス
トランザクション レビュー、AML スクリーニング、およびエスカレーション チェーンはすべて同じ要件を共有しています。つまり、決定が正しかっただけでなく、その後、機関自身のログに依存せずに独立して再構築できることです。このページは、そのようなワークフローがどのように計画され、inTheEU Assist で実行されるかを説明するものであり、完了した展開の記録ではありません。
ワークフローの構成方法
提案された複数段階の操作、文書レビュー、検出パターン、エスカレーションは、一連の段階として計画できます。提案スキルと承認点は実行前に提示され、定義済みワークフローイベントが保持されるため、レビュー済み計画とその後の活動を比較・再構成できます。
リスクを伴うとフラグが立てられたステージ (エスカレーション、顧客向けの出力、最終決定) には、最初の計画レベルの承認とは別に、独立した 2 回目の承認が行われます。ワークフローに対する一般的な承認は、実際に重要な点での特定の承認に代わるものではありません。
人間の承認が置かれる場所
顧客、取引、規制当局への提出に影響し得る各段階は、進行前に明示的な署名付き承認を必要とします。何がシグナルに該当し、どの操作が許可されるかの権限は、コンプライアンス、リスク、クオンツ各チームにあります。プラットフォームの役割は、明示された根拠、実行コンテキスト、人の判断を追跡可能な記録として保持することです。
最初の限定パイロット
最初のパイロットでは、本番取引の権限を一切持たせないことができます。1チームが限定された承認済みの方針、過去または合成案件、顧客ファイルの完全性、方針の相互参照、例外振り分け、内部レビューメモ作成など1つのレビュー業務を提供します。Assistが所見案と根拠資料への参照を作成し、指名担当者が承認、修正、却下、エスカレーションします。
成功は、レビュー時間、方針と情報源の網羅率、誤検出または裏付けのないフラグ、必要な修正、反復ファイル間の一貫性、エスカレーション品質、承認記録の完全性で測定できます。顧客対応、提出、支払い、取引、口座制限をパイロットの権限に含める必要はありません。
これが今日のベースとなっているものとベースになっていないもの
範囲を定めた知識、提案されたスキルチェーン、段階承認、ローカル実行、追跡可能なワークフロー記録は稼働する機能です。既製の主張として汎用AML、不正検知、適合性モデルを提供するものではありません。組織のコンプライアンス、リスク、クオンツ各チームが適用規則を定義し権限を保持し、プラットフォームはその周囲に統制された作業・実行環境を提供します。
この機能セットの基礎となるアーキテクチャの一部は、現在進行中のファイルに文書化されています。このページでは、実装仕様ではなく、パイロットの計画に適したレベルでプラットフォームが何を行うように設計されているかについて説明します。
レビュー・ワークフローを1つお持ちください
反復レビュー、その承認済み方針とデータ、許可される出力、判断権限を持つ担当者を定義できれば、本番取引権限に接続せずに管理されたパイロットを評価できます。ワークフローと成功基準について相談する →
プラットフォームの機能とインターフェイスは継続的に改善される可能性があります。このガイドの説明は、最新リリース バージョンのレイアウトや文言を正確に反映していない場合があります。