Datavrn
← Notes from the build
Management Reporting

From Close to Confidence: What Review and Approval Should Actually Mean

12 Jun 2026·4 min read

There’s a moment in many finance teams that should be more uncomfortable than it is: the analyst finishes the pack, attaches it to an email, and sends it to the board. Between “the analyst finished” and “the board received” there was no gate — no second set of eyes, no recorded sign-off, no version anyone can point back to. The pack is trusted because the analyst is trusted, and that’s the whole control. For a number that will drive real decisions, that’s thin.

Review and approval is the step that turns a draft into a defensible document. Done properly, it’s not bureaucracy — it’s the difference between numbers a board can rely on and numbers a board is merely hoping are right.

What a real review process does

It separates the maker from the checker. The person who builds a pack is the worst-placed person to spot their own errors — they’ll read what they intended, not what’s there. A genuine review means someone other than the preparer examines the pack before it’s final: testing the surprising movements, checking that the flags are explained, confirming the method hasn’t silently drifted. Maker–checker isn’t distrust of the maker; it’s an acknowledgement that no one proofreads their own work well, least of all under deadline.

It requires explanations, not just numbers. Employee costs up 16% against budget isn’t a finding — it’s a prompt. A review process worth the name doesn’t let a material movement through without an explanation attached: the annual increment cycle landed this month, plus one-time items. The explanation travels with the number, so the board reads cause alongside effect, and so the reasoning is on record rather than reconstructed verbally in the meeting.

It gates delivery. The point of review is that nothing reaches the recipient until it’s been through the gate. A pack with an open, unexplained anomaly shouldn’t be one careless click away from the board’s inbox. “Reviewed” should be a state a pack has to enter before it can be sent — not a courtesy that sometimes happens after.

Why versioning is the unsung half of this

Approval without versioning is only half a control. The other half is what happens after — when a number changes.

Numbers do change after a first cut. A late invoice arrives, an estimate trues up, an error is found. The wrong way to handle this is to quietly overwrite the figure and resend, because now two versions of “the May pack” exist in the world and no one can tell which is which, or what moved between them. The right way is that a change creates a new, identified version, with the prior one retained and the difference visible: here’s what changed, by how much, and why. That way “the May pack” always refers to something specific, restatements are transparent rather than suspicious, and anyone can reconstruct exactly what the board saw on the day they saw it.

This matters enormously the first time someone asks, months later, “what were we actually told in May?” With versioning, that’s a lookup. Without it, it’s an argument.

Confidence as a first-class output

Here’s a more ambitious idea: what if the pack told you how much to trust it? Not as a vague feeling, but as an explicit, on-the-cover assessment — this pack is solid except for these three things: one estimated accrual, one late feed, one ratio that can’t yet be computed. A confidence signal like that does two jobs at once. It tells the reader precisely where to apply scrutiny, and it gives the finance team a running, visible measure of their own data quality — one that improves as gaps get closed. A number’s trustworthiness shouldn’t be something the reader has to infer. It can be stated.

What to expect with Datavrn

Datavrn treats review and approval as part of producing a pack, not an optional afterthought. A pack is generated as a draft; material movements carry explanations; a reviewer other than the preparer signs off before anything is delivered — nothing is auto-sent. Changes don’t overwrite: each approved version is retained and identified, with the difference from the prior one visible, so restatements are transparent and “what did the board see in May” is always answerable. And each pack carries a confidence assessment that names exactly what’s holding it back — so the people producing it and the people reading it share the same honest view of how far to trust the numbers.

Early access

We're choosing a small group of design partners.

If your team produces management reports and you want the methodology to run as software, we'd like to talk.

Request early access
Back to all notes