KYC顧客オンボーディング用データテンプレート

この属性には、KYCプロセス中に発生する各ステップまたはアクティビティの名称が記録されます。例として、「申請提出」、「リスク評価の実施」、「申請承認」などがあります。プロセスマップを構成する順序付きの要素を提供します。

アクティビティ名を分析することで、プロセスフローを可視化し、頻繁またはまれに発生するアクティビティを特定し、ボトルネックや手戻りのループを検出できます。どのアクションがどの順序で実行されているかを把握するための基盤であり、バリアント分析やコンプライアンスチェックに欠かせません。

プロセスマップ上のステップを定義し、プロセスフローの可視化、逸脱の特定、アクティビティの頻度と順序の分析を可能にします。

通常、ACTICO内のイベントログテーブルにあり、イベントまたはタスクの種類を示すフィールドに記録されています。ACTICOのドキュメントを確認してください。

イベント時刻は、アクティビティがシステムに記録された正確な日時です。1つの顧客申請案件に含まれるすべてのイベントの時系列を示し、オンボーディング経路のタイムラインを形成します。

この属性は、時間に基づくあらゆる分析に欠かせません。アクティビティ間のサイクルタイムの計算、遅延や待ち時間の特定、案件全体の所要時間の測定、サービスレベル合意（SLA）の遵守確認に使われます。案件ごとのタイムスタンプの順序に基づき、プロセスマイニングツールは実際に発生したプロセスフローを正確に再構築できます。

イベントの時系列を示す属性であり、所要時間の計算、ボトルネックの発見、プロセスのタイムライン分析に欠かせません。

ACTICOのイベントログテーブルにあり、記録された各アクティビティに関連付けられたタイムスタンプです。ACTICOのドキュメントを確認してください。

顧客申請は、1人の顧客のオンボーディングに関するすべてのイベントとアクティビティをまとめる主要な案件識別子です。初回提出から承認または却下の最終判断まで、KYCプロセスの1つの完全なインスタンスを表します。

プロセスマイニングでは、この属性が各申請のエンドツーエンドの経路を再構築するうえで欠かせません。アナリストは、アクティビティの順序を追跡し、総サイクルタイムを測定し、さまざまな申請がたどった異なるプロセス経路、つまりバリアントを比較できます。同じ顧客申請IDを持つすべてのイベントは、同じ案件の一部とみなされます。

関連するすべてのイベントを1つの一貫したプロセスインスタンスに結び付ける、プロセスマイニングの基本属性です。これにより、顧客ごとのオンボーディング体験をエンドツーエンドで分析できます。

ACTICO内の主要な申請テーブルまたは案件管理テーブルにおける主キーです。具体的なテーブル名とフィールド名については、ACTICOのドキュメントを確認してください。

データが生成された情報システムを識別する属性です。このプロセスでは常に「ACTICO」になりますが、複数のシステムを対象とする分析では、データの生成元を区別するために役立ちます。

プロセスマイニングでは、データガバナンスと検証に欠かせません。異なるシステムのデータを統合してプロセス全体を把握する際に、データが正しいソースに帰属していることを確認できます。また、生成元のシステムまで追跡することで、データ品質の問題のトラブルシューティングにも役立ちます。

データの生成元に関する重要なコンテキストを提供し、データリネージとガバナンスを確保します。複数のソースからデータを統合する際に欠かせません。

通常、データ抽出および変換の処理中にデータセットを識別するために追加される固定値（「ACTICO」）です。

ACTICOから直近にデータを取得した日時を記録する属性です。個々のイベントではなくデータセット全体に適用されるメタデータフィールドであり、分析対象データの鮮度を把握するための情報を提供します。

ダッシュボードやレポートでは、データがどの時点のものかを利用者が理解するうえで重要です。分析結果の適時性に関する期待値を適切に管理でき、ほぼリアルタイムのデータが必要な業務モニタリングにも欠かせません。このタイムスタンプを表示することで、提示されるデータの透明性と信頼性を高められます。

データの鮮度を示し、最新情報を分析しているかどうかを利用者が把握できるようにします。業務上の意思決定に欠かせない情報です。

データの抽出、変換、ロード（ETL）処理中に生成され、保存されます。ETLジョブが正常に完了した時点のタイムスタンプを示します。

SLA目標日は、社内のサービスレベル合意で定められた、顧客のオンボーディングを完了する期限です。通常は、申請提出日に標準処理期間を加えて算出します。

この属性は、SLAの遵守状況を監視するうえで欠かせません。ケースの実際の完了日とSLA目標日を比較することで、期限内に完了したか、SLA違反となったかを判定できます。「オンボーディングSLAパフォーマンス」ダッシュボードと「オンボーディングSLA遵守率」KPIの基盤となる属性です。

期限内の処理実績を測定する基準となり、SLAの遵守状況を直接監視・報告できます。

ACTICOのメインケーステーブルのフィールドとして保存される場合があります。また、ビジネスルール（例：申請提出日＋5営業日）に基づいて算出される場合もあります。

この属性は、顧客の評価済みリスクカテゴリーを表します。多くの場合、以降のKYCプロセスの複雑さや厳格さを左右します。高リスクの顧客には、低リスクの顧客と比べて追加の確認や承認が必要になる場合があります。

プロセスマイニングでは、リスクレベルは比較分析に役立つ重要な軸です。リスクに応じて、意図したとおりにプロセスが異なる経路をたどっているかを分析できます。たとえば、すべての高リスク顧客に対して、強化されたデューデリジェンスのステップが実施されているかを確認できます。「リスク評価プロセスフロー」ダッシュボードで使用する重要な属性です。

リスクに基づいてケースを分類できるため、コンプライアンス方針に従って、異なるリスクプロファイルにプロセスが適切に対応しているかを分析できます。

ACTICOのメインアプリケーションテーブルにあるケースレベルの主要なデータ項目です。

申請の最終ステータスが「Rejected」の場合に、その根本原因を示します。例として、「書類不備」、「バックグラウンドチェック不合格」、「高リスクプロファイル」などがあります。

根本原因分析に欠かせない属性です。却下理由ごとの頻度を分析することで、業務側はプロセスまたは顧客の申請内容における構造的な問題を特定できます。たとえば、書類不備による却下が多い場合、申請手順が分かりにくい可能性があります。これは「申請却下率と理由」ダッシュボードを直接支援します。

申請が却下された「理由」を示し、却下率の低下とプロセス効率の向上に向けた根本原因分析を可能にします。

通常、ACTICOの主要な案件テーブルまたは申請テーブルにあり、申請ステータスが「Rejected」の場合にのみ入力されます。

通常は「Approved」または「Rejected」として案件の最終的な処理結果を示します。進行中の案件のステータスを示すこともあります。成果に基づく分析における重要な切り口です。

申請が承認または却下される理由を把握することは、KYCプロセスマイニングの主な目的です。この属性でプロセスマップを絞り込むと、承認された申請と却下された申請がたどる典型的な経路を比較でき、望ましくない結果につながるプロセスパターンを特定できます。また、「申請却下率」KPIの計算基盤にもなります。

各案件の結果を定義し、成功したプロセスインスタンスと成功しなかったプロセスインスタンスの比較分析や、却下率の計算を可能にします。

案件レベルの属性であり、通常はACTICOの主要な案件テーブルまたは申請テーブルにあります。申請の最終ステータスを示します。

終了時刻は、アクティビティの完了時点を示します。開始時刻（EventTime）と組み合わせることで、各タスクの正確な所要時間、つまり処理時間を計算できます。ただし、瞬時に完了するイベントもあるため、すべてのイベントに個別の終了時刻があるとは限りません。

この属性は、各ステップにかかる時間を測定するパフォーマンス分析の基盤です。詳細なパフォーマンスダッシュボードの作成、最も時間を要するアクティビティの特定、「平均書類審査時間」などのKPIの計算に役立ちます。

アクティビティの正確な所要時間（処理時間）を計算できるため、パフォーマンス上のボトルネックの特定やリソース効率の分析に欠かせません。

開始時刻と同様、通常はACTICOのイベントログテーブルにあります。1つのイベントレコードについて、開始時刻と終了時刻を別々の列に保存するシステムもあります。ACTICOのドキュメントを確認してください。

「コンプライアンス」、「オンボーディングチーム」、「顧客対応」など、アクティビティを特定の組織単位に割り当てる属性です。プロセスフローに組織上のコンテキストを付加します。

部門単位の分析は、組織内の異なる部門間でどのように業務が引き継がれているかを把握するうえで重要です。部門間のボトルネックの特定、部門の効率測定、チーム間のリソース配分の分析に役立ちます。ダッシュボードを部門で絞り込めば、管理者は自チームのパフォーマンスを確認できます。

分析における組織の切り口を提供し、部門間の遅延を特定するとともに、チーム単位のパフォーマンスを評価できます。

イベントデータに直接保存されている場合と、ユーザーデータと、ユーザーを部門に対応付ける人事マスターデータテーブルを結合して導出する場合があります。ACTICOのドキュメントを確認してください。

アクティビティの実行を担当した特定のユーザーまたはシステムエージェントを識別する属性です。プロセスの各ステップを、実行した個人またはチームに結び付けます。

ユーザー別のパフォーマンス分析は、一般的な要件です。この属性を使うと、作業量の分布、個人の処理時間、ユーザー間またはチーム間のパフォーマンス比較を示すダッシュボードを作成できます。高い成果を上げている担当者や追加のトレーニングが必要な担当者を特定でき、リソースの配分と利用状況を把握するうえでも重要です。

プロセスアクティビティを特定のユーザーに結び付け、個人またはチーム単位のパフォーマンス分析を可能にします。トレーニングの必要性やリソース配分の偏りの特定にも役立ちます。

通常、ACTICOのイベントログまたは取引履歴テーブルで、各イベントとともに保存されています。ACTICOのドキュメントを確認してください。

この属性は、ケースのサービスレベル合意に対する達成状況をカテゴリーで示します。ケースの完了時間（未完了のケースでは現在時刻）と「SlaTargetDate」を比較して算出します。

この属性により、日付の比較結果を理解しやすいステータスに変換でき、SLAレポートを簡潔に作成できます。ダッシュボードでは、達成済みと違反のケース割合を円グラフやゲージなどで明確に表示できます。「オンボーディングSLAパフォーマンス」ダッシュボードの重要な要素であり、「オンボーディングSLA遵守率」KPIにも直接つながります。

各ケースのSLA遵守状況を明確なカテゴリー別ステータスで示します。レポート作成を簡単にし、目標に対するパフォーマンスを視覚的に把握できます。

ケースの完了タイムスタンプと「SlaTargetDate」を比較するビジネスロジックから算出される属性です。

この属性は顧客の国を示し、KYCプロセスに大きな影響を与える場合があります。法域によって規制要件が異なるため、追加または代替のプロセスステップが必要になることがあります。

国別にプロセスを分析すると、地域ごとのパフォーマンスを比較できます。特定の国で処理時間が一貫して長い、または却下率が高いといった傾向を特定でき、規制上の摩擦や市場固有の課題を把握する手がかりになります。現地のコンプライアンス要件に配慮しながらプロセスの標準化を目指すグローバル組織にとって、重要な地理的視点です。

地理的な分析軸を提供し、異なる規制法域におけるプロセスの違いやパフォーマンスの差を把握できます。

ACTICOシステム内でケースまたは顧客レベルに保存される、顧客情報の基本項目です。

このブール型属性は、同じケース内で2回目以降に実行されたアクティビティを示します。たとえば、追加情報の依頼後に「書類確認」が再度実施された場合などです。通常、手戻りはプロセスの非効率につながります。

手戻りの特定は、プロセスマイニングの主要な目的の一つです。このフラグを使うと、「書類手戻り率」KPIなどによって手戻りを定量化できます。プロセスマップでは、手戻りループを強調表示して、プロセスがどこで繰り返されているかを確認できます。品質上の問題や、初回で正しく完了していない領域の特定にも役立ちます。

作業の繰り返しを示し、プロセスの非効率を直接測定できます。品質や明確さに問題のあるアクティビティも特定できます。

計算済みの属性です。同じケース内で繰り返されたアクティビティを検出するロジックは、プロセスマイニングツール内またはデータ変換時に定義します。

このブール型属性は、人が実行したタスクと、バックグラウンドチェックやリスクスコアリングなどのシステム自動化によって実行されたタスクを区別します。

この属性を分析すると、自動化施策の効果を評価できます。自動ステップと手動ステップの処理時間を比較し、依然として手作業に大きく依存している部分を特定できます。さらに、効率向上や運用コスト削減に向けて、追加の自動化が可能な領域を見つけられます。

人が実行するタスクとシステムが実行するタスクを区別します。自動化の効果を測定し、今後の効率化の機会を特定するうえで重要です。

「InitiatingUser」属性から推定できます（例：ユーザーが「SYSTEM」の場合）。また、イベントログ内の専用フラグとして記録されている場合もあります。ACTICOのドキュメントをご確認ください。

この属性は、申請者を個人と法人などのカテゴリーに分類します。KYCプロセスは顧客タイプによって大きく異なることが多く、法人のオンボーディングは個人の場合よりもはるかに複雑です。

顧客タイプを軸にすると、同じデータセット内で異なるプロセスを明確に分けて比較できます。分析担当者はプロセスマップを「法人」の顧客だけに絞り込み、より単純な「個人」の顧客プロセスに影響されることなく、法人特有の課題、ボトルネック、処理時間を把握できます。

顧客カテゴリーごとにプロセスを分類できます。カテゴリーによってプロセスフローや複雑さが大きく異なることが多いため、より正確な分析につながります。

ACTICO内でケースまたは顧客レベルに保存される基本的な属性です。