S8 · Solution for organisations

Receivables Assistant for confirmed unpaid invoices only

Reminders are prepared only for invoices confirmed unpaid, with exact amounts; paid or disputed items are blocked, and nothing is sent until a person approves it.

Status · Proposed

The problem it answers

Reminders go out late, twice, or to customers who already paid, and iSystematic's Receivables Assistant prepares them only for invoices confirmed unpaid.

What it does

It prepares reminders for confirmed unpaid invoices only, with the exact amounts from your ledger; disputed or paid items are blocked.

Each amount is checked against the ledger before a reminder is drafted. Its access to accounting is read-only, and sending is a separate operation that a person approves.

It never moves money or changes an invoice. A conflicting status blocks the reminder, and a repeated run does not repeat a send.

A duplicate or wrong reminder is treated as an incident: the queue pauses while the cause is found.

Built from

It is built from one catalogue workflow and three catalogue patterns.

IdNameWhat it brings
W16Invoice Reminder PreparationVerifies due date and status, drafts a polite reminder, and waits for the owner's approval
P04Approval Before CommitmentSending, disputes, credits and refunds wait for approval
P07Deduplicate Before ActingThe invoice identifier is checked, so a reminder is never sent twice
P11Keep a Workflow ReceiptEach reminder records its inputs, approval and result

What it is built on

Four parts of the framework corpus decide which reminders may exist, and each leaves a record the client keeps.

FrameworkIn this solutionClient keeps
Boundary InvariantReminders only for invoices confirmed unpaid, with exact amounts; disputed or paid items blockedBOE Declaration per reminder rule
PEVGThe verifier checks each amount against the ledger before a reminder is draftedReminder queue with verification
Capability Contract (AP-5)Read-only access to accounting; sending is a separate operation that needs approvalCapability contracts
AI Incident Response Protocol (AIRP)™A duplicate or wrong reminder is a signal; containment pauses the queueIncident record; derived test

Five parts apply to every build and are not repeated here: decision rights, the five gate records, a BOE Declaration per control, a vendor assessment for every vendor, and incident response. How we build sets out all of them.

The evidence it leaves behind

Every reminder run leaves records the client keeps.

  • A reminder queue with approvals
  • A BOE Declaration for each reminder rule
  • The ledger check behind each reminder
  • Capability contracts
  • Incident records and the tests derived from them
  • The five gate records, as for every build

Typical buyer

The typical buyer is a finance team.

Status

Proposed, as of 9 October 2026. A solution becomes Piloting or Released only after a documented pilot, and no result is shown for it before then.

How to start

Most organisations start with the Automation Assessment. When reminders are already the clear first task, a six-week Pilot runs them for one team, with the baseline measured first.

Conformance is self-declared; no regulator endorses this work.

Start with the Automation Assessment

Two weeks, a fixed fee shared on a short call, ten candidate tasks scored and three solutions recommended.