融資プロセスデータテンプレート
融資プロセスデータテンプレート
- 収集を推奨する項目
- 追跡すべき主要アクティビティ
- 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として機能します。「申請提出済み」、「引受開始」、「資金実行済み」など、関連するすべてのイベントを単一の首尾一貫したプロセスインスタンスにリンクします。これにより、すべてのローンのエンドツーエンドの過程を再構築および分析でき、サイクルタイムの計算、バリアントの特定、プロセスフローの理解に不可欠です。
その重要性
これは、関連するすべての活動を単一のプロセスインスタンスに接続する不可欠なケースIDであり、エンドツーエンドのローン組成過程を分析することを可能にします。
取得元
これはICE Mortgage Technologyにおける主要なローン識別子であり、システム内ではしばしばローン番号またはローンIDとして参照されます。
例
300185624530029947123004512388
|
|||
|
イベントの終了時刻
EventEndTime
|
アクティビティが完了した日時です。これは開始時刻とともに使用され、イベントの実際の処理時間を計算します。 | ||
|
説明
イベント終了時刻は、特定のタスクの完了を示します。瞬時と見なされるイベントの場合、終了時刻は開始時刻と同じになることがあります。一方、「引受審査」のように測定可能な期間を持つアクティビティの場合、このタイムスタンプは異なります。 この属性により、待機時間(アクティビティ間の時間)と処理時間(アクティビティの期間)を区別することで、プロセスパフォーマンスのより正確な分析が可能になります。これは、「ProcessingTime」メトリックの計算とリソース利用率分析にとって不可欠です。
その重要性
アクティビティの実際の処理時間を計算できるようにし、より正確なボトルネック分析のために、実際の作業時間と待機時間を区別するのに役立ちます。
取得元
ICE Mortgage Technologyのドキュメントを参照してください。これは特定のログイベントで利用できる場合があり、マイルストーンイベントのStartTimeと同じであることもあります。
例
2023-04-15T11:45:10Z2023-04-18T17:30:00Z2023-05-01T09:30:45Z
|
|||
|
担当融資担当者
AssignedLoanOfficer
|
特定の活動の実行または担当責任を負うローン担当者または引受人の名前またはID。 | ||
|
説明
この属性は、プロセスステップに関与する人的リソースを特定します。これは、タスクを完了した人物、ローンファイルの現在の所有者、または申請の主要な連絡担当者を表すことができます。 「担当ローン担当者」別にプロセスを分析することで、ワークロードの分散を理解し、個人またはチーム全体のパフォーマンスを比較し、コーチングの機会を特定するのに役立ちます。これは、「ローン担当者アクティビティ分布」や「引受SLAパフォーマンス」など、リソースパフォーマンスに関連するダッシュボードにとって不可欠です。
その重要性
この属性は、リソースベースの分析において重要であり、異なるローン担当者やチーム全体のパフォーマンス測定、ワークロードのバランス調整、効率比較を可能にします。
取得元
ICE Mortgage Technologyのドキュメントを参照してください。ユーザー情報は通常、マイルストーン完了記録または融資所有権フィールドに関連付けられます。
例
j.doer.browns.smithm.jones
|
|||
|
決定結果
DecisionOutcome
|
意思決定活動、特に引受判断の最終結果。 | ||
|
説明
この属性は、プロセスにおける主要な決定点の結果を記録します。例えば、「承認済み」、「否認済み」、「取り下げ済み」、または「条件付き承認済み」などです。これは、ローン申請の最終状態、または中間審査の結果を表します。 決定結果の分析は、プロセス効果を理解するために重要です。承認率と否認率を定量化するのに役立ち、「決定理由」と合わせて分析されることが多く、否定的な結果の主要な要因を特定します。これらの結果を理解することは、申請品質とプロセス効率を向上させるための鍵となります。
その重要性
この属性は、承認率などのプロセス効果を測定し、ローン否認または取り下げの理由を分析するために不可欠です。
取得元
ICE Mortgage Technologyのドキュメントを参照してください。この情報は通常、引受決定マイルストーンまたは最終的な融資ステータスに紐付けられます。
例
承認済み否認申込者による撤回条件付き承認済み
|
|||
|
申請チャネル
ApplicationChannel
|
ローン申請が最初に提出されたチャネルまたは方法。 | ||
|
説明
この属性は、ローン申請の発生源、例えば「オンラインポータル」、「ブローカー」、または「支店」を示します。異なるチャネルは、データ品質、完全性、顧客プロファイルが異なる場合があり、それが下流プロセスに影響を与える可能性があります。 申請チャネルは、プロセスパフォーマンスを比較するための貴重な次元です。分析により、どのチャネルが最も効率的か、最もやり直し率が低いか、または最も高い承認率につながるかが明らかになります。これらの洞察は、ビジネスがチャネル戦略を最適化し、リソースを効果的に配分するのに役立ちます。
その重要性
異なる提出チャネル間のパフォーマンスと効率を比較するのに役立ち、どれが最も効果的か、またはプロセス改善が必要かを特定するのに役立ちます。
取得元
ICE Mortgage Technologyのドキュメントを参照してください。これは「Source of Business」(事業源)または同様のフィールドとして保存されている場合があります。
例
ブローカーオンラインポータル支店モバイルアプリ
|
|||
|
融資商品タイプ
LoanProductType
|
申請されている特定のローン商品タイプ。例えば、「30年固定ローン」や「FHAローン」など。 | ||
|
説明
この属性は、提供される金融商品に基づいて各ローン申請を分類します。異なるローン商品は、しばしば異なるプロセス要件、複雑さ、および規制上の制約を持ち、組成プロセスにバリエーションをもたらします。 分析において、ローン商品タイプはセグメンテーションのための重要な次元です。これにより、アナリストは異なる商品間のサイクルタイム、やり直し率、プロセスパスを比較し、特定の商品の効率が低いかどうかを確認できます。この洞察は、プロセス改善の取り組みを調整し、現実的なパフォーマンス目標を設定するために不可欠です。
その重要性
異なる種類の融資間でのパフォーマンス比較を可能にし、特定の金融商品がより複雑または非効率なプロセスを持っているかどうかを特定するのに役立ちます。
取得元
この情報は、あらゆるローンにとっての中核となるデータポイントであり、ICE Mortgage Technologyの主要なローン詳細セクションで利用可能であるべきです。
例
30年固定型従来ローン15年固定型従来ローン5/1 ARM(変動金利型住宅ローン)FHAローンVAローン
|
|||
|
融資額
LoanAmount
|
申請者が要求しているローンの総額。 | ||
|
説明
融資額は、ローン申請の元金を表します。この値はプロセスに大きな影響を与える可能性があり、融資額が大きいローンや適合しないローンは、追加の精査、異なる承認レベル、またはより広範な書類を必要とし、サイクルタイムが長くなることがあります。 この属性は、フィルタリングと分析の主要な次元として使用されます。価値帯(例:25万ドル未満、25万ドル~50万ドル、50万ドル超)を作成することで、アナリストは異なるローン規模でのプロセスパフォーマンスを比較できます。また、「ローン組成あたりのコスト」の推定など、財務計算の基本的な構成要素でもあります。
その重要性
融資額が処理時間、手戻り、承認率に影響を与えるかどうかを確認するためにプロセスをセグメント化するのに役立ち、パフォーマンス分析のための貴重なコンテキストを提供します。
取得元
これは、ICE Mortgage Technology内のローン申請データにおける基本的なフィールドです。
例
350000.00750000.00215500.50
|
|||
|
SLA状態
SLAState
|
アクティビティまたはケースがサービスレベル契約(SLA)を満たしたかどうかを示す計算されたステータスです。 | ||
|
説明
アクティビティまたはケース全体がサービスレベル契約の目標内で完了したかどうかを示します。これは通常、実際のサイクルタイムとUnderwritingSlaTargetなどの事前定義されたSLA目標を比較することで導き出されます。 この属性は、パフォーマンスとコンプライアンスの監視に不可欠です。ダッシュボードでは、SLAStateを使用して目標を達成している融資の割合を視覚化することが多く、管理者が主要な目標に対するパフォーマンスを追跡できるようにします。融資担当者、商品タイプ、またはチャネル別にSLAパフォーマンスをセグメント化することで、優れた領域や改善の機会が明らかになり、組織がサービスコミットメントを満たすことを保証します。
その重要性
主要な時間ベースの目標に対するパフォーマンスを一目で明確に示し、SLAコンプライアンスの監視と報告を容易にします。
取得元
この属性はソースシステムにはありません。プロセスセグメントの実際の期間を、対応するSLA目標と比較することで計算されます。
例
期日どおりリスクあり遅延
|
|||
|
アンダーライティングSLA目標
UnderwritingSlaTarget
|
引受段階における、事前に定義されたサービスレベル合意(SLA)の目標期間。 | ||
|
説明
この属性は、「引受開始」から「引受完了」までの引受プロセスを完了するための予想最大時間を定義します。これは実際のパフォーマンスを測定するためのベンチマークとして機能します。 これはSLA準拠度を計算するための重要な入力です。これにより、「SLAState」属性を作成し、引受タスクを「期限内」または「遅延」としてフラグ付けできます。SLAパフォーマンスを追跡するダッシュボードは、この目標に基づいて、サービスコミットメントが満たされているかどうかをマネージャーに明確に示します。
その重要性
サービスレベル合意(SLA)に対する引受パフォーマンスを客観的に測定・監視するために必要なベンチマークを提供します。
取得元
これはソースシステムのフィールドではない可能性があり、データ変換中にデータと結合されるビジネス知識である可能性があります。ローンタイプや地域によって異なる場合があります。
例
259200432000
|
|||
|
ソースシステム
SourceSystem
|
データが抽出された元のシステムまたはプラットフォームを識別します。 | ||
|
説明
この属性は、プロセスデータを生成したソフトウェアまたはアプリケーションを特定します。例えば、「ICE Mortgage Technology Encompass」や連携されたCRMなどです。複数のソースからデータが集約される環境で特に有用です。 分析において、
その重要性
データの出所に関する重要なコンテキストを提供し、データ検証、トラブルシューティング、および異なるシステム間のプロセス差異の理解に役立ちます。
取得元
この値は、データ抽出時に手動で追加することも、エクスポート元がデータウェアハウスである場合はデータヘッダーで利用できる場合もあります。
例
ICE Mortgage Technology EncompassICE Mortgage Technology Velocify社内CRM
|
|||
|
与信スコア
CreditScore
|
信用調査時点での主申請者の信用スコア。 | ||
|
説明
申請者の信用スコアは融資決定における主要な要素であり、引受審査プロセスの複雑さに影響を与えます。信用スコアが低い申請は、より厳格な審査と書類を必要とする場合があります。 この属性は、リスクベース分析のための貴重な次元を提供します。信用スコアの帯域で申請をセグメント化することにより、アナリストは信用スコアと処理時間、やり直し率、または最終決定結果との間に相関があるかどうかを調査できます。これにより、リスク評価プロセスを洗練し、リソースをより効果的に管理するのに役立ちます。
その重要性
分析にリスクの次元を提供し、信用リスクがプロセス複雑性、サイクルタイム、または決定結果と相関するかどうかを判断するのに役立ちます。
取得元
このデータは通常、信用情報機関から取得され、ICE Mortgage Technology内の借り手情報に保存されます。
例
785692740810
|
|||
|
最終データ更新
LastDataUpdate
|
このレコードのデータがソースシステムから更新・抽出された最終時点を示すタイムスタンプ。 | ||
|
説明
この属性は、最新のデータ抽出の日時を提供します。これは、分析されているデータの鮮度を理解し、データ更新スケジュールを管理するために不可欠です。 通常、プロセス自体の分析には使用されませんが、ダッシュボードのレポート作成やデータガバナンスにとって重要です。分析がどれだけ最新であるかをユーザーに通知し、古い情報に関連する問題を診断するのに役立ちます。
その重要性
データの鮮度をユーザーに通知します。これは、分析やダッシュボードが最新情報に基づいていることを保証するために不可欠です。
取得元
この
例
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
処理時間
ProcessingTime
|
活動の開始時刻から終了時刻までを測定した、算出された活動期間。 | ||
|
説明
アクティビティの期間であり、 分析において、
その重要性
個々のプロセスステップにおける実際の作業時間を測定し、最も時間のかかる活動を特定し、待機時間と区別するのに役立ちます。
取得元
この属性はソースシステムにはありません。データ変換時に
例
36008640012320
|
|||
|
審査部門
UnderwritingDepartment
|
ローン申請を処理している特定の引受チームまたは部門。 | ||
|
説明
この属性は、ローンの引受フェーズを担当する組織単位を特定します。大規模な組織では、部門が地域、ローンタイプ、またはリスクレベルによって専門化されている場合があります。 「担当ローン担当者」と同様に、この属性はチームまたは部門レベルでのパフォーマンス分析を可能にします。異なる引受グループ間でのワークロード、効率性、およびSLA遵守状況を比較するために使用でき、経営陣がパフォーマンスの高いチームを特定し、ベストプラクティスを共有するのに役立ちます。
その重要性
チームまたは部門レベルでのパフォーマンス分析と比較を可能にし、リソース管理や特定のグループ内のシステム的問題の特定に役立ちます。
取得元
ICE Mortgage Technologyのドキュメントを参照してください。これは引受担当者に関連付けられたユーザーデータの一部であるか、個別のルーティングフィールドである場合があります。
例
UW-EastUW-Westジャンボローン引受政府融資引受
|
|||
|
手戻り
IsRework
|
アクティビティが同一のケース内で繰り返されたステップであるかどうかを識別する計算されたブール値フラグです。 | ||
|
説明
同一の融資申請内でアクティビティが2回目以降に実行されているかどうかを示すブール値フラグです。これは通常、「Underwriting Decision Rendered」(引受決定済み)の後に「Supporting Documents Requested」(補足書類要求)が発生するなど、標準プロセスにおける後のステップでアクティビティが続く場合に識別されます。 手戻りの分析は、プロセスの非効率性を理解するために不可欠です。
その重要性
繰り返し作業を特定することでプロセスの非効率性を直接定量化し、手戻りの頻度を測定し、その根本原因を調査することを容易にします。
取得元
この属性はソースシステムにはありません。ケースのプロセスフローにおける繰り返しアクティビティや後方ループを検出することで、プロセスマイニングソフトウェアによって計算されます。
例
truefalse
|
|||
|
決定理由
ReasonForDecision
|
融資却下など、特定の決定結果の理由を説明するコードまたはテキスト記述です。 | ||
|
説明
この属性は、「決定結果」のコンテキストを提供します。ローンが否認されたり、やり直しが必要な場合、このフィールドは「高い債務対所得比率」や「書類不備」など、その理由を具体的に示します。 この情報は、根本原因分析にとって非常に貴重です。否認ややり直しの最も頻繁な理由を分析することで、組織はプロセス内のシステム的な問題や申請品質の問題を特定できます。これらの洞察は、申請者へのより明確な指示やローン担当者への追加トレーニングなど、具体的な改善につながる可能性があります。
その重要性
ローン否認ややり直しの「なぜ」を提供し、根本原因分析を可能にすることで、システム的な問題を解決し、初回通過率を向上させます。
取得元
ICE Mortgage Technologyのドキュメントを参照してください。この情報は、しばしば決定マイルストーンに関連付けられた理由コードフィールドまたはメモに捕捉されます。
例
信用スコアが基準値以下不完全な申請書類高いDTI比率鑑定評価額が低すぎる
|
|||
|
物件の州
PropertyState
|
ローン申請に関連する物件が所在する米国の州。 | ||
|
説明
この属性は、物件の地理的な場所を提供します。融資規制、市場状況、処理要件は州によって大きく異なる可能性があり、これがローン組成プロセスに影響を与えることがあります。 物件の州は、地理的分析に役立つ次元です。これにより、サイクルタイムや承認率などのプロセスパフォーマンスを異なる地域間で比較できます。これは、地域的なボトルネックを特定したり、州固有の規制がプロセスに与える影響を浮き彫りにしたりするのに役立ちます。
その重要性
プロセスの地理的分析を可能にし、市場状況や州固有の規制によって引き起こされる可能性のある地域ごとのパフォーマンスの違いを特定するのに役立ちます。
取得元
これは、ICE Mortgage Technologyのローン申請データの物件情報セクションにある標準フィールドです。
例
CATXFLNYイリノイ州
|
|||
|
自動化
IsAutomated
|
アクティビティがシステムによって自動的に実行されたか、ユーザーによって手動で実行されたかを示すブール値フラグです。 | ||
|
説明
この属性は、自動信用調査やシステム生成の開示書類送付などのソフトウェアによって実行されるタスクと、人間の介入が必要なタスクを区別します。この情報は、自動化イニシアティブにとって重要です。 この属性を用いてプロセスを分析することで、自動化のレベルを定量化し、さらなる改善の機会を特定できます。「手動アクティビティ頻度」のようなKPIの計算に利用され、自動化の有力な候補となる手動ボトルネックを浮き彫りにすることができ、最終的にはコスト削減と速度向上を目指します。
その重要性
プロセスにおける自動化の程度を定量化し、ボトルネックとなっている手動アクティビティを特定するのに役立ち、将来の自動化イニシアチブの基礎を提供します。
取得元
これは多くの場合、アクティビティ名やユーザーID(例: 「システム」)を自動化ステータスにマッピングすることで導出されます。ソースシステムに直接存在するフィールドである可能性は低いです。
例
truefalse
|
|||
|
融資サイクルタイム
LoanCycleTime
|
ローン申請の最初のイベントから最後のイベントまでの合計算出時間。 | ||
|
説明
ローン申請ケースの開始から終了までに経過した総時間です。これは、「ローン申請作成済み」などの最初のイベントのタイムスタンプと、「資金実行済み」または「ローン否認」などの最後のイベントのタイムスタンプとの差として計算されます。 この属性は、全体的なプロセス効率を測定するための主要な重要業績評価指標(KPI)です。ローンが最初から最後まで処理されるのにどれくらいの時間がかかるかについて、高レベルの視点を提供します。アナリストは、このメトリックを使用して時間の経過とともにパフォーマンスを追跡し、業界標準とのベンチマークを行い、プロセス改善イニシアティブの影響を特定します。ローン商品タイプや申請チャネルなどの次元で平均サイクルタイムを分解することで、どのプロセスバリアントがより効率的であるか、あるいは非効率的であるかが明らかになります。
その重要性
このKPIは、ローン組成プロセスのエンドツーエンドの効率性を直接測定し、パフォーマンス追跡とサービス提供加速のための重要な指標を提供します。
取得元
各融資申請IDの最初のイベントのタイムスタンプを最後のイベントのタイムスタンプから減算して計算されます。
例
259200038880004752000
|
|||
|
顧客タイプ
CustomerType
|
融資申請者の分類で、「初回住宅購入者」や「借り換え」などがあります。 | ||
|
説明
この属性は、顧客をそのプロファイルや貸し手との関係に基づいてセグメント化します。初めて住宅を購入する人(ファーストタイムホームバイヤー)のニーズや必要書類は、投資家や借り換えを行う人と大きく異なる可能性があり、その結果、異なるプロセスパスにつながることがあります。 顧客タイプ別にプロセスを分析することで、顧客体験やプロセス効率のバリエーションを明らかにできます。「初めて住宅を購入する人はより長いサイクルタイムを経験するのか?」や「借り換え申請はより迅速に処理されるのか?」といった疑問に答えるのに役立ちます。これらの洞察は、顧客サービス戦略やプロセス調整に情報を提供できます。
その重要性
顧客中心のプロセス分析を可能にし、異なるタイプの顧客が異なるプロセス効率や課題を経験しているかどうかを理解するのに役立ちます。
取得元
ICE Mortgage Technologyのドキュメントを参照してください。これは融資目的または他の申請者データから派生する場合があります。
例
初回住宅購入者借り換え投資家既存顧客
|
|||
融資実行アクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
アンダーライティング決定
|
このアクティビティは、初期引受審査の完了を表し、承認、保留、または否認などの決定をもたらします。これは、ローンライフサイクルにおける主要なマイルストーンです。 | ||
|
その重要性
このイベントは、引受サイクルタイムの測定を完了し、重要な意思決定点となります。結果と所要時間を分析することで、引受パフォーマンスを評価し、やり直しの原因を特定するのに役立ちます。
取得元
これはEncompassにおける主要なマイルストーンであり、引受段階の完了日によって捕捉されます。決定自体は別のフィールドに保存されます。
取得
「Underwriting」(引受)マイルストーンの完了タイムスタンプ、または「Approved」(承認済み)、「Suspended」(一時停止済み)、「Denied」(却下済み)へのステータス変更から推測されます。
イベントタイプ
inferred
|
|||
|
アンダーライティング開始
|
引受プロセスの公式な開始を示します。この段階で、引受担当者は融資申請とすべての補足書類の正式なレビューを開始します。ファイルは正式に引受キューに提出されるか、引受担当者に割り当てられます。 | ||
|
その重要性
これは引受サイクルタイムを測定するための開始点であり、運用効率にとって重要なKPIです。引受担当者のワークロードを分析し、引受前段階のボトルネックを特定するのに役立ちます。
取得元
これは通常、ローンファイルが「引受」マイルストーンに割り当てられた、またはそのステータスが「引受中」に変更されたときのタイムスタンプから推測されます。
取得
「Submitted to Underwriting」(引受に提出済み)の日付フィールド、または「Underwriting in Progress」(引受処理中)へのステータス変更から推測されます。
イベントタイプ
inferred
|
|||
|
決済許可通知発行済み
|
すべての条件が満たされ、貸付機関がクロージングをスケジュールし、融資資金を支払う準備ができたことを示す正式な通知です。これは、融資が最終段階に入る準備ができたことを示す重要なマイルストーンです。 | ||
|
その重要性
これはプロセスの主要なゲートであり、引受および処理活動の終了を示します。申請から最終承認までの時間を測定することを可能にします。
取得元
Encompassにおける「Clear to Close」(CTC)マイルストーンの完了日から取得されます。これはワークフローにおける標準的で明確な段階です。
取得
融資のマイルストーントラッキング内にある「Clear to Close」日付フィールドの入力から推測されます。
イベントタイプ
inferred
|
|||
|
融資申請作成済み
|
このアクティビティは、ローン担当者がシステムで新しいローンファイルを作成する際に、ローン組成プロセスの公式な開始を示します。このイベントは、ローンケースが最初に保存され、一意のローン申請IDが確立されたときに捕捉されます。 | ||
|
その重要性
主要な開始イベントとして、このアクティビティは融資サイクルタイム全体の計算と申請受付量の分析に不可欠です。それは、その後のすべてのプロセス測定とスループット分析のベースラインを提供します。
取得元
これは通常、ローン履歴または監査ログに明示的に記録されるイベントです。ローン申請IDに関連付けられたローン記録の作成タイムスタンプから推測することもできます。
取得
融資ファイルの作成日、または融資の監査証跡における最初の入力から取得されます。
イベントタイプ
explicit
|
|||
|
資金支出完了
|
融資実行の成功とローン組成プロセスの完了を示します。これにより、ローンは申請から資金提供までの全工程を終了します。 | ||
|
その重要性
主要な成功状態の終了イベントとして、これは融資が成功裏に実行された際のエンドツーエンドのサイクルタイムを計算するために極めて重要です。また、申請のスループット率を測定するためにも使用されます。
取得元
これはEncompassの「資金実行日」または「支払日」フィールドによって捕捉されます。この日付は電信送金が確認され次第入力されます。
取得
融資データ内の「Funding Date」(資金調達日)フィールドの入力から推測されます。
イベントタイプ
inferred
|
|||
|
クロージング開示送付済み
|
最終的なクロージング・ディスクロージャー(CD)が申請者による確認のために送付される時点を表します。これは、決済の規定日数前に実施される必須のコンプライアンスステップです。 | ||
|
その重要性
このアクティビティの追跡は、必須の待機期間を開始するため、TRID規制遵守に不可欠です。ここでの遅延は、予定されているクロージング日に直接影響を与える可能性があります。
取得元
Encompassの融資ファイル内の「Closing Disclosure Sent」(クロージング開示送付済み)マイルストーンの完了日、またはコンプライアンスセクション内の特定の日付フィールドから取得されます。
取得
「CD Sent」(CD送信済み)または同等のマイルストーンに関連付けられたタイムスタンプから推測されます。
イベントタイプ
inferred
|
|||
|
与信審査完了
|
このアクティビティは、申請者の信用報告書が正常に取得され、審査されたことを示します。この確認の結果は、引受判断にとって極めて重要な入力情報です。 | ||
|
その重要性
信用調査は引受審査の主要な依存関係です。このステップの完了の遅延はプロセス全体を停滞させる可能性があり、その結果はローンの決定に直接影響します。
取得元
これは通常、信用情報機関との連携を通じて捕捉されます。信用報告書が受領され、ローンファイルに添付されたときに、タイムスタンプが通常記録されます。
取得
融資ファイル内の「Credit Report Ordered」(信用報告書注文済み)または「Credit Report Received」(信用報告書受領済み)の日付フィールドから取得されます。
イベントタイプ
explicit
|
|||
|
初期開示済み
|
ローン見積もりなどの初期コンプライアンス開示書類が申請者に送付される時点を表します。これは、申請後特定の期間内に実施されるべき重要な規制上のステップです。 | ||
|
その重要性
この活動を追跡することは、TRIDのような規制へのコンプライアンスを監視するために不可欠です。申請作成からこのステップまでの時間差は、初期段階の処理遅延を示す可能性があります。
取得元
Encompassにおける「Initial Disclosures」(初期開示)マイルストーンの完了日から取得されます。これは通常、書類が生成され送信されたときに記入される日付フィールドです。
取得
「Initial Disclosures Sent」(初期開示送信済み)マイルストーンまたはステータスの完了に関連付けられたタイムスタンプから推測されます。
イベントタイプ
inferred
|
|||
|
提出書類受領済み
|
最初に要求されたすべての補足書類が申請者から受領され、融資ファイルにアップロードされたことを示します。このイベントは、申請を引受審査に進めるための前提条件です。 | ||
|
その重要性
このアクティビティは、書類収集フェーズを完了します。「提出書類要求済み」からこのイベントまでの期間は、申請者とプロセッサーの効率を測定するための重要なKPIです。
取得元
通常、「書類受領済み」または「審査準備完了」のマイルストーンの完了から推測されます。また、最後の必要書類がアップロードされたタイムスタンプからも導出可能です。
取得
融資ステータスが「Processing」(処理中)または「Ready for Underwriting」(引受準備完了)に変更された時点のタイムスタンプから推測されます。
イベントタイプ
inferred
|
|||
|
提出書類要求済み
|
このアクティビティは、ローンプロセッサーまたは担当者が、給与明細や銀行取引明細書などの必要な書類を申請者に正式に要求する際に発生します。これは、多くの場合、初期審査の完了後にトリガーされます。 | ||
|
その重要性
これは書類収集フェーズの開始を示します。この要求から書類受領までの時間を分析することで、申請者の遅延や不明確なコミュニケーションによって引き起こされるボトルネックを特定するのに役立ちます。
取得元
このイベントは、ローンファイルのステータス変更、特定のマイルストーン完了日、またはEncompassシステム内の通信ログから推測できます。
取得
「Pending Documents」(書類保留中)へのステータス変更、または書類要求テンプレートのタイムスタンプから推測されます。
イベントタイプ
inferred
|
|||
|
条件クリア済み
|
このイベントは、すべての引受条件が満たされ、引受チームによって審査および承認されたことを示します。ローンはこれで最終的な決済段階に進む準備が整いました。 | ||
|
その重要性
これは引受後に行われるすべてのやり直しの終了を示します。「条件付き承認ローン」からこのイベントまでの時間は、未解決項目の解決における効率性を浮き彫りにします。
取得元
融資ステータスが、すべての条件が満たされたことを反映するように更新された時点のタイムスタンプから推測されます。これはしばしばEncompassの「Final Approval」(最終承認)マイルストーンの一部として行われます。
取得
「Conditions Cleared」(条件クリア済み)または「Final Approval」(最終承認)マイルストーンの完了日から推測されます。
イベントタイプ
inferred
|
|||
|
条件付き融資承認
|
引受人がローンを承認するものの、最終決済前までに満たすべき特定の条件が付帯する場合に発生します。これは、初期引受審査でよく見られる結果です。 | ||
|
その重要性
このアクティビティは、プロセスの「条件クリア」フェーズをトリガーします。これを追跡することで、初期承認から最終的な「決済準備完了」までの間のやり直しと遅延の分析が可能になります。
取得元
これは通常、引受判断ステータスが「条件付き承認」または「保留」に変更されたときに捕捉されます。このステータス変更のタイムスタンプは、ローンの監査証跡で見つけることができます。
取得
「Approved with Conditions」(条件付き承認済み)へのステータス変更と、マイルストーンログ内の対応するタイムスタンプから推測されます。
イベントタイプ
inferred
|
|||
|
申請取り下げ済み
|
申請者が自ら申請を取り下げる、不成功なプロセスの終了を表します。これもローンファイルの最終ステータスの一つです。 | ||
|
その重要性
これは顧客によって開始される失敗状態の終了イベントです。申請がいつ、なぜ取り下げられるかを分析することで、顧客満足度、競合、およびプロセスにおける摩擦に関する洞察を得ることができます。
取得元
これは、最終的なローンステータスが「取り下げ済み」に設定されたときに捕捉されます。このステータス変更の日付は、システムログまたはマイルストーン日付フィールドに記録されます。
取得
「Withdrawn」(取り下げ済み)の最終ステータスとそのステータス変更のタイムスタンプから推測されます。
イベントタイプ
inferred
|
|||
|
融資却下
|
このアクティビティは、貸し手がローン申請を正式に拒否する、不成功なプロセスの終了を表します。これはローンファイルの最終ステータスです。 | ||
|
その重要性
これは主要な失敗状態の終了イベントです。このアクティビティで終了したローンを関連する理由コードとともに分析することで、申請品質や引受基準を改善する機会を特定するのに役立ちます。
取得元
これは、最終的なローンステータスが「否認」に設定されたときに捕捉されます。このステータス変更の日付は、ローンの監査ログまたは特定のマイルストーン日付フィールドに記録されます。
取得
「Denied」(却下済み)の最終ステータスとそのステータス変更のタイムスタンプから推測されます。
イベントタイプ
inferred
|
|||
|
融資書類署名済み
|
このアクティビティは、借り手が決済時に最終的なローン書類に署名したときに発生します。このイベントは、借り手のローン条件への合意を確認し、ローンの資金提供に先行します。 | ||
|
その重要性
これは、借り手が資金提供を受ける前の最後の主要なステップです。ローンが進行していることを示す重要な確認であり、プロセスの「決済」フェーズを測定することを可能にします。
取得元
これはEncompassのローンファイル内の「書類署名済み」または「決済日」フィールドによって捕捉されます。この日付は決済担当者またはローン担当者によって入力されます。
取得
融資データ内の「Signing Date」(署名日)または「Closing Date」(クロージング日)フィールドの入力から推測されます。
イベントタイプ
inferred
|
|||
|
鑑定評価受領済み
|
鑑定人から不動産鑑定評価書が受領され、ローンファイルに追加される時点を表します。このステップは不動産評価にとって極めて重要であり、最終的なローン承認の主要な依存関係です。 | ||
|
その重要性
鑑定評価プロセスは、しばしば大きな遅延の原因となります。鑑定評価がいつ発注され、いつ受領されたかを追跡することで、この外部依存関係を効果的に監視・管理するのに役立ちます。
取得元
このイベントは通常、鑑定評価書類がアップロードされ、Encompassの対応する「鑑定評価受領済み」マイルストーン日付フィールドにデータが入力されたときに捕捉されます。
取得
「Appraisal Received Date」(鑑定評価受領日)フィールドの入力、または関連するステータス変更から推測されます。
イベントタイプ
inferred
|
|||