All articles

Playbook

A day in an autonomous finance function

What does it look like when reconciliation, anomaly detection and the close run continuously, and people hold the final signature? An illustrative day, hour by hour.

veli(Q Lab6 min read

Key takeaways

  • Most of finance operations is matching, checking and preparing, which suits autonomous systems.
  • People keep the decisions that carry financial and audit consequences.
  • The biggest change is timing: work happens continuously instead of in a rush at month end.
  • The first measurable gains are days to close, cost per invoice and time spent on exceptions.

Finance is one of the clearest places to see what an autonomous function can do, because so much of the work is document-heavy and rule-based: read the invoice, check it against the order, match the payment, explain the exception. It is also a function where the final decisions carry real consequences, so it is a good illustration of how people and systems divide the work.

What follows is an illustrative day, not a client case. The numbers are examples, and every organization's volumes and rules differ.

01:45. The overnight reconciliation

While the team is asleep, the system pulls the day's bank transactions and matches them against open invoices, purchase orders and receipts. Most match cleanly. For the ones that do not, it records why: a partial payment, a missing reference, an amount that differs by a small tax adjustment. Nothing is posted yet. Everything is prepared.

06:30. Anomalies, explained

By morning, the system has flagged a handful of items that deserve attention: two invoices from the same vendor with consecutive numbers and identical amounts, and a payment that exceeds the approved purchase order. For each, it attaches the evidence it used and its recommendation. This is the kind of check that is tedious for people and easy to skip when the month-end rush arrives.

08:30. The finance lead arrives

The first thing the finance lead sees is not an inbox of documents. It is a short queue of items that need a decision, each with context. A duplicate payment of a few thousand dollars is confirmed and a recovery notice is drafted for approval. A new vendor's bank details, which the system will never accept on its own, are held for a call-back.

09:05. Payment runs for approval

Three payment runs are ready. The system has verified each against orders and approvals, and checked them against the company's policies. The finance lead reviews and approves them in minutes. At this stage, the system operates at the level of "execute on approval": it prepares the complete action and a person authorizes it.

13:30. Posting and exceptions

Approved entries are posted. A few low-value, low-risk categories, such as routine subscriptions matched to existing contracts, are handled by the system directly within limits the finance lead has set. Anything outside those limits comes back to the queue.

17:45. The close pack, continuously

The month-end close pack is not a project that begins on the last day. It has been updating all month. Accruals, open items and variances are current, so the team spends its time reviewing and explaining rather than assembling.

23:40. The loop begins again

The next overnight reconciliation starts. (See the accounts payable and reconciliation use case for how this is built and governed.) The function has been working for twenty-four hours, and people have worked for about nine of them.

What changes for the team

  • Timing. Work is spread across the month instead of compressed into the last days.
  • Focus. People spend their time on exceptions, judgement and relationships with vendors and auditors.
  • Confidence. Every action is recorded with its evidence, so audit preparation is a search, not a scramble.
  • Capacity. The same team can support a larger business without a matching increase in headcount.

How to measure it

The first numbers to track are days to close, cost per invoice, the share of items matched without intervention, the age of open exceptions and the value of duplicate or erroneous payments caught. Establish a baseline before you start so that you can show the change honestly.

Our finance system is designed around exactly this pattern, and it is one of the functions we describe in more detail on our platform page.

Keep reading

More from the lab

Playbook

How to choose the first function to automate

The first function you give to an autonomous system decides how much trust, budget and momentum you have afterwards. A practical way to choose it.

veli(Q Lab7 min read

Thinking

Autonomy is a dial, not a switch

Most conversations about AI ask whether to automate something. The better question is how much authority to grant, and how that authority is earned.

veli(Q Lab7 min read

Put it to work

Start with one function. Build toward the organization.

Tell Primues where work slows down in your organization. It will outline the opportunity and connect you with one of our architects.

Explore the platform