Every invoice arrives already in context.

Proformas and invoices are email before they are accounting. Finance is where the disconnect between what operations agreed and what the company pays turns into real losses.

OVIOO
Compose
Payablesfrom email, linked to their reference
New payable
Pending 6Due soon 2Awaiting approval 1Processing 3Paid 41
Supplier · document
Reference
Due
Amount
Vantage SupplyProforma VC-2026-0418742615Halden & Co22 Aug€4,320.00CO
Castellane SAInvoice 2026/1187742615Halden & Co29 Aug€11,940.00DM
Museu PicassoProforma 5521742580Riverside2 Sep€780.00CO
Open payables
€17,040
3 documents · 2 references
Receivables due
€28,600
Halden · balance 14 Sep
Needs approval
Castellane SA · €11,940
Over Daniel’s limit · routed to Clara

What it looks like today

  • “Which job is this invoice for?” answered by asking three people.
  • The same supplier document paid twice, found in the bank statement.
  • Payment dates tracked in a spreadsheet nobody else can see.

A morning in the finance inbox

One supplier invoice, from the attachment it arrives as to the payment it becomes.

  1. 08:30

    A proforma arrives as an attachment

    Like almost everything finance receives, it is email first and accounting second. It carries a reference, so it is already on the job that generated it before anybody opens it.

  2. 08:31

    The document is read, and the fields are shown beside it

    Supplier, amount, currency, tax, document number, issue date, due date — extracted and displayed next to the original file, not instead of it. You are reviewing a reading, not trusting one.

  3. 08:32

    A duplicate is caught before it becomes a payment

    The same document number from the same counterparty, or the same amount and due date, or the same file bytes: flagged with a pointer to the earlier row. The check runs again when a payment batch is being prepared, because that is when the second copy usually surfaces.

  4. 08:33

    A changed bank account stops the line

    An IBAN that no previous document from this supplier has ever carried is marked, and the payment is blocked until a person confirms it. That is the invoice-fraud pattern, and it is caught by the system rather than by somebody being alert on a busy Friday.

  5. 09:15

    Approval goes to whoever actually holds the limit

    Above your threshold it routes to the person who approves for that department, with the request and the decision on record. Below it, it does not — so the limits you already have on paper are the limits the software enforces.

  6. 16:00

    The payment run exports what the bank needs

    What was approved, in which currency, due when. Paid rows settle against the obligation and stay attached to the job that generated them, so what a piece of work actually cost is readable without reconstructing it at month end.

What changes

Documents become payables on the right job

Supplier and amount, currency, tax, issue and due date read from the document itself, with the file kept as the evidence. Send anything from mail to finance and review the extracted fields beside the original.

Duplicates are caught before payment

The same document number from the same counterparty, the same amount and due date, or the same file bytes — flagged with a pointer to the earlier row, and shown again when a batch is being prepared.

A changed bank account is a red flag

An IBAN no previous document from that supplier has ever carried is marked and blocks the payment until a person confirms it. That is the invoice-fraud pattern, caught by the system rather than by luck.

Approval follows the company’s own limits

Anything above a threshold routes to whoever holds approval in that department, with the request and the decision on record. Payment runs export what the bank needs.

What it replaces

Finance is where the disconnect between what operations agreed and what the company pays turns into real money.

The workaround today
In OVIOO
Asking three people which job an invoice belongs to
It arrived on the job, by its reference
Retyping an invoice into a spreadsheet
Fields read from the document, reviewed beside it
Finding the double payment in the bank statement
Flagged before approval, and again at the batch
Trusting that the new IBAN email was genuine
A first-seen bank account blocks the payment
Everything routed through one person’s approval
Limits per department, with the decision on record
A cash-flow guess built from memory
Aging and due dates read from real obligations

Proforma to paid

1
Document arrives
as an attachment, like everything else
2
Read and linked
amount, dates, supplier, job
3
Checked
duplicate and bank-detail tests
4
Approved
by whoever holds the limit
5
Paid and recorded
on the job that generated it

The detail that decides it

What a finance lead needs to be true before any of this is trusted.

01

The document is the evidence, always

Extraction never replaces the file. The original PDF stays attached to the payable and to the job, and every extracted field is shown beside it for review. Where the reading is uncertain it says so rather than filling a number in confidently.

02

Two directions, one vocabulary

A payable is what you owe; a receivable is what you are owed; a payment is money that moved. What is outstanding is separate from what has settled, so a partially paid invoice is a real state rather than a rounding of one.

03

Currency is not flattened

Amounts keep the currency they were issued in, and totals are shown per currency rather than silently converted at a rate nobody chose. If you buy in three currencies you will see three totals, which is the honest answer.

04

Approval is enforced, not suggested

Thresholds live in the company structure, not in a note. Above one, the payment does not proceed without the approver; the request, the approver and the timestamp are on the record afterwards. Money capabilities are owner-reserved and granted to an admin one at a time.

05

What it will not do

It is not a ledger and does not file your accounts. There is no double-entry, no VAT return, no bank feed reconciliation. It handles the part before the accountant — the document arriving, being understood, checked, approved and paid — and keeps the evidence your accountant will ask for.

Fair questions

No, and it does not try to. Your ledger stays your ledger. OVIOO covers the stretch that usually happens in an inbox and a spreadsheet: the document arriving, being read, matched to a job, checked for duplicates and fraud, approved and tracked to paid — with the evidence kept.

Good enough to save the typing, not good enough to trust unread — which is why the fields are always shown beside the original for review, and why an uncertain reading says so. Nothing becomes a payable without a person confirming it.

Then a person confirms it once and the payment proceeds. The check is not a refusal, it is a stop: the point is that a first-seen account can never be paid silently in the middle of a batch, which is exactly how the fraud works.

Only if you grant it. Finance capabilities are separate, and the money on a job can be visible to the people running it or not, per your structure. Owner-reserved capabilities — billing, AI spend, membership — cannot be taken by an admin at all; they are granted by the owner, one person at a time.

See it around your own mailbox.

Connect the email you already have and watch the structure appear. Trial for the whole organisation.