Invoice reconciliation for the invoices you issue.

Invoice reconciliation is the process of checking an invoice against the records behind it — the hours worked, the contracted rates, the fee schedules, and the payment that follows — so what was billed matches what was earned. On the billing side it means every invoice you issue is verified against VMS time data and the client contract, before it goes out and again when cash arrives.

Those are the pay side: bills your company receives and checks before paying. This page is the billing side: invoices your company issues, reconciled against VMS-reported hours, contracted rates, and remittance. The pay-side workflows are covered on our AP invoice automation and two-way matching pages.

Payroll reconciliation is the same pain family one system over. The payroll system is usually the record of truth for hours and pay rates; when what was billed disagrees with what was paid to the worker, the difference is leakage. The same encoded rules reconcile both directions — invoice against VMS, invoice against payroll.

That is the normal case, not the exception. Where a portal offers no API, AI agents work through it the way a person does — browser sessions and scheduled exports — so invoice reconciliation runs without waiting on an integration project. Legacy systems slow the work down; they do not block it.

By making the review a decision, not a click-through. Each exception arrives with the rule it broke and the evidence behind it — the contracted rate, the VMS hours, the invoice line. Reviewers see fewer items with more context, and every approval is logged against the rule, so boom-boom-boom approve stops being the path of least resistance.

It lands in the exception queue with the rule it broke — an under-billed rate, hours the VMS reported differently, a fee that never made it onto the invoice. Under-billing gets corrected and reissued; when the client short-pays instead, that is cash application — a sibling workflow that matches the payment when it lands.

Yes — supplier statement reconciliation runs on the same engine. Each vendor’s month-end statement is checked line by line against your open AP: credits you never took, invoices the vendor says are unpaid that you already paid, and charges on their statement that never reached your ledger. Only the mismatches reach a person.

Invoice matching checks what you received against what you were billed; vendor reconciliation checks the vendor’s view of the account against yours. The statement catches what invoice-level checks cannot — the invoice that never arrived, the credit memo issued but never applied, the payment your ledger shows that theirs does not. Reconciling vendor statements when they land keeps those from compounding into a close-week surprise.