Customer statements

Statements summarise a customer's position — invoices issued, payments received, balance outstanding — for a period. Typically monthly.

What's on a statement

• Customer details + your details.
• Period (start / end date).
• Opening balance.
• Each invoice in the period, with date, number, amount, paid, outstanding.
• Each payment in the period, with date, reference, amount, applied invoices.
• Closing balance.
• Ageing breakdown (current, 30, 60, 90, 90+).
• Payment instructions (bank details).

The layout is a template in PDF Designer under the "Statement of Account" doc type.

Generation

• Scheduled — the platform auto-generates statements on a cadence (1st of month is typical). Per-customer opt-in: not all customers want a statement.
• Manual — on a customer record, Generate statement → pick period.
• Bulk — /app/finance/statements → Generate all → pick period + customer segment.

Delivery

• Email — attached PDF. Template picks up customer's preferred contact + language.
• Portal — appears in the customer portal's Documents area.
• API — fetched by ERP integrations.

Combine: email + portal is standard.

Currency

Statements are per-currency. A customer with both USD and EUR invoices gets two statements (one per currency). Multi-currency rollup on a single statement is optional per tenant.

Disputed items

Disputed invoices show on the statement but flagged. Tenant policy chooses whether to include them in the total outstanding or list separately.

Customer-portal self-service

Portal customers can:

• View historical statements.
• Download any statement PDF.
• See a live "current balance" tile that's always up to date.

Self-service reduces "send me my statement" support load.

Reconciliation

Statements are a reconciliation tool, not a demand. If the customer disagrees, they reply with their ledger; finance reconciles differences (missing payment, unapplied credit, currency conversion).