融資プロセスデータテンプレート

Blend
融資プロセスデータテンプレート

融資プロセスデータテンプレート

このテンプレートは、融資プロセスを分析するために必要なデータ収集のための明確なロードマップを提供します。収集すべき重要な属性、追跡すべき主要な活動、そしてBlendシステムからこの情報を抽出するための実用的なガイダンスを概説しています。これを利用して、強力なプロセスマイニングの洞察を得るためにデータが準備できていることを保証してください。
  • 収集を推奨する項目
  • 追跡すべき主要アクティビティ
  • 抽出の手引き
イベントログについて初めての方へ: プロセスマイニングのイベントログ作成方法.

ローン組成属性

これらの`データフィールド`は、堅牢な`イベントログ`を構築し、ローン組成プロセスを包括的に分析するために不可欠です。
5 必須 5 推奨 11 任意
名前 説明
アクティビティ名
ActivityName
ローン申請に関して、ある時点で発生した特定のビジネス`イベント`または`タスク`の名称。
説明

この属性は、ローン組成プロセスにおける単一のステップまたはマイルストーンを記述します。例えば、「申請提出済み」、「信用調査完了」、「資金実行済み」などです。各アクティビティは、プロセスライフサイクルにおける個別のイベントを表します。

これらのアクティビティの順序と期間を分析することで、詳細なプロセスマップを作成できます。このマップは、一般的なプロセス経路、標準手順からの逸脱、および申請が遅延するボトルネックを特定するために使用されます。アクティビティの流れを理解することは、あらゆるプロセス改善イニシアチブの最初のステップです。

その重要性

この属性はプロセスマップのバックボーンを形成し、ローン組成のジャーニーを構成するステップマイルストーンを定義します。

取得元

この情報は通常、Blend内のイベントログ、ステータス変更記録、または監査証跡から生成され、ローンワークフローにおける主要なマイルストーンに対応します。

応募が提出されましたアンダーライティング開始資金支出完了申請却下済み
ローン申請ID
LoanApplicationId
Blendプラットフォームを通じて提出された個々のローン申請を識別する一意の識別子。
説明

ローン申請IDは、個々のローン要求をライフサイクル全体を通して一意に識別します。これは、関連するすべてのアクティビティデータをグループ化するための中央エンティティとして機能し、特定のローンに関する組成過程の完全な追跡を可能にします。

プロセスマイニングにおいて、このIDはエンドツーエンドのプロセスマップを構築するための基本であり、記録されたすべてのイベントは特定の申請にリンクされなければなりません。これにより、個々の申請ジャーニーの分析、異なる経路の比較、および合計サイクルタイムや手戻り頻度などのケースレベルでのメトリクスの集計が可能になります。

その重要性

これは、すべてのプロセスステップを接続する不可欠なケースIDであり、各申込者のローン組成ジャーニー全体を再構築し分析することを可能にします。

取得元

これはBlendのコアローン申請データエンティティ内の主キーです。通常、すべてのローン関連データ``エクスポートとAPIエンドポイントで利用可能です。

APP-2024-10583BLND-0034981-A1800123987
開始時刻
EventStartTime
特定の`アクティビティ`または`イベント`が正式に開始されたことを示す`タイムスタンプ`。
説明

イベント開始時間は、プロセスステップが開始された正確な日付と時間です。このタイムスタンプは、イベントを正しく順序付けし、アクティビティの期間とそれらの間の待機時間を計算するために不可欠です。

分析では、このタイムスタンプは各ローン申請のアクティビティを順序付けし、時系列のイベントログを作成するために使用されます。これは、サイクルタイム、処理時間、待機時間など、すべての時間ベースの計算の基礎となり、遅延の特定やサービスレベル契約(SLA)に対するパフォーマンスの評価に不可欠です。

その重要性

このタイムスタンプは、イベントの順序付け、プロセスの期間計算、そして融資ワークフローにおけるボトルネックと遅延の特定に不可欠です。

取得元

これは、Blendのイベントログまたは監査証跡テーブル内のイベント記録の作成または開始タイムスタンプに対応します。

2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z
ソースシステム
SourceSystemName
イベントデータが抽出されたソースシステム(「Blend」)を特定します。
説明

この属性は、データが発信された記録システムを特定します。このプロセスビューでは、値は一貫して「Blend」になります。

すべてのデータが単一のシステムから来ている場合、これは冗長に思えるかもしれませんが、含めるのがベストプラクティスです。これは、コアバンキング``プラットフォームやCRMなどの他のシステムからデータを統合する場合に非常に貴重になり、アナリストがデータ系統を追跡し、統合の問題をトラブルシューティングできるようになります。

その重要性

重要なデータ系統を提供し、プロセスデータの出所を明確にすることで、統合された環境では特に重要です。

取得元

これは通常、データ抽出および変換プロセス中に記録の出所をラベル付けするために追加される静的な値(「Blend」)です。

BlendBlend_本番環境Blend_米国
最終データ更新
LastDataUpdateTime
このイベントのデータがソースシステムから最後に更新または抽出された日時を示すタイムスタンプ。
説明

このタイムスタンプは、Blendからデータが最後に取得された時刻を示します。これはイベントが発生した時刻ではなく、分析に使用されるデータセット内でレコードが更新された時刻を表します。

これはデータガバナンスと品質保証にとって重要なメタデータ属性です。ユーザーが分析しているデータの鮮度を理解するのに役立ち、特にニアリアルタイム監視シナリオにおいて、ダッシュボードとレポートの信頼性を検証するために不可欠です。

その重要性

情報の鮮度を示すことでデータの透明性を確保し、プロセス分析の正確性を信頼するために不可欠です。

取得元

このタイムスタンプは、Blendのソースシステムからデータが照会・抽出された時点で、データ取り込みパイプラインによって追加されます。

2024-03-10T02:00:00Z2024-03-11T02:00:00Z2024-03-12T02:00:00Z
ローン商品
LoanProduct
申請中のローン商品の具体的な`タイプ`(住宅ローンや個人ローンなど)。
説明

この属性は、申込者が要求した金融商品のタイプによってローン申請を分類します。例として、「30年固定住宅ローン」、「ホームエクイティラインオブクレジット」、「自動車ローン」などがあります。

ローン商品別にプロセスを分析することは、サイクルタイム、承認率、または特定の製品に固有のプロセス経路のバリエーションを特定するために重要です。これにより、シンプルな個人ローンのプロセスが複雑な住宅ローンのプロセスとは大きく異なる可能性があるため、的を絞った改善が可能になります。ダッシュボードは、多くの場合、この属性を使用してKPIをセグメント化し、異なる事業部門間でのパフォーマンスを比較します。

その重要性

プロセス分析のセグメンテーションを可能にし、さまざまなローン商品間でパフォーマンスとプロセスフローがどのように異なるかを明らかにします。

取得元

Blendのドキュメントを参照してください。この情報は通常、ローン申請レコードの主要フィールドです。

30年固定金利型住宅ローン15年固定金利型住宅ローンHELOC自動車ローン
担当ローンオフィサー
AssignedLoanOfficer
その`アクティビティ`の処理を担当したローン担当者または保証審査官の氏名またはID。
説明

この属性は、特定のタスクを実行した、またはローン申請に割り当てられたローン担当者または保証審査官などの特定の従業員を識別します。これは、ワークロードの配分と個々のパフォーマンスを理解するために不可欠です。

分析において、これによりユーザーまたはチーム別にプロセスマップをフィルタリングし、パフォーマンスを比較し、トレーニングの機会を特定できます。「ローン担当者ワークロードとパフォーマンスダッシュボード」は、この属性に直接依存してケースの配分と担当者あたりの平均処理時間を視覚化し、ワークロードがバランスされ効率的であることを保証するのに役立ちます。

その重要性

プロセスアクティビティを特定の個人に紐付け、ワークロード分析、パフォーマンス監視、リソース最適化を可能にします。

取得元

Blendのドキュメントを参照してください。これは、ローン申請レコードまたは特定のタスクに関連付けられたユーザー割り当てフィールドに保存されている可能性が高いです。

John Smithジェーン・ドウj.smith@lender.comuser_1024
決定結果
DecisionOutcome
ローン申請の最終結果(承認、却下、または取り下げなど)。
説明

このケースレベル``属性は、ローン申請の最終ステータスまたは決定を記録します。ローンが最終的に承認され資金が提供されたか、貸し手によって却下されたか、または申込者によって取り下げられたかを示します。

これは成果分析のための重要な属性です。承認された申請と却下された申請のプロセス経路を比較し、成功または失敗につながる要因を特定することができます。「ローン決定結果分析ダッシュボード」と「ローン申請却下率」KPIは、このデータに直接基づいており、承認率を理解し向上させるのに役立ちます。

その重要性

これは、成果ベースの分析に不可欠であり、成功したプロセスインスタンスと失敗したプロセスインスタンスを比較して承認率を向上させることができます。

取得元

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目標を比較することで、「保証審査SLA順守率」KPIを計算し、違反を特定することが可能です。これは、コンプライアンスを監視し、SLA違反のリスクがある申請を優先順位付けする「保証審査サービスレベル順守ダッシュボード」にとって不可欠です。

その重要性

パフォーマンスの明確なベンチマークを提供し、SLA順守の測定と保証審査の遅延特定を可能にします。

取得元

Blendのドキュメントまたはビジネスルール設定を参照してください。これは、ローン商品やその他の要因に基づいて設定可能な項目である可能性があります。

48時間3 days24時間
ケース期間
CaseDuration
ローン申請における最初の`イベント`から最後の`イベント`までの合計計算時間。
説明

この指標は、各融資申請のプロセス全体のリードタイムを測定します。これは、特定の「LoanApplicationId」に対して記録された最後のイベントのタイムスタンプから、最初のイベントのタイムスタンプを差し引くことで算出されます。

ケース期間は、プロセス全体の効率性を示す主要業績評価指標(KPI)です。「融資承認エンドツーエンドサイクルタイム」ダッシュボードで使用され、パフォーマンスの全体像を提供します。この指標と、融資商品やチャネルなどの属性によってどのように変動するかを分析することは、融資プロセス全体の速度を理解し、改善するために不可欠です。

その重要性

ローン申請の全工程(エンドツーエンド)のサイクルタイムを表し、全体のプロセス速度と効率を測定するための重要なKPIです。

取得元

これはプロセスマイニング``ツールで、各ケースの最後のイベントタイムスタンプから最初のイベントタイムスタンプを差し引くことで計算されます。

25日8時間42日3時間15日12時間
ドキュメントタイプ
DocumentType
要求または受領されている書類の`タイプ`(「給与明細」や「銀行取引明細書」など)。
説明

この属性は、「書類要求済み」や「書類受領済み」などのアクティビティに関わる裏付け書類の正確なタイプを特定します。この詳細レベルは、ローンプロセスの文書管理部分を理解するために不可欠です。

文書タイプ別に分析することで、「どの書類が最も頻繁に再要求されているか?」や「申込者が提供するのに最も時間がかかる書類はどれか?」といった疑問に答えるのに役立ちます。「書類要求効率分析ダッシュボード」は、この属性に依存して、書類収集プロセスにおけるパターンと非効率性を特定し、手戻りや遅延の削減を目指します。

その重要性

文書関連のアクティビティに関する詳細な情報を提供し、非効率性や特定のタイプの文書に対する繰り返し要求を特定するのに役立ちます。

取得元

Blendのドキュメントを参照してください。これは、文書管理タスクまたはイベントの詳細で利用できるはずです。

給与明細W-2様式銀行取引明細書確定申告書
与信スコア
CreditScore
信用調査時の申込者の信用スコア。
説明

この属性は、「信用調査完了」アクティビティ中に信用情報機関から返される数値の信用スコアを格納します。信用スコアは、申込者の信用度を評価し、融資決定を下す上での重要な要素です。

プロセス分析において、信用スコアは申請をセグメント化し、この重要なデータポイントがプロセスの結果にどのように影響するかを理解するために使用できます。例えば、アナリストは、信用スコアが低いほど保証審査時間が長くなったり、却下率が高くなったりするかどうかを調査できます。これにより、リスク評価がプロセス効率にどのように影響するかについての深い洞察が得られます。

その重要性

申請者のリスクプロファイルがプロセスフロー、期間、結果にどのように影響するかを分析するために使用できる主要な意思決定要素。

取得元

Blendのドキュメントを参照してください。この情報は通常、第三者の信用情報機関から連携を通じて取得され、申請者のプロファイルに保存されます。

780650815
却下理由
RejectionReason
ローン申請が却下された際に提示される具体的な理由。
説明

融資申請の「決定結果」が「却下」の場合、この属性は却下の根本的な理由を提供します。一般的な理由としては、「信用スコア不足」、「高債務比率」、または「書類不備」などがあります。

このデータは根本原因分析にとって非常に貴重です。最も一般的な却下理由を分析することで、企業は申請プロセス、申請者の品質、または融資基準におけるシステム的な問題を特定できます。「融資決定結果分析」ダッシュボードはこの情報を使用して、全体的な承認率を向上させるための実用的な洞察を提供します。

その重要性

ローン却下の「理由」を提供し、一般的な問題に対処し、申請の成功率を向上させるための的を絞ったアクションを可能にします。

取得元

Blendのドキュメントを参照してください。これは却下された申請の決定履歴またはステータス履歴で利用できる可能性が高いです。

債務所得比率が高すぎる低い信用スコア不完全な申請
審査SLA違反あり
IsUnderwritingSlaBreached
審査段階が定義されたSLA目標を超過したかどうかを示す計算済みフラグ。
説明

これはブールTrue/False属性であり、保証審査プロセスの実際の期間と「UnderwritingSlaTarget」を比較することで導出されます。実際の期間が目標よりも長い場合、このフラグTrueに設定されます。

このフラグは、複雑な時間比較を単純な二値インジケーターにすることで、分析とダッシュボード作成を簡素化します。「保証審査サービスレベル順守ダッシュボード」で直接使用され、違反の数をカウントし、「保証審査SLA順守率」KPIを計算します。これにより、サービス基準を満たせなかったすべてのケースを迅速に特定できます。

その重要性

SLA違反を明確な二値インジケーターとして提供し、レポート作成を簡素化し、すべての違反申請を分析するための迅速なフィルタリングを可能にします。

取得元

これは計算フィールドです。ロジックは次のとおりです。(UnderwritingDecisionRendered.Timestamp - UnderwritingCommenced.Timestamp) > UnderwritingSlaTarget。

truefalse
手戻り
IsRework
あるアクティビティが同じケース内の以前のステップの繰り返しであるかを示す計算済みフラグ。
説明

このブール``フラグは、同じローン申請ケースで同じアクティビティが以前に発生している場合にTrueに設定されます。たとえば、同じローンに対して「書類要求済み」が2回目に現れた場合、2回目の発生は手戻りとしてフラグが立てられます。

手戻りの特定は、プロセスの非効率性、摩擦、ループを特定するために不可欠です。「手戻りおよび再提出分析ダッシュボード」と「ローン申請あたりの手戻り率」KPIは、繰り返しの作業の頻度と影響を定量化するためにこの属性に依存しています。これらのインスタンスを強調することは、初回から正しく行うための改善 efforts に焦点を当てるのに役立ちます。

その重要性

プロセスの非効率性やループを直接示し、繰り返し作業の影響を定量化・分析しやすくします。

取得元

これは通常、ケース``トレース内で繰り返されるアクティビティを検出できるプロセスマイニング``ツールによって計算されます。データ準備中に計算することもできます。

truefalse
物件の州
PropertyState
ローンに関連する物件が所在する米国の州。
説明

この属性は、融資対象となる物件の州を識別します。これは特に住宅ローン申請に関連します。貸付規制や市場状況は州によって大きく異なる場合があります。

これは分析に地理的な側面を提供します。異なる地域間でのプロセスパフォーマンス(サイクルタイムや承認率など)を比較することができます。これにより、地域ごとのボトルネックを特定し、地域の規制がプロセスに与える影響を理解し、リソースをより効果的に割り当てることができます。

その重要性

ローン組成プロセスの地理的分析を可能にし、地域ごとのパフォーマンスの違いや規制の影響を明らかにできます。

取得元

Blendのドキュメントを参照してください。これは、住宅ローン申請の物件情報の一部として収集される標準フィールドです。

CANYTXFL
申請者タイプ
ApplicantType
「新規顧客」や「既存顧客」など、申請者の分類。
説明

この属性は、申込者を融資機関との関係に基づいてカテゴリに分類します。これには、「新規顧客」、「既存顧客」、「内部従業員」、または「パートナー紹介」などの分類が含まれる場合があります。

異なる申込者タイプは、異なるプロセスルールの対象となったり、既存のデータの恩恵を受けたりする可能性があり、これが処理時間や承認率に影響を与えることがあります。申込者タイプ別にプロセスのバリエーションを分析することで、既存顧客のジャーニーを効率化したり、新規顧客の摩擦点を特定したりする機会を明らかにすることができます。

その重要性

顧客関係に基づいてプロセスの違いを分析でき、これによりデータ可用性、リスク評価、全体的な速度に影響を与える可能性があります。

取得元

Blendのドキュメントを参照してください。これは、申請者の情報を顧客マスターデータベースと相互参照するか、直接捕捉することで導出される可能性があります。

新規顧客既存顧客優遇パートナー
融資金額
LoanAmount
申込者によって要求されたローンの総額。
説明

この属性には、申請中のローンの元金が含まれています。ローン金額は、保証審査プロセスの複雑さと厳格さに大きく影響する可能性があります。

ローン金額に基づいてプロセスを分析することで、価値あるセグメンテーションが可能になります。たとえば、非常に高額なローンは、小額のローンとは異なる、より厳格なプロセス経路をたどる可能性があります。これにより、サイクルタイムと承認率の変動を説明するのに役立ち、分析のためにケースを異なる価値帯に分類するためによく使用されます。

その重要性

重要なビジネスコンテキストを提供し、申請の財務的価値に基づいた分析を可能にします。これは多くの場合、プロセスの複雑さと相関します。

取得元

Blendのドキュメントを参照してください。これは、あらゆるローン申請フォームにおける標準的かつ必須のフィールドです。

350000.0050000.001250000.00
必須 推奨 任意

ローン組成活動

これらは、正確なプロセスディスカバリと`ボトルネック`特定のために、`イベントログ`内で追跡すべき重要なプロセス`ステップ`と`マイルストーン`です。
7 推奨 9 任意
アクティビティ 説明
アンダーライティング決定
保証審査官による審査が完了し、「承認済み」「条件付き承認」「却下」などの決定が下されたことを示します。このイベントで、主要な保証審査分析が終了します。
その重要性

このアクティビティは、保証審査サイクルタイムとSLA順守を測定するためのエンドポイントです。決定結果は、承認率と却下理由を分析するための重要な属性です。

取得元

これは、保証審査官がシステムで決定を提出したときに捕捉される明示的なイベントであることが多いです。また、「承認済み」や「却下」など、保証審査からのステータス変更から推測することもできます。

取得

アンダーライターの決定提出イベント、またはそれに続くステータス変更のタイムスタンプを使用します。

イベントタイプ explicit
アンダーライティング開始
保証審査プロセスが開始されることを示します。保証審査官がローン申請と裏付け書類の詳細な審査を開始する時点です。これは通常、保証審査官が案件を自身に割り当てるか、案件ステータスが「保証審査中」に変更されたときに捕捉されます。
その重要性

これは、最も重要な意思決定段階の始まりを示す主要なマイルストーンです。これは、保証審査SLA順守率KPIを測定し、保証審査前のボトルネックを特定するための開始点です。

取得元

これは、申請のステータスが「保証審査中」または「保証審査官に割り当て済み」に変更されたことと、対応するタイムスタンプから推測できます。

取得

ローンステータスが審査状態に変更されたときのタイムスタンプを特定します。

イベントタイプ inferred
ローンオファー承諾済み
申込者がローンオファーとその条件を正式に承諾したことを示します。これは、申込者がローンを続行する意思があることを示す重要な`マイルストーン`です。
その重要性

このアクティビティは、承認からクロージングへの成功した転換を示す重要な指標です。承諾にかかった時間を分析することで、オファーの競争力に関する洞察を得ることができます。

取得元

このイベントは、申込者がBlendポータルで電子署名を行うか、その他の方法で承諾を示したときに捕捉され、タイムスタンプ付きのステータス更新をトリガーします。

取得

システム内での申請者の電子署名または承諾アクションのタイムスタンプを使用します。

イベントタイプ explicit
応募が提出されました
申込者またはローン担当者による完成したローン申請の正式な処理提出を示します。これは、処理および保証審査の`タイムライン`が正式に開始される重要な`イベント`です。
その重要性

これは、エンドツーエンドの処理時間とサービスレベル契約(SLA)を測定するための公式な開始点です。申請のドラフト作成段階とアクティブな処理段階を区別するのに役立ちます。

取得元

Blendはこれを、明示的なイベントまたはローン申請の監査証跡内のステータス変更(例:「下書き」から「提出済み」へのステータス変更)として捕捉している可能性が高いです。

取得

申請提出のイベントログまたはステータス変更のタイムスタンプを特定します。

イベントタイプ explicit
申請却下済み
この`アクティビティ`は、保証審査の結果、ローン申請が正式に却下されたことを意味します。これはプロセスにおける代替の、失敗に終わった終了です。
その重要性

これは重要な「アンハッピーパス」の終了イベントです。却下の件数と理由を分析することは、貸付基準を洗練し、ローン申請却下率KPIを改善するために不可欠です。

取得元

このイベントは、保証審査官によって下された「却下」決定に対応します。これは、Blendにおける最終ステータス更新として、関連するタイムスタンプと理由コードとともに捕捉されます。

取得

最終ステータスが「否認」または「却下」に変更されたタイムスタンプを使用します。

イベントタイプ explicit
申請開始
ローン担当者または申込者がBlendシステムで新しいローン申請の作成を開始した時点を示します。これは、必要な情報がすべて収集され正式に提出される前であっても、最初に作成される記録であることがよくあります。
その重要性

このアクティビティはローン組成プロセスの初期トリガーとして機能し、申込者が申請を完了し提出するまでにかかる時間を測定し、申請の途中離脱率を分析するのに役立ちます。

取得元

このイベントは、Blendの主要申請テーブルにおけるローン申請記録の作成タイムスタンプとして捕捉される可能性が高いです。これは、ローン申請IDに関連付けられた最も早いタイムスタンプから推測できます。

取得

主要な融資申請レコードの作成タイムスタンプを使用します。

イベントタイプ inferred
資金支出完了
ローン組成プロセスが成功裏に完了し、ローン金額が申込者または関連当事者に送金されたことを示します。この`イベント`は、成功したローン申請の道のりの終わりを意味します。
その重要性

これはプロセスの主要な「ハッピーパス」の終了イベントです。このアクティビティまでの時間を測定することで、全体のローン組成サイクルタイムという重要なKPIが提供されます。

取得元

これは、ローン担当者が資金調達部門からの確認を受け取った後、Blendで申請ステータスを「資金提供済み」または「完了」に更新したときに記録される可能性が高いです。コアバンキングシステムとの統合から来ることもあります。

取得

ステータスが「資金提供済み」、「支払済み」、または「完了」に変更されたタイムスタンプを使用します。

イベントタイプ inferred
ローンオファー生成済み
この`アクティビティ`は、「承認済み」の保証審査決定後に発生し、申込者に送付される公式のローンオファー書類の作成を示します。これにより、承認されたローンの条件が正式なものとなります。
その重要性

保証審査の決定からオファー生成までの時間は、管理上の遅延を明らかにする可能性があります。これはローン承諾への道のりにおける重要なステップです。

取得元

これはBlend内の書類生成ログに、ローンオファー書類が作成されたことを示すタイムスタンプとともに捕捉される可能性が高いです。

取得

融資提案書レコードの作成タイムスタンプを使用します。

イベントタイプ explicit
与信審査完了
申込者の信用報告書とスコアが信用情報機関から正常に受領され、ローンファイルに添付された時点を示します。このイベントは、信用データが審査可能になったことを意味します。
その重要性

信用調査の開始から完了までの期間は、サードパーティサービスの効率性を測定します。このデータは、その後の保証審査およびリスク評価の段階にとって重要です。

取得元

このイベントは、信用情報機関のAPIからの成功応答を受信した際に記録されます。Blendのログタイムスタンプとともに記録されるか、信用調査タスクのステータス更新として記録されます。

取得

信用報告書応答または「完了」ステータス更新のタイムスタンプ付きログエントリを検索します。

イベントタイプ explicit
信用調査開始
この`アクティビティ`は、信用情報機関から申込者の信用報告書を取得する要求が開始されたことを意味します。これは申込者の信用度を評価する上で重要な`ステップ`です。
その重要性

これは重要なデータ収集ステップです。信用調査を開始し完了するまでにかかる時間を分析することで、サードパーティ統合における遅延を特定するのに役立ちます。

取得元

このイベントは通常、信用情報機関へのAPIコールとして記録され、Blendのシステムログまたは監査証跡にタイムスタンプとともに記録されます。

取得

信用報告書要求のタイムスタンプ付きログエントリを検索します。

イベントタイプ 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
推奨 任意

抽出ガイド

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