Workspace records
Customers, invoices and payments stored per company workspace. Access is enforced by row-level database policies tied to workspace membership, not by the interface alone.
Architecture & Trust
Four layers, each with a clear boundary. The deterministic engine is the source of truth, a workspace-trained model scores late-payment risk, and AI explains both from your own workspace data.
Customers, invoices and payments stored per company workspace. Access is enforced by row-level database policies tied to workspace membership, not by the interface alone.
Settlement, ageing, customer payment behaviour, collection likelihood, priorities and 7/30/90-day forecasts. Same records and date always give the same output.
Logistic regression trained on each workspace’s own settled invoices once at least 10 exist. Inputs: customer late rate, history depth, invoice amount and days overdue. Output: late-payment probability (0–100%) and an A–D grade per open invoice.
A language model reads authenticated workspace aggregates — open balances, ageing, forecast and customer behaviour — and returns structured review guidance. It explains engine outputs and never writes to source records.
Model governance
The late-payment risk model (logistic regression, trained per workspace) follows these implemented rules. It predicts whether an invoice will be paid after its due date. Cash-flow forecasts always use the separate published rule-based calculation.
Data controls
Every finance table is scoped to a workspace ID and protected by database policies.
Authenticated sessions are required for every workspace page and server function.
Forecast lines export with balance, expected date, probability and the rule applied.
AI output is labelled, read-only and generated only from the signed-in workspace’s data.
Customers, invoices and payments export to CSV at any time.