KYTアラート：保留取引のトリアージと解決

アラートとは、ルールまたはレビュアーによって保留され、まだ誰も判定していない取引のことです。 実際には、IN_REVIEWの取引、または顧客の対応を待っている間のAWAITING_USERの取引を指します。 Business Consoleでは保留中の取引がトリアージの単位となり、別途管理するアラートレコードはありません。

​

アラートに該当するもの

取引が移行するステータスとその背後にあるルールについては、ステータスとリスクスコアリングで説明しています。

​

アラートの発生元

​

トリアージ

コンソールでTransactionsを開き、ステータスでフィルターすると、保留中の取引が表示されます。 各取引には、発動したルール、スコア、当事者、および紐づくエンティティのプロファイルが表示されます。 取引の画面からは、次の操作ができます。

• アナリストに割り当てます。1件ずつでも一括でも割り当てられます。割り当ては取引のタイムラインに記録されます。
• 次のレビュアーのためにメモを追加します。メモはメモのエンドポイントからも利用できます。
• 承認または却下してアラートをクローズします。
• より広範な調査が必要な場合はケースに追加します。

​

ケースへのエスカレーション

保留中の取引が1件だけであれば、多くの場合、それだけで解決できます。 パターンに基づく調査や、より大規模な調査は、取引、ユーザー、企業、証拠をまとめて管理するケースで扱います。 ルールにケースを作成のエフェクトを追加すると、ルールが一致するたびに自動でケースが作成されます。また、任意の取引でケースに追加を使うこともできます。 ケースのモデルについてはケースを参照してください。

​

疑わしい取引の届出

疑わしい取引の届出 (SAR) や高額現金取引報告 (CTR) が求められる法域では、ケースから届出書類を作成します。 FIUレポートとテンプレートを参照してください。 Diditは規制当局へのレポート提出を行いません。提出は引き続きお客様のコンプライアンスチームの責任であり、コンソールは提出を迅速化するためにフォームと証拠を準備します。

​

アラートのWebhook

保留中の取引は、transaction.created Webhook (作成時に保留された場合) と transaction.status.updated (ステータスが変わった場合) によって通知されます。 Webhook を参照してください。

​

プログラムによるアクセス

アラート専用のエンドポイントはありません。 保留中の取引はGET /v3/transactions/で一覧を取得し、各取引はGET /v3/transactions/{transaction_id}/で取得します。 取引の詳細にあるalerts配列は現在常に空のため、代わりにstatusを参照してください。

​

次のステップ