Pre-Qualifications Aren't Applications
A common point of confusion during regulatory audits and NMLS Call Reporting is how to classify pre-qualification requests versus official loan applications. Regulators often attempt to pull pre-qualification inquiries into reportable activity, but standard pre-qualifications do not constitute applications under ECOA (Reg B) or HMDA—provided specific boundaries are maintained.
1. Pre-Qualification vs. Application: Key Differences
Pre-Qualification: A prior-to-application discussion regarding potential eligibility, terms, and maximum borrowing capacity based on standard guidelines (ratios, credit, down payment). The output is an unbinding estimate of what a consumer could afford—not an underwriting decision on a specific transaction. Because no specific request for a particular property/loan amount is evaluated and declined, a pre-qualification yields a dollar figure, not a reportable binary decision.
Qualification / Pre-Approval: Evaluates a specific loan amount or specific financial scenario. A Pre-Approval involves a formal credit decision/commitment without a property address. If turned down, it requires an Adverse Action notice and must be tracked accordingly.
2. Why Pre-Qualifications Are Not Reportable
Under NMLS Call Reporting and HMDA rules, pre-qualifications should not be reported as loan applications or origination volume.
The Regulatory Misconception: Regulators sometimes point to Reg B commentary (1002.2(f)-3), arguing that if a consumer isn't eligible during a pre-qual discussion, it is a "declination" subject to adverse action and reporting.
The Reality: A true pre-qualification process evaluates maximum purchasing power, not a specific pass/fail request. If a consumer asks about buying a $500,000 home but only qualifies for $250,000, issuing a pre-qualification for $250,000 is a positive result—not a declined loan. There is no zero-dollar loan amount to report.
3. Critical Exception: Property Address & TRID Triggers
The moment a property address is attached to a pre-qualification file alongside the other five TRID elements (Name, Income, SSN/Identifier, Property Value, Loan Amount), you have triggered a loan estimate requirement. (Not an application, yet, necessarily, until the customer has provided an intent to proceed)
Important Warning: Adding a specific property address to a pre-qualification record triggers the 3-day TRID disclosure clock, requiring you to issue a Loan Estimate (LE). If you are conducting a pre-qualification, keep the property address field blank or unassigned until the borrower officially applies for a specific property.
4. System Handling: Managing Pre-Quals in Your LOS (e.g., ARIVE)
To prevent unoriginated pre-qualifications from inflating your NMLS Call Report or triggering compliance tracking errors in your Loan Origination System (LOS), you must segment them from active loan files.
Workflow Best Practices in ARIVE & Similar Platforms:
Use a Separate Prospect Pipeline: Keep pre-qualification inquiries in a dedicated Prospect / Lead / Pre-Qual Pipeline rather than creating an active Loan file in the main Loan Pipeline.
Prevent Accidental Application Dates: Creating an active file too early can auto-populate application dates or push the loan into NMLS data extracts.
Transition Upon Contract: Only move the prospect into the active Loan Pipeline (and input the property address) once the borrower submits a full, formal application with an identified property.
Standardized Disclaimers: Ensure any generated pre-qualification letters explicitly state: "THIS IS NOT A LOAN COMMITMENT OR UNDERWRITING DECISION."
Summary
Keep Addresses Out: Do not add a property address to a pre-qualification unless you are ready to trigger TRID disclosure requirements (Loan Estimate).
Segment Your Pipeline: Maintain pre-qualifications in the Prospect/Lead stage within ARIVE to keep NMLS Call Reporting clean.
Document Maximums: Frame pre-qualifications around maximum eligible loan amounts to avoid "failed pre-qual" ambiguity with examiners.