DEV Community: Bertrand Azzopardi

Invoicing with QuickBooks Online and online payment links: a month-end friendly setup for small businesses

Bertrand Azzopardi — Thu, 29 Oct 2026 15:16:46 +0000

Getting paid online is the easy part. The harder part shows up at month end, when a bookkeeper opens QuickBooks Online and finds deposits that don't match any invoice, fees nobody recorded, and a refund that was handled by email.

This post is a practical setup for small businesses (and the bookkeepers who work with them) who send invoices and payment links and keep their books in QuickBooks Online. We build SaturnShift and use it as the example in the second half, but most of the advice applies whatever payments tool you connect.

If you're a developer modeling this flow, our earlier post From invoice to paid to QuickBooks Online covers the data model. This one is for the people doing the books.

1. Decide where invoices are created

Pick one system as the place invoices are created and paid online, and don't create the same invoice by hand in a second system. Duplicate invoices are exactly the kind of thing that turns month end into clean-up. If your payments tool sends invoices into QuickBooks Online, let it do that rather than re-keying them.

2. Use invoices and payment links for different jobs

Both get you paid online, but they behave differently in the books:

Use an invoice when there is a receivable to clear: project work, a monthly retainer billed one invoice at a time, anything a client's accounts payable team needs to approve. The invoice number is the thread that ties the payment to the receivable.
Use a payment link for money that isn't tied to an existing invoice: a deposit, a booking fee, a one-off service. A link where the customer enters the amount is handy for "pay what you owe" situations, but keep a note of what each link was for so the payment can be coded correctly.

A simple rule for bookkeepers: if you'll need to match it to something later, send an invoice.

3. Treat fees as their own line

Online payments carry fees, and they rarely come out of the same place. For card and ACH there is usually a processor's charge, and many tools add their own platform fee. Record fees as an expense rather than netting them silently against income. Otherwise revenue looks lower than what you invoiced, and nobody can explain the gap. Agree with your bookkeeper on the account fees go to before the first payment arrives.

4. Record refunds as refunds

A refund is its own event against the original payment. Don't edit or delete the original invoice. Whether a refund reaches the books automatically depends on your tool, so check it once with a small test and then trust the process.

5. A month-end checklist

[ ] Every online payment matches an invoice, or a payment link you can explain
[ ] Processing and platform fees are recorded, by payment method
[ ] Refunds appear as refunds, against the right payment
[ ] Anything your integration does not sync has been recorded another way
[ ] Open invoices in QuickBooks Online match open invoices in your payments tool

That fourth item matters most. Every integration has gaps, and the surprises at month end usually come from a gap nobody wrote down.

How this works with SaturnShift

SaturnShift is an invoicing and payments platform for US small businesses, with a QuickBooks Online integration:

What it covers: with QuickBooks Online connected, invoices, payments, refunds and fees are reflected in your books, including stablecoin payments.
Which plans: QuickBooks Online is included on Crypto Suite ($49 a month) and Full Suite ($69 a month). It is not on the free Starter plan.
Card and ACH with QuickBooks Online means Full Suite. Crypto Suite is stablecoin only, so a business that wants clients to pay invoices by card or ACH and have it reflected in QuickBooks Online needs Full Suite. Card and ACH are processed by Stripe, and Stripe's own processing charges apply on top of the SaturnShift platform fee, so record both.
Invoices and links: branded invoices, templates, CSV import and bulk send; payment links, including customer-entered amounts; QR codes; delivery by email or by text message with Text to Pay. Customers pay on SaturnShift's hosted checkout page.
Reminders: automatic email reminders before the due date and after an invoice is overdue, skipping invoices that are paid or have a payment in progress.

The gaps to write down for your month-end checklist:

Subscription payments do not sync to QuickBooks Online. Recurring billing (Full Suite, charged to a card) needs to be recorded in your books another way. One-time invoices are not affected.
QuickBooks Online only. QuickBooks Desktop, Xero and other accounting software are not supported.
Invoice tax is a rate you enter, not an automatic calculation.
No payout time is promised. Timing depends on the payment method and processing conditions, so don't build month end around a fixed clock.

Paid plans have a 7-day trial with a card on file, and every account completes a short Stripe onboarding and a SaturnShift review before it can accept payments. The QuickBooks Online page and the pricing page have the plan details.

For bookkeepers and accountants: if you recommend payment tools to clients, SaturnShift Partners is our referral programme for people who advise small businesses. Every application is reviewed, and the full terms are at saturnshift.io/partners/terms.

If it fits your setup, create a SaturnShift account, connect QuickBooks Online on Crypto Suite or Full Suite, and start accepting payments once your account is approved.

How to send invoices your clients can pay online by card or ACH: a practical guide for small businesses

Bertrand Azzopardi — Thu, 29 Oct 2026 15:16:34 +0000

An invoice often sits unpaid for ordinary reasons: the client can't find it, isn't sure how to pay, or has to type bank details into their own system before they can send anything. Removing that friction is mostly about how you build and send the invoice, not which software you use.

This guide walks through sending invoices that a client can pay online by card or ACH bank payment, from the invoice itself to the follow-up. We build SaturnShift, so we use it for the concrete examples near the end, but the steps apply to most invoicing tools.

Step 1: Put everything the client needs on the invoice

An invoice that gets paid quickly answers the payer's questions before they ask them:

Who it's from and who it's to, including the person or team who approves payments, if you know it.
A unique invoice number. It's the reference both of you will use if anything needs to be matched later.
Clear line items. What you did or delivered, quantities and rates. "Consulting, October" is harder to approve than "Website audit, 12 hours at $120."
Tax as its own line, if you charge it, at the rate you have confirmed applies to you. Ask your accountant if you're not sure.
The total, the due date and the payment terms. "Due on receipt" or "Net 15" are fine; what matters is that the date is written down.
How to pay. One clear "Pay online" link or button beats a paragraph of bank instructions.

Step 2: Offer card and ACH on the same invoice

Card and ACH suit different invoices. Card is convenient for smaller amounts and for clients who put supplier spend on a company card. ACH, a bank payment from a US bank account, often suits larger invoices because percentage fees grow with the amount. We compared the two in detail, with worked fee examples, in Card or ACH for B2B invoices.

The practical point: don't make the client choose before they open the invoice. Send one invoice with one payment link, and let them pick the method on the checkout page. That way you don't end up sending a bank-details PDF, then a separate card link, then matching both against the same invoice by hand.

Before you turn card payments on, find out what each method will cost you. Processing fees are usually a percentage plus a fixed amount, and some tools add their own platform fee on top of the processor's charges.

Step 3: Deliver the invoice where the client will see it

Email is the default, and gives the client a record to forward.
Text message works well for clients who live on their phones, such as homeowners or small business owners. Keep email as a backup, because a text can be missed.
A QR code on a printed invoice or a job-completion sheet lets someone pay from their phone on the spot.

Whichever channel you use, the link should open a checkout page with the amount, the invoice number and the payment options, so nothing has to be re-typed.

Step 4: Set up reminders before you need them

Reminders work best when they are routine rather than personal. A simple pattern:

A friendly note a few days before the due date.
A reminder on or just after the due date.
A firmer note once the invoice is overdue, restating any late fee in your terms.

Two rules keep reminders from annoying good clients: stop them the moment an invoice is paid, and don't send one while a payment is already in progress. A client who paid by ACH yesterday should not get a "you're overdue" email today.

Step 5: Track what happens after "Pay"

"The client clicked pay" and "the invoice is paid" are different states. Keep them separate in your own tracking, and record the payment method on each paid invoice, because fees and refunds differ by method. If you ever refund a payment, record it as its own event against the original invoice rather than editing the invoice.

A quick checklist

[ ] Unique invoice number, clear line items, due date and terms
[ ] One online payment link with card and ACH
[ ] Fees for each method checked before you send
[ ] Delivery by email, plus text or QR where it helps
[ ] Automatic reminders before and after the due date
[ ] Paid, in progress and refunded tracked separately

How this looks in SaturnShift

SaturnShift is an invoicing and payments platform for US small businesses. In practice:

Branded invoices and templates, plus CSV import and bulk send if your invoices start in a spreadsheet.
One invoice, several ways to pay. The client chooses card or ACH (and stablecoins, subject to plan) on SaturnShift's hosted checkout page. Card and ACH are processed by Stripe.
Delivery by email, by text message with Text to Pay, or by QR code. Payment links can also have a customer-entered amount, which helps with deposits.
Automatic email reminders before the due date and after an invoice is overdue. They skip invoices that are paid or have a payment in progress.
Late fees can be added to invoices. Invoice tax is a rate you enter; it isn't calculated automatically.
Plans: Starter is $0 a month and includes card and ACH, with up to 10 invoices per calendar month. Each payment carries a SaturnShift platform fee, and Stripe's own processing charges apply on top for card and ACH. Paid plans are listed on the pricing page and have a 7-day trial with a card on file.

The honest limits: there are no payment plans or instalments, reminders go by email, ACH is for payers with US bank accounts, and no payout time is promised, because timing depends on the payment method and processing conditions. Every account completes a short Stripe onboarding and a SaturnShift review, and you can start accepting payments once your account is approved.

If that fits how you invoice, create a SaturnShift account, set up your first invoice, and start accepting payments once your account is approved.

Card or ACH for B2B invoices: when each fits, what the fees look like, and how recurring billing works

Bertrand Azzopardi — Wed, 28 Oct 2026 18:03:47 +0000

Sooner or later a business client replies to an invoice with "can we pay by card?", or the opposite: "just send bank details, we pay everything by ACH." If you invoice other businesses, the honest answer is usually to offer both and know where each one fits.

This post compares card and ACH for B2B invoices: which kinds of invoice suit each, how the fees scale, and what invoicing and recurring billing look like in practice. We build SaturnShift, so we use it for the concrete numbers and limits. The trade-offs themselves apply to most tools.

The short version

ACH suits larger, one-time invoices from clients who pay from a US bank account. On a percentage fee, the gap between card and ACH grows with every dollar on the invoice.
Card suits smaller invoices, clients who want to pay on a company card, and anything recurring, because recurring billing charges a card.
Offering both on the same invoice lets the client choose, which removes one reason for an invoice to sit unpaid.

When card fits

Recurring work. In SaturnShift, recurring billing charges a card. Recurring ACH is not available. If you bill a fixed retainer every month, a card subscription is the route (more on that below).

Smaller invoices. Platform fees are a percentage plus a fixed amount, so on a small invoice the difference between card and ACH is a few cents to a few dollars. Convenience for the client often matters more.

Clients who want to pay by card. Some businesses put supplier spend on a company card for their own reasons. Offering card means one less reason for the invoice to wait in someone's queue.

When ACH fits

Larger invoices. This is where the fee gap shows (see the worked numbers below). For a $10,000 project invoice, the difference is no longer a rounding error.

Clients who already pay suppliers from a bank account. For them, a bank payment option is simply the expected way to pay, and asking them to use a card adds friction.

Two conditions to know: ACH in SaturnShift is for payers with US bank accounts, and it is for one-time payments such as invoices and payment links, not subscriptions.

What the fees look like

Here are SaturnShift's platform fees per transaction for card and ACH, from the pricing page:

Plan	Monthly price	Card	ACH
Starter	$0	0.35% + $0.10	0.25% + $0.10
Full Suite	$69	0.15% + $0.10	0.05% + $0.10

Crypto Suite ($49) is stablecoin only, so it has no card or ACH fees.

One important caveat: Stripe processes card and ACH payments, and Stripe's own processing charges apply on top of these platform fees. The table is not the all-in cost of a payment. We are not quoting Stripe's charges here; check them before you compare totals.

With that caveat, here is the SaturnShift platform fee alone on two invoice sizes:

Invoice	Starter card	Starter ACH	Full Suite card	Full Suite ACH
$2,000	$7.10	$5.10	$3.10	$1.10
$10,000	$35.10	$25.10	$15.10	$5.10

Two things fall out of this:

Plan choice matters as much as rail choice. On both card and ACH, Full Suite's platform fee is 0.20 percentage points lower than Starter's. On platform fees alone, that gap covers Full Suite's $69 a month at about $34,500 of monthly card and ACH volume. Below that, the case for Full Suite rests on its features (recurring billing, no monthly invoice cap) rather than fees.
ACH's advantage scales with invoice size. On the platform fee, ACH is 0.10 percentage points cheaper than card on either plan: $2 on a $2,000 invoice, $10 on a $10,000 one. Add Stripe's charges for each method before deciding where to steer clients.

Some businesses pass processing fees on to the customer. SaturnShift supports processing-fee pass-through and late fees on invoices. Check what your plan includes on the pricing page, and check the rules that apply to your business before you pass card fees on.

What invoicing looks like

The practical point is one invoice, several ways to pay. You send one invoice, and the client picks card, ACH or stablecoin (subject to plan) on SaturnShift's hosted checkout page. You don't send a separate bank-details PDF and a separate card link and then match them up by hand.

Around that:

Branded invoices and templates, so recurring clients get a consistent layout.
CSV import and bulk send, if invoices start life in a spreadsheet or another system.
Automatic email reminders before the due date and after an invoice is overdue. Reminders skip invoices that are already paid or have a payment in progress, so a client who just paid by ACH doesn't get chased.
Text to Pay, to send an invoice or payment link by SMS.
Limits: Starter includes up to 10 invoices per calendar month; paid plans have no monthly invoice cap. There are no payment plans or instalments.

What recurring billing looks like

Recurring billing is a Full Suite feature for approved merchants, and it charges a card. You create subscription plans, bill customers on a schedule, and manage or cancel subscribers from your account. We covered the model and its limits in detail in our post on hosted subscription links.

For B2B work, the pattern that tends to fit is a split:

Fixed monthly retainer: card subscription.
Project work, overages and one-off fees: one-time invoices, where the client can choose ACH for the larger amounts.

Getting it into the books

QuickBooks Online is available on Crypto Suite and Full Suite. With it connected, invoices, payments, refunds and fees are reflected in your books. Subscription payments do not sync to QuickBooks Online, so decide upfront how retainer payments reach your accounting. The QuickBooks Online page has the details, and our invoice-to-QuickBooks walkthrough covers the data flow.

The honest trade-offs

Stripe's charges are extra for card and ACH, and they belong in any cost comparison.
No recurring ACH. Clients who want to pay a monthly retainer by bank transfer have to pay one-time invoices instead.
ACH payers need US bank accounts.
No promised payout time. Timing depends on the payment method and processing conditions, so leave slack in your own cash planning.
Approval first. Every account completes Stripe onboarding and a SaturnShift review, and you can start accepting payments once your account is approved.

FAQ

Is ACH always cheaper than card?
On SaturnShift's platform fee, ACH is lower than card on both Starter and Full Suite. Stripe's processing charges are added to both, so compare the totals.

Can a client pay the same invoice by either method?
Yes. One invoice can be paid by card or ACH (and stablecoin, subject to plan); the client chooses at checkout.

Can I bill a monthly retainer by ACH?
Not as a subscription. Recurring billing charges a card; use one-time invoices for ACH.

Do I need a paid plan to accept card and ACH?
No. Starter ($0) includes card and ACH, with up to 10 invoices a month. Recurring billing is on Full Suite.

To compare plans, see pricing. If it fits, create a SaturnShift account, set up your invoices and start accepting payments once your account is approved.

A referral program for accountants and bookkeepers: when to recommend SaturnShift to a client, and how commission works

Bertrand Azzopardi — Wed, 28 Oct 2026 17:30:26 +0000

Clients ask their accountant about payments long before they ask anyone else. "Should I take cards?" "Why does this processor's deposit never match the invoice?" "A customer wants to pay in USDC, is that a problem for the books?" You end up answering those questions whether or not anyone pays you for it.

SaturnShift Partners is a referral program for people who advise small businesses, and accountants, bookkeepers and QuickBooks consultants are a large part of who it is for. It is live and open for applications at saturnshift.io/partners.

This post is written for a practice deciding whether to join. Most of it is about the client, because a referral only holds up if the tool really suits the business you send to it.

Which clients it fits

SaturnShift is a payments, invoicing and commerce platform for US businesses. A client can send branded invoices that customers pay by card, ACH or stablecoin (subject to plan), share payment links, send automatic email reminders before an invoice is due and after it is overdue, and see reporting, reconciliation views and monthly statements in their dashboard.

The clients it tends to suit:

Businesses that invoice and wait to be paid. Invoices, payment links and email reminders sit in one place, and reminders skip invoices that are already paid or have a payment in progress.
Businesses on QuickBooks Online. On Crypto Suite and Full Suite, the QuickBooks Online connection reflects invoices, payments, refunds and fees in the books, including stablecoin payments. More detail is on the QuickBooks page.
Businesses with customers who want to pay in stablecoins. SaturnShift accepts USDC on Ethereum, Base, Arbitrum and Polygon, and USDT on Ethereum and Base. Payments settle in kind to the business's own wallet, so a USDC payment on Polygon arrives as USDC on Polygon. SaturnShift doesn't hold the funds and doesn't convert them to dollars. If the client wants dollars, they convert through their own exchange.
Businesses that bill the same customers every month by card. Recurring billing is a Full Suite feature, and it charges a card.

Where it doesn't fit, so you can say no early

Being specific here saves you a difficult conversation later:

Xero or QuickBooks Desktop clients. The accounting sync is QuickBooks Online only.
Starter plan clients who need the sync. Starter ($0 a month) covers card, ACH and stablecoin payments with up to 10 invoices a month, but doesn't include QuickBooks Online, recurring billing or WooCommerce.
Subscription revenue in the books. Subscription payments don't sync to QuickBooks Online.
Recurring ACH or recurring stablecoin billing. Neither is available. Recurring billing is card only.
Businesses outside the US. SaturnShift merchants are US businesses and complete a US Stripe account as part of signup.
Clients expecting invoice tax to be worked out for them. Tax on invoices is a rate the business enters, per line or for the whole invoice. It isn't calculated automatically.

What to tell a client before they sign up

Set expectations the same way you would for any new system:

Every plan includes Stripe onboarding, where the business gives Stripe its business and identity details. Card and ACH payments also carry Stripe's own processing charges, separate from SaturnShift's fee.
SaturnShift reviews each account. Your client can start accepting payments once their account is approved. Before that they can explore the product and set up invoices.
Stablecoins need a payout wallet before payments can settle.
Check the plan against the need. QuickBooks Online is on Crypto Suite and Full Suite. Recurring billing is Full Suite. Crypto Suite is stablecoin only. Current fees are on the pricing page.

A client who signs up through your partner link or code gets a 30-day trial on their first paid subscription (Crypto Suite or Full Suite) instead of the standard 7 days, where eligible. The trial covers the subscription fee only; processing fees apply as normal during it, and a business that has already had a SaturnShift trial or paid subscription doesn't get it. For you, that means no subscription commission while the trial invoice is $0, but processing commission still counts on the processing fees SaturnShift collects on the client's payments during the trial. Stripe onboarding and approval still apply. For a client moving their invoicing and books across, the extra time to check the QuickBooks Online side is genuinely useful.

How commission works for a practice

Approved partners earn 25% of the subscription fees a referred business pays SaturnShift and 15% of the processing fees SaturnShift collects on that business's payments.

Three details matter most to accountants:

It is never a share of your client's sales. Commission isn't based on their revenue, their payment volume, Stripe's fees or network fees. It is a share of SaturnShift's own collected fees only.
Each client has its own 12-month window, starting from the first fee SaturnShift collects from that client after it is credited to you. That can be a processing fee on one of its payments, including during its subscription trial, or its first paid subscription invoice, whichever comes first. Signing up alone doesn't start it. If you refer one client this quarter and another next year, each gets its own 12 months and the windows overlap.
Starter clients count. A client on the free Starter plan pays no subscription fee, but SaturnShift's processing fees on their payments still count.

One practical point for a practice with an existing client list: only businesses new to SaturnShift can be credited to you, and referrals made before your application is approved don't earn. A client that already uses SaturnShift generally can't be claimed after the fact. Section 5.3 of the terms covers the one exception.

Commission is recorded in your dashboard as Pending when SaturnShift's fee is confirmed as collected. Each commission is then held for 30 days before it becomes available for payout. Payouts are a separate step: they are sent manually, normally once a month, when your available balance is at least USD 50, by ACH to a US bank account or in USDC on Base. No particular payout date is guaranteed. The SaturnShift Partners page and the terms cover the details.

We don't publish earnings examples. What you earn depends on which clients you refer and what fees SaturnShift collects from them. Terms can vary by partner, and the Partner Programme Terms & Conditions are the binding version.

A note on professional rules

Accountants and bookkeepers often work under professional or licensing rules about referral compensation and disclosure to clients. Whether you can accept a referral commission, and what you have to tell a client, can depend on your credential, where you practise and the kind of client. Don't assume it is permitted for every client you serve. Check with your own professional body before you join; we can't advise on how those rules apply to you.

Separately, the partner terms require every partner to describe SaturnShift accurately and to clearly disclose the relationship with SaturnShift wherever they promote it.

How to join

Apply at saturnshift.io/partners and accept the terms.
Request a partner code, or leave it blank and one is assigned. A code is secured only when your application is approved, and it can't be changed after that.
Wait for review. Every application is reviewed, and approval isn't automatic.

If your practice already uses SaturnShift as a merchant, you can apply from inside your account. Your own merchant account never earns commission.

FAQ

Is this a percentage of my clients' revenue?
No. Commission is 25% of subscription fees and 15% of processing fees that SaturnShift itself collects from the client, never a share of their sales or volume.

What does my client get for signing up through my link?
Through your link or code, they get a 30-day trial on their first paid subscription (Crypto Suite or Full Suite) instead of 7 days.

Does the QuickBooks Online sync work for every client?
Only on Crypto Suite and Full Suite, and only for QuickBooks Online. Subscription payments don't sync.

When does a client's 12-month window start?
When SaturnShift collects its first fee from that client, whether that is a processing fee during the trial or the first paid subscription invoice. Signing up alone doesn't start it.

Do I earn anything during a client's 30-day trial?
No subscription commission while the trial invoice is $0, but processing commission counts on the processing fees SaturnShift collects during the trial.

I have a question about attribution, payouts or tax forms.
Email hello@saturnshift.io. Those are answered case by case.

If some of your clients fit the description above, apply to SaturnShift Partners.

How SaturnShift Partners works: what you earn on, when each referral's window runs, and what we don't promise

Bertrand Azzopardi — Wed, 28 Oct 2026 17:30:10 +0000

SaturnShift Partners is our referral program for people who advise small businesses. It is live and open for applications at saturnshift.io/partners.

This post walks through how it works, including the parts that are easy to misread, so you can decide whether it fits the way you already help clients. It also covers what we don't promise, because a referral program is only worth joining if you can recommend it without having to walk anything back later.

What you would be recommending

SaturnShift is a payments, invoicing and commerce platform for US businesses. One account lets a business get paid by card, bank payment (ACH) and stablecoins (USDC and USDT), with invoicing, payment links, recurring billing, an online store and QuickBooks Online sync. What each business gets depends on its plan:

Starter ($0 a month) covers card, ACH and stablecoin payments, with up to 10 invoices a month. It doesn't include recurring billing, QuickBooks Online or WooCommerce.
Crypto Suite ($49 a month) is stablecoin only, and adds QuickBooks Online sync.
Full Suite ($69 a month) covers card, ACH and stablecoins with lower processing fees. It is the plan with recurring billing (card subscriptions) and includes QuickBooks Online sync.

Stablecoin payments are USDC on Ethereum, Base, Arbitrum and Polygon, and USDT on Ethereum and Base. They settle to the business's own wallet, in the coin they were paid in. SaturnShift doesn't convert them to dollars. Card and ACH payments also carry Stripe's own processing charges, separate from SaturnShift's fee. Current numbers are on the pricing page.

Every business goes through Stripe onboarding, on every plan, and SaturnShift reviews each account before it goes live. A business you refer can start accepting payments once its account is approved. Until then it can explore the product and set up invoices and a store.

Who it's for

The program is built around people small businesses already ask about money and tools:

accountants and bookkeepers
QuickBooks consultants
agencies
WooCommerce and WordPress developers
consultants
creators

That list describes who we had in mind, not a requirement. The terms open the program to individuals and organisations whether or not they work in payments, and every application is still reviewed.

The useful test is simple: would a client of yours actually be better off on SaturnShift? If yes, and the business is new to SaturnShift, an introduction made after you're approved can earn commission based on the fees SaturnShift collects from that client. A business that already has a SaturnShift account generally can't be credited to you after the fact.

What commission is based on

Approved partners earn:

25% of the subscription fees a referred business pays SaturnShift, and
15% of the processing fees SaturnShift collects on that business's payments.

Both are shares of fees SaturnShift actually collects. Commission is never a share of your client's sales, their payment volume, Stripe's fees or network fees. If a client is paid a large invoice, you don't earn a percentage of that invoice. You earn a share of SaturnShift's own fee on it.

This is also why a referral on the free Starter plan can still earn. Starter has no subscription fee, but SaturnShift still collects processing fees on Starter payments, and those count.

For stablecoin payments, the processing fees that count are those on payments made through SaturnShift's Direct Settlement service. Section 9 of the terms lists exactly which fees are eligible.

Terms can vary by partner. The Partner Programme Terms & Conditions are the full and binding version, and you accept them when you apply.

Each referred business has its own 12-month window

This is the part people most often misread, so here it is slowly.

Commission on a referred business runs for 12 months from the first fee SaturnShift collects from that business after it is credited to you. That first fee can be a processing fee on one of its payments, including during its subscription trial or on the free Starter plan, or its first paid subscription invoice, whichever comes first. Not from the day it signs up, and not from the day you joined the program. If a business signs up through your link but never pays SaturnShift a fee, its 12 months haven't started. Once a window starts, it runs continuously: a plan change or an upgrade from Starter doesn't restart or extend it.

The window belongs to each business, not to you. Every new business you refer starts its own window when its first fee is collected.

A simple timeline:

You refer a client in spring. It is approved, starts taking payments, and SaturnShift collects its first fee. That client's 12 months start then.
You refer a second client in autumn. Its 12 months start when SaturnShift collects its first fee.
For the months in between, both windows are running at the same time.

Each window covers one business. There is no single program-wide clock on your account, and the 12 months don't limit how long you can keep referring new businesses.

What the business you refer gets

A business that signs up through your partner link or code gets a 30-day trial on its first paid subscription (Crypto Suite or Full Suite) instead of the standard 7 days, where eligible. The trial covers the subscription fee only; processing fees apply as normal during it. A business that has already had a SaturnShift trial or paid subscription doesn't get it.

The trial changes what you earn on, not whether you earn. While the subscription invoice is $0 there is no subscription commission. Processing commission still counts on the processing fees SaturnShift collects on the business's payments during the trial, and if one of those is the first fee collected, the business's 12-month window starts then. Subscription commission begins with the first paid subscription invoice, inside the same window.

Stripe onboarding and SaturnShift's approval still apply, so the longer trial is more room to evaluate, not a shortcut past review.

How to join

Go to saturnshift.io/partners and apply.
Accept the Partner Programme Terms & Conditions.
Request a partner code on the form, or leave it blank and one is assigned. Checking availability doesn't reserve a code; it is secured when your application is approved, and it can't be changed after that, so pick carefully.

Every application is reviewed, and approval isn't automatic.

Already a SaturnShift merchant? You can apply from inside your account. Your own merchant account never earns commission.

Payouts

Processing commission is recorded once SaturnShift's fee on a payment is confirmed as collected (for stablecoin payments, once settlement is confirmed on chain), and it appears in your dashboard as Pending, normally within minutes. That is when it is recorded, not when it is paid.

Recording, holding and payout are three separate steps:

Recorded as Pending. As above, normally within minutes of SaturnShift's fee being confirmed as collected.
Held for 30 days. Each commission is held for 30 days after it is recorded, then becomes available. Available means it can be included in a payout. It doesn't mean it is transferred to you automatically.
Paid out. Payouts are reviewed and sent manually by SaturnShift, normally once a month, when your available balance is at least USD 50, by ACH to a US bank account or in USDC on Base. No particular payout date is guaranteed.

What we don't promise

We'd rather say this up front than in a support thread:

No earnings figures. We don't publish examples of partner earnings or say what a typical partner makes. It depends entirely on which businesses you refer and what fees SaturnShift collects from them.
No guaranteed approval, for partners or for the businesses you refer.
No commission after a business's window ends. Commission on each business runs for its 12 months.
No commission on sales volume. Only on SaturnShift's own collected fees.
No interpretations of the terms here. If something isn't covered above, read the terms or ask us.

Referring a client honestly

The partners who do this well describe the product the same way we do. Tell clients that every plan includes Stripe onboarding and that SaturnShift reviews each account. Explain which plan they would need for what they want (recurring billing is Full Suite, and QuickBooks Online is on Crypto Suite and Full Suite). Point them to the pricing page rather than quoting fees from memory.

The terms also ask two things of every partner: describe SaturnShift accurately, and clearly disclose your relationship with SaturnShift wherever you promote it. A referral that matches what the client finds when they sign up is worth more to everyone.

FAQ

Is commission a share of my clients' sales?
No. It is 25% of the subscription fees and 15% of the processing fees SaturnShift collects from a referred business, never a share of their sales or volume.

When does the 12-month window start?
When SaturnShift collects the first fee from that business: a processing fee on one of its payments (including during its trial) or its first paid subscription invoice, whichever comes first. Signing up alone doesn't start it.

Do I earn anything while a business is on its 30-day trial?
There is no subscription commission while the trial invoice is $0, but processing commission counts on the processing fees SaturnShift collects during the trial.

If I refer several businesses, do they share one window?
No. Each referred business has its own 12-month window, and the windows overlap.

Do Starter referrals count?
Yes. Starter has no subscription fee, but processing fees count.

Can I change my partner code later?
Not once your application is approved.

I have a question about my situation that this doesn't cover.
Email hello@saturnshift.io. Questions about the terms, a specific commission, attribution, payouts or tax forms are handled one by one, so ask rather than assume.

Apply to SaturnShift Partners

From invoice to paid to QuickBooks Online: modeling one billing flow across cards, ACH and stablecoins

Bertrand Azzopardi — Sun, 25 Oct 2026 21:27:15 +0000

If you've built billing for a small business, or you're the technical founder running one, you know the pattern. Invoices live in one tool. Card payments arrive through a processor. Bank payments arrive somewhere else. Someone then matches all of it against the books by hand.

None of these pieces is hard alone. The work is in the seams: which record is the source of truth, what "paid" means for each payment method, and what reaches your accounting system.

Disclosure: I'm the founder of SaturnShift, and this post uses it as the concrete example. SaturnShift is a payments and invoicing platform for US small businesses. Merchants send invoices and payment links that customers pay by card or ACH (processed by Stripe) or with USDC/USDT stablecoins (subject to plan), and the results sync to QuickBooks Online on the plans that include it. The goal is to make the data flow and its edges explicit, so you can model it correctly on your side. It isn't a feature tour.

Scope note: this article covers product behavior, not an API reference. It doesn't document endpoints, webhook names or sync timing.

The problem: one receivable, many rails

A single receivable (say, a $1,200 invoice for consulting work) can be settled in several ways:

Card, processed by Stripe
ACH bank payment, processed by Stripe
Stablecoin: USDC on Ethereum, Base, Arbitrum and Polygon, and USDT on Ethereum and Base

Card and ACH are available on Starter and Full Suite. Crypto Suite is stablecoin only.

If each rail has its own tool, you end up with three payment records, three fee structures and a manual match against one invoice. The approach here is to keep one request object (the invoice or payment link) and let the customer pick the rail at checkout. Everything downstream then hangs off that one object.

The objects

1. Invoice

An invoice is the primary receivable. What you can rely on:

Create, issue, void and send. These are the core lifecycle operations.
Templates, so you can reuse layouts and branding.
Tax is a rate you enter, per line or at invoice level. There's no automatic tax calculation on invoices; automatic sales-tax calculation exists only at online-store checkout.
Discount is a single invoice-level percentage on the subtotal. Per-line discounts aren't available.
CSV import creates invoices in bulk.
Bulk send: select multiple invoices and send them in one action.

Implementation note: if you generate invoices from another system, such as a job tracker, a spreadsheet or a scheduling tool, the CSV import plus bulk send pair is the supported batch path. Model tax as a stored rate rather than a computed jurisdiction lookup, because that matches how the invoice actually behaves.

2. Payment link

A payment link is a lighter request with no invoice document:

a fixed amount, or a customer-entered amount (useful for deposits, tips or "pay what you owe");
shared by email, by SMS (Text to Pay) or as a QR code.

Text to Pay sends invoices and payment links by text message. Don't build logic that treats a successful send as proof the customer received the message, and keep email as a fallback channel.

3. Checkout

Both objects resolve to a checkout:

a hosted checkout page, or
a checkout button for your site that opens SaturnShift checkout as a popup or redirect.

A fully embedded in-page (iframe) checkout isn't available. If your site design assumes the card form renders inside your own page, plan for a popup or redirect instead.

The flow, step by step

 invoice / payment link
        │   (issued and sent: email, SMS, QR)
        ▼
 customer opens checkout -> chooses rail --┐
        │                                  │
        │   card / ACH  (processed by Stripe)
        │   USDC (Ethereum, Base, Arbitrum, Polygon)
        │   USDT (Ethereum, Base)
        ▼
 payment in progress
        ▼
 invoice paid --> reminders stop for this invoice
        │
        ▼
 QuickBooks Online (Crypto Suite and Full Suite):
 invoices, payments, refunds and fees reflected in the books

A few states matter in practice.

Issued and sent. Once an invoice is out, automatic email reminders can run. Reminders go before the due date and after the invoice is overdue, and they are sent by email.

Payment in progress. The reminder logic explicitly skips invoices that are already paid or have a payment in progress. That tells you something useful: "a payment has started" and "the invoice is paid" are separate conditions. If you mirror invoice status in your own system, keep them separate too, and don't collapse "customer clicked pay" into "paid".

Paid. Reminders stop, and the payment appears in reporting with the rest of your activity.

Void. Invoices can be voided. Treat void as terminal in your own model rather than deleting the record.

Refunds are supported across card, ACH and stablecoin payments, within the refund window. Model a refund as its own event against the original payment, not as an edit to it.

Where the money lands (by rail)

This is the part most homegrown reconciliation gets wrong, because the rails really do behave differently.

Card and ACH (Starter and Full Suite) are processed by Stripe. Stripe's own processing fees apply separately from the SaturnShift platform fee, so the platform fee is not the all-in cost of a card payment. Record both fee lines if you're computing net revenue.
Stablecoins settle on-chain, in kind, to your own payout wallet on the network the customer paid on. USDC paid on Polygon arrives as USDC on Polygon. It isn't converted to another asset or moved to a different network. Your stablecoin settles directly to your own wallet; SaturnShift does not hold it.

What that means for your data model:

Store asset and network on every stablecoin payment. "USDC" alone isn't enough, because payout wallets are registered by network (the same address on every network, or a different one for each).
SaturnShift does not convert stablecoins to fiat and offers no cash-out. If the business needs dollars in a bank account, that conversion happens outside the platform, through the merchant's own exchange, and your books should treat it as a separate transaction.
The supported stablecoins are USDC and USDT only; model the asset as one of those two values.

Reconciliation logic

There are two layers.

Inside the platform: reporting, reconciliation, settlement views and monthly statements cover payments across rails. Because each payment is made against a specific invoice or payment link, you aren't left matching amounts and dates to requests by hand.

In your accounting system: with QuickBooks Online connected (Crypto Suite and Full Suite), invoices, payments, refunds and fees are reflected in your books, including payments made in stablecoins. That's the useful part for a mixed-rail business: a stablecoin-paid invoice shows up in QuickBooks Online like any other payment, instead of as an unexplained transfer.

Conditions to design around:

QuickBooks Online is available on Crypto Suite ($49/month) and Full Suite ($69/month). It is not on Starter.
It's QuickBooks Online. Don't assume QuickBooks Desktop or other accounting packages.
Subscription payments don't sync to QuickBooks Online. Recurring billing charges a card (Full Suite). If you also run recurring billing, record those payments in your books another way. One-time invoices still sync.
This post deliberately doesn't describe the connection method, account mapping or sync timing. Build your month-end process so it doesn't depend on a timing assumption.

Plans and rails: the constraint matrix

Which rails a merchant can use depends on the plan, so your onboarding logic should check the plan before showing payment options:

Plan	Price	Rails	QuickBooks Online	Subscriptions
Starter	$0/month	Card, ACH, stablecoin	No	No
Crypto Suite	$49/month	Stablecoin only	Yes	No
Full Suite	$69/month	Card, ACH, stablecoin	Yes	Yes (charges a card)

Starter is capped at 10 invoices per calendar month. If you're building an import job, it needs to handle hitting that cap.
Paid plans have a 7-day trial requiring a card on file. Starter has no trial.
Each plan's SaturnShift platform fees are listed on the pricing page.

Practical implementation notes

Plan for approval before go-live. A merchant can sign up and set up their invoices and store right away, but every account, on every plan, completes a short Stripe onboarding and can't take a live payment until SaturnShift approves the account. Approval is a separate manual review, so build launch plans around it rather than against a fixed clock.
Keep one request ID across systems. Use the invoice (or link) as the join key between your CRM, the payment and the QuickBooks Online record. Don't key on amount and date.
Track rail, asset and network per payment. Fees, refunds and settlement destinations differ by rail.
Separate "in progress" from "paid" in any status you mirror.
Treat Stripe fees as their own line for card and ACH.
Don't promise customers settlement or payout times that the platform doesn't promise you.
Check the customer self-service portal before building your own customer-facing billing page. It may already cover what you need.

Limitations, in one place

No automatic tax on invoices (it's a manual rate); no per-line discounts.
No iframe-embedded checkout; use the hosted page or the checkout button (popup or redirect).
No payment plans, installments or BNPL.
No cash-out; stablecoins settle in kind and SaturnShift does not convert them to fiat.
Stablecoins are USDC and USDT only (no other crypto assets).
QuickBooks Online only, and not on Starter. Subscription payments don't sync.
Automatic reminders are sent by email.
Live payments need Stripe onboarding and manual account approval.

Wrapping up

The design choice that makes this manageable is one request object per receivable, with the rail chosen at checkout and every downstream record (status, refunds, accounting) hanging off it. Whatever stack you use, modeling the states above explicitly will save you a month-end of manual matching.

If you want to see how this looks in SaturnShift, the QuickBooks Online integration page covers the product side.

Recurring card billing without building a billing system: how hosted subscription links work, and where they stop

Bertrand Azzopardi — Thu, 22 Oct 2026 15:08:54 +0000

Recurring billing is one of those features that looks like a weekend project and turns into a quarter. You need plan definitions, a checkout that stores a card, a scheduler, cancellation handling, receipts, proration, dunning, and a way to reconcile all of it.

Many small businesses and the technical founders behind them don't need most of that. They need: this customer pays this fixed amount every month, on a card, until they cancel.

This post looks at the hosted subscription-link approach to that problem, using SaturnShift's implementation as the concrete example. SaturnShift is a payments and invoicing platform for US small businesses: cards and ACH (processed by Stripe), invoicing, QuickBooks Online and recurring billing, with stablecoins as an extra payment option. The focus is the model, the flow and especially the limits, because the limits decide whether this approach fits your case.

Scope note: this covers product behavior, not an API reference. It doesn't document endpoints or webhooks.

The model: plan, link, subscriber

There are three objects.

Plan. The merchant defines:

a name;
a fixed price;
a billing interval: weekly, monthly, quarterly or yearly;
optionally, a trial period before the first charge.

Each plan has one price and one interval. There's no usage component and no tiering inside a plan.

Hosted subscription checkout link. Every plan gets its own link to a hosted checkout. You can:

send it directly (email, text message, a proposal);
post it publicly (social, newsletter, a printed QR or flyer);
put a Subscribe button on your website that opens the hosted checkout.

Subscriber. The customer subscribes with a card on the hosted page. They don't need a SaturnShift account.

The flow

 merchant creates plan (name, fixed price, interval, optional trial)
        │
        ▼
 plan gets a hosted checkout link ──► shared directly / posted / Subscribe button
        │
        ▼
 customer enters card on hosted checkout (no account needed)
        │
        ▼
 confirmation email includes a secure subscription-management link
        │
        ▼
 card charged automatically on the plan's schedule
        │
        ├──► payments appear in merchant reporting
        │
        └──► cancel (customer via secure link, or merchant from their account)
                └──► resume = reverse a scheduled cancellation before it takes effect

Cancellation and "resume"

The confirmation email includes a secure subscription-management link. The customer can use it to cancel, or to resume.

"Resume" has a narrow meaning: it reverses a scheduled cancellation before it takes effect. It is not a pause, and pausing isn't supported.

The merchant can also cancel a subscription from their own account, for example when a customer asks by email.

Modeling tip: if you mirror subscription status in your own system, keep "cancellation scheduled" separate from "cancelled". Resume only applies in the first state.

What this design trades away

Before you commit, these are the constraints to check against your use case.

Constraint	What it means for your design
Card only	Recurring billing is charged to a card. Recurring ACH and recurring stablecoin billing aren't available. Customers who want to pay by bank can still pay one-time invoices that way.
Fixed price per plan	No usage-based or metered billing. Bill variable amounts (overages, add-ons) with one-time invoices or payment links.
No upgrades, downgrades, plan switching or pausing	Changing a plan is a business-process decision outside the subscription. Design your plans carefully before sharing links.
Hosted checkout	A Subscribe button opens SaturnShift's hosted checkout. It doesn't embed the card form inside your page.
No QuickBooks Online sync for subscription payments	One-time invoices sync to QuickBooks Online on the plans that include it; subscription payments don't. Record them in your books another way.
Communication is mostly on you	Beyond the initial confirmation email, tell customers in your own words what they're signing up for and when they'll be charged. Don't assume the platform sends renewal receipts, failed-payment emails or card-update requests.
Plan requirement	Subscriptions are on the Full Suite plan ($69/month) only. They're not on Starter ($0) or Crypto Suite ($49).
Manual account approval	You can sign up and build plans right away, but live payments, subscriptions included, start only once SaturnShift has approved the account. Approval is a manual review, so leave room for it in a launch plan.

A hybrid pattern that works well

Most service businesses end up using subscriptions for the fixed part and invoices for the variable part.

Retainer: subscription link at a fixed monthly price.
Overages / project add-ons: one-time invoice or payment link. These can be paid by card, ACH or stablecoin, depending on plan, and a payment link can let the customer enter the amount.
Setup or onboarding fee: a separate one-time invoice or payment link, sent alongside the subscription link.

In your own records, link the two by customer, not by payment. The subscription and the one-time invoices are separate objects, and only the invoices sync to QuickBooks Online.

Reconciliation notes

Subscription payments appear in SaturnShift reporting alongside your other payments. Check reporting regularly, so you notice when an expected payment hasn't come in and can follow up personally.
Fees: SaturnShift transaction fees apply to each payment (see the pricing page), and Stripe's card processing fees apply on top. The SaturnShift fee isn't the full cost of a card payment, so record both if you compute net revenue.
Books: because subscription payments don't sync to QuickBooks Online, decide up front how they get into your accounting. Use a periodic entry from reporting, for example, and document the process so whoever closes the month knows the two sources differ.

Compliance is still yours

Auto-renewal and consumer-protection rules vary by state, and meeting them is the business's responsibility, not the payment tool's. Common guidance: show the terms before checkout (amount, interval, first charge date, how to cancel), get clear opt-in consent, and make cancellation easy. The built-in secure cancellation link helps with the last point, but the disclosures are yours to write.

Pricing context

Subscriptions: Full Suite, $69/month, card only.
Starter ($0/month) doesn't include subscriptions or QuickBooks Online.
Paid plans have a 7-day trial requiring a card on file.
SaturnShift transaction fees per plan are listed on the pricing page; Stripe's fees apply separately for card payments.

Wrapping up

Hosted subscription links are a good fit when the billing really is "fixed amount, fixed interval, card". In return for giving up proration, plan changes, pausing and embedded checkout, you get recurring billing without running a billing system. If your pricing needs any of those, combine subscriptions with one-time invoices, or pick a full billing platform.

The full guide to subscription payment links has worked examples by business type, and the pricing page shows what each plan includes.

Bank vs Cards vs USDC Payments - which is right for your business?

Bertrand Azzopardi — Tue, 09 Jun 2026 15:00:00 +0000

Most businesses default to cards and never revisit that decision. Bank payments (ACH) and stablecoins such as USDC each fit specific situations better. This post compares the three and shows how to offer them side by side. We build SaturnShift, so we use it for the concrete fees and limits; the trade-offs apply to most tools.

Side-by-side comparison

	Bank payments (ACH)	Cards	USDC
SaturnShift platform fee	0.25% + $0.10 (Starter), 0.05% + $0.10 (Full Suite)	0.35% + $0.10 (Starter), 0.15% + $0.10 (Full Suite)	1.00% + $0.10 (Starter), 0.75% + $0.10 (Crypto Suite, Full Suite)
Other charges	Stripe's processing charges	Stripe's processing charges	A network fee for the blockchain transaction
Reversals	ACH returns (for example insufficient funds, unauthorized)	Chargebacks, often months after purchase	No card-style chargeback process; refunds are a separate step
What the customer needs	A US bank account	A card	A wallet holding USDC on a supported network
Where funds land (SaturnShift)	Your bank account, paid out by Stripe	Your bank account, paid out by Stripe	Your own payout wallet, in kind, on the network paid on
Recurring billing (SaturnShift)	Not available	Yes, on Full Suite	Not available

Fees are from SaturnShift's pricing page. Card and ACH are on Starter and Full Suite; Crypto Suite is stablecoin only.

There is no "settlement speed" row on purpose. Timing depends on the payment method, the network and processing conditions, so we don't quote one.

Bank payments (ACH): the backbone of US B2B payments

Advantages

The lowest SaturnShift platform fee of the three on both Starter and Full Suite.
Familiar to US finance teams and accountants.
Bank to bank, with no card network involved.

Limitations

Payers need a US bank account.
Returns are possible, for example for insufficient funds or an unauthorized claim.
One-time payments only in SaturnShift (invoices and payment links). Recurring ACH is not available.

Best for: larger one-time invoices from US business clients who already pay suppliers from a bank account.

Cards: the universal option

Advantages

Most customers have one, and no wallet or bank details are needed.
You find out at checkout whether the payment was authorized.
The only method SaturnShift's recurring billing charges (Full Suite, approved merchants).

Limitations

Stripe's processing charges sit on top of the platform fee.
Chargebacks: a customer can dispute a payment, often months after purchase depending on card network rules.
Card-not-present fraud risk for online payments.

Best for: consumers, smaller invoices, clients who want to pay on a company card, and anything recurring.

USDC: dollar-pegged and final on chain

Advantages

No card-style chargeback process. A confirmed on-chain transfer is not reversed by the network.
Priced in dollars, so no crypto price exposure.
Settles in kind to your own wallet; SaturnShift does not hold it.

Limitations

The customer needs a wallet holding USDC on a network you accept.
Many customers don't hold stablecoins, so it works as an extra option, not a replacement.
SaturnShift's stablecoin platform fee is higher than its card and ACH platform fees, although card and ACH also carry Stripe's charges.
SaturnShift does not convert stablecoins to dollars and offers no cash-out. Convert through your own exchange if you choose.
No recurring stablecoin billing.

Best for: high-value invoices to clients who already hold stablecoins, where avoiding card disputes matters.

SaturnShift accepts USDC on Ethereum, Base, Arbitrum and Polygon, and USDT on Ethereum and Base.

The fee math: a $10,000 invoice

Here is SaturnShift's platform fee alone on a $10,000 payment:

Plan	ACH	Card	Stablecoin
Starter ($0 a month)	$25.10	$35.10	$100.10
Crypto Suite ($49 a month)	n/a	n/a	$75.10
Full Suite ($69 a month)	$5.10	$15.10	$75.10

This table is not the all-in cost of a payment. Stripe processes card and ACH payments, and Stripe's own processing charges apply on top of these platform fees. We are not quoting Stripe's charges here; check them before you compare totals. Stablecoin payments carry a network fee for the blockchain transaction, separate from SaturnShift's fee.

Two things fall out of it. On platform fees, ACH is the cheapest rail on both Starter and Full Suite. And once Stripe's card charges are added, the comparison between card and stablecoin depends on your actual Stripe costs, so run your own numbers rather than assuming one rail always wins.

The chargeback problem with cards

Card chargebacks are a real risk on high-value invoices. A customer who disputes a card charge, legitimately or not, can start the process long after the work is delivered, and you then have to respond through the card network's dispute process.

USDC has no card-style chargeback process. If you need to give money back, refunds are supported within your refund window, as a separate step that you control.

ACH sits in between. ACH returns (technically not chargebacks) are possible for reasons such as insufficient funds or an unauthorized claim.

International clients

International payments raise questions about which payment methods a given payer can use. SaturnShift's ACH is for payers with US bank accounts. We don't make customer-country claims for cards or stablecoins in this post, so if you invoice clients outside the US, confirm with SaturnShift which methods they can use before you send the invoice.

The practical answer: offer more than one

For most businesses the answer isn't to pick one method. On SaturnShift's Starter and Full Suite plans, a single invoice can be paid by card, ACH or stablecoin, and the client chooses on the hosted checkout page. You don't build separate collection flows for each, and payments show up in one dashboard with reporting and reconciliation. On Crypto Suite and Full Suite you can also connect QuickBooks Online.

Every account completes a short Stripe onboarding, even for stablecoin-only businesses, and SaturnShift reviews each account separately. You can start accepting payments once your account is approved.

Quick decision guide

US business client, large one-time invoice
Offer ACH first. It has the lowest platform fee; add Stripe's charges when you compare.

Client outside the US
Check first which methods that payer can use.

Consumer or small business
Cards. Familiar, no prerequisites.

Client that already holds stablecoins
USDC or USDT, if they prefer to pay from their wallet.

Subscription or recurring billing
Card. In SaturnShift, recurring billing is a Full Suite feature for approved merchants and charges a card; recurring ACH and recurring stablecoin billing are not available.

High chargeback risk category
Offer stablecoins where the client can pay that way, alongside card.

For a deeper look at card versus ACH on invoices, see our card or ACH post. To compare plans, see pricing.

What is Stablecoin Settlement

Bertrand Azzopardi — Thu, 04 Jun 2026 15:00:00 +0000

Stablecoin settlement is what happens when a business is paid in a dollar-pegged digital token, such as USDC, instead of through card networks or bank transfers. This guide explains how it differs from traditional settlement, what "settles in kind to your own wallet" means, and where the trade-offs are.

How traditional settlement works

When a customer pays by card, several parties are involved: the customer's issuing bank authorizes the payment, the card network routes it, an acquirer processes it, and the payment processor pays the funds out to the merchant's bank account. Bank payments such as ACH go through their own clearing process between banks.

The other important feature is reversibility. A card payment can be disputed through a chargeback, often months after the purchase depending on card network rules. An ACH payment can be returned, for example for insufficient funds or when the account holder says it was unauthorized. You can invoice, deliver and see the payment arrive, and still face a reversal later.

How stablecoin settlement differs

The customer sends the stablecoin from their own wallet on a blockchain network. Once the transaction is confirmed on chain, the network does not reverse it, and there is no card network dispute process. If a business wants to give money back, it issues a refund as a separate step.

	Card and bank payments	Stablecoin (USDC)
Who moves the money	Banks, card networks and a processor	A blockchain network, from the customer's wallet
Reversals	Card chargebacks, ACH returns	No card-style chargeback process; refunds are a separate step
Currency	US dollars	A dollar-pegged token
What the customer needs	A card or a US bank account	A wallet holding the stablecoin on a supported network
Where funds land (in SaturnShift)	Your bank account, paid out by Stripe	Your own payout wallet, in the same token, on the same network

We have left timing out of this table on purpose. Settlement time depends on the payment method, the network and processing conditions, so no platform should promise you a number.

What makes USDC stable?

USDC is issued by Circle.

That is different from algorithmic stablecoins such as TerraUSD (UST), which tried to hold its peg through a trading mechanism rather than reserves and collapsed in May 2022.

A reserve-backed peg is still not a guarantee. USDC briefly traded below one dollar in March 2023, during the US banking stress around the failure of Silicon Valley Bank, and then returned to its peg. For a business, the practical point is that USDC is priced in dollars, so there is no exposure to crypto price swings between invoicing and payment.

How stablecoin settlement works in SaturnShift

1. The customer pays.
The customer opens an invoice, payment link or SaturnShift's hosted checkout page, chooses a stablecoin and a network you accept, and sends the payment from their wallet. SaturnShift accepts USDC on Ethereum, Base, Arbitrum and Polygon, and USDT on Ethereum and Base.

2. The payment settles in kind, on the same network.
The payment settles to your own payout wallet, in the same stablecoin, on the network the customer paid on. A USDC payment on Polygon arrives as USDC on Polygon; a USDT payment on Base arrives as USDT on Base. Nothing is consolidated onto another network.

3. Each payment is paid out on its own.
Stablecoin payments are paid out per payment, not grouped into a daily payout.

4. The funds are yours.
The stablecoin goes to your wallet, and SaturnShift does not hold it. You control where payouts go, not when funds move.

5. Converting to dollars is up to you.
SaturnShift does not convert stablecoins to dollars and offers no cash-out. If you want dollars in a bank account, convert through your own exchange if you choose.

What "settles to your own wallet" asks of you

In-kind settlement keeps things simple, but it puts one responsibility on the merchant: your payout wallet has to be able to receive every token on every network you accept.

A payout wallet is an Ethereum-compatible address (it starts with 0x). You can register the same address on all four networks in one step, or a different address on each.
A self-custody wallet you control, such as MetaMask or a hardware wallet, is the safer choice.
You can use an exchange deposit address, but check its minimum deposit and its supported networks and tokens first. Each payment arrives on its own, so a small payment can fall below an exchange's minimum and be delayed or not credited, and funds sent on a network the exchange doesn't credit can be lost permanently.

Accounting and tax

We don't give tax advice. Ask your accountant how stablecoin receipts should be recorded for your business.

On the record-keeping side, SaturnShift's dashboard includes reporting, reconciliation, settlement views and monthly statements. On Crypto Suite and Full Suite you can connect QuickBooks Online, so invoices, payments, refunds and fees, including stablecoin payments, are reflected in your books.

What stablecoin settlement isn't

It isn't the same as accepting volatile cryptocurrencies. If a $10,000 invoice is paid in Bitcoin, its dollar value can move before you decide what to do with it. A dollar-pegged stablecoin is designed to avoid that exposure. SaturnShift accepts stablecoins only (USDC and USDT), not Bitcoin, Ether or other cryptocurrencies.

It also isn't a bet on crypto. For most businesses it is a payments decision: one more way for clients to pay, alongside cards and bank payments.

Who it can suit

Service businesses with chargeback exposure. Agencies, consultants and other businesses with high-value invoices can avoid the card dispute process for clients who choose to pay in stablecoins.

Businesses whose clients already hold stablecoins. Accepting USDC or USDT removes a step for clients who keep working capital in them.

Businesses that want stablecoins alongside cards and ACH. On the Starter and Full Suite plans, one invoice can be paid by card, ACH or stablecoin, and the client chooses at checkout. Crypto Suite is stablecoin only.

Whatever the plan, every account completes a short Stripe onboarding, even for stablecoin-only businesses, and SaturnShift reviews each account separately. You can start accepting payments once your account is approved.

The key point

Stablecoin settlement is a payments infrastructure choice, not a crypto bet. You get a dollar-priced payment without a card-style chargeback process, settled in kind to a wallet you control, and you decide whether and where to convert it. To compare plans and stablecoin fees, see pricing.

How to Accept USDC Payments

Bertrand Azzopardi — Tue, 02 Jun 2026 15:00:00 +0000

What is USDC?

USDC (USD Coin) is a dollar-pegged stablecoin issued by Circle. The aim is for one USDC to be redeemable for one US dollar.

A peg is a design goal, not a law of nature. USDC briefly traded below one dollar in March 2023, during the US banking stress that followed the failure of Silicon Valley Bank, and then returned to its peg. For a business, the practical point is that USDC is priced in dollars, unlike Bitcoin or Ether, so there is no price exposure between sending an invoice and getting paid the way there would be with a volatile asset.

USDC moves on blockchain networks. A confirmed on-chain transfer is not reversed by the network, which is the main way it differs from a card payment.

What SaturnShift accepts

USDC on Ethereum, Base, Arbitrum and Polygon.
USDT on Ethereum and Base.
Stablecoins only. SaturnShift does not accept Bitcoin, Ether or other cryptocurrencies.
You choose which stablecoins and networks you accept.

Stablecoin payments settle in kind, to your own payout wallet, on the network your customer paid on. A USDC payment on Polygon arrives as USDC on Polygon. SaturnShift does not hold the funds, and nothing is moved to another network on your behalf.

Why some businesses add USDC

No card-style chargeback process. There is no card network dispute process for an on-chain transfer, which matters for high-value service invoices. If you need to give money back, refunds are supported within your refund window.

Dollar-denominated. You invoice in dollars and are paid in a dollar-pegged token, so there is no exchange-rate exposure of the kind you take on with volatile crypto.

Fewer barriers for clients who already hold stablecoins. Some businesses and individuals keep part of their working capital in USDC. Offering it removes a step for them.

Timing is not one of the reasons on this list. Settlement time depends on the payment method, the network and processing conditions, so don't plan cash flow around a particular number.

Do my customers need to own crypto?

To pay in USDC, yes. A customer needs a wallet that holds USDC on one of the networks you accept.

That's why it helps to offer stablecoins alongside other methods rather than instead of them. On the Starter and Full Suite plans, one invoice or payment link can be paid by card, bank payment (ACH) or stablecoin, and the customer chooses on SaturnShift's hosted checkout page. Crypto Suite is stablecoin only. Card and ACH payments are processed through Stripe and paid out to your bank account.

How to get started, step by step

1. Create an account and complete onboarding.
Every account completes a short Stripe onboarding, even for stablecoin-only businesses on Crypto Suite. SaturnShift then reviews and approves the account as a separate step. You can explore the product and set up invoices before approval, and you can start accepting payments once your account is approved.

2. Set up a payout wallet.
Stablecoin payments need a payout wallet before they can settle. It is an Ethereum-compatible address (it starts with 0x). You can register the same address on all four networks in one step, or a different address on each.

A self-custody wallet you control, such as MetaMask or a hardware wallet, is the safer choice. You can use an exchange deposit address, but check its minimum deposit and its supported networks and tokens first. A small payment can fall below an exchange's minimum and be delayed or not credited, and funds sent on a network the exchange doesn't credit can be lost permanently.

3. Choose how you collect.
Invoices, payment links (including links where the customer enters the amount), QR codes, Text to Pay by SMS, and a checkout button for your own website that opens SaturnShift's hosted checkout by redirect or popup.

4. Send to your first customer.
The customer opens the invoice or link and picks a payment method available on your plan. A customer paying in USDC sends it from their own wallet on a network you accept.

5. Track payments.
Payments appear in your dashboard, which includes reporting, reconciliation, settlement views and monthly statements. On Crypto Suite and Full Suite you can also connect QuickBooks Online, so invoices, payments, refunds and fees, including stablecoin payments, are reflected in your books.

Which network should my customer use?

Any network you accept. The payment settles to your wallet on that same network, so make sure your payout wallet can receive on every network you turn on. That matters most if you use an exchange deposit address.

Network fees differ between networks and change with network conditions. Ethereum is generally more expensive to transact on than Base, Arbitrum or Polygon, which is worth knowing if your customers make smaller payments.

What does it cost?

SaturnShift's platform fee on a stablecoin payment is 1.00% + $0.10 on Starter ($0 a month) and 0.75% + $0.10 on Crypto Suite ($49 a month) and Full Suite ($69 a month). Sending a transaction on a blockchain also costs a network fee, which is separate from SaturnShift's fee. See pricing for the full plan comparison.

What about taxes and accounting?

We don't give tax advice. Ask your accountant how stablecoin receipts should be recorded for your business.

Common questions

Is USDC safe?
USDC is designed to hold a one-dollar value backed by reserves, and Circle publishes reserve reports. It is not a bank deposit, and it briefly lost its peg in March 2023. Read the issuer's disclosures and decide what level of stablecoin exposure suits your business.

Can I convert USDC to dollars in my bank account?
Not through SaturnShift. SaturnShift does not convert stablecoins to dollars and offers no cash-out. Your stablecoin lands in your own wallet; convert it through your own exchange if you choose. Card and ACH payments, by contrast, are paid out to your bank account through Stripe.

Do I need to understand blockchain to use this?
You need a payout wallet and to know which networks it can receive on. Sending invoices and tracking payments works in the dashboard in the same way as for card and bank payments.

What if a customer pays the wrong amount?
Contact SaturnShift support about the specific payment. We don't describe the handling of underpayments and overpayments here.

To compare plans, see pricing.