融資プロセスデータテンプレート
融資プロセスデータテンプレート
- 収集を推奨する項目
- 追跡すべき主要アクティビティ
- 抽出の手引き
ローン組成属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ名
ActivityName
|
ローン申請に関して、ある時点で発生した特定のビジネス`イベント`または`タスク`の名称。 | ||
|
説明
この これらの
その重要性
この
取得元
この情報は通常、Blend内の
例
応募が提出されましたアンダーライティング開始資金支出完了申請却下済み
|
|||
|
ローン申請ID
LoanApplicationId
|
Blendプラットフォームを通じて提出された個々のローン申請を識別する一意の識別子。 | ||
|
説明
ローン申請IDは、個々のローン要求をライフサイクル全体を通して一意に識別します。これは、関連するすべての
その重要性
これは、すべてのプロセス
取得元
これはBlendの
例
APP-2024-10583BLND-0034981-A1800123987
|
|||
|
開始時刻
EventStartTime
|
特定の`アクティビティ`または`イベント`が正式に開始されたことを示す`タイムスタンプ`。 | ||
|
説明
分析では、この
その重要性
このタイムスタンプは、イベントの順序付け、プロセスの期間計算、そして融資ワークフローにおけるボトルネックと遅延の特定に不可欠です。
取得元
これは、Blendの
例
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z
|
|||
|
ソースシステム
SourceSystemName
|
イベントデータが抽出されたソースシステム(「Blend」)を特定します。 | ||
|
説明
この すべての
その重要性
重要な
取得元
これは通常、
例
BlendBlend_本番環境Blend_米国
|
|||
|
最終データ更新
LastDataUpdateTime
|
このイベントのデータがソースシステムから最後に更新または抽出された日時を示すタイムスタンプ。 | ||
|
説明
このタイムスタンプは、Blendからデータが最後に取得された時刻を示します。これはイベントが発生した時刻ではなく、分析に使用されるデータセット内でレコードが更新された時刻を表します。 これはデータガバナンスと品質保証にとって重要なメタデータ属性です。ユーザーが分析しているデータの鮮度を理解するのに役立ち、特にニアリアルタイム監視シナリオにおいて、ダッシュボードとレポートの信頼性を検証するために不可欠です。
その重要性
情報の鮮度を示すことでデータの透明性を確保し、プロセス分析の正確性を信頼するために不可欠です。
取得元
このタイムスタンプは、Blendのソースシステムからデータが照会・抽出された時点で、データ取り込みパイプラインによって追加されます。
例
2024-03-10T02:00:00Z2024-03-11T02:00:00Z2024-03-12T02:00:00Z
|
|||
|
ローン商品
LoanProduct
|
申請中のローン商品の具体的な`タイプ`(住宅ローンや個人ローンなど)。 | ||
|
説明
この ローン商品別にプロセスを分析することは、サイクルタイム、承認率、または特定の製品に固有のプロセス経路のバリエーションを特定するために重要です。これにより、シンプルな個人ローンのプロセスが複雑な住宅ローンのプロセスとは大きく異なる可能性があるため、的を絞った改善が可能になります。
その重要性
プロセス分析のセグメンテーションを可能にし、さまざまなローン商品間でパフォーマンスとプロセスフローがどのように異なるかを明らかにします。
取得元
Blendのドキュメントを参照してください。この情報は通常、ローン申請レコードの主要フィールドです。
例
30年固定金利型住宅ローン15年固定金利型住宅ローンHELOC自動車ローン
|
|||
|
担当ローンオフィサー
AssignedLoanOfficer
|
その`アクティビティ`の処理を担当したローン担当者または保証審査官の氏名またはID。 | ||
|
説明
この 分析において、これによりユーザーまたはチーム別にプロセス
その重要性
プロセスアクティビティを特定の個人に紐付け、ワークロード分析、パフォーマンス監視、リソース最適化を可能にします。
取得元
Blendのドキュメントを参照してください。これは、ローン申請レコードまたは特定のタスクに関連付けられたユーザー割り当てフィールドに保存されている可能性が高いです。
例
John Smithジェーン・ドウj.smith@lender.comuser_1024
|
|||
|
決定結果
DecisionOutcome
|
ローン申請の最終結果(承認、却下、または取り下げなど)。 | ||
|
説明
この これは成果分析のための重要な
その重要性
これは、成果ベースの分析に不可欠であり、成功したプロセスインスタンスと失敗したプロセスインスタンスを比較して承認率を向上させることができます。
取得元
Blendのドキュメントを参照してください。これは通常、クローズされたローン申請レコードの最終ステータスフィールドです。
例
承認済み却下取り消し済み
|
|||
|
申請チャネル
ApplicationChannel
|
ローン申請が最初に提出されたチャネル。 | ||
|
説明
この 異なるチャネル間でのパフォーマンスを分析することにより、組織はどのチャネルが最も効率的であるか、最高の承認率を持つか、または最も手戻りを経験するかを特定できます。「申請チャネルパフォーマンス概要
その重要性
さまざまな提出チャネル間のパフォーマンス比較を可能にし、申請を取得する最も効果的かつ効率的な方法を特定するのに役立ちます。
取得元
Blendのドキュメントを参照してください。これは初期申請メタデータの一部として捕捉される可能性があります。
例
オンラインポータルモバイルアプリ支店ブローカー
|
|||
|
終了日時
EventEndTime
|
`アクティビティ`が完了したことを示す`タイムスタンプ`。これは`マイルストーンイベント`の開始時間と同じであることがよくあります。 | ||
|
説明
この 開始時間と終了時間の両方があることで、
その重要性
アクティビティの正確な処理時間を計算することを可能にし、実際の作業時間とアイドル待機時間を区別するのに役立ちます。
取得元
これは、Blendの
例
2023-10-26T10:00:00Z2023-11-15T18:02:15Z2024-01-05T09:12:45Z
|
|||
|
アクティビティ処理時間
ActivityProcessingTime
|
アクティビティにアクティブに費やされた時間の計算された期間。 | ||
|
説明
この指標は、アクティビティが実際に処理されていた時間を示し、その終了時刻と開始時刻の差として計算されます。これにより、事前の待機期間から実際の作業期間を切り離します。 処理時間と合計サイクルタイムを区別することは、正確なボトルネック分析のために不可欠です。あるステップのサイクルタイムが長い場合、それは非効率な処理ではなく、長いキュー(待ち行列)によるものである可能性があります。この指標により、アナリストは必要に応じて、キューの削減またはアクティビティ自体の速度向上かいずれかに改善努力を集中できます。
その重要性
タスクのアクティブな作業期間を測定し、処理における
取得元
これは
例
3時間15分2日4時間45 minutes
|
|||
|
アンダーライティングSLA目標
UnderwritingSlaTarget
|
保証審査段階の完了目標期間(時間または日数)。 | ||
|
説明
この この目標はパフォーマンスを評価するためのベンチマークとして使用されます。実際の保証審査期間とこのSLA目標を比較することで、「保証審査SLA順守率」KPIを計算し、違反を特定することが可能です。これは、
その重要性
パフォーマンスの明確なベンチマークを提供し、SLA順守の測定と保証審査の遅延特定を可能にします。
取得元
Blendのドキュメントまたはビジネスルール設定を参照してください。これは、ローン商品やその他の要因に基づいて設定可能な項目である可能性があります。
例
48時間3 days24時間
|
|||
|
ケース期間
CaseDuration
|
ローン申請における最初の`イベント`から最後の`イベント`までの合計計算時間。 | ||
|
説明
この指標は、各融資申請のプロセス全体のリードタイムを測定します。これは、特定の「LoanApplicationId」に対して記録された最後のイベントのタイムスタンプから、最初のイベントのタイムスタンプを差し引くことで算出されます。 ケース期間は、プロセス全体の効率性を示す主要業績評価指標(KPI)です。「融資承認エンドツーエンドサイクルタイム」ダッシュボードで使用され、パフォーマンスの全体像を提供します。この指標と、融資商品やチャネルなどの属性によってどのように変動するかを分析することは、融資プロセス全体の速度を理解し、改善するために不可欠です。
その重要性
ローン申請の全工程(
取得元
これは
例
25日8時間42日3時間15日12時間
|
|||
|
ドキュメントタイプ
DocumentType
|
要求または受領されている書類の`タイプ`(「給与明細」や「銀行取引明細書」など)。 | ||
|
説明
この 文書
その重要性
文書関連の
取得元
Blendのドキュメントを参照してください。これは、文書管理タスクまたはイベントの詳細で利用できるはずです。
例
給与明細W-2様式銀行取引明細書確定申告書
|
|||
|
与信スコア
CreditScore
|
信用調査時の申込者の信用スコア。 | ||
|
説明
この プロセス分析において、信用スコアは申請をセグメント化し、この重要な
その重要性
申請者のリスクプロファイルがプロセスフロー、期間、結果にどのように影響するかを分析するために使用できる主要な意思決定要素。
取得元
Blendのドキュメントを参照してください。この情報は通常、第三者の信用情報機関から連携を通じて取得され、申請者のプロファイルに保存されます。
例
780650815
|
|||
|
却下理由
RejectionReason
|
ローン申請が却下された際に提示される具体的な理由。 | ||
|
説明
融資申請の「決定結果」が「却下」の場合、この属性は却下の根本的な理由を提供します。一般的な理由としては、「信用スコア不足」、「高債務比率」、または「書類不備」などがあります。 このデータは根本原因分析にとって非常に貴重です。最も一般的な却下理由を分析することで、企業は申請プロセス、申請者の品質、または融資基準におけるシステム的な問題を特定できます。「融資決定結果分析」ダッシュボードはこの情報を使用して、全体的な承認率を向上させるための実用的な洞察を提供します。
その重要性
ローン却下の「理由」を提供し、一般的な問題に対処し、申請の成功率を向上させるための的を絞った
取得元
Blendのドキュメントを参照してください。これは却下された申請の決定履歴またはステータス履歴で利用できる可能性が高いです。
例
債務所得比率が高すぎる低い信用スコア不完全な申請
|
|||
|
審査SLA違反あり
IsUnderwritingSlaBreached
|
審査段階が定義されたSLA目標を超過したかどうかを示す計算済みフラグ。 | ||
|
説明
これは この
その重要性
SLA違反を明確な二値インジケーターとして提供し、レポート作成を簡素化し、すべての違反申請を分析するための迅速なフィルタリングを可能にします。
取得元
これは計算
例
truefalse
|
|||
|
手戻り
IsRework
|
あるアクティビティが同じケース内の以前のステップの繰り返しであるかを示す計算済みフラグ。 | ||
|
説明
この 手戻りの特定は、プロセスの非効率性、摩擦、
その重要性
プロセスの非効率性やループを直接示し、繰り返し作業の影響を定量化・分析しやすくします。
取得元
これは通常、
例
truefalse
|
|||
|
物件の州
PropertyState
|
ローンに関連する物件が所在する米国の州。 | ||
|
説明
この これは分析に地理的な側面を提供します。異なる地域間でのプロセスパフォーマンス(サイクルタイムや承認率など)を比較することができます。これにより、地域ごとの
その重要性
ローン組成プロセスの地理的分析を可能にし、地域ごとのパフォーマンスの違いや規制の影響を明らかにできます。
取得元
Blendのドキュメントを参照してください。これは、住宅ローン申請の物件情報の一部として収集される標準フィールドです。
例
CANYTXFL
|
|||
|
申請者タイプ
ApplicantType
|
「新規顧客」や「既存顧客」など、申請者の分類。 | ||
|
説明
この 異なる申込者
その重要性
顧客関係に基づいてプロセスの違いを分析でき、これによりデータ可用性、リスク評価、全体的な速度に影響を与える可能性があります。
取得元
Blendのドキュメントを参照してください。これは、申請者の情報を顧客マスターデータベースと相互参照するか、直接捕捉することで導出される可能性があります。
例
新規顧客既存顧客優遇パートナー
|
|||
|
融資金額
LoanAmount
|
申込者によって要求されたローンの総額。 | ||
|
説明
この ローン金額に基づいてプロセスを分析することで、価値あるセグメンテーションが可能になります。たとえば、非常に高額なローンは、小額のローンとは異なる、より厳格なプロセス経路をたどる可能性があります。これにより、サイクルタイムと承認率の変動を説明するのに役立ち、分析のために
その重要性
重要なビジネスコンテキストを提供し、申請の財務的価値に基づいた分析を可能にします。これは多くの場合、プロセスの複雑さと相関します。
取得元
Blendのドキュメントを参照してください。これは、あらゆるローン申請フォームにおける標準的かつ必須のフィールドです。
例
350000.0050000.001250000.00
|
|||
ローン組成活動
| アクティビティ | 説明 | ||
|---|---|---|---|
|
アンダーライティング決定
|
保証審査官による審査が完了し、「承認済み」「条件付き承認」「却下」などの決定が下されたことを示します。このイベントで、主要な保証審査分析が終了します。 | ||
|
その重要性
この
取得元
これは、保証審査官がシステムで決定を提出したときに捕捉される明示的な
取得
アンダーライターの決定提出イベント、またはそれに続くステータス変更のタイムスタンプを使用します。
イベントタイプ
explicit
|
|||
|
アンダーライティング開始
|
保証審査プロセスが開始されることを示します。保証審査官がローン申請と裏付け書類の詳細な審査を開始する時点です。これは通常、保証審査官が案件を自身に割り当てるか、案件ステータスが「保証審査中」に変更されたときに捕捉されます。 | ||
|
その重要性
これは、最も重要な意思決定段階の始まりを示す主要な
取得元
これは、申請のステータスが「保証審査中」または「保証審査官に割り当て済み」に変更されたことと、対応する
取得
ローンステータスが審査状態に変更されたときのタイムスタンプを特定します。
イベントタイプ
inferred
|
|||
|
ローンオファー承諾済み
|
申込者がローンオファーとその条件を正式に承諾したことを示します。これは、申込者がローンを続行する意思があることを示す重要な`マイルストーン`です。 | ||
|
その重要性
この
取得元
この
取得
システム内での申請者の電子署名または承諾アクションのタイムスタンプを使用します。
イベントタイプ
explicit
|
|||
|
応募が提出されました
|
申込者またはローン担当者による完成したローン申請の正式な処理提出を示します。これは、処理および保証審査の`タイムライン`が正式に開始される重要な`イベント`です。 | ||
|
その重要性
これは、
取得元
Blendはこれを、明示的なイベントまたはローン申請の監査証跡内のステータス変更(例:「下書き」から「提出済み」へのステータス変更)として捕捉している可能性が高いです。
取得
申請提出のイベントログまたはステータス変更のタイムスタンプを特定します。
イベントタイプ
explicit
|
|||
|
申請却下済み
|
この`アクティビティ`は、保証審査の結果、ローン申請が正式に却下されたことを意味します。これはプロセスにおける代替の、失敗に終わった終了です。 | ||
|
その重要性
これは重要な「アンハッピー
取得元
この
取得
最終ステータスが「否認」または「却下」に変更されたタイムスタンプを使用します。
イベントタイプ
explicit
|
|||
|
申請開始
|
ローン担当者または申込者がBlendシステムで新しいローン申請の作成を開始した時点を示します。これは、必要な情報がすべて収集され正式に提出される前であっても、最初に作成される記録であることがよくあります。 | ||
|
その重要性
この
取得元
この
取得
主要な融資申請レコードの作成タイムスタンプを使用します。
イベントタイプ
inferred
|
|||
|
資金支出完了
|
ローン組成プロセスが成功裏に完了し、ローン金額が申込者または関連当事者に送金されたことを示します。この`イベント`は、成功したローン申請の道のりの終わりを意味します。 | ||
|
その重要性
これはプロセスの主要な「ハッピー
取得元
これは、ローン担当者が資金調達部門からの確認を受け取った後、Blendで申請ステータスを「資金提供済み」または「完了」に更新したときに記録される可能性が高いです。
取得
ステータスが「資金提供済み」、「支払済み」、または「完了」に変更されたタイムスタンプを使用します。
イベントタイプ
inferred
|
|||
|
ローンオファー生成済み
|
この`アクティビティ`は、「承認済み」の保証審査決定後に発生し、申込者に送付される公式のローンオファー書類の作成を示します。これにより、承認されたローンの条件が正式なものとなります。 | ||
|
その重要性
保証審査の決定からオファー生成までの時間は、管理上の遅延を明らかにする可能性があります。これはローン承諾への道のりにおける重要な
取得元
これはBlend内の書類生成
取得
融資提案書レコードの作成タイムスタンプを使用します。
イベントタイプ
explicit
|
|||
|
与信審査完了
|
申込者の信用報告書とスコアが信用情報機関から正常に受領され、ローンファイルに添付された時点を示します。このイベントは、信用データが審査可能になったことを意味します。 | ||
|
その重要性
信用調査の開始から完了までの期間は、サードパーティサービスの効率性を測定します。この
取得元
この
取得
信用報告書応答または「完了」ステータス更新のタイムスタンプ付きログエントリを検索します。
イベントタイプ
explicit
|
|||
|
信用調査開始
|
この`アクティビティ`は、信用情報機関から申込者の信用報告書を取得する要求が開始されたことを意味します。これは申込者の信用度を評価する上で重要な`ステップ`です。 | ||
|
その重要性
これは重要な
取得元
この
取得
信用報告書要求のタイムスタンプ付きログエントリを検索します。
イベントタイプ
explicit
|
|||
|
最終開示書類送付済み
|
最終的に法的に要求される一連のクロージング書類が、署名の前に申請者へレビューのために送付されたことを示します。これは最終的なクロージングに先行する、時間的制約のあるコンプライアンスステップです。 | ||
|
その重要性
このイベントの追跡は、TILA-RESPA統合開示(TRID)規則の3日間レビュー期間など、義務付けられた待機期間の遵守を確実にするために極めて重要です。
取得元
これはBlendのコミュニケーションまたは文書管理
取得
「Closing Disclosure」パッケージの送信に関連するタイムスタンプ付きイベントログを検索します。
イベントタイプ
explicit
|
|||
|
初期開示書類送付済み
|
この`アクティビティ`は、法的に義務付けられている初期の開示書類一式が申込者に送付される時点を示します。これはプロセスの早い段階で発生しなければならない重要な`コンプライアンス``ステップ`です。 | ||
|
その重要性
このコンプライアンスに基づく活動を追跡することは、規制監査に不可欠です。そのタイミングを分析することで、RESPAやTILAのような規制への準拠が保証されます。
取得元
これはBlend内のコミュニケーションまたは文書管理
取得
「Initial Disclosure」パッケージの送信に関連するタイムスタンプ付きイベントログを検索します。
イベントタイプ
explicit
|
|||
|
書類受領
|
申込者が要求されたすべての、または一部の裏付け書類をアップロードまたは提出した時点を示します。このイベントは、申請を次の段階(保証審査など)に進めるための前提条件となることがよくあります。 | ||
|
その重要性
書類要求から受領までの時間は、遅延の一般的な原因です。これを追跡することで、申込者の応答性や書類収集プロセスの効率性を測定するのに役立ちます。
取得元
Blendの文書管理システムで文書がアップロードされたとき、またはそのステータスが「Received」に変更されたときのタイムスタンプを介して捕捉されます。
取得
ドキュメントアップロードまたは文書チェックリストにおけるステータス更新のタイムスタンプを使用します。
イベントタイプ
explicit
|
|||
|
書類要求済み
|
システムまたはローンオフィサーが、給与明細や銀行取引明細書などの必要な補足書類を申請者に要求したことを示します。これは、申請ワークフロー内の自動または手動のアクションであることがよくあります。 | ||
|
その重要性
このアクティビティを分析することで、書類収集に関連するボトルネックを特定できます。同じケースで複数回発生する場合、手戻りやプロセスの非効率性を示唆しており、これは「書類再要求率KPI」で測定できます。
取得元
これは通常、Blend内の書類追跡またはチェックリスト
取得
文書管理または申請者とのコミュニケーション機能からのイベントログを使用します。
イベントタイプ
explicit
|
|||
|
申請取り下げ済み
|
申請者が最終決定前または資金調達前に申請を取り下げたことを示します。これはプロセスにとって失敗した結果を表します。 | ||
|
その重要性
これは主要な「アンハッピー
取得元
これは、Blendのステータスが「取り下げ済み」に変更されたときに捕捉されます。これは、申込者が
取得
イベントまたはステータスが「取り下げ済み」に変更されたタイムスタンプを使用します。
イベントタイプ
explicit
|
|||
|
融資契約締結済み
|
この`アクティビティ`は、申込者によるすべてのクロージング書類の最終署名を示し、ローン契約を法的に拘束するものです。これは、資金が実行される前に申込者に要求される最後の`ステップ`です。 | ||
|
その重要性
これは申込者からの最終確認であり、資金調達の前提条件です。この段階での遅延は、資金実行の
取得元
これは、Blendと統合された電子署名
取得
最終ローンパッケージの電子署名プロセスが完了したときのタイムスタンプをキャプチャします。
イベントタイプ
explicit
|
|||