One Loan File In. Boarding-Ready Conditions Out.

A single scanned loan file enters as one undifferentiated blob. The engine classifies it, reads it, validates data across competing sources, applies the full agency rulebook, and writes precise, data-driven conditions back into the System of Record (SOR), Loan Origination System (LOS), or Servicing System (SS).

Book a Demo
Appraisal Hero Banner
350
Document categories auto-classified
250
Data fields extracted
1000
Configured underwriting rules
783
Dynamic SOR/LOS conditions
Automated MSR Boarding Review

From Loan File to SOR/LOS Conditions

A closed loan may be ready to move into servicing, but the file itself can still arrive as a dense, undifferentiated package of scanned documents. Before boarding, the right documents must be identified, controlling versions established, critical data extracted and reconciled, program-specific rules applied, and discrepancies converted into conditions that operations teams can act on.

At portfolio scale, mortgage servicing teams face a challenge that goes beyond reading documents. It is executing the same review logic consistently across changing document sets, loan programs, source systems, and data conditions. MSuite's MSR Review Engine brings these steps into a structured, automated review workflow, from the incoming closed-loan package through to actionable SOR/LOS conditions.

Built for Production

Always On and Elastic by Design

clock
24×7×365

Runs around the clock

Files are picked up the moment they land — nights, weekends, and holidays included. There is no business-hours queue and no overnight backlog waiting for staff to return.

scale
1×5×

Scales 5× in 72 hours

Capacity expands from baseline to five times throughput in three days, so seasonal swings in mortgage volume never become a bottleneck — and it contracts back down just as fast.

The Pipeline

Ten Automated Stages, End to End

Every loan moves through the same structured review path, from an undifferentiated scanned package to actionable conditions in the SOR/LOS.

intake
01. Loan Blob In
Intake
1 file
undifferentiated
page classifier
02. Classify
Page Classifier
350
categories
versioning
03. Versioning
Versioning
N → 1
controlling copy
routing
04. Select Docs
Routing
42
Data-Bearing Documents
extraction
05. OCR Extract
Extraction
250
fields
validation
06. HITL Validate
Validation
QA
human-in-loop
reconcile
07. Source Waterfall
Reconcile
5
systems - up to 7 deep
rule engine
08. Run Rules
Rule Engine
1,000
rules
findings
09. Build Conditions
Findings
783
conditions
output
10. Write to SOR/LOS
Output
LOS
auto-posted
INTAKE

The entire closed-loan package arrives as a single scanned PDF blob — no bookmarks, no order, no labels. Before any rule can be applied, the engine establishes what is contained in the file.

Scale at a Glance

The Surface Area of One Automated Pass

What previously required manual review and comparison across loan documents is executed through a single, deterministic review cycle.
Across a single automated review, the MSR Review Engine handles:

350
document categories for automated classification
42
source documents used for rule inputs
250
data fields extracted per loan
5
source systems used for data reconciliation
11
loan-type, program, and document-type variants
5
investor and agency rule sets — FHA, VA, USDA, FNMA, and FHLMC
1,000
configured rules, including missing-data and discrepancy logic
783
dynamic SOR/LOS conditions that can be raised
14
SOR/LOS condition templates used across findings

Together, these elements define the scope of a single automated boarding review. The engine does not apply one standard check to every loan; the review path adapts to the documents available, the data extracted and reconciled, and the rules applicable to the specific loan program.

Documents

From 350 Categories to the 42 That Carry Data

After classification, the engine selects the source documents needed for rule evaluation, with required and conditionally required documents varying by the applicable agency or investor program.

Source documents required, by agency

Required (R) vs. conditionally required (C) across the five investors
FHA 29
VA 30
USDA 28
FNMA 27
FHLMC 27
Required Conditionally required

The 42 data-bearing documents

Each document is fingerprinted during classification and routed to OCR, concentrating extraction and downstream rule processing on the documents that provide inputs to the review
Initial 1003 Final 1003 Closing Disclosure Final Initial Escrow Statement First Payment Letter Note Final Flood Certification Final Lock Confirmation Final Flood Insurance Hazard Insurance Security Instrument Final Title Final Appraisal Final Buydown Agreement Credit Report AUS Purchase Contract Pay History Payoff Statement Right of Rescission Existing Mortgage Note Condo Questionnaire Condominium Insurance Condo Rider PUD Rider Final 1008 92900 LT 92900-A PMI Certification Final FHA Case # Assignment FHA Mortgage Insurance Certificate VA Loan Guarantee Certificate USDA Loan Note Guarantee 3555-18 Conditional Commitment VA IRRRL Worksheet (26-8923) VA Loan Analysis (26-6393) VA Notice of Value (NOV) Taxpayer First Act Disclosure Disaster List Exclusionary List RD 3555-21 Req for Single Family Housing Loan Guarantee Escrow Waiver
Data Fields

250 Data Fields,
Reconciled Across Multiple Sources

Extracting a value is only the beginning of the data problem. Each field is extracted from a primary source and cross-checked against fallback sources to account for poor scan quality. Some fields use a waterfall of up to seven candidate sources before a value is trusted.

Field types

How the 250 data fields are typed
250fields
Integer23
Date28
Text132
Decimal55
Boolean12

Waterfall depth

Candidate sources configured per field
1 source140
2 sources75
3 sources12
4 sources5
5 sources3
6 sources8
7 sources2

Top source systems

Documents feeding the most fields (of 29 distinct sources)
Final 100392
Closing Disclosure …55
AUS Approval43
Note42
Appraisal27
Flood Certificate23
HUD 92900 LT Loan …17
First Payment Letter15
Mortgage/ Deed of T…15

The source waterfall connects document extraction with rule execution, allowing the rule engine to work with a resolved value rather than simply accepting the first value encountered in the file.

Program-Aware Logic

The Review Path Adapts to the Loan

Boarding logic adapts to the specifics of each loan. The applicable loan type, agency program, and documentation type determine which rules are applied and which conditions are generated.

Program-aware logic determines: Active rules in the program Conditions the program can raise Share of the 250-field universe in scope
55
Active rules in this program
39
Conditions this program can raise
60%
Share of the 250-field universe in scope

The configuration spans 11 program variants and five agencies, allowing the review path to adapt according to the loan rather than forcing every file through an identical set of checks.

The Rule Engine

1,000 Rules for the Program-Aware Review

Rules do more than return a binary pass or fail. They route poor-quality scans back for review, derive missing values, reconcile source discrepancies, and only then raise a condition.

Coverage matrix

The coverage matrix identifies which of the 250 fields are in scope for each program — every lit cell represents a configured check.
Conditions in SOR/LOS

Structured Conditions Generated from Review Findings

Identifying a discrepancy is only part of the review. The issue must also be converted into a structured condition that can be tracked and acted on within the servicing workflow.
Each condition is assigned an SOR/LOS category and tracking code, with condition verbiage generated dynamically from the identified data values before being posted to the SOR/LOS.

Condition categories

SOR/LOS condition families raised by the engine
Closing / Note Docs
236
Property & Insurance
44
Closing
28
Credit
22
Appraisal
18
Underwriting / AUS
18
Closing Disclosure
11
FHA
3

Rather than leaving the result as an isolated exception report, the engine converts the rule finding into a structured condition that can enter the downstream operating workflow.

See the MSR Review Engine in Your Environment

Automate MSR Boarding Review Without Rebuilding Your Workflow

See how MSuite's MSR Review Engine can classify loan packages, reconcile data across sources, execute program-aware checks, and generate structured conditions within your existing mortgage environment.

Talk to an MSuite Expert