Solutions · AP exception management

Clear supplier invoice exceptions without losing financial control

Invoice mismatches and missing receipts create late approvals and posting delays. InvoiceDX gives each exception an owner, a rule result and a next authorised step.

  • SAP, Tally and ERPNext connectors, plus client-specific connectors
  • Any GSP or ASP you run
  • TaxGenie, a GSTN-empanelled GSP — GST compliance since 2017
  • ISO/IEC 27001 certified

The same exception, before and after

One governed path replaces email threads, spreadsheets and unverified postings.

Worked example

Invoice Resolution Lab

Step through one discrepancy from the initial signal to a governed outcome. See where AI recommends, where rules check, where authorised people decide and where the ERP or provider confirms.

Recommended is not Approved: a model suggestion never authorises a change. Approved is not Confirmed: the ERP or provider confirms the result.

Supplier invoice: quantity differs from the goods receipt

Incoming AP case. Supplier invoice SYN-INV-1042 bills 120 units; goods receipt SYN-GRN-5520 records 100.

  1. See the discrepancy

    Exception

    Who acts: InvoiceDX matching

    Supplier invoice SYN-INV-1042 bills 120 units against purchase order SYN-PO-7731. Goods receipt SYN-GRN-5520 records 100 units. Posting is held and the exception gets an owner.

  2. AI investigation and cited inputs

    Recommended

    Who acts: AI (recommendation)

    Likely cause — medium confidence: a partial delivery, with the remaining 20 units possibly on a later receipt. A pricing or unit-of-measure error is not ruled out. Suggested next step: hold the invoice at the received quantity and ask the supplier to confirm.

    Cited inputs:

    • Invoice SYN-INV-1042, line 1
    • Purchase order SYN-PO-7731, line 1
    • Goods receipt SYN-GRN-5520
    • The supplier's two previous invoices
  3. Deterministic policy checks

    Rule-allowed

    Who acts: Configured rules

    Quantity tolerance is 0%, so the 20-unit difference fails the match. Holding at the received quantity is an allowed action for this entity and amount band. The case routes to delegation-of-authority level 2.

  4. Human / DOA authorisation

    Approved

    Who acts: Authorised reviewer (plant buyer)

    Routed by entity, amount band and category; self-approval is blocked. The reviewer reads the cited inputs, approves the hold at 100 units and records a reason.

  5. Controlled write-back or hand-off

    Sent

    Who acts: Supported connector or ERP owner

    Where the connector supports write-back, the approved hold is sent to the ERP. Where it does not, a hand-off task goes to the ERP owner with the approval attached.

  6. ERP acknowledgement

    Confirmed

    Who acts: ERP (system of record)

    The ERP returns its own document reference, SYN-ERP-5100, for the held invoice. InvoiceDX reads the status back and matches it to the approved action.

  7. Evidence receipt

    Evidence recorded

    Who acts: InvoiceDX audit trail

    Invoice, cited inputs, rule result, approver, reason, timestamps and ERP reference are linked in one record for AP and GST/VAT review.

Other valid endings

A workflow can end differently — and still be governed.

  • Alternative ending: Reviewer overrides the AI

    Overridden by reviewer

    Who acts: Authorised reviewer (plant buyer)

    The buyer knows a second delivery arrived but is not yet receipted. The buyer rejects the recommended hold, asks stores to post the missing goods receipt and records why. The AI suggestion stays in the record, marked as not followed.

  • Alternative ending: ERP acknowledgement fails

    Not verified — retry or manual task

    Who acts: ERP (system of record)

    No ERP reference comes back within the expected window. The invoice is not marked resolved; the status reads Not verified — retry or manual task, and a task is assigned to the ERP owner.

Outgoing e-invoice rejected by an authorised provider

Outgoing AR case. Sales invoice SYN-SI-2208 is rejected by your authorised e-invoicing provider.

  1. See the discrepancy

    Exception

    Who acts: Authorised e-invoicing provider

    Your authorised provider rejects sales invoice SYN-SI-2208 with a validation response: the buyer's tax registration number does not match. The receivable follow-through is paused and the case gets an owner.

  2. AI investigation and cited inputs

    Recommended

    Who acts: AI (recommendation)

    Likely cause — medium confidence: the buyer's registration number changed in the customer master after the invoice was raised. A new buyer branch is another possible cause. Suggested next step: correct the customer master, then issue a corrected invoice referencing the original.

    Cited inputs:

    • Provider response for SYN-SI-2208
    • Customer master change log
    • Sales order SYN-SO-3310
  3. Deterministic policy checks

    Rule-allowed

    Who acts: Configured rules

    Customer-master changes need a second approver. A corrected invoice must reference the original and may not change amounts. The proposed correction passes these checks.

  4. Human / DOA authorisation

    Approved

    Who acts: AR lead and a second approver

    The AR lead approves the master-data correction; a second approver confirms it (segregation of duties). Reasons are recorded.

  5. Controlled write-back or hand-off

    Sent

    Who acts: Your ERP and authorised provider

    The corrected invoice is issued from the ERP and handed to your authorised provider for submission. InvoiceDX does not submit to a tax authority.

  6. Provider and ERP acknowledgement

    Confirmed

    Who acts: Authorised provider and ERP

    The provider returns an accepted status for SYN-SI-2208-C. InvoiceDX reads the receivable status back from the ERP and matches both to the approved action.

  7. Evidence receipt

    Evidence recorded

    Who acts: InvoiceDX audit trail

    Rejection response, cited inputs, approvals, the corrected invoice linked to the original, the provider acknowledgement and the ERP reference are kept in one record.

Other valid endings

A workflow can end differently — and still be governed.

  • Alternative ending: Reviewer overrides the AI

    Overridden by reviewer

    Who acts: AR lead

    The AR lead finds the buyer opened a new branch with its own registration. The AR lead rejects the suggested master-data fix, chooses to invoice the new branch instead and records why. The AI suggestion stays in the record, marked as not followed.

  • Alternative ending: Provider acknowledgement fails

    Not verified — retry or manual task

    Who acts: Authorised provider and ERP

    No accepted status comes back from the provider. The case is not marked resolved; the status reads Not verified — retry or manual task, and a task is assigned to the AR owner.

Illustrative workflow — not a connected live transaction. Synthetic IDs and values; no customer data.

Book a demo on this exception

Walkthrough

  1. 1

    Supplier invoice

    Invoice data captured with its PO and GRN references.

  2. 2

    PO/GRN check

    Configured tolerances compare quantity and price against the purchase order and goods receipt.

  3. 3

    Exception and rule

    The breached rule is recorded with its version and the likely cause.

  4. 4

    DOA approval

    Routed to the accountable role by entity, amount band and category; self-approval blocked.

  5. 5

    Supported ERP confirmation

    Posting or hold instruction through a connector with approved ERP access; the ERP document reference is read back.

  6. 6

    Evidence

    Rule, approval, instruction and confirmation retained together.

Illustrative workflow — not a connected live transaction. Sample company names only.

Buyers and plants

PO and GRN issues involve suppliers, buyers, stores and finance. Operational clarifications are routed to the accountable owner before any financial decision proceeds, so a missing receipt is resolved by the plant and confirmed by finance rather than argued over email. Supplier communication stays in the channels you already use; InvoiceDX routes the clarification and records the outcome.

InvoiceDX works with any GSP, ASP or ERP you run — keep them, or if you want to change one, we will recommend options. Connectors are listed in the Conformance centre with their scope and readiness.

Measurement categories

Measure from your own baseline; we quote no outcome that has not been measured with you.

  • Cycle time from receipt to authorised resolution
  • Exception ageing
  • Manual touches per case
  • First-pass match
  • Reopened exceptions

Measurement categories, not results. Illustrative until measured against your baseline.

Investigating a PO/GRN mismatch

Domain Intelligence for AP

A synthetic walkthrough: 120 units invoiced, 100 received — what the AI flags, which rule applies and who approves.

Explore Domain Intelligence →