• Migration guide
  • Finance
  • 5 min read

From reconciliation spreadsheets to a Finance Controller FTE

Keep the spreadsheet as the baseline and the memory of your rules. Move the matching to daily proposals with evidence. Write down what the formulas knew.

Author
ftes.ai Editorial
ftes.ai Team

The short answer

Migrating from reconciliation spreadsheets to a Finance Controller Digital FTE on ftes.ai means keeping the spreadsheets as the baseline and the record of your matching rules, and moving the matching to daily evidenced proposals against the ledger and bank feed, with the sheet's tacit rules written into the remit. What breaks is the hidden logic in the formulas.

The role this piece is aboutFinance Controller Digital FTE ยท Finance & Accounting

Key takeaways

  • Keep: the spreadsheets as the baseline, and their formulas as the source of your matching rules.
  • Move: daily matching to proposals with evidence, approved by the finance owner.
  • Order: extract the rules, baseline, parallel run for one close, retire the sheet.
  • Breaks: the logic hidden in formulas and manual overrides nobody documented.
  • After: days to close and day-one exceptions against the sheet's history, and an audit trail the sheet never had.

What changes when the spreadsheet is retired?

A reconciliation spreadsheet is a matching engine built by one person, with rules in formulas and overrides in cells, run at month end from exports, with no record of who changed what. A Finance Controller Digital FTE on ftes.ai matches daily from live connections, proposes each match with the source records attached, follows written rules in its remit, and records every approval with a name. The migration moves the matching and, more importantly, moves the rules from formulas into a remit that a second person can read.

The story of a day with a Finance Controller FTE shows the target state; this guide is about getting there from a sheet.

What should you keep of the spreadsheets?

All of them, read-only, as the baseline: the last two closes' sheets show days to close, the exception list at day one, and the hours the person spent, and they are the comparison the migration will be judged against. Keep the formulas as the primary source for the matching rules: thresholds, date windows, counterparty aliases, fee treatments, and the categories that were always manually overridden. Keep the person who built the sheet as the FTE's first approver, because they know which matches look right. And keep the sheet running in parallel for one close.

The baseline time template in the library gives the fields for the hours the sheet consumed.

What moves to the FTE, and in what order?

First, extract the rules: sit with the sheet's owner for an afternoon and write every formula's intent and every habitual override into the remit's Owns list, the thresholds into the Setup tab, and the facts, fee schedules, counterparty aliases, into the Brand Brain with provenance. Second, record the baseline from the last two closes. Third, connect the bank feed, the ledger, and any processor with dedicated read-scoped accounts, and let the FTE propose while the sheet's owner runs the sheet as usual and approves the FTE's proposals. Fourth, at the first close, compare the FTE's exception list with the sheet's; every difference is a rule that was in someone's head. Fifth, retire the sheet from the second cycle and apply the Two-Cycle Go/No-Go at the second close.

Receivables drafts and supplier matching are later classes; the first move is the bank.

  • Rules extracted from formulas and overrides into the remit and memory
  • Baseline from the last two closes' sheets
  • Parallel run for one close, then the sheet retired
Topicworth-it verdictBrieffan-out plannedDraftfrom the Brand BrainFact gateunsourced claims blockedApprovala named personPublishyour routeMeasuresampled, datedNOTHING GOES LIVE WITHOUT A NAMED PERSON ยท EVERY STAGE IN THE AUDIT TRAIL
Figure 1The migration's target pipeline: live feeds read through scoped connections, matches proposed daily with evidence under rules extracted from the spreadsheet, approved by the finance owner, and posted only then.

What breaks in the first month?

The hidden logic. Formulas carry rules nobody wrote down, and overrides carry exceptions nobody remembers making; the FTE's send-backs in the first weeks are those rules surfacing, one at a time, as the sheet's owner says that is not how we treat that. Each becomes a remit line or a memory fact with provenance, and the second week's proposals reflect it. Counterparty naming breaks: the sheet had aliases in a lookup tab, and until they are in the Brand Brain, matches to those counterparties are partial. And the month-end habit breaks: the owner has to trust that daily matching happened, which the morning brief shows and the sheet never did.

The myth piece on AI not being trusted with finance describes why the evidence on each proposal, not trust, is the control.

What does the record show after two closes?

Days to close and exceptions open on day one, from the ledger and the FTE's match record, against the sheet's last two closes, labelled first-cycle for the first. The owner's hours from the baseline sheet, redirected to exceptions and judgement. The match approval rate per class with the send-back reasons sorted, and whether exact matches under the extracted threshold met the Promotion Standard. A remit and a Brand Brain that hold every rule the sheet held, readable by a second person, which is the durable benefit. And an audit trail with a name on every entry, which the sheet's version history could not provide.

The metric explainer on days to close describes how the two outcome numbers are read.

What should you refuse during the migration?

Retiring the sheet before the parallel close. Letting the FTE post anything before a class earns it. Extracting the rules from memory rather than from the formulas, because the formulas are the truth of what was done. Skipping the counterparty aliases, which cause most partial matches. And judging on the first close, which contains the surfacing of every hidden rule and is not representative.

The remit template for the Finance Controller FTE gives the Owns, Asks, and Never lists the extracted rules fit into.

Frequently asked questions

What happens to the spreadsheet?

It becomes the baseline and the source of the matching rules, runs in parallel for one close, and is then retired, kept read-only.

Where do the rules go?

Formula intents and habitual overrides into the remit's Owns list and Setup thresholds; facts like fee schedules and counterparty aliases into the Brand Brain with provenance.

What breaks?

The hidden logic in formulas and overrides, which surfaces as send-backs in the first weeks and becomes remit lines and memory facts.

What shows it worked?

Days to close and day-one exceptions against the sheet's history at the second close, the owner's hours redirected, and a rule set a second person can read.

  • Migration
  • Spreadsheets
  • Finance Controller FTE
  • Reconciliation
  • Finance
Further reading

Keep going.

Related guides on hiring and managing Digital FTEs.

A day with ยท Finance ยท 5 min

A Day With a Finance Controller FTE: From the Morning Brief to a Matched Ledger

An illustrative day in a small finance team where a Finance Controller Digital FTE reconciles overnight, proposes with evidence, meets a payout that does not match, and hands the controller a close that starts from a short exception list. Every event maps to a real mechanism.

Read

Checklist ยท Finance ยท 5 min

Template: The Remit for a Finance Controller FTE

A copyable remit for a Finance Controller Digital FTE: the owns list in outputs and evidence, the always-escalate list with receivers, the never list, the thresholds to fill in, and the targets with counterweights.

Read

Ready to hire your first Digital FTE?

Pick a role, connect the tools it needs, and review its first proposals this week.