Mortgage Intelligence Platform

Mortgage QC · AVAILABLE FOR EVALUATION

Mortgage Quality Control, on the Mortgage Intelligence Platform.

Review the whole file, preserve the evidence, and focus human judgment where it matters. Running on real files today, on sample, synthetic or de-identified historical files, with every finding carrying the rule version and the source page behind it.

  1. Source
  2. Fact/Context
  3. Policy
  4. Calculation
  5. Decision
  6. Evidence

Why QC is hard

Most defects live between the documents

Experienced reviewers already do this work, and do it well. The constraint is not skill: the checks are numerous, the file is long, the policy keeps moving, and the time is finite.

RECONSTRUCTION · SYNTHETIC LOAN LN-0002841 · RUN #14CONVENTIONAL 30-YEAR FIXED · FANNIE MAE
XDC-INCOME-RECONCILE · v2.3.0

Qualifying income does not reconcile across sources

Finding severity
Significantassigned by the rule at run time
Review state
Raised → Acceptedreviewer disposition, 2026-09-08
Determination
Not a defectfinal, after review
Values used, with source document, page and basis
SourcePageValueBasis
Paystub, 03/2026p. 1 of 2$8,940 / moderived, year-to-date annualized
W-2, 2025p. 1 of 1$8,875 / moderived, annual wages / 12
URLA 1003p. 2 of 9$9,200 / mostated by the borrower
Transmittal 1008p. 1 of 2$9,200 / moused to qualify
Variance 3.7% spread · 5.0% tolerance · within tolerance
Basis for the determination
Within tolerance, and the reviewer accepted the basis. Raised because the 1008 used the stated figure rather than a derived one, and which basis stands is a reviewer’s call, not the rule’s.
Evidence kept
Rule XDC-INCOME-RECONCILE v2.3.0, published 2026-07-14, active at run time. Four values, each with document, page and position. Program rule set and MISMO field path recorded. Rules that could not run listed separately.
Reviewer disposition
Accepted · QC reviewer · 2026-09-08
“Underwriter used the stated figure with a written calculation on file.”

Severity states what the finding would mean if it stood. The review state records what the reviewer did with it. The determination is the final answer. A reconstruction of the working application on a synthetic loan; the values, sources, threshold, states and disposition are the ones the product records, and the rule’s executable logic is not shown.

No single document is wrong. The finding only exists when the file is read as one thing. That is what cross-document reasoning means, and it is where the platform shows first.

What a miss costs
$32,288Estimated average cost per repurchase demand. National Mortgage News, drawing on STRATMOR Group analysis.
What the rate hides
1.50%Critical defect rate, CY2025, flat against 1.52%, while eligibility defects rose 291% and credit 166%. ACES Mortgage QC Industry Trends.
What a loan costs to produce
$11,109Fully loaded total production cost per loan, not QC cost. MBA Quarterly Performance Report, Q3 2025. No per-loan QC figure is published industry-wide.
What changes
Designed for every loan, not a sampleFull-file, cross-document checks rather than a sampled read, so depth stops being the variable that quietly gives. What is on offer today is a controlled evaluation: see the capability matrix below.

Whole-file workflow

Seven stages, and two boundaries

Issues found across the whole file, checked against the applicable requirements, resolved by a person, and every step kept with the finding.

01

Intake

Loan file received and queued.

02

Classification

Documents identified and segmented.

03

Extraction

Values located, kept with page and source.

  • Verify: a person corrects what the system is unsure of, before rules run
04

Synthesis

Reconciled across the file; conflicts recorded.

05

Validation

Versioned rules run. Skips recorded too.

06

Review

Exception raised. A reviewer resolves it.

  • Findings: what the reviewer opens
  • Disposition: a named person decides, and it is recorded
07

Evidence

Finding kept with the rule version that made it.

  • Report: the exported record, with the rules that did and did not run

Every stage, followed through one synthetic file with four findings, is on the walkthrough; what is kept with a finding is taken apart on anatomy of a finding.


Controls

The policy the rules enforce, encoded and versioned

Not a checklist held in someone's head. Each control is a stored rule, bound to a loan program, and the record shows which ran and which were skipped.

TRID
Disclosure content and timing
Loan Estimate within a period of application; Closing Disclosure received a required interval before consummation; tolerance comparisons between the two.
ATR / QM
Ability to repay
A documented, verified determination, with the points-and-fees test and the safe-harbor threshold applied by loan pricing.
HOEPA
High-cost triggers
Additional protections and restrictions where rate or fee thresholds are exceeded.
HMDA
Reported data accuracy
Loan Application Register values checked against the file they were drawn from.
RESPA
Settlement services
Section 8 referral and unearned-fee prohibitions; Section 10 escrow administration.
ECOA / Reg B
Adverse action and timing
Notice content and the period within which it must issue.
FCRA
Consumer reports
Permissible purpose and risk-based pricing notice timing.
Agency programs
FHA · VA · USDA
Program eligibility and the layered documentation logic that stacks rather than replaces.
Selling guides
Investor requirements
The operative standard for conforming loans, encoded as versioned rules rather than remembered.

Rule sets are selected by loan program, so an FHA file and a bank-statement file do not run the same checks. Which rules were skipped, and why, is recorded alongside the ones that ran. Encoding a published requirement is not endorsement by, affiliation with, or certification from any agency or GSE.


Findings

Four outcomes are recorded, not two

Every rule returns one of four states, and the distinction between the last three is the point.

PassedThe rule ran and the file satisfied it.
FailedThe rule ran and the file did not satisfy it.
Data requiredThe rule could not run because a field it needs is empty. Reported, not folded into passes.
Not applicableThe rule did not apply to this loan program or file. Recorded as skipped, with the reason.

A system that reports only pass and fail turns data required and not applicable into silence, and silence reads as clean. Each finding carries a severity, the rule and its version, the values used and their sources, and a status a reviewer moves it through.


Evidence

What is kept with every finding

Six months after a file is cleared, someone asks why. A finding that cannot answer is an opinion with a timestamp.

Recorded on every run: the values used, with the source document each came from; confidence per value; which source won where documents disagreed, and on what basis; the MISMO field path; the rules that ran; the rules that were skipped; the loan program applied; and the rule set version. Anatomy of a finding, taken apart in full.

What is retained today: findings and synthesized values keep their lineage to the source data and the source document. What is still being built: presenting that lineage down to page and field level inside the reviewer interface. The record exists; the interface for reading it at that granularity is on the roadmap.


Governance

“You are using AI. Show us what it did, and how you knew it was right.”

Fannie Mae's LL-2026-04 took effect 6 August 2026; Freddie Mac's Bulletin 2025-16 has been live since 3 March. Both require a documented AI/ML governance program, and both hold you to the same standard for the AI your vendors use.

What is the AI doing, and why

Each stage is named and bounded. The AI helps read the file and identify issues across it; it does not make the loan decision. Findings are tied to the applicable requirement, and a named person decides. The purpose of the AI is answerable in one sentence rather than described.

What safeguards are in place

Every finding is tied to the requirement applied and its version, every value to its source page, and uncertain values are surfaced for a person to correct before findings are produced. That is a real safeguard and a bounded one. It does not make a reading error harmless.

How do you know it got it right

Every value carries the source document it was read from, and every finding the numbered rule version. Given the same inputs and version, the same result follows, so a disputed answer is traceable to a specific value on a specific page.

Can you evidence it for a vendor

The obligation extends to vendor and subcontractor AI, held to the same standard. The record exists as a by-product of the review, not as a document written afterwards.

The platform produces the evidence; the lender holds the obligation. Nothing here implies approval or endorsement by Fannie Mae or Freddie Mac.


Current capability

What runs today, and what is still being built

Stated as two columns rather than one, because the distance between them is the thing a buyer needs and the thing vendors usually hide. Current as of the September 2026 capability review.

Running today

These run in the deployed environment now. A rules specialist or an audit lead can be shown them without qualification.

INTAKE
Loan files processed end to end
Upload sessions, documents and run relationships, processing a complete package rather than isolated documents.
CLASSIFY
Segmentation and classification
Documents identified and split across the supported form set, with review of unclassified pages.
EXTRACT
Fields read, with confidence retained
Values extracted with confidence captured, low-confidence values highlighted for inline correction.
VERIFY
Reviewers correct what the system is unsure of
Human judgment stays where the system is uncertain, before anything downstream runs.
SYNTHESIZE
One structured loan record
Borrower, property, income, asset and liability structures consolidated, with conflicting values flagged and derived values shown.
VALIDATE
Versioned rules produce findings
Rule execution with severity, rule-level detail, and the findings workflow.
DISPOSITION
A named reviewer decides
Loan-level disposition captured with the deciding reviewer recorded. The system produces findings; a person decides.
REPORT
A quality control report with export
Produced today. Investor and regulatory reporting packages are target, not current.

The strongest part: rules, versioning and lineage

The rule model, execution, explainability and lineage can be demonstrated now; the authoring and approval interfaces around them are in the group below.

RULE SETS
Versioned, with explicit relationships
Rule sets, rules and versions implemented, so a finding can name the version that produced it.
PROGRAMS
Program to rule-set mapping
Loan programs map to rule sets, so different programs run different rules.
EXECUTION
Execution plans, results retained per run
So a run can be reconstructed rather than described.
EXPLAINABILITY
Rule logic shown with the outcome
Results carry the logic alongside the result and link back to the rule.
LINEAGE
Back to the source document
Findings and synthesized values retain lineage to the source data and documents.

Implemented, awaiting verification

Everything in this group is implemented; what it has not yet had is demonstrated behavior we would put in front of you as evidence.

APPROVAL QUEUE
Data model implemented, interface to demonstrate
Role-based approval rights and change history are target.
RULES CATALOG
Metadata modeled; catalog interface to verify
Usage analytics and impact analysis are target.
RULE STUDIO
Input mapping and testing designed in
An authoring experience usable by a rules specialist without engineering support is target.
NEEDS DATA / NOT APPLICABLE
Designed into the model, live behavior to demonstrate
Recording that a rule did not run, so “no finding” and “not checked” stay distinguishable.
SCHEDULED RUNS
Configuration present, end-to-end behavior to demonstrate
Retry, failure handling and alerting are target.

In development

Where current and target are furthest apart, stated so timing can be planned rather than discovered.

DEPLOYMENT
Vendor-managed cloud environment today
We are building a Terraform deployment that stands the platform up inside a customer's own AWS account. Not available yet; it is the work that closes the two rows below.
DATA RESIDENCY
Documents are processed in our environment
Under the deployment above, loan files and the processing that reads them would stay inside your account. That is the destination, not today's position.
INHERITED CONTROLS
Our controls today, yours after that change
Deployed into your account, the platform sits behind the network boundaries, key management, logging and identity controls you already operate and have had audited.
TENANCY
Tenant-aware data model
Enforced end-to-end isolation, tenant administration and cross-tenant negative testing are target.
ACCESS CONTROL
Token-based login with session handling
Enforced authorization boundaries, role-based administration and single sign-on are target.
REVIEWER WORKFLOW
Reviewers inspect and correct values today
Queues, assignment, escalation and service levels are on the roadmap.
OBSERVABILITY
Application-level run metrics
Infrastructure observability, alerting and security detection are target.
RESILIENCE
Standard managed database and storage services
Defined availability and recovery objectives with tested backup and restore are target.

Intake

How a loan file reaches the platform, today and next

Split into what runs now and what is on the roadmap, because the difference decides what an evaluation can actually cover.

TODAY
Upload sessions: deliver the file, nothing to build
Loan packages are delivered into tracked processing sessions and run end to end. No integration work on your side and no change to how your team assembles files. This is how an evaluation starts.
NEXT
Batch ingestion and origination connectors
Connectors to origination and document management systems, and batch ingestion for volume, so files flow without being handed over. On the roadmap, not available today.
NEXT
Mortgage data interfaces, including ULDD
Consuming a Uniform Loan Delivery Dataset export as the structured companion to the document set, so a cross-document check gains an authoritative view of what the loan is supposed to say. A roadmap item, not a current capability, and the foundation of the planned Delivery application.

Evaluation and data

How to test it against controlled files

A synthetic file with no data from you, or three to five of your own de-identified files whose outcomes you know. Misses, false alerts and time, agreed in advance and computed together. Your documents are not training data; they are processed inside our cloud environment; retention is contractual.

See where it stands, on a real file.

A working session on a synthetic file, or de-identified files of your own. You will see the parts described above as running, and the parts that are not.