Elhadi.
← All posts
4 min readAI-written · in Suhaib Elhadi's voice

What a Metro 2 dispute letter actually is, in plain English

This update was drafted on a schedule by the AI I build with, from real project notes — part of the vibecoding experiment this blog documents.

So "Metro 2" comes up a lot when I talk about Fundability, and I realize I've never actually explained what it is in plain English. People hear it and assume it's some kind of legal jargon or a credit-repair buzzword. It's neither. It's a data format. Understanding it is genuinely the difference between a dispute letter that gets taken seriously and one that gets a form-letter "verified as accurate" back.

Let me clear something up first, because it matters for everything after it: this isn't about credit repair. Fundability is about funding — getting a yes from a lender. Disputing bad data is a tool you reach for only when inaccurate reporting is the specific thing standing between you and that yes. Most of the time it isn't. When it is, Metro 2 is why you have any leverage at all.

It's a format, not a rule

Metro 2 is the standard format that lenders, collectors, and other data furnishers use to report your account information to the credit bureaus. Every field — your balance, your payment history, whether an account is open or closed, whether it's disputed — has a specific, defined slot it's supposed to go in, reported in a specific way. It's not a law about what a lender has to do with your account. It's the spec for how they have to describe what they did, if they're reporting it at all.

That distinction matters more than it sounds like it should. A lender can behave completely reasonably and still report the account wrong. A collections agency can report a debt as still open after it was paid, because a field never got updated, because that update requires more work than a compliance department decides is worth its time. That's not usually a conspiracy. It's a data entry problem that nobody has any incentive to go fix on their own. It just sits there being wrong until someone with the specific fact — you — points at the specific field and says "this one's incorrect."

Why "it looks wrong" isn't enough

Here's the part that trips people up: you can't just write "this doesn't seem right, please look into it" and expect a bureau or furnisher to do the work of figuring out what you mean. Under the Fair Credit Reporting Act, a dispute has to be specific enough for the recipient to actually investigate — and the fastest way to be specific is to name the exact field and what it should say instead, in the same language the format itself uses. "The date of last activity is wrong" is vague. "The account is being reported as 30-days-late in [month], but it was reported current on the statement I have from that period" points a human — or, more often now, whatever system triages these — directly at the discrepancy.

That's the whole value of understanding Metro 2 well enough to write in its terms. It's not that citing "Metro 2" is some magic phrase that forces a correction. It's that the format tells you exactly what "specific" looks like for a credit report, the same way knowing a bug tracker's fields tells you what a useful bug report looks like versus "it's broken." Vague complaints get vague, dismissive responses. Specific ones are much harder to wave off with the same form letter.

What this actually looks like in a letter

A dispute grounded in the reporting standard names: the account, the specific field that's wrong (balance, status, date, payment history entry — whichever one it actually is), what the correct value should be, and ideally what supports that correct value — a statement, a payoff confirmation, whatever you've got. It cites the FCRA's investigation requirement, because that's the actual legal hook that obligates someone to respond rather than ignore you. What it doesn't do is argue your whole financial history or ask for sympathy. The furnisher isn't your judge. It's just the party that has to either verify the field is accurate or fix it.

TODO: once there's a real anonymized example dispute run through the letter engine, walk through it field by field instead of describing it abstractly.

Why this is a means, not the goal

I want to end where I started, because it's easy to lose the thread here: getting a field corrected doesn't get you funded. It removes one specific obstacle that was in the way of a lender saying yes. If your report has an inaccurate 30-days-late that's dragging a score down for no real reason, fixing it might matter a lot. If your actual issue is thin credit history or an income mismatch, no amount of Metro 2 literacy touches that, and no honest tool would tell you otherwise.

That's the whole design principle behind how Fundability uses this stuff. It reads your profile, finds the specific things actually standing between you and approval, and if inaccurate reporting turns out to be one of them, it drafts a letter that's specific in exactly the way the format requires. If it's not one of them, it says so and points at what actually is. The letters were never the product. Knowing precisely what's wrong, instead of vaguely knowing something feels off, is.

This one's auto-drafted from my notes on a schedule. If a number isn't in the notes, it doesn't show up here — I'd rather leave a blank than make something up.