> ## Documentation Index
> Fetch the complete documentation index at: https://docs.didit.me/llms.txt
> Use this file to discover all available pages before exploring further.

# ケースブループリント - 割り当てとケース内容の設定

> Didit のケースブループリントでは、ケースのカテゴリごとに割り当て、エスカレーション、移管、表示方法を設定でき、4つの組み込みプリセットもインストールできます。

レビューポリシーはAPIではブループリントとして表され、ケースのカテゴリごとの要件を定義します。
ポリシーは**ケース管理 > 割り当て > レビューポリシー**で管理します。
ケースは開かれた時点で有効なポリシーのバージョンを保存するため、後から編集しても進行中のレビューが知らないうちに変わることはありません。
保存時、エディターは開いた時点のバージョンを送信します。
別のレビュアーがより新しいバージョンを公開していた場合、競合が発生し、下書きは開いたままになります。
最新のポリシーを確認してから、変更を再度適用してください。
API連携では、ポリシーの更新時に`expected_version`を送信することで同様の保護を利用できます。古いバージョンの場合は、ポリシーを変更せずに`409`が返されます。

***

## 一般設定

| 設定 | 説明 |
| - | - |
| **名前** | 最大24文字 |
| **説明** | 任意、自由記述 |
| **ケースの担当者** | 担当者プール。必須で、メンバーを1人以上指定します("Pick at least one assignee") |
| **割り当て** | **手動**または**自動** |
| **ケース移管** | トグル。オンにすると、同じアプリケーション内の別の有効なブループリントへケースを移管できます |
| **エスカレーション** | トグルと、移行先ブループリントの選択 |
| **4アイズレビュー** | チェッカー用ブループリントと組み合わせます。[4アイズレビュー](https://docs.didit.me/ja/console/case-management/four-eyes.md)を参照してください |
| **解決メモを必須にする** | トグル。オンにすると、「解決」ダイアログのメモが必須になります |
| **デフォルトの期限** | 新規ケースの期限(時間単位、任意)。ケースに明示的な期限が設定されている場合はそちらが優先されます |

### 自動割り当て

自動割り当てでは、組織全体で対応中のケースが最も少ない権限のあるレビュアーを、設定された上限の範囲内で選択します。
オンラインの担当者がいる場合はその担当者が優先され、いない場合は対象となるオフラインの担当者にケースが割り当てられることがあります。
対象となるレビュアー全員が上限に達している場合、ケースは未割り当てのままになります。
ケースが解決されたり担当者がオンラインになったりして空きができると、キュー内のケースが割り当てられることがあります。

### エスカレーションと移管

エスカレーションは、1回のアクションでケースを固定の移行先ブループリント(そのキューとそのコンテンツ設定)に移動します。一方、ケースの移管では、担当者が同じアプリケーション内の任意の有効なブループリントを選んでケースを移動できます。どちらも現在のブループリントで有効になっていない限りケースページには表示されず、無効な状態で実行しようとするとサーバー側でブロックされます(400)。

ブループリントは、自分自身をエスカレーション先や4アイズのチェッカーとして参照することはできません。

### 接続されたソース

ブループリントの右側パネルには次の項目が表示されます。

* **ケース作成元**: 現在そのブループリントに新規ケースを振り分けているAML設定、取引ルール、ワークフローノード。それぞれへのショートカット付きです。
* **エスカレーション元**: エスカレーション先がこのブループリントに設定されている他のブループリント。

## ポリシー変更の保存と公開

**下書きを保存**は、新規ケースにも既存ケースにも影響を与えずに変更を保存します。
新しいポリシーは**公開**を選択するまで未公開のままで、ケースやルーティングルールで選択することはできません。
エディターを再度開くと、保存した下書きが復元されます。
**公開**は、現在の編集内容を保存すると使用できるようになります。
公開すると、そのバージョンが新規ケースに適用されます。既存のケースは承認済みのレビュー要件を維持します。
**バージョン履歴**には、公開された各設定、公開日時、および判明している場合は公開者が記録されます。
バージョン履歴の導入前に作成されたポリシーは、次回の公開時に現在のベースラインが記録されます。
**下書きを破棄**には確認が必要で、エディターは公開済みの設定に戻ります。
一度も公開されていない下書きを破棄すると、その下書きは削除されます。

下書きの保存と公開では、公開済みバージョンと下書きのリビジョンの両方がチェックされます。
他のユーザーがいずれかを変更した場合、サーバーは`409`を返し、開いているエディターでは未保存の編集内容が保持されます。
古い公開済みポリシーをもとにした下書きは、公開前に現在のポリシーと照らし合わせて確認する必要があります。
APIによる直接の`PATCH`更新は引き続き即時公開として扱われ、バージョン履歴にも記録されます。

### ルーティングルールの下書き

ルーティングルールでも、同じ**下書きを保存**、**公開**、**下書きを破棄**、**バージョン履歴**のアクションを使用します。
下書きを保存しても、自動割り当てに使われるルールや公開済みルールのプレビューは変わりません。
未公開の変更は、公開する前に保存する必要があります。
公開時には、選択したレビューポリシーとチームが引き続き有効で、同じアプリケーションに属しているかがチェックされます。
別の編集者がルールまたはその下書きを変更した場合、競合が返され、より新しい作業内容が保持されます。
新しいルールでは、まず**下書きを保存**を選択し、**公開**でバージョン1が作成されるまで無効のままです。
API連携でこのライフサイクルを利用するには、ポリシーまたはルーティングルールの作成時に`publish=false`を設定します。
このオプションを省略すると、既存の連携向けに即時作成の動作が維持されます。

## プリセットライブラリ

4つの組み込みプリセットはいずれも、レビューポリシーのプリセットギャラリーからインストールできます。インストールするとプリセットが完全に編集可能なブループリントとしてアプリケーションにコピーされ、カタログに影響を与えずに任意の設定を自由に変更できます。インストールはプリセットごとに冪等性があるため、インストール済みのプリセットを再インストールしても何も起こりません。

| プリセット | ケースの内容 |
| - | - |
| **スクリーニングヒット** | AMLコントロール(財務+本人情報)、本人情報(個人情報、リスク概要) |
| **AML調査** | AMLコントロール(財務)、本人情報(個人情報、連絡先情報、リスク概要、本人確認書類) |
| **不審な活動** | 本人情報(個人情報、リスク概要、本人確認書類)、財務(支払い方法、取引) |
| **KYCレビュー** | 本人情報(すべてのフィールド)、本人確認の概要 |

どのプリセットにも、割り当て、エスカレーション、4アイズ、移管はあらかじめ設定されていません。これらのルーティングに関する判断は、常にブループリントごとにご自身で行います。

## ケース内容

**ケース内容**タブでは、ケースページに表示するタブとフィールドを、個別にオン・オフできる6つのセクションで管理します。

| セクション | フィールド |
| - | - |
| **チェックリスト** | 有効化、解決時の任意化、チェックリスト項目の一覧。詳しくは[チェックリスト](https://docs.didit.me/ja/console/case-management/checklist.md)を参照してください |
| **AML control** | 財務関連のAML情報、本人関連のAML情報 |
| **本人確認** | 個人情報、申請者タグ、連絡先情報、リスク概要、本人確認書類、住所証明書類 |
| **検証** | 検証の概要 |
| **レポート** | FIUレポート |
| **財務データとソース** | 支払い方法、金融取引 |

セクションを1つも有効にしていないブループリントでも、ケースの概要タブは表示されます。追加のコンテンツブロックが表示されないだけです。

> [!TIP]
>
> ポリシーのデフォルト期限を使うと、新しいケースに一貫したレビュー期間を設定できます。
> レビュアーは個々のケースの優先度と期日を引き続き変更できます。
> ポリシーを編集しても、既存のケースの期限は変わりません。

## ブループリントの削除

ブループリントの削除は常に成功し、そのブループリントのケースには影響しません。既存のケースはブループリントへの参照を保持し、その設定(コンテンツセクション、エスカレーション、移管、4-eyesのペアリング)も引き続き適用されます。削除したブループリントはブループリントの一覧に表示されなくなり、移管先として選択することもできなくなります。メーカー側のブループリントを、その解決結果のいずれかが4-eyes承認待ちの間に削除した場合、解決が却下されると、ケースは元のブループリントに戻らず、チェッカー側のブループリントに残ります。

ブループリントを問題なく廃止するには、削除する前に、そのブループリントの対応中のケースを別のブループリントに移管してください。


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.