融資開始プロセスのデータテンプレート
融資開始プロセスのデータテンプレート
- 収集を推奨する属性
- 追跡する主要なアクティビティ
- ICE Mortgage Technologyからのデータ抽出ガイド
融資開始プロセスの属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ名
ActivityName
|
ローン組成プロセスで発生した業務イベントやステップの名称です。「信用調査完了」や「審査開始」などが該当します。 | ||
|
説明
アクティビティ名は、ローン組成のライフサイクルにおける個々のタスクやマイルストーンを表します。各ローン申請について、これらのイベントが時系列で記録され、アクションの順序が作られます。こうしたアクティビティの集まりが、プロセスマップの基礎になります。 分析では、アクティビティ名を使ってプロセスフローを可視化し、ステップ間のボトルネックを特定するとともに、イベントの発生頻度や順序を調べます。プロセス中に何が起きているかを把握し、移行時間を測定し、アクティビティが繰り返される手戻りループを検出するうえで欠かせない項目です。
重要な理由
プロセスの各ステップを定義する属性です。プロセスマップの可視化やプロセスフローの分析、ボトルネックや逸脱の特定に使われます。
入手先
通常は、ICE Mortgage Technologyのイベントログ、ステータス変更記録、またはローンファイル内のマイルストーンデータから取得します。
例
初回開示書類の送付引受審査の判断融資金の支払い申請の取り下げ
|
|||
|
イベントのタイムスタンプ
EventTimestamp
|
特定のアクティビティやイベントがシステムに記録された正確な日時です。 | ||
|
説明
イベントのタイムスタンプは、プロセスのステップが発生した時点を示します。プロセスフローを再構成するために必要な時系列情報を提供し、時間に基づく分析の基礎となります。多くのアクティビティでは、イベントの開始時刻を表します。 「審査開始」から「審査完了」までの時間など、所要時間やサイクルタイムの算出に欠かせない属性です。プロセスのパフォーマンス分析、遅延やボトルネックの特定、サービスレベル合意(SLA)の遵守状況の監視にも使われます。
重要な理由
すべてのアクティビティの時系列を示すタイムスタンプです。所要時間、サイクルタイム、パフォーマンスの各種計算の基礎となります。
入手先
ICE Mortgage Technologyでは、各マイルストーンまたはイベントの記録に、完了時刻または記録時刻を示すタイムスタンプが必要です。
例
2023-04-15T10:22:15Z2023-04-18T14:05:00Z2023-05-01T09:30:45Z
|
|||
|
ローン申請ID
LoanApplicationId
|
各ローン申請に割り当てられる一意の識別子です。申請から完了まで、ローン組成プロセス全体を追跡するための主キーとして使われます。 | ||
|
説明
ローン申請IDは、個々のローン申請をライフサイクル全体にわたって一意に識別します。関連するすべてのアクティビティとデータをまとめる中心的な識別子となり、特定のローンの組成プロセスを最初から最後まで追跡できます。 プロセスマイニング分析では、このIDがケースIDとして機能します。「申請提出」「審査開始」「融資実行」などの関連イベントを1つのプロセスインスタンスに結び付けます。これにより、すべてのローンについて一連の流れを再構成して分析でき、サイクルタイムの算出、バリアントの特定、プロセスフローの把握が可能になります。
重要な理由
関連するすべてのアクティビティを1つのプロセスインスタンスに結び付ける重要なケースIDです。ローン組成の流れを最初から最後まで分析できます。
入手先
ICE Mortgage Technologyにおけるローンの主識別子です。システム内では、Loan NumberまたはLoan IDと呼ばれることもあります。
例
300185624530029947123004512388
|
|||
|
イベント終了時刻
EventEndTime
|
アクティビティが完了した日時です。開始時刻と組み合わせて、イベントの実処理時間を算出します。 | ||
|
説明
イベント終了時刻は、特定のタスクが完了した時点を示します。瞬時に完了するイベントでは、終了時刻と開始時刻が同じ場合があります。「審査」など、所要時間を測定できるアクティビティでは、終了時刻は開始時刻と異なります。 この属性を使うと、アクティビティ間の待ち時間と、アクティビティ自体にかかる処理時間を区別でき、プロセスのパフォーマンスをより正確に分析できます。「ProcessingTime」指標の算出やリソース利用状況の分析にも欠かせません。
重要な理由
アクティビティの実処理時間を算出し、実作業時間と待機時間を区別できます。より正確なボトルネック分析に役立ちます。
入手先
ICE Mortgage Technologyの文書を確認してください。記録された一部のイベントで利用できる場合があります。マイルストーンイベントでは、StartTimeと同じ値になることもあります。
例
2023-04-15T11:45:10Z2023-04-18T17:30:00Z2023-05-01T09:30:45Z
|
|||
|
ローン商品タイプ
LoanProductType
|
申請対象となるローン商品の種類です。「30年固定金利ローン」や「FHAローン」などが該当します。 | ||
|
説明
ローン申請を提供する金融商品に基づいて分類する属性です。ローン商品によってプロセス要件や複雑さ、規制上の制約が異なるため、ローン組成プロセスにも違いが生じます。 分析では、ローン商品タイプを重要な比較軸として使います。商品ごとにサイクルタイムや手戻り率、プロセス経路を比較し、効率の低い商品がないかを確認できます。こうした分析結果は、商品に応じたプロセス改善や、現実的なパフォーマンス目標の設定に役立ちます。
重要な理由
ローンの種類ごとにパフォーマンスを比較し、特定の商品でプロセスが複雑化または非効率になっていないかを特定できます。
入手先
ローンの基本データの1つです。ICE Mortgage Technologyのローン詳細画面にあるはずです。
例
30年固定金利・通常ローン15年固定金利・通常ローン5/1変動金利ローンFHAローンVAローン
|
|||
|
ローン金額
LoanAmount
|
申請者が希望するローンの総額です。 | ||
|
説明
ローン金額は、申請されたローンの元本額を表します。金額の大きいローンや基準外のローンでは、追加審査や異なる承認レベル、より詳細な文書化が必要になる場合があり、サイクルタイムが長くなることがあります。 この属性は、絞り込みや分析の重要な軸として使われます。金額帯(例:<$250k, $250k-$500k, >50万ドル)を設定すると、ローン金額ごとにプロセスのパフォーマンスを比較できます。「ローン組成あたりのコスト」など、財務指標の算出にも欠かせません。
重要な理由
ローン金額が処理時間、手戻り、承認率に影響するかを区分して分析でき、パフォーマンスを把握するための重要なコンテキストを得られます。
入手先
ICE Mortgage Technologyのローン申請データに含まれる基本項目です。
例
350000.00750000.00215500.50
|
|||
|
判定結果
DecisionOutcome
|
意思決定を伴うアクティビティの最終結果です。特に審査の判定結果を指します。 | ||
|
説明
「承認」「否認」「取り下げ」「条件付き承認」など、プロセスの重要な判定ポイントの結果を記録する属性です。ローン申請の最終状態、または途中審査の結果を表します。 判定結果の分析は、プロセスの有効性を把握するうえで重要です。承認率や否認率を算出でき、「判定理由」と併せて分析することで、否定的な結果につながる主な要因を特定できます。申請の品質とプロセスの効率を改善するには、こうした結果の把握が欠かせません。
重要な理由
承認率などを通じてプロセスの有効性を測定し、ローンの否認や取り下げの理由を分析するうえで欠かせない属性です。
入手先
ICE Mortgage Technologyの文書を確認してください。通常、審査判定のマイルストーンまたはローンの最終ステータスに関連付けられています。
例
承認済み否認申請者による取り下げ条件付き承認
|
|||
|
担当ローンオフィサー
AssignedLoanOfficer
|
特定のアクティビティを実行する、または担当するローンオフィサーや審査担当者の名前またはIDです。 | ||
|
説明
プロセスのステップに関わる担当者を示す属性です。タスクを完了した人、現在のローンファイルの担当者、または申請の主な連絡先を表します。 担当ローンオフィサー別に分析すると、業務量の配分を把握し、個人やチーム間のパフォーマンスを比較して、指導や育成の機会を特定できます。「ローンオフィサーのアクティビティ分布」や「審査SLAパフォーマンス」など、リソースパフォーマンスに関するダッシュボードに欠かせない属性です。
重要な理由
リソース別の分析に欠かせない属性です。パフォーマンスの測定、業務量の調整、ローンオフィサーやチーム間の効率比較に使えます。
入手先
ICE Mortgage Technologyの文書を確認してください。ユーザー情報は通常、マイルストーンの完了記録またはローンの所有者フィールドに関連付けられています。
例
j.doer.browns.smithm.jones
|
|||
|
申請チャネル
ApplicationChannel
|
ローン申請が最初に提出されたチャネルまたは方法です。 | ||
|
説明
ローン申請の受付元を示す属性です。「オンラインポータル」「ブローカー」「支店窓口」などが該当します。チャネルによってデータ品質や完全性、顧客層が異なり、その後のプロセスに影響することがあります。 申請チャネルは、プロセスのパフォーマンスを比較する際に役立つ分析軸です。どのチャネルが最も効率的か、手戻り率が低いか、承認率が高いかを分析できます。結果をもとにチャネル戦略を見直し、リソースを適切に配分できます。
重要な理由
申請チャネルごとのパフォーマンスと効率を比較し、効果の高いチャネルや改善が必要なプロセスを特定できます。
入手先
ICE Mortgage Technologyの文書を確認してください。「営業経路」または同様のフィールドに保存されている場合があります。
例
ブローカーオンラインポータル支店窓口モバイルアプリ
|
|||
|
SLAステータス
SLAState
|
アクティビティまたはケースがサービスレベル合意(SLA)を満たしたかを示す、算出されたステータスです。 | ||
|
説明
アクティビティまたはケース全体が、サービスレベル合意の目標時間内に完了したかを示します。通常、実際のサイクルタイムと、審査SLA目標などの事前設定された目標値を比較して算出します。 パフォーマンスとコンプライアンスの監視に欠かせない属性です。ダッシュボードでは、SLAStateを使って目標を達成したローンの割合を可視化し、管理者が主要目標に対するパフォーマンスを追跡できるようにします。ローンオフィサー、商品タイプ、チャネル別にSLAパフォーマンスを分類すると、優れた領域や改善の機会を特定し、組織としてサービス上の約束を果たすのに役立ちます。
重要な理由
時間に関する主要目標に対するパフォーマンスをひと目で把握でき、SLAの遵守状況を簡単に監視・報告できます。
入手先
ソースシステムにはない属性です。プロセス区間の実際の所要時間と対応するSLA目標を比較して算出します。
例
期限内リスクあり遅延
|
|||
|
ソースシステム
SourceSystem
|
データの抽出元となるシステムまたはプラットフォームを示します。 | ||
|
説明
プロセスデータを生成したソフトウェアやアプリケーションを示す属性です。「ICE Mortgage Technology Encompass」や接続されたCRMなどが該当します。複数のソースからデータを集約する環境で特に役立ちます。 分析では、SourceSystemをデータ検証に役立て、イベントの発生元に関するコンテキストを把握できます。特定のシステムに絞って分析したり、特定のソースに固有のデータ品質の問題を調査したりする際にも使えます。
重要な理由
データの発生元に関する重要なコンテキストを提供します。データ検証や問題の調査、システムごとのプロセスの違いを把握する際に役立ちます。
入手先
データ抽出時に手動で追加するか、データウェアハウスからエクスポートする場合は、データヘッダーに含まれている値を使います。
例
ICE Mortgage Technology EncompassICE Mortgage Technology Velocify社内CRM
|
|||
|
ローンのサイクルタイム
LoanCycleTime
|
ローン申請の最初のイベントから最後のイベントまでの合計時間です。 | ||
|
説明
ローン申請ケースの開始から終了までにかかった合計時間です。「ローン申請作成」など最初のイベントのタイムスタンプと、「融資実行」または「ローン否認」など最後のイベントのタイムスタンプの差として算出します。 プロセス全体の効率を測定する主要な重要業績評価指標(KPI)です。ローンの処理開始から完了までにかかる時間を全体的に把握できます。この指標を使って、時間の経過に伴うパフォーマンスを追跡し、業界標準と比較し、プロセス改善の取り組みが与えた影響を特定できます。ローン商品タイプや申請チャネルなどの軸で平均サイクルタイムを分けると、効率の高いプロセスバリアントと低いバリアントがわかります。
重要な理由
ローン組成プロセスの開始から完了までの効率を直接測定する指標です。パフォーマンスの追跡やサービス提供の迅速化に役立ちます。
入手先
各ローン申請IDについて、最初のイベントのタイムスタンプを最後のイベントのタイムスタンプから差し引いて算出します。
例
259200038880004752000
|
|||
|
信用スコア
CreditScore
|
信用調査時点における主申請者の信用スコアです。 | ||
|
説明
申請者の信用スコアは融資判断の重要な要素であり、審査プロセスの複雑さにも影響します。信用スコアが低い申請では、より詳細な審査や文書化が必要になる場合があります。 この属性は、リスクに基づく分析の重要な軸となります。信用スコアの範囲ごとに申請を分類し、信用スコアと処理時間、手戻り率、最終判定との相関を調べられます。リスク評価プロセスの見直しや、リソースのより適切な管理に役立ちます。
重要な理由
分析にリスクの軸を加え、信用リスクとプロセスの複雑さ、サイクルタイム、判定結果との関係を把握できます。
入手先
通常、信用情報機関から取得し、ICE Mortgage Technologyの借り手情報に保存されます。
例
785692740810
|
|||
|
最終データ更新日時
LastDataUpdate
|
このレコードのデータがソースシステムから最後に更新または抽出された日時を示すタイムスタンプです。 | ||
|
説明
データを最後に取得した日時を示す属性です。分析対象データの鮮度を把握し、データ更新スケジュールを管理するうえで欠かせません。 通常、プロセス自体の分析には使いませんが、ダッシュボードでのレポートやデータガバナンスには重要です。分析対象データがどの時点のものかを利用者に伝え、古い情報に関する問題の診断にも役立ちます。
重要な理由
データの鮮度を利用者に伝え、分析やダッシュボードが最新情報に基づいているか確認するのに役立ちます。
入手先
通常、データ抽出・ロード(ETL)の処理中に生成され、データセットに追加されるタイムスタンプです。
例
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
判定理由
ReasonForDecision
|
ローンの否認など、特定の判定結果の理由を説明するコードまたはテキストです。 | ||
|
説明
「判定結果」の背景を示す属性です。ローンが否認された場合や手戻りが発生した場合に、「負債比率が高い」「文書が不足している」などの理由を記録します。 根本原因の分析に役立つ重要な情報です。否認や手戻りの理由を頻度別に分析すると、プロセスに共通する問題や申請品質の課題を特定できます。申請者向けの案内をわかりやすくする、ローンオフィサー向けの研修を追加するといった、的を絞った改善につなげられます。
重要な理由
ローンの否認や手戻りの理由を明らかにし、組織的な問題の根本原因を分析して、初回完了率を高めるのに役立ちます。
入手先
ICE Mortgage Technologyの文書を確認してください。判定のマイルストーンに関連付けられた理由コードのフィールドやメモに記録されていることがよくあります。
例
信用スコアが基準未満申請書類の不足負債比率が高い不動産の評価額が低すぎる
|
|||
|
審査SLA目標
UnderwritingSlaTarget
|
審査段階に設定された、サービスレベル合意(SLA)の所要時間目標です。 | ||
|
説明
「審査開始」から「審査完了」までの審査プロセスを完了するために設定された、所要時間の上限を示す属性です。実際のパフォーマンスを測定する際の基準となります。 SLAの遵守状況を算出するための重要な入力値です。この値をもとに「SLAState」属性を作成し、審査タスクを「期限内」または「遅延」として示せます。SLAパフォーマンスを追跡するダッシュボードでは、この目標値を使って、サービス上の約束が守られているかを管理者にわかりやすく提示します。
重要な理由
サービスレベル合意に照らして審査のパフォーマンスを客観的に測定・監視するための基準となります。
入手先
ソースシステムにフィールドがなく、データ変換時に業務知識をデータと結合して設定する場合があります。ローンの種類や地域によって異なることもあります。
例
259200432000
|
|||
|
審査部門
UnderwritingDepartment
|
ローン申請を担当する審査チームまたは部門です。 | ||
|
説明
ローンの審査段階を担当する組織単位を示す属性です。大規模な組織では、地域、ローンの種類、リスクレベルなどに応じて部門が分かれている場合があります。 担当ローンオフィサーと同様に、チームや部門単位でパフォーマンスを分析できます。審査グループ間の業務量や効率、SLA遵守状況を比較し、成果を上げているチームを特定して、優れた取り組みを共有するのに役立ちます。
重要な理由
チームや部門単位でパフォーマンスを分析・比較できます。リソース管理や、特定のグループにおける組織的な問題の特定に役立ちます。
入手先
ICE Mortgage Technologyの文書を確認してください。審査担当者に関連付けられたユーザーデータの一部か、別の振り分けフィールドに含まれている場合があります。
例
東部審査チーム西部審査チーム大型ローン審査チーム政府系ローン審査チーム
|
|||
|
手戻りかどうか
IsRework
|
同じケース内でアクティビティが繰り返されたかを示す、算出された真偽値です。 | ||
|
説明
同じローン申請内で、アクティビティが2回目以降に実行されたかを示す真偽値です。通常、「審査判定」の後に「補足書類の提出依頼」が発生するなど、標準プロセスの後続ステップの後に前のアクティビティが再度行われた場合に特定します。 手戻りの分析は、プロセスの非効率を把握するうえで欠かせません。IsReworkがtrueのアクティビティに絞り込むと、手戻りループの頻度と影響を数値化できます。初回の文書が不完全だった、要件が不明確だったなどの根本原因を特定するのに役立ちます。また、申請手戻り率の重要業績評価指標(KPI)の算出や、プロセスの簡素化にも欠かせません。
重要な理由
繰り返し作業を特定してプロセスの非効率を直接数値化し、手戻りの頻度を測定して根本原因を調査できます。
入手先
ソースシステムにはない属性です。プロセスマイニングソフトウェアが、ケース内のアクティビティの繰り返しやプロセスフローの逆戻りを検出して算出します。
例
truefalse
|
|||
|
物件の所在州
PropertyState
|
ローン申請に関連する物件が所在する米国の州です。 | ||
|
説明
物件の地理的な所在地を示す属性です。州によって融資規制や市場環境、処理要件が大きく異なるため、ローン組成プロセスに影響することがあります。 物件の所在州は、地域別の分析に役立つ軸です。地域ごとにサイクルタイムや承認率などのパフォーマンスを比較できます。地域特有のボトルネックを特定したり、州ごとの規制がプロセスに与える影響を把握したりするのに役立ちます。
重要な理由
地域別にプロセスを分析し、市場環境や州ごとの規制によるパフォーマンスの違いを特定できます。
入手先
ICE Mortgage Technologyのローン申請データにある物件情報の標準項目です。
例
カリフォルニア州テキサス州フロリダ州ニューヨーク州イリノイ州
|
|||
|
自動処理かどうか
IsAutomated
|
アクティビティがシステムによって自動実行されたか、ユーザーが手動で実行したかを示す真偽値です。 | ||
|
説明
自動信用調査やシステムが作成した開示文書の送信など、ソフトウェアが実行するタスクと、人の対応が必要なタスクを区別する属性です。自動化の取り組みを進めるうえで重要な情報です。 この属性を使ってプロセスを分析すると、自動化の度合いを数値化し、さらなる改善の機会を特定できます。「手動アクティビティの発生頻度」などの重要業績評価指標(KPI)の算出に使われます。また、自動化の候補となる手動作業のボトルネックを明らかにし、コスト削減と処理速度の向上につなげられます。
重要な理由
プロセスの自動化の度合いを数値化し、ボトルネックとなっている手動作業を特定できます。今後の自動化を検討する際の基礎情報になります。
入手先
通常、アクティビティ名やユーザーID(例:「System」)を自動化ステータスに対応付けて算出します。ソースシステムに直接保存されたフィールドではない可能性があります。
例
truefalse
|
|||
|
顧客タイプ
CustomerType
|
「初めて住宅を購入する人」や「借り換え」など、ローン申請者の分類です。 | ||
|
説明
顧客の属性や貸し手との関係に基づいて分類する属性です。初めて住宅を購入する人と投資家、ローンの借り換えを希望する人では、必要な対応や文書が大きく異なる場合があり、プロセス経路も変わることがあります。 顧客タイプ別にプロセスを分析すると、顧客体験やプロセス効率の違いを明らかにできます。「初めて住宅を購入する人はサイクルタイムが長いか」「借り換えの申請はより早く処理されるか」といった疑問に答えられます。分析結果は、顧客サービスの方針やプロセスの見直しに役立ちます。
重要な理由
顧客の視点からプロセスを分析し、顧客タイプによって効率や課題に違いがあるかを把握できます。
入手先
ICE Mortgage Technologyの文書を確認してください。ローンの目的や申請者のその他のデータから判定できる場合があります。
例
初めて住宅を購入する人借り換え投資家既存顧客
|
|||
融資開始プロセスのアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
契約締結可能の通知
|
すべての条件が満たされ、貸し手が契約締結の日程調整と融資金の支払いに進めることを正式に通知します。融資が最終段階に進めることを示す重要な節目です。 | ||
|
重要な理由
引受審査と処理業務の終了を示す、プロセス上の重要な関門です。申請から最終承認までの時間を測定できます。
入手先
Encompassの「Clear to Close」(CTC)マイルストーンの完了日から取得します。ワークフロー内で標準化された、明確な段階です。
記録
融資のマイルストーン管理にある「Clear to Close」の日付項目への入力から推定します。
イベントタイプ
inferred
|
|||
|
引受審査の判断
|
初回の引受審査が完了し、承認、保留、否決などの判断が下されたことを示します。融資プロセスにおける大きな節目です。 | ||
|
重要な理由
このイベントをもって引受審査のサイクルタイムの測定が終了し、重要な判断が行われます。結果と所要時間を分析すると、引受審査のパフォーマンスを評価し、手戻りの原因を特定できます。
入手先
Encompassの重要なマイルストーンで、引受審査段階の完了日として記録されます。判断内容は別の項目に保存されます。
記録
「Underwriting」マイルストーンの完了日時、またはステータスが「Approved」、「Suspended」、「Denied」に変わった時点から推定します。
イベントタイプ
inferred
|
|||
|
引受審査の開始
|
引受審査担当者が融資申請と必要書類の正式な確認を始めた時点で、引受審査プロセスが開始します。ファイルが正式に引受審査キューへ送られるか、担当者に割り当てられます。 | ||
|
重要な理由
引受審査のサイクルタイムを測る起点であり、業務効率を測る重要業績評価指標(KPI)です。担当者の業務量の分析や、引受審査前のボトルネックの特定にも役立ちます。
入手先
通常、融資ファイルが「Underwriting」マイルストーンに割り当てられた日時、またはステータスが「In Underwriting」に変わった日時から推定します。
記録
「Submitted to Underwriting」の日付項目、またはステータスが「Underwriting in Progress」に変わった時点から推定します。
イベントタイプ
inferred
|
|||
|
融資申請の作成
|
融資担当者がシステムで新しい融資ファイルを作成した時点で、融資実行プロセスが正式に始まります。融資案件が初めて保存されたときにこのイベントが記録され、固有の融資申請IDが設定されます。 | ||
|
重要な理由
主要な開始イベントであるこのアクティビティは、融資のサイクルタイム全体の算出や申請受付件数の分析に欠かせません。以降のプロセス測定や処理量分析のベースラインになります。
入手先
通常、融資履歴または監査ログに明示的なイベントとして記録されます。また、融資申請IDに関連付けられた融資レコードの作成日時から推定することもできます。
記録
融資ファイルの作成日、または融資の監査証跡に記録された最初の日時から取得します。
イベントタイプ
explicit
|
|||
|
融資金の支払い
|
融資金が支払われ、融資実行プロセスが正常に完了したことを示します。申請から融資金の支払いまでの一連の流れがここで終了します。 | ||
|
重要な理由
正常に実行された融資のエンドツーエンドのサイクルタイムを算出するうえで欠かせない、主要な完了イベントです。申請の処理量を測る際にも使用します。
入手先
Encompassの「Funding Date」または「Disbursement Date」項目に記録されます。電信送金の確認後に日付が入力されます。
記録
融資データの「Funding Date」項目への入力から推定します。
イベントタイプ
inferred
|
|||
|
不動産鑑定書の受領
|
鑑定士から不動産鑑定書を受領し、融資ファイルに追加した時点を示します。不動産の評価に欠かせず、最終的な融資承認の前提となる重要な手順です。 | ||
|
重要な理由
不動産鑑定は、大幅な遅延の原因になることが少なくありません。鑑定の依頼日と受領日を追跡すると、外部への依存による遅延を適切に把握し、管理できます。
入手先
通常、鑑定書をアップロードし、Encompassの対応する「Appraisal Received」マイルストーンの日付項目に値が入力された時点で記録されます。
記録
「Appraisal Received Date」項目への入力、または関連するステータス変更から推定します。
イベントタイプ
inferred
|
|||
|
信用情報の確認完了
|
申請者の信用情報レポートを正常に取得し、確認したことを示します。この確認結果は、引受審査の判断に欠かせない情報です。 | ||
|
重要な理由
信用情報の確認は、引受審査を進めるうえで重要な前提条件です。この手順が遅れるとプロセス全体が停滞する可能性があり、結果は融資判断にも直接影響します。
入手先
通常、信用情報機関との連携を通じて記録されます。信用情報レポートを受領して融資ファイルに添付した時点で、日時が記録されます。
記録
融資ファイル内の「Credit Report Ordered」または「Credit Report Received」の日付項目から取得します。
イベントタイプ
explicit
|
|||
|
最終契約開示書の送付
|
最終契約開示書(CD)を申請者に送り、確認を依頼した時点を示します。契約締結の所定の日数前に実施が義務付けられている、コンプライアンス上の手順です。 | ||
|
重要な理由
このアクティビティを追跡することは、TRIDへの準拠を確認するうえで欠かせません。ここから法定の待機期間が始まるため、遅れると予定された契約締結日に直接影響する可能性があります。
入手先
Encompassの「Closing Disclosure Sent」マイルストーンの完了日、または融資ファイルのコンプライアンス欄にある日付項目から取得します。
記録
「CD Sent」または同等のマイルストーンに記録された日時から推定します。
イベントタイプ
inferred
|
|||
|
初回開示書類の送付
|
ローン見積書など、コンプライアンスに関する初回の開示書類を申請者に送付した時点を示します。申請後、定められた期間内に実施する必要がある重要な規制上の手順です。 | ||
|
重要な理由
このアクティビティを追跡することは、TRIDなどの規制への準拠状況を確認するうえで欠かせません。申請作成からこの手順までの時間差から、初期処理の遅延を把握できます。
入手先
Encompassの「Initial Disclosures」マイルストーンの完了日から取得します。通常、書類の作成・送付時に入力される日付項目です。
記録
「Initial Disclosures Sent」マイルストーンまたはステータスの完了日時から推定します。
イベントタイプ
inferred
|
|||
|
必要書類の依頼
|
融資処理担当者または融資担当者が、給与明細や銀行取引明細書などの必要書類を申請者に正式に依頼した時点で発生します。通常、初回確認の完了後に行われます。 | ||
|
重要な理由
これを機に書類収集の段階が始まります。依頼から書類の受領までの時間を分析すると、申請者側の遅れや不明確な連絡によるボトルネックを特定できます。
入手先
融資ファイルのステータス変更、特定のマイルストーンの完了日、またはEncompass内の連絡記録から推定できます。
記録
ステータスが「Pending Documents」に変わった時点、または書類依頼テンプレートに記録された日時から推定します。
イベントタイプ
inferred
|
|||
|
必要書類の受領
|
最初に依頼した必要書類をすべて申請者から受領し、融資ファイルにアップロードしたことを示します。申請を引受審査に進めるための前提となるイベントです。 | ||
|
重要な理由
このアクティビティをもって書類収集の段階が終了します。「Supporting Documents Requested」からこのイベントまでの所要時間は、申請者と処理担当者の効率を測る重要業績評価指標(KPI)です。
入手先
通常、「Documents Received」または「Ready for Underwriting」マイルストーンの完了から推定します。最後に必要な書類がアップロードされた日時から算出することもできます。
記録
融資ステータスが「Processing」または「Ready for Underwriting」に変わった日時から推定します。
イベントタイプ
inferred
|
|||
|
条件の解消
|
引受審査のすべての条件が満たされ、審査チームによる確認と承認が完了したことを示します。融資は最終的な契約締結の手順に進める状態です。 | ||
|
重要な理由
この時点で、引受審査後の手戻りが終了します。「Loan Approved with Conditions」からこのイベントまでの時間から、未解決事項への対応効率を把握できます。
入手先
すべての条件が満たされたことを示すステータスに更新された日時から推定します。多くの場合、Encompassの「Final Approval」マイルストーンの一部として記録されます。
記録
「Conditions Cleared」または「Final Approval」マイルストーンの完了日から推定します。
イベントタイプ
inferred
|
|||
|
条件付き融資承認
|
引受審査担当者が融資を承認したものの、契約締結前に満たすべき条件が付された場合に発生します。初回の引受審査ではよくある結果です。 | ||
|
重要な理由
このアクティビティを機に、条件を解消する段階が始まります。初回承認から最終的な「Clear to Close」までを追跡すると、手戻りや遅延を分析できます。
入手先
通常、引受審査の判断ステータスが「Approved with Conditions」または「Suspended」に変わった時点で記録されます。このステータス変更の日時は、融資の監査証跡で確認できます。
記録
ステータスが「Approved with Conditions」に変わった時点と、マイルストーンログに記録された日時から推定します。
イベントタイプ
inferred
|
|||
|
申請の取り下げ
|
申請者が申請を取り下げ、プロセスが不成立に終わったことを示します。融資ファイルのもう1つの最終ステータスです。 | ||
|
重要な理由
顧客の意思による不成立の終了イベントです。申請が取り下げられた時期と理由を分析すると、顧客満足度、競合状況、プロセス上の負担に関するインサイトが得られます。
入手先
最終的な融資ステータスが「Withdrawn」に設定された時点で記録されます。ステータス変更日は、システムログまたはマイルストーン日付項目に記録されます。
記録
最終ステータスが「Withdrawn」であることと、そのステータスに変更された日時から推定します。
イベントタイプ
inferred
|
|||
|
融資の否決
|
貸し手が融資申請を正式に否決し、プロセスが不成立に終わったことを示します。融資ファイルの最終ステータスです。 | ||
|
重要な理由
不成立を示す重要な終了イベントです。このアクティビティで終了した融資と関連する理由コードを分析すると、申請の品質や引受審査基準を改善する機会を特定できます。
入手先
最終的な融資ステータスが「Denied」に設定された時点で記録されます。ステータス変更日は、融資の監査ログまたは専用のマイルストーン日付項目に記録されます。
記録
最終ステータスが「Denied」であることと、そのステータスに変更された日時から推定します。
イベントタイプ
inferred
|
|||
|
融資書類への署名
|
契約締結時に借り手が最終的な融資書類に署名した時点で発生します。このイベントによって借り手が融資条件に同意したことが確認され、融資金の支払いへと進みます。 | ||
|
重要な理由
融資金の支払い前に借り手が行う、最後の大きな手順です。融資が予定どおり進んでいることを確認でき、プロセスの契約締結段階の所要時間を測定できます。
入手先
Encompassの融資ファイルにある「Documents Signed」または「Closing Date」項目に記録されます。契約締結担当者または融資担当者が日付を入力します。
記録
融資データの「Signing Date」または「Closing Date」項目への入力から推定します。
イベントタイプ
inferred
|
|||
データ抽出ガイド
利用を始めませんか?
このデータテンプレートを使って、融資開始プロセスの改善に取り組みましょう。今日から業務の効率化を始められます。
融資開始プロセスを改善し、融資実行を迅速化しましょう
意思決定にかかる時間を50%短縮し、滞留やリスクを減らします。
クレジットカードは不要です。数分で利用を開始できます。