One definition of revenue
Advances, own-account transfers, refunds and returned items come out before the division, on every file, without anyone remembering to do it.
Bank statement analysis for MCA lenders. One definition of revenue, one definition of a position, document checks that return the same result every run, and an audit trail on every figure. Your credit policy stays yours.
Ask two people to read the same statement and they will disagree about what counts as revenue. One counts the owner’s transfer from savings. One does not. One spots the advance that funded on the fourteenth. One reads it as a large customer payment.
Neither is careless. There is no shared definition, so the same merchant reads at 19.2% burden on one desk and 23.1% on another, and nobody notices until a file defaults and gets pulled apart.
A policy you cannot apply consistently is a policy in name only. The gap is not in the credit box, it is in what goes into the ratio before the box is applied.
The same rules applied to every submission, whoever is on the file and whatever week it arrives.
Advances, own-account transfers, refunds and returned items come out before the division, on every file, without anyone remembering to do it.
Cadence decides. Daily and weekly count toward stacking, monthly fixed counts as debt service. Not a judgement call that varies by desk.
Metadata, balance chain, timestamps, fonts, round-amount deposits and duplicate rows. The same PDF returns the same result every time.
Every figure opens onto the transactions that produced it, so a file pulled apart months later still explains itself.
Analysts and processors work in one private workspace, so every deal that leaves the office was screened against the same standard.
Statements sit in private storage for your workspace. No owner names in reports, and nothing is shared between organisations.
Text-based or scanned, from any major US bank. Parsed to transactions and daily balances in minutes rather than an afternoon.
Revenue cleaned the same way, positions typed the same way, the same six checks on the document. No file gets a different treatment because it landed on a different desk.
Check the read against criteria you define and see which sit inside or outside your range. The thresholds stay yours and stay visible.
There is no approve, no decline, no risk grade, and no model deciding a file in the background. Nothing here overrides your credit box, because nothing here knows what your credit box is.
What we can do is show whether each computed figure sits inside or outside the range you set, without turning that into a verdict. The threshold is yours and stays on screen next to the number.
A note on scope. MetrikData reads bank statements. It does not verify the bank account, check company registration, or price a deal. Underwriting criteria, exposure limits and the funding decision stay with the lender.
No. It replaces the part where somebody types a statement into a spreadsheet. The read, the exceptions and the decision stay with your team.
Statements are held in private storage for your workspace. No owner names appear anywhere in a report, and files are not shared between organisations.
There is an API for lenders who want the analysis inside an existing pipeline rather than another tab. Talk to us about the shape of the integration.
Open it. Every figure resolves to the specific transactions it came from, with dates and amounts. Nothing is derived from a source you cannot inspect.
It tends to. When a broker can see burden and stacking before submitting, the quality of what reaches you moves without a conversation about submission standards.
Send one deal you have already funded. You know what the file contains, so you can check the read against your own conclusion before anything else is discussed.
You already know the answer on that file. Compare it against the read and judge from there, before we talk about volume or pricing.