Skip to content

Introductory offer: $0 setup and free migration from your current CRM(for a limited time)See pricing

Ferrylend

Guide

How lender matching works

Lender matching turns each lender's box into rules and checks every deal against them, so you send to lenders who will actually look at it. Here is the model, step by step, with a worked example.

By the Ferrylend team · Updated · 3 min read

The problem it solves

Every lender publishes guidelines: minimum revenue, time in business, credit, maximum positions, restricted industries and states. A shop with twenty lenders cannot keep all of that in its head, so deals go to lenders who decline them on sight, and good lenders get missed. Matching does the lookup for you and shows its working.

Step 1: build a deal profile

Matching starts from a snapshot of the deal built from the merchant, the owners, the bank statement figures, the existing positions and the request. The metrics we evaluate today:

GroupMetrics
Cash flowMonthly true revenue, gross deposits, average daily balance, deposits per month, NSFs (max in a month and total), negative days (max and total), revenue trend %, statements on file
Existing debtExisting positions, existing MCA payments per month, current holdback %, open position with this lender
RequestRequested amount, requested amount ÷ monthly revenue, deal type
BusinessTime in business, state, industry (with restricted flags), NAICS prefix, entity type, sole proprietor, home-based
OwnersHighest owner FICO, highest ownership %, a DataMerch hit you record

Step 2: turn each lender's box into rules

Each lender can have one or more programs (an A-paper program, a renewals program, a sole-prop program). Each program holds rules. A rule is a metric, an operator and a value, plus a severity:

SeverityMeaningExample
HardA fail makes the lender ineligibleMonthly revenue at least $20,000
SoftA fail is a warning and lowers the scoreNo more than 3 negative days in a month
InfoShown for context, never decidesPrefers restaurants

Operators cover the usual cases: at least, at most, equals, in a list, not in a list, between, and exists. Lists cover states, industries and entity types.

Step 3: evaluate every rule

Each rule returns one of three results, and the third one matters more than people expect:

  • PASS: the deal meets the rule.
  • FAIL: the deal does not.
  • UNKNOWN: the deal is missing the data (no credit score yet, no statements entered). Unknown is not a pass; it tells you what to collect.

Each result keeps the actual and the required value, so the explanation reads like an underwriter's note: "Requires $20,000+ revenue; this merchant has $17,450."

Step 4: decide eligibility

Ineligible            = any hard rule FAILS
Needs data            = no hard fail, but a hard rule is UNKNOWN
Eligible with warnings = no hard fail or unknown, but a soft rule FAILS
Eligible              = everything passes

Lenders are then ranked by tier first and score second. The score is the share of weighted soft rules that pass, so two eligible lenders can still be told apart.

Step 5: flag near misses

Lender guidelines are often softer than they look. A deal that misses a hard rule by a small margin (a FICO ten points short, revenue a few percent under) is worth a call to your rep to ask for an exception. Matching flags those near misses instead of hiding the lender.

A worked example

A restaurant in New York asks for $60,000. Statements show $82,000 average monthly true revenue, an average daily balance of $9,800, one NSF in the worst month, two negative days, one open position paying $6,300 a month, 30 months in business and an owner FICO of 640.

Three fictional lenders checked against the deal
RuleLender A (A paper)Lender B (B paper)Lender C (first position only)
RevenueHard: $50k+ PASSHard: $20k+ PASSHard: $25k+ PASS
Time in businessHard: 24+ months PASSHard: 6+ months PASSHard: 12+ months PASS
FICOHard: 680+ FAIL (640)Soft: 550+ PASSHard: 600+ PASS
PositionsHard: max 1 PASSHard: max 3 PASSHard: max 0 FAIL (1 open)
Negative daysSoft: max 1 FAIL (2)Soft: max 5 PASSSoft: max 3 PASS
StateHard: not CA PASSHard: not NV PASSHard: not NY FAIL
ResultIneligible (FICO 40 short)EligibleIneligible (positions, state)

Lender B gets the submission. Lender A is not a near miss here (40 points is a lot), but if the owner's FICO came back at 675 it would be. You could still submit to Lender A anyway; a good system lets you and records that you did.

Before picking an amount, check affordability: the new payment plus $6,300 a month against $82,000 of revenue. The stacking calculator does that sum.

Keeping lender criteria accurate

  • Record where each rule came from (portal, rep email, observed) and when you last checked it.
  • Compare decline reasons with predictions: a decline for a reason the rules said passed means the stored criteria are wrong.
  • Re-run matching whenever the statements, positions or the request change.
  • Keep matching rule-based. Learned approval odds can help rank lenders later, but they should never override a hard rule.

See how this works in the product on the lender matching page.

Questions

What is lender matching?

Checking a deal against every lender's stored criteria, such as revenue, time in business, credit, positions, industry and state, to see which lenders it qualifies for and why.

What happens when data is missing?

The rule returns unknown rather than pass. If a hard rule is unknown, the lender is marked as needing data, which tells you exactly what to collect before submitting.

Can I still submit to a lender the deal does not match?

Yes. Guidelines often have exceptions. A good system lets you submit anyway and records that you did, so you can review those decisions later.

Does matching work for loans and lines of credit too?

Yes, for cash-flow based products. Rules use the same deal metrics, and programs can be set up per product type. Criteria that depend on collateral, such as loan-to-value, are not evaluated.

Put this into practice

Leads, statements, lender matching, submissions and commissions in one CRM. We import your data from your current system.