KYTステータス一覧：取引とケースのステータスリファレンス

トランザクションモニタリングには、取引、各ケース、そして（該当する場合）トラベルルールチェックという3つの独立したステータスマシンがあります。このページはそのリファレンスです。

​

取引ステータス

作成時に設定され、ライフサイクルを通じて更新されます。

​

遷移

注：トラベルルール以外では、APPROVEDまたはDECLINEDから他のステータスへ直接戻る遷移はありません。 トラベルルールの期限切れ時には、現在のステータスにかかわらず、timeout_outcomeによってIN_REVIEW（HOLD）またはDECLINED（REJECT）が設定されます。また、トラベルルールの遷移後に発火したルールがAPPROVEDの取引のステータスを変更することもあります。 修正にはコンソールからのステータスパッチを使用してください。これらは監査ログに記録されます。

​

アラート

アラート専用のステータスはありません。 未対応のアラートとは、IN_REVIEWまたはAWAITING_USERの取引のことなので、上記の取引ステータスを使用してください。 アラートを参照してください。

​

ケースステータス

詳細はケース管理を参照してください。 ケースには、これとは別に優先度（LOW、MEDIUM、HIGH）があります。

​

トラベルルールチェックのステータス

FATFトラベルルールの対象となる暗号資産の送金では、上記の取引ステータスとは別に、専用の13の状態から成るやり取りが実行されます。 送信側の送金は、AWAITING_COUNTERPARTY、NOT_APPLICABLE（threshold_amount未満）、UNCONFIRMED_OWNERSHIP（取引相手のウォレットがセルフホスト型と申告された場合）、COMPLETEDまたはCOUNTERPARTY_MISMATCHED_DATA（検証済みウォレットとのINTERNAL一致の場合。どちらになるかは名前の一致結果によります）、COUNTERPARTY_VASP_NOT_FOUND、またはCOUNTERPARTY_VASP_NOT_REACHABLEから開始します。 受信側の送金はON_HOLDまたはNOT_ENOUGH_COUNTERPARTY_DATAから開始することもあります。また、検証済みウォレットと一致し、受取人名が一致するか指定されていないサンライズ登録は、COMPLETEDを経てそのままFINISHEDに進みます。 やり取りはFINISHED、CANCELLED、またはEXPIREDで終了します。 古い連携では、レガシー値のUNKNOWN、COMPLIANT、PENDING_ACTION、PENDING_COUNTERPARTY、FAILED、EXEMPTが引き続き送信される場合があります。Diditはこれらを上記のステータスに自動的にマッピングします。 正式なリファレンスはトラベルルールを参照してください。

​

プロバイダー結果ステータス

外部プロバイダーの結果(ウォレットスクリーニング、法定通貨モニタリング、制裁スクリーニング)は、それぞれ固有のステータスとともに保存されます。取引のレスポンスではprovider_results[]に含まれます。

​

ルール実行の結果

各TransactionRuleRunには次の項目があります。

• matched(boolean): ルールが発動したかどうか。
• is_test(boolean): ルールがTESTモードだったかどうか。
• mode: 評価時点のACTIVE、DISABLED、TESTのいずれか。
• score_delta: スコアへの寄与分(一致し、かつアクティブな場合)。
• status_target: ルールが要求したステータス(change_statusアクションの場合)。

ルールの構成についてはルールを参照してください。

​

判定理由コード

ステータス遷移時によく使われるreasonの値:

​

次のステップ