Filled

Jump to a Section

Filled

SHARE THIS ARTICLE

Shape

Copy Link

Filled

Subscribe to CrossCheck

Get news from CrossCheck in your inbox.

Getting Adverse Action Notices Right: When the Reason Isn’t Really the Reason

As regulatory scrutiny of consumer disclosures increases, one area that continues to cause concern is the use of adverse action notices for incomplete applications. Simply stating “incomplete application” or “we do not offer credit on the terms requested” as the reason for denial may not be enough.

Under the Equal Credit Opportunity Act (ECOA) and Regulation B, creditors generally must provide applicants with a statement of specific reasons when taking adverse action. The official interpretation of 1002.9(a)(1) clarifies: When an application is incomplete regarding information that the applicant can provide and the creditor lacks sufficient data for a credit decision, the creditor may deny the application giving as the reason for denial that the application is incomplete. The creditor has the option, alternatively, of providing a notice of incompleteness under § 1002.9(c).

This is where the details matter. When a creditor denies an application because critical information is missing and the lender cannot make a credit decision, the creditor may deny the application, indicating the reason for denial is that the application is incomplete. However, that reason cannot be used if an application is incomplete but includes sufficient information to make a credit decision. Instead, the adverse action notice must list the actual reasons for denial

“Incomplete Application” and “We do not offer credit on the terms applied for” – when other reasons for denial exist

Adverse action notice requirements are rooted in transparency. The lender’s goal is to help the applicant understand the action taken, support consistency across underwriting and operations, reduce the risk that similarly situated applicants receive different explanations, and better align the notice with the actual underwriting details.

By contrast, “incomplete application” may obscure the true basis for the decision. Was income documentation missing? Was the collateral information insufficient? Was employment information incomplete or unverifiable? Did the applicant fail to provide a signed authorization? Those are not minor details. They are the actual reasons the application was denied.

Similarly, “We do not offer credit on the terms applied for” or “terms requested unavailable” shows up often when the real issue is product mismatch or a request for a product or terms the institution simply does not offer. Standing alone, however, those phrases are usually too broad to be helpful. Did the institution not offer the requested product feature, such as a 40-year amortization or a particular loan structure? Which term was the problem – loan amount, amortization period, lien position, repayment structure, occupancy type, or collateral type? Those are very different facts, and the notice should reflect the actual one.

Putting It Into Practice: From Generic to Specific

The examples below compare generic adverse action reasons with more specific alternatives. No single phrase will fit every situation, but the objective is consistent: provide the applicants with a clear explanation of the specific reason credit was denied.

Instead of this: Consider this:
  • Incomplete Application
  • Unable to verify income because requested pay stubs were not provided.
  • Application was denied because required information regarding existing mortgage obligations was not provided.
  • Signed authorization to obtain a credit report was not received.
  • Requested business financial statements were not provided.
Why it matters: “Incomplete Application” provides limited meaningful information to the applicant. The consumer does not know whether income documentation was missing, employment could not be verified, required signatures were absent, or why the application could not be approved. By contrast, the examples above identify the specific information that was used to deny the application.
Instead of this: Consider this:
  • We do not offer credit on the terms requested
  • Terms requested unavailable
  • Requested loan term exceeds the institution’s maximum allowable repayment period.
  • Requested collateral type is not eligible under the institution’s lending program.
  • Requested loan purpose is not offered through this credit product.
  • The institution does not offer subordinate lien financing for this loan purpose.
Why it matters: Like “incomplete application,” these explanations often lack sufficient specificity and leave the applicant guessing which term was unacceptable. If a creditor declines an application because the requested product, loan amount, repayment term, or collateral type is outside the institution’s underwriting parameters, the notice should identify the actual reason for the denial.

A simple test can help institutions evaluate the adequacy of their adverse action notices: Would a reasonable applicant understand what specific term, condition, or underwriting criterion the institution could not evaluate? If the answer is no, the reason likely lacks the specificity required by Regulation B.

Effective adverse action notices are not verbose; they are clear. They identify the actual basis for the decision without relying on jargon, internal shorthand, or vague conclusions. “Incomplete application” may describe the status of the file, but it usually does not explain the reason for the action. In adverse action notices, that distinction matters.

Practical Considerations for Compliance Management

In many institutions, the problem is not that staff do not know why the application was denied, but rather that the adverse action platform or denial matrix defaults to reason codes that are too generic and intended to accommodate a wide variety of reasons. A system may allow “incomplete application” as a catch-all, and once that option exists, it tends to get used by default.

That cycle is worth revisiting. Institutions should evaluate whether their adverse action notice templates, denial reason codes, automated decisioning systems, and quality control processes encourage specific and accurate reasons tied to the actual facts in the file.

Particular attention should be paid to:

  • Denial reason codes that default to “incomplete application”
  • Adverse action notices generated after an applicant fails to respond to requests for additional information
  • Product eligibility denials that use broad statements such as “terms not offered”
  • Automated systems that rely on generic or legacy reason codes

Some practical questions to ask:

  • Do standard denial codes allow staff to identify the specific reasons for denial?
  • Are there controls to prevent overuse of generic reasons?
  • Do underwriting notes support the reason stated in the notice?
  • Are lending and operations teams aligned when an application is treated as incomplete versus denied for another substantive reason?
  • Does second-line review test adverse action notices for specificity, not just timeliness?

Key Takeaway for Adverse Action Notices

If an institution denies an application based on missing information, it should be certain that the application does not contain sufficient information to make a credit decision. If it does, adverse action notices should list the specific reasons for denial. If the institution declines the request because it does not offer the requested credit structure, the notice should identify the relevant product term or feature. Generic adverse action reasons save a few seconds on the front end but can create much larger problems on the back end.

Contact CrossCheck to learn how we can help to strengthen your adverse action notice process, improve fair lending controls, and align ECOA and Regulation B requirements with your institution’s underwriting processes.

 

Explore More

About CrossCheck

CrossCheck is a consulting firm that empowers companies in the financial industry to solve their most pressing compliance, risk management, and internal audit challenges.

crosscheck logomark classic building with columns

Related Resources