One approved object per QR
Each code resolves to a governed request for one specific thing — dues, an invoice, an event, a sponsorship, a donation. It carries the verified payee, the approved item, the accounting code, and where support goes. No raw bank data ever rides in the QR.
Purpose · payee · coding
A calm path for the payer
Scan, confirm the organization and the item, choose checking or savings, approve, keep the receipt. Pay once or set it recurring. The app stays calm because the business did the setup first.
Scan · choose bank · done
A dashboard that holds the context
Build a request with a live QR and link preview, an item catalog, approvals, an owner, an expiration, and QuickBooks-ready coding — before it ever goes live. The context you normally chase later is set up front.
Requests · catalog · approvals
Lifecycle you control
Requests can be paused, expired, reviewed, supported, and audited. No stale codes floating around, no mystery links that outlive their purpose.
Pause · expire · review
Reconciliation, done as it lands
Every payment maps to its item, member, and event with a QuickBooks-ready CSV export mapped to your chart of accounts. CSV first; a direct sync follows once the accounting-integration controls are in place.
Matched · coded · exportable
Roles and an audit trail
Owner, finance, operations, and a read-only auditor each see exactly their part. Every change is written to an append-only record, so the proof is there when someone asks for it.
Roles · append-only log