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