ローン組成データテンプレート

nCino
ローン組成データテンプレート

ローン組成データテンプレート

このテンプレートでは、ローン組成プロセスの分析に必要なデータを体系的に収集できます。収集する主な属性や追跡すべき重要なアクティビティを示し、システムからデータを抽出する方法も説明します。プロセスマイニングに必要なイベントログを作成する際にお役立てください。
  • 収集を推奨する属性
  • 追跡すべき主なアクティビティ
  • データ抽出ガイド
イベントログを初めて作成する方はこちら: プロセスマイニング用イベントログの作成方法.

ローン組成の属性

ローン組成プロセスを詳しく分析するために、イベントログに含めることを推奨するデータ項目です。
5 必須 7 推奨 7 任意
名前 説明
アクティビティ
ActivityName
ローン組成プロセスで発生した特定の業務ステップまたはイベントの名前です。
説明

この属性は、ローン申請のライフサイクルにおける個々のタスクやマイルストーンを表します。「初回審査の実施」や「審査の完了」などが該当します。これらのアクティビティがプロセスマップのノードとなり、その順序によってプロセスフローが決まります。

アクティビティの順序、頻度、所要時間を分析すると、よく見られるプロセス経路、逸脱、ボトルネックを特定できます。どのような作業がどの順序で行われているかを把握するうえで欠かせず、プロセスマイニング分析の基礎となります。

重要な理由

この属性によってプロセスのステップが定義され、プロセスフローを可視化して分析できます。プロセスフローはプロセスマイニングの中核です。

入手先

通常は、nCinoのLoanオブジェクトの「Stage」または「Status」フィールドの変更、あるいは関連するTaskまたはEventレコードから取得します。

例
融資申請の作成融資審査の開始ローンの審査結果の提示融資実行
ローン申請ID
LoanApplicationId
各ローン申請に割り当てられる一意の識別子です。ローン組成プロセス全体を追跡するための主キーとして機能します。
説明

ローン申請IDは、申請ごとにライフサイクル全体を通じて一意に識別するIDです。関連するすべてのアクティビティとデータをまとめる中心的な識別子となり、個々のローン申請の組成プロセスを最初から最後まで追跡できます。

プロセスマイニングでは、このIDがケースIDとして機能します。提出から最終決定まで、すべてのイベントがこのIDに紐づきます。これにより、申請ごとのエンドツーエンドのプロセスフローを再構成できます。これは、サイクルタイム分析、バリアント分析、ボトルネックの特定に欠かせません。

重要な理由

すべてのプロセスステップを結び付ける重要なケースIDです。各ローン申請のエンドツーエンドの流れを分析できます。

入手先

通常はnCinoのLoanオブジェクトの主キーで、「LLC_Loan__c.Name」または同様の一意の識別フィールドとして参照されます。

例
LA-2023-00123LA-2023-00456LA-2024-00789
開始時刻
EventTime
特定のアクティビティまたはイベントが始まった時刻を示すタイムスタンプです。
説明

開始時刻(イベントのタイムスタンプ)は、アクティビティが発生した正確な日時を記録します。この時系列データは、イベントを正しい順序に並べ、実際に起きたプロセスフローを再構成するために欠かせません。

このタイムスタンプは、時間に基づく分析の基礎となります。アクティビティ間のサイクルタイムや待ち時間、遅延の算出、ケース全体の所要時間の測定に使います。パフォーマンスの監視やボトルネック分析には、正確なタイムスタンプが欠かせません。

重要な理由

イベントの時系列を把握するためのデータです。サイクルタイムや所要時間など、すべてのパフォーマンス指標の算出に欠かせません。

入手先

関連レコードの「CreatedDate」など、システムが生成するタイムスタンプや、フィールド履歴に記録された特定のフィールド変更時刻から取得できます。

例
2023-10-26T10:00:00Z2023-10-26T14:30:00Z2023-10-27T09:15:00Z
ソースシステム
SourceSystemName
データの抽出元となるシステムの名前です。
説明

この属性は、イベントデータの発生元となるアプリケーションを示します。このプロセスでは、通常「nCino」が該当します。

すべてのデータが1つのシステムから取得される場合は不要に見えるかもしれませんが、データガバナンスの観点から重要です。別の信用スコア算出エンジンや文書管理プラットフォームなど、複数のシステムのデータを統合する場合には特に欠かせません。データの出所を明確にできます。

重要な理由

データの発生元を示します。データガバナンスや問題の調査、複数システムのデータ統合に欠かせません。

入手先

データの抽出・変換時に設定する固定値「nCino」です。

例
nCinonCino本番環境nCino受け入れテスト環境
最終データ更新日時
LastDataUpdateTimestamp
ソースシステムからデータが最後に更新された時刻を示すタイムスタンプです。
説明

この属性は、ソースシステムから最後にデータを抽出した日時を記録します。分析対象のデータがどの時点のものかを把握できます。

ダッシュボードやレポートでは、分析結果がどの程度最新かを利用者が判断するために欠かせない情報です。データの対象期間を明確にし、前提を共有したうえで意思決定できるようにします。

重要な理由

データの鮮度を把握するための情報です。プロセス分析がどの時点までのデータに基づいているかを確認できます。

入手先

データ抽出ツールまたはETLプロセスが、データを取得した時点で生成するタイムスタンプです。

例
2024-05-21T02:00:00Z2024-05-22T02:00:00Z2024-05-23T02:00:00Z
ローン商品タイプ
LoanProductType
申請対象となるローン商品の種類です。住宅ローン、自動車ローン、個人ローンなどがあります。
説明

この属性は、提供する金融商品に基づいてローン申請を分類します。ローン商品によって、プロセスの流れ、サイクルタイム、リスク特性が異なることがあります。

ローン商品タイプ別にプロセスを分析すると、意味のある比較ができます。商品ごとのプロセス効率への影響を把握し、住宅ローンと自動車ローンの融資実行件数を比較するなど、目的に合わせたダッシュボードを作成できます。業務の状況に即したパフォーマンス評価が可能になります。

重要な理由

業務の状況に応じてプロセス分析を分類できます。商品ごとのプロセス効率、所要時間、経路への影響が分かります。

入手先

通常、nCinoのLoanオブジェクト(LLC_Loan__c)の「Product」または「Loan Type」フィールドに保存されます。

例
一般的な住宅ローン新車ローン無担保個人ローン
ローン金額
LoanAmount
申請者が希望するローンの金額です。
説明

この属性は、申請されたローンの元本額を示します。ローン金額はローン組成プロセスの複雑さや所要時間に大きく影響することがあります。金額が大きいローンや複雑なローンでは、追加の審査や手続きが必要になる場合があります。

分析では、ローン金額を使ってデータを分類できます。高額なローンほど処理に時間がかかるか、手戻り率が高いか、異なるプロセス経路をたどるかを調べられます。また、財務報告や処理中のローンポートフォリオの価値を把握するうえでも基本となる属性です。

重要な理由

財務面の状況を把握し、ローン金額とプロセスの複雑さ、所要時間、結果との関連を分析できます。

入手先

Loanオブジェクトの通貨フィールドに保存されます。「Amount」という名前が一般的です(LLC_Loan__c.LLC_BI__Amount__c)。

例
250000.0035000.00750000.00
担当ユーザー
AssignedUser
ローン担当者や審査担当者など、アクティビティの実行を担当するユーザーです。
説明

この属性は、特定のタスクを実行した従業員、または特定のステージでローン申請を担当する従業員を示します。nCinoでは、レコードの「Owner」として記録されることが一般的です。

ユーザー別にデータを分析すると、業務量の分布、個人のパフォーマンス、リソースの配分状況を把握できます。負荷が集中している従業員やチーム、優れた成果を上げている担当者を特定できるため、リソース管理や研修に役立ちます。

重要な理由

業務量の分布、チームのパフォーマンス、リソース配分を分析できます。特定のユーザーやチームに関連するボトルネックの特定にも役立ちます。

入手先

通常はLoanオブジェクトまたは関連するTaskオブジェクトの「OwnerId」フィールドから取得します。Userオブジェクトと結合すると、ユーザー名を取得できます。

例
アリス・スミスボブ・ジョンソンチャーリー・ブラウン
担当部門
AssignedDepartment
特定のステージでローン申請を担当する部門またはチームです。
説明

この属性は、アクティビティを担当する「ローン組成」「審査」「契約締結」などの機能グループを示します。担当ユーザーのプロフィールや、ローンレコードの専用フィールドから取得できます。

部門別にプロセスを分析すると、部門をまたぐ連携状況を把握できます。部門間の引き継ぎ時間を測定し、部門間の移管による遅延を特定できるほか、組織内のどこで作業が行われているかを全体的に確認できます。

重要な理由

部門間の引き継ぎやチーム単位のパフォーマンスを分析し、部門横断のボトルネックを特定するうえで重要です。

入手先

担当ユーザーのUserレコードにある「Department」フィールド、またはLoanオブジェクトのカスタム「Team」もしくは「Queue」割り当てフィールドから取得できます。

例
融資開始融資審査信用リスク契約締結
決定結果
DecisionOutcome
ローン申請に対する最終決定です。「Approved」「Declined」「Withdrawn」などがあります。
説明

この属性は、「ローンの審査結果の提示」アクティビティの結果を記録します。完了したローン申請プロセスの最終状態を示す、ケース単位の重要な属性です。

結果に基づく分析に欠かせない属性です。承認された申請と否決された申請に共通する経路を分析するなど、異なる結果につながるプロセスフローを比較できます。また、ローン否決率などの重要指標を算出する基礎にもなります。

重要な理由

最終的な業務結果に基づいてプロセスを絞り込み、比較できます。どのようなプロセスのパターンが成功または失敗につながるかを特定するうえで重要です。

入手先

通常、プロセス完了後のLoanオブジェクトの「Status」または「Stage」フィールドに記録されます。具体的な値は設定によって異なります。

例
承認済み否決申請者による取り下げ
申請チャネル
ApplicationChannel
ローン申請の提出に使われたチャネルです。オンライン、支店窓口、ブローカーなどがあります。
説明

この属性は、ローン申請の提出元を示します。チャネルによってデータの充足度や顧客とのやり取りが異なり、その後のプロセスフローに影響することがあります。

チャネル別にプロセスを分析すると、各チャネルの効率を評価できます。たとえば、オンラインで提出された申請と支店で提出された申請のサイクルタイムや手戻り率を比較できます。分析結果は、チャネルへの投資や提出元に応じたプロセス改善の判断に役立ちます。

重要な理由

提出チャネルごとの効率、処理速度、品質を比較し、改善や投資に関する判断に役立てられます。

入手先

通常、Loanオブジェクトの選択リストフィールドに保存されます。「Channel」または「Source」という名前が一般的です。

例
オンラインポータル支店ブローカーネットワークモバイルアプリ
終了時刻
EventEndTime
アクティビティまたはイベントが完了した時刻を示すタイムスタンプです。
説明

終了時刻は、アクティビティが完了した時刻を示します。アクティビティの開始時刻と終了時刻の差が処理時間です。

この属性は、処理時間(実際に作業している時間)と待ち時間(アクティビティ間の停止時間)を区別するために欠かせません。処理時間を分析すると、特に時間がかかっているステップを特定できます。また、あるアクティビティの終了時刻から次のアクティビティの開始時刻までの間隔から、引き継ぎの遅延が分かります。

重要な理由

アクティビティの処理時間を正確に算出できます。実作業の時間と待ち時間を区別するうえで重要です。

入手先

関連レコードの「LastModifiedDate」など、システムが生成するタイムスタンプや、フィールド履歴に記録された後続のフィールド変更時刻から取得できます。

例
2023-10-26T11:30:00Z2023-10-26T17:00:00Z2023-10-27T11:45:00Z
SLAの達成状況
SlaState
アクティビティまたはケースがサービスレベル契約を達成したかどうかを示す計算済みの状態です。
説明

この属性は、通常は審査などの特定のステージについて、SLAの確認結果を示します。実際のサイクルタイムを事前に設定したSLA目標と比較し、「達成」または「未達」などのステータスを割り当てます。

業務上の約束に対するパフォーマンスの監視に欠かせない属性です。「審査SLA達成状況」ダッシュボードと重要業績評価指標(KPI)を支え、コンプライアンスの状況を明確に示します。目標未達の申請を詳しく調べ、遅延の根本原因を把握できます。

重要な理由

目標に対するパフォーマンスを分かりやすく分類して示します。SLAの達成状況を監視し、未達の原因を分析できます。

入手先

データ変換レイヤーで、プロセス区間(審査のサイクルタイムなど)の実際の所要時間と「UnderwritingSlaTarget」属性を比較して算出します。

例
達成未達
ケース所要時間
CaseDuration
ローンの最初のアクティビティの開始から最後のアクティビティの終了までにかかった総時間です。
説明

この計算指標は、ローン申請ごとのエンドツーエンドのサイクルタイムを測定します。ケースがプロセス内で進行している総時間を示します。

ケース所要時間は、プロセス全体の効率を示す主要なパフォーマンス指標です。ダッシュボードでサイクルタイムの分布を可視化し、長期化しているケースを特定して、時間の経過に伴うパフォーマンスの傾向を追跡できます。ケース所要時間が長くなる要因の分析は、多くのプロセスマイニングプロジェクトの重要な目的です。

重要な理由

エンドツーエンドのサイクルタイムを示します。プロセス全体の健全性と顧客体験を測定する重要業績評価指標(KPI)です。

入手先

各LoanApplicationIdについて、EventTimeの最大値と最小値の差を計算します。

例
2592000秒1209600秒4320000秒
信用スコア
CreditScore
信用調査時点での申請者の信用スコアです。
説明

この属性には、「信用調査の完了」アクティビティで信用情報機関から取得した数値の信用スコアが記録されます。審査や意思決定における重要な要素です。

プロセスマイニングでは、信用スコアとプロセスの動きに関連があるかを分析できます。たとえば、信用スコアが低い申請では手作業のステップが増えるか、審査に時間がかかるか、否決率が高くなるかを調べられます。リスクに応じたプロセスの違いを把握する手がかりになります。

重要な理由

意思決定の重要な要素である信用スコアと、プロセス経路、所要時間、結果との関連を分析できます。

入手先

通常、Loanオブジェクトに紐づく「Credit Report」または「Financials」オブジェクトの専用フィールドに保存されます。

例
720650810
否決理由
DeclineReason
ローン申請を否決した際に記録する具体的な理由です。
説明

ローンの「決定結果」が「否決」の場合、この属性で理由の詳細を示します。信用スコアの低さ、収入不足、文書の不備などが該当します。

否決理由の分析は、業務改善に欠かせません。融資基準、商品と市場の適合性、申請プロセス自体の問題を示す傾向が見つかることがあります。分析結果をもとに方針を見直し、承認率の改善につなげられます。

重要な理由

申請が否決された根本原因を把握できます。傾向を分析し、融資基準や申請プロセスの改善に役立てられます。

入手先

通常、Loanオブジェクトの選択リストまたはテキストフィールドに保存されます。ローンのステータスが「Declined」に変更された際に必須となる設定が一般的です。

例
信用スコアが低い負債比率が高い申請内容の不備担保が不十分
審査のSLA目標
UnderwritingSlaTarget
審査ステージの完了に設定された目標時間です。時間または日数で指定します。
説明

この属性は、プロセスの審査部分に適用されるサービスレベル契約(SLA)の目標を定義します。実際のパフォーマンスを測定する際の基準となります。

この目標は、SLAの達成率の算出に使います。実際の審査サイクルタイムを目標と比較し、申請を「達成」または「未達」として分類できます。「審査SLA達成状況」ダッシュボードや関連する重要業績評価指標(KPI)に欠かせない属性です。

重要な理由

サービスレベル契約に対するパフォーマンスを測定する基準となり、SLAの達成状況を監視できます。

入手先

Loanオブジェクトに保存するか、ローン商品タイプやローン金額などの属性に基づく業務ルールから算出します。

例
48時間72時間5営業日
手戻りの有無
IsRework
1つのケース内でアクティビティが繰り返されたり、ループしたりしたことを示す計算フラグです。
説明

同じローン申請で「補足文書の依頼」などのアクティビティが複数回発生した場合、この真偽値属性はtrueに設定されます。プロセスの非効率につながることが多い手戻りを特定できます。

手戻りの分析は、プロセスマイニングの主要な用途の1つです。「IsRework」フラグを使うと、手戻りの発生状況を簡単に絞り込み、数値化できます。「ローン申請の手戻り分析」ダッシュボードの作成や、手戻り率などの重要業績評価指標(KPI)の算出に使えます。初回で完了しないプロセスステップを特定するのに役立ちます。

重要な理由

繰り返し作業をフラグで示し、プロセスの非効率を明らかにします。コストのかかるループの原因を分析し、削減につなげられます。

入手先

データ変換時にウィンドウ関数を使い、同じケースIDで同じアクティビティがすでに発生しているかを確認して算出します。

例
truefalse
自動処理
IsAutomated
アクティビティが人ではなくシステムによって自動で実行されたかどうかを示す真偽値です。
説明

このフラグは、人が行うタスクとシステムが自動で処理するイベントを区別します。たとえば、信用調査は自動処理の場合がありますが、審査の決定は通常、手動で行われます。

自動化されたステップを特定すると、自動化の状況を把握して分析できます。自動化がサイクルタイムや効率に与える影響を測定し、今後の自動化候補となる手動のアクティビティを見つけるのに役立ちます。

重要な理由

システムによる処理と人による作業を区別できます。自動化の効果測定や、新たな自動化の候補を特定するうえで基本となります。

入手先

通常、イベントに関連付けられたユーザーに基づいて判定します。ユーザーが「System」または「Integration」の場合、フラグはtrueに設定されます。

例
truefalse
必須 推奨 任意

ローン組成のアクティビティ

ローン組成ワークフローを正確に把握・分析するため、イベントログに記録すべき重要なプロセスのステップと節目です。
6 推奨 9 任意
アクティビティ 説明
ローンの審査結果の提示
ローン申請に対する最終的な正式決定を示します。たとえば「Approved」や「Declined」が該当します。最終結果を反映するステータスが正式に設定された時点で、このイベントを記録します。
重要な理由

評価フェーズと契約締結フェーズを分ける重要なマイルストーンです。審査完了からこの決定までの時間を分析すると、委員会での審査や最終承認に伴う遅延を特定できます。

入手先

Loanオブジェクトのステータスまたはステージフィールドが「Approved」や「Declined」などの最終状態に更新された時刻から推定します。正確な時刻はフィールド履歴の追跡で確認できます。

記録

ローンの最終決定ステータスを設定したフィールド更新の時刻を記録します。

イベントタイプ inferred
ローン申請の否決
ローン申請が正式に否決され、プロセスが不成立に終わったことを示すアクティビティです。ローンのステージまたはステータスが「Declined」に設定された時点で記録されます。
重要な理由

プロセスが不成立に終わったことを示す重要な終了イベントです。この結果に至った経路を分析すると、否決の理由や、申請の質または融資基準を改善できる領域を特定できます。

入手先

Loanオブジェクトの最終ステージが「Declined」に変更された時点から推定します。時刻は「Stage」フィールドの履歴から取得します。

記録

Loanの「Stage」フィールド(LLC_BI__Stage__c)が「Declined」に更新された時刻を記録します。

イベントタイプ inferred
融資実行
申請者に資金が送金され、ローン組成プロセスが正常に完了したことを示すアクティビティです。通常、ローンのステージが「Booked」または「Complete」に更新された時点で記録されます。
重要な理由

プロセスが成功裏に終了したことを示す主要な終了イベントです。このアクティビティまでの総所要時間を測定すると、プロセス全体のパフォーマンスを示す重要業績評価指標(KPI)であるエンドツーエンドのサイクルタイムを把握できます。

入手先

Loanオブジェクトの最終ステージが「Booked」などの成功を示す最終状態に変更された時点から推定します。時刻はフィールド履歴の追跡から取得します。

記録

Loanの「Stage」フィールド(LLC_BI__Stage__c)が「Booked」に更新された時刻を記録します。

イベントタイプ inferred
融資審査の完了
このアクティビティは、審査担当者が審査を終え、推奨内容を決定したことを示します。ローンのステージが「Underwriting」から「Approved」「Declined」「Pending Decision」などの次のステージに進んだ時点で記録されます。
重要な理由

このマイルストーンは、審査フェーズの終了を示します。「Underwriting Commenced」からこのイベントまでの所要時間は、審査の効率を測定し、ボトルネックを特定するための重要業績評価指標(KPI)です。

入手先

ローンの「Stage」フィールド(LLC_BI__Stage__c)が「Underwriting」から別の値に変更された時刻から推定します。フィールド履歴の追跡が必要です。

記録

ローンの「Stage」フィールドが「Underwriting」から審査後のステータスに更新された時刻を記録します。

イベントタイプ inferred
融資審査の開始
融資担当者が申請を実際に評価する審査段階の正式な開始を示します。通常は、融資の主要なStageまたはStatusフィールドがUnderwritingに変更された時点で記録されます。
重要な理由

これは、プロセスのなかでも特に多くのリソースを要する段階の開始を示す重要な節目です。審査のサイクルタイムとSLA遵守状況を測定する起点となります。

入手先

LoanのStageフィールドがUnderwritingに変更されたタイムスタンプから推定します。これには、LoanオブジェクトのStageフィールドでSalesforceの項目履歴管理を有効にする必要があります。

記録

LoanのStageフィールド(LLC_BI__Stage__c)がUnderwritingに更新されたタイムスタンプを取得します。

イベントタイプ inferred
融資申請の作成
このアクティビティは、nCinoシステムで新しい融資申請レコードが作成されたことを示します。融資組成プロセスの正式な開始点であり、通常は新しいLoanレコードが初めて保存された時点で記録されます。
重要な理由

このアクティビティは、プロセスの主な開始イベントです。このアクティビティから他のアクティビティまでの時間を分析することは、全体のサイクルタイムを測定し、初期段階の処理遅延を特定するうえで基本となります。

入手先

これは、nCinoの基盤であるSalesforceプラットフォーム上の主要なLoanオブジェクト(Loan__c)の作成タイムスタンプから取得する、明示的なイベントです。

記録

SalesforceのLoan__cオブジェクトからCreatedDateフィールドを使用します。

イベントタイプ explicit
リスク評価の実施
融資の正式なリスク評価または格付けが完了したことを示します。通常は審査段階の独立した工程であり、リスク格付けフィールドに値が入力または更新されたときに記録されます。
重要な理由

このアクティビティから、審査における意思決定の状況を把握できます。所要時間を分析すると、リスク評価の複雑さが明らかになることがあります。

入手先

LoanオブジェクトのRisk GradeやRisk Ratingなど、リスク関連フィールドへの入力日時または最終更新日時から推定できます。

記録

Risk Ratingフィールドに値が入力または変更された際のタイムスタンプを、項目履歴管理から取得します。

イベントタイプ inferred
ローンの融資条件提示の承諾
申請者がローンの融資条件提示を正式に承諾した時点を示します。ローン担当者がステータスフィールドを手動で更新する方法や、電子署名連携によってレコードを自動更新する方法で記録できます。
重要な理由

顧客の判断によって進む重要なマイルストーンです。ここで長い遅延が発生している場合、提示条件や承諾手続きに問題がある可能性があり、改善の機会を見つける手がかりになります。

入手先

通常は、Loanオブジェクトのステータスを「Offer Accepted」や「Closing」などに手動で更新した時点から推定します。電子署名連携を利用している場合は、明示的な自動イベントとして記録できます。

記録

ステータスまたはステージフィールドが「Accepted」に更新された時刻を記録します。

イベントタイプ inferred
ローンの融資条件提示書の作成
承認された申請について、正式なローンの融資条件提示書または融資確約書が作成された時点で発生するアクティビティです。特定の文書の作成や、提示の準備が整ったことを示すステータス更新によって記録できます。
重要な理由

承認後、提示書の作成までにかかる時間は顧客体験に影響します。このアクティビティを追跡すると、文書の作成や契約締結前の手続きの効率を確認できます。

入手先

nCinoと連携した文書作成エンジンから明示的なイベントとして取得するか、「Offer Generated」または「Pending Customer Acceptance」へのステータス変更から推定できます。

記録

作成されたローンの融資条件提示書、または関連するコンテンツバージョンレコードの作成日を使用します。

イベントタイプ explicit
ローン契約の署名完了
融資実行前の重要な手続きとして、申請者が最終的なローン契約を締結したことを示します。電子署名連携で記録する方法や、紙の文書が返送された後にステータスを手動で更新する方法があります。
重要な理由

融資実行に欠かせない前提条件であり、契約締結プロセスの重要なマイルストーンです。この段階での遅延は、融資実行のスケジュールに直接影響する可能性があります。

入手先

電子署名プラットフォームのAPIがnCinoのステータスを更新したイベントとして取得するか、ステータスが「Documents Signed」に手動で更新された時点から推定できます。

記録

電子署名連携のWebhookから取得した時刻、またはステータスを手動で更新した時刻を使用します。

イベントタイプ explicit
信用調査の完了
信用調査が実施され、結果をシステムで確認できる状態になったことを示します。通常は、信用情報レポートが融資レコードに添付されたとき、またはCredit Checkの段階が完了として記録されたときに取得されます。
重要な理由

信用調査は審査に欠かせない前提工程です。この工程の遅延は、プロセス全体の重大なボトルネックになる可能性があります。

入手先

信用情報機関との連携から明示的なイベントとして取得するか、Loanの段階の更新から推定できます。Loanまたは関連オブジェクトに、信用情報の取得日や完了状況を示すフィールドがあるか確認してください。

記録

Loan StageがCredit Check Completeに更新されたタイムスタンプ、または関連する信用情報レポートレコードの作成日を使用します。

イベントタイプ inferred
初回審査の実施
融資担当者または処理担当者が、申請内容と初期データを正式に初めて確認し終えたことを示します。通常は融資のステータスまたは段階のフィールドが変更され、初期データ入力の段階を終えたことが記録されます。
重要な理由

このアクティビティまでの時間を測定すると、受付プロセスの初期対応の速さと効率を評価できます。より多くのリソースを要するアクティビティが始まる前の重要な工程です。

入手先

LoanのStageフィールド、またはカスタムのStatusフィールドがInitial Review CompleteやPending Documentsなどの値に変更されたタイムスタンプから推定できます。これには、Loanオブジェクトで項目履歴管理を有効にする必要があります。

記録

審査完了を示す値にLoan Stageフィールドが更新された日時を特定します。

イベントタイプ inferred
必要書類の依頼
融資担当者が申請者に追加書類を正式に依頼した時点で発生するイベントです。nCinoでは、必要書類のチェックリスト項目やプレースホルダーを作成する文書管理機能を通じて管理されることがよくあります。
重要な理由

このアクティビティを追跡することは、手戻りや遅延の分析に欠かせません。同じ融資で複数回発生している場合、初回申請に不備があり、プロセスのループやサイクルタイムの長期化につながっている可能性があります。

入手先

融資に関連付けられたnCinoのDocument Managerレコードの作成から、明示的なイベントとして取得できます。または、融資自体のステータス変更から推定できます。

記録

融資に関連付けられたDocument Managerのレコード(例:docman__Document_Manager_Requirement__c)の作成日を取得します。

イベントタイプ explicit
必要書類の受領
申請者から依頼した書類を受け取り、システムにアップロードした時点を示します。通常は、Document Managerの書類プレースホルダーのステータスがReceivedまたはCompleteに更新されたときに記録されます。
重要な理由

このアクティビティは、よく発生する待機期間の終点です。Documents RequestedからDocuments Receivedまでの時間から、外部要因への依存度やコミュニケーションの有効性が分かることがあります。

入手先

nCinoのDocument Manager内にある書類要件レコードのステータス変更から推定します。ステータスが更新されたタイムスタンプをイベント時刻として使用します。

記録

書類要件のステータスがReceivedまたはCompleteに更新された日時を特定します。

イベントタイプ inferred
申請の取り下げ
最終決定の前に申請者が申請を取り下げた場合の、もう1つの終了パターンを示します。ローンのステージが「Withdrawn」に設定された時点で記録されます。
重要な理由

顧客がプロセスから離脱した状況を把握するための終了イベントです。申請が取り下げられた時期や理由を分析すると、プロセスの長さ、コミュニケーション、競争力に関する問題が見つかることがあります。

入手先

Loanオブジェクトの最終ステージが「Withdrawn」に変更された時点から推定します。「Stage」フィールドの履歴からイベントの時刻を取得できます。

記録

Loanの「Stage」フィールド(LLC_BI__Stage__c)が「Withdrawn」に更新された時刻を記録します。

イベントタイプ inferred
推奨 任意

データ抽出ガイド

nCinoからデータを取得する方法

始める準備はできましたか?

プロセスマイニングでローン組成業務を改善し、承認の迅速化と業務効率の向上を目指しましょう。テンプレートをダウンロードして、今日から改善に取り組めます。

ローン組成の承認を今すぐ迅速化

nCinoのローン組成プロセスを見直し、判断にかかる時間を50%短縮しましょう。

無料トライアルを開始しましょう

クレジットカードは不要です。数分で設定できます。