Simpli-FI Pay

Pay-by-bank, built for the books

Payments should arrive ready for the books.

Most payment tools hand you money and a mess to reconcile. Simpli-FI Pay attaches the invoice and its purpose to the payment before it moves — so what lands is already coded, matched, and audit-ready.

In development Scan · choose bank · pay

Not a wallet. Not a checkout button.

Every QR is one verified payment object.

A consumer app is built for the moment money moves. Simpli-FI Pay is built for everything that has to be true after: the right member, the right invoice, the right accounting category, the recurring authorization, and the record that proves it. All of it travels with the payment.

1 QR1 choice1 ledger row1 owner

What it does

The work that used to happen after the money.

Turn on what an organization needs; each piece takes another manual step off the desk.

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

Anatomy of a verified payment object

Six things travel with the money.

A number by itself tells you a payment happened. The object tells you what it was for, who it went to, how it should book, and how to prove it — the part no wallet, no checkout button, and no bank transfer can carry.

  1. Purpose

    What the money is for. One specific item — not a blank amount into a blank account.

  2. Verified payee

    Who it goes to. The organization is confirmed before a single code is issued.

  3. Accounting code

    How it books. Pre-mapped to your chart of accounts, so revenue codes itself.

  4. Lifecycle state

    Where it stands. Draft, approved, paid, receipted, or expired — always current.

  5. Support owner

    Who answers for it. A named route for questions, attached to the request.

  6. Audit proof

    How you prove it. A signed, append-only record — the layer that earns the gold.

Why you can trust it

Built so the money moves the careful way.

Handling other people’s payments is a responsibility, not a feature. Simpli-FI Pay is designed so that’s true by construction.

01

Bank-to-bank by design

The architecture is built to move money directly between bank accounts, so the platform is designed to avoid holding your funds in between. The payer chooses a linked checking or savings account — not a stored balance.

02

No account numbers in the code

A QR carries the request, never raw bank details. Account information is entered by the payer, in their own banking step, and never travels in the object.

03

Every action on the record

Requests, approvals, edits, and payments are written to an append-only audit trail. Access is scoped by role, and the read-only auditor can see it all without touching anything.

04

Built toward SOC 2

Independent SOC 2 Type II assurance is on the roadmap and shaping how it’s built — a standard we’re working toward, not a badge we claim today.

Who it’s for

For organizations that lose time after the money comes in.

  • i Associations and professional societies collecting annual dues
  • ii Nonprofits and civic groups taking donations and sponsorships
  • iii Event operators invoicing exhibitors, members, and attendees
  • iv Finance teams and treasurers who reconcile it all afterward

Where it stands, honestly

In development, and clear about it.

Simpli-FI Pay is a working prototype in active development. Here is exactly what that means today, with nothing dressed up.

By design

Pay-by-bank and the verified payment objectThe payer flow and the payee dashboard exist as a prototype on sandbox data.

Free

No fee to the person payingThe payer app is free. An optional concierge setup for organizations is a flat one-time fee, arranged outside the app.

In progress

Real money movementLive bank-to-bank settlement is gated behind the payment-rail structure, a written payments-counsel opinion, and production controls. It is not enabled.

Roadmap

Direct accounting sync and SOC 2Export is CSV first; direct QuickBooks sync and independent SOC 2 assurance are roadmap targets, not current features.

Stop cleaning up payments after they arrive.

Simpli-FI Pay is forming its first controlled pilots. Join the early-access list to help shape a payment layer that arrives ready for the books — and be first in when it opens.

Get early access