Automate Invoice Collection: QuickBooks + Twilio + Stripe (2026)
Key Takeaways
The three-tool chain — QuickBooks for the invoice ledger, Twilio for SMS dunning, Stripe for payment capture — collapses 45-day average collection cycles into 9-12 days when wired correctly
Most SMBs already pay for two of the three tools; the missing layer is the orchestration that turns a "Past Due" status in QuickBooks into a text message with a Stripe payment link
US Tech Automations sits between the three apps and handles the conditional logic native integrations miss: payment-plan branches, partial payments, dispute holds, and Spanish-language nudges
Small businesses citing time as top challenge: 44% according to NFIB 2024 Small Business Economic Trends — chasing invoices is the single biggest line item inside that 44%
Honest comparison: Zapier wins on raw connector breadth and price-per-task; US Tech Automations wins when your collection logic outgrows linear 2-step zaps and starts forking on payment behavior
What is automated invoice collection? Automated invoice collection is an orchestrated workflow where unpaid QuickBooks invoices automatically trigger Twilio SMS reminders containing a Stripe-hosted payment link, then reconcile the payment back to the QuickBooks ledger without manual intervention. SMB workflow-tool ROI under 12 months: 62% according to Goldman Sachs 10,000 Small Businesses 2024 survey — AR automation is consistently the workflow with the fastest payback.
TL;DR: Automating invoice collection across QuickBooks, Twilio, and Stripe replaces manual dunning with a deterministic workflow that texts customers a payment link 3, 7, and 14 days past due, captures payment via Stripe, and marks the QuickBooks invoice paid — all without a human touching the ledger. The decision criterion: if your accounts-receivable aging report shows more than 18% of dollars in the 30+ day bucket, the chain pays for itself within two billing cycles. US Tech Automations builds and owns the connection so you do not become a part-time integration engineer.
What This Integration Does
Who this is for: Owner-operated and team-led SMBs with $500K-$10M annual revenue, 200-3,000 invoices per year, an existing QuickBooks Online subscription, a Stripe (or willingness-to-add Stripe) merchant account, and an operator who has hit the wall on manually chasing late payers. The pain you are solving is not "we need a CRM" — it is "I am the bottleneck on AR, and my receivables are aging because I do not have time to text everyone every Monday."
The integration replaces the Monday-morning ritual of opening QuickBooks, sorting by past-due, copying phone numbers into a text app, pasting a payment URL, and updating a spreadsheet of who has been chased. Instead, QuickBooks is the source of truth for invoice status. Twilio is the messaging layer. Stripe is the payment rail. US Tech Automations is the orchestrator that decides when each tool fires, with what message, against which customer segment.
A working chain handles six things native integrations skip: variable cadence per customer segment, payment-plan branches, dispute holds that pause dunning, currency and language switching, partial-payment reconciliation, and the audit trail the SBA recommends every receivables process maintain — guidance grounded in the US small businesses (employer firms): 33M+ tracked according to SBA Office of Advocacy 2025 Small Business Profile.
Why does invoice collection break without orchestration? Each tool only sees its own slice. QuickBooks knows the invoice is past due but not whether the customer received the last text. Twilio knows a message was delivered but not whether the payment landed. Stripe knows the payment landed but not which invoice it should clear. The orchestrator carries state across the three.
What Gets Connected (and What Does Not)
| Connection | What It Does | What It Does Not Do |
|---|---|---|
| QuickBooks Online → Orchestrator | Streams new + status-changed invoices via webhook | Does not push back marketing data |
| Orchestrator → Twilio | Sends SMS at 3/7/14-day past-due thresholds | Does not handle inbound text intake without explicit step |
| Twilio → Customer | SMS containing personalized Stripe payment link | Does not initiate the call to action — text is the touchpoint |
| Stripe → Orchestrator | Webhook fires on payment success/failure | Does not auto-mark invoice paid without orchestrator |
| Orchestrator → QuickBooks | Marks invoice paid, attaches Stripe txn ID | Does not delete or modify invoice line items |
Prerequisites and Setup
Who this is for (operator profile): A bookkeeper, controller, or owner-operator running QuickBooks Online (not Desktop), with admin access to QuickBooks, Twilio, and Stripe, and at least 90 days of clean AR history to model dunning timing against. If you are still on QuickBooks Desktop, the integration is possible but the OAuth flow differs and the webhook payloads are not the same — flag this to US Tech Automations during scoping.
Before the build starts, gather:
QuickBooks Online subscription (Essentials tier or above for class tracking)
Twilio account with at least one provisioned A2P-10DLC registered phone number (this is non-negotiable as of 2026 — unregistered numbers will not deliver)
Stripe merchant account with payment links enabled and a dedicated webhook endpoint slot available
Customer phone-number completeness — pull a CSV from QuickBooks and check what percentage of active customers have a valid mobile number; below 70% and your first task is data cleanup, not automation
Decision: which customer segments are excluded from auto-dunning (enterprise accounts on net-60 terms, government contracts, settlement-stage disputes)
Operational gotcha #1: Twilio A2P-10DLC registration takes 1-3 weeks. Start it first. SMBs frequently lose two months of automation value by not registering their brand and campaign with The Campaign Registry until after the build is done.
Operational gotcha #2: Stripe payment links default to USD. If you invoice in CAD, GBP, or EUR, the link template needs explicit currency parameters or customers see a "this is in dollars" header on a non-USD invoice.
Step-by-Step Connection Guide
The build runs in a deterministic sequence. Follow this order on every deployment because skipping a step is what produces the failure modes in the next section.
Connect QuickBooks Online via OAuth 2.0. Authorize US Tech Automations as a third-party app inside QuickBooks. Scope: read-write on Invoice, Customer, Payment, and CreditMemo. Save the refresh token in the orchestrator's encrypted credential store, never in plaintext.
Provision the Twilio A2P-10DLC campaign. Register your brand with The Campaign Registry, submit the dunning use case, and link your phone number. The campaign throughput cap (typically 75 messages per second per brand-tier) determines your batch ceiling.
Stand up the Stripe payment link template. Create a parameterized link that accepts invoice ID, amount, customer email, and an optional metadata blob. Test in Stripe test mode with a 4242 card before going live.
Map QuickBooks customers to phone numbers. Run a one-time export, scrub for invalid formats, and write the cleaned numbers back. Run this scrub against an E.164 validator before any message goes out.
Define the dunning ladder. A typical ladder is: Day 3 friendly nudge, Day 7 reminder with payment-plan option, Day 14 final notice with phone-number for human callback, Day 21 hand-off to human collector.
Configure webhooks both directions. QuickBooks → orchestrator on invoice creation and status change. Stripe → orchestrator on
payment_intent.succeededandpayment_intent.payment_failed.Build the reconciliation step. When Stripe reports a successful payment, the orchestrator looks up the matching QuickBooks invoice by metadata, applies the payment, attaches the Stripe transaction ID as a custom field, and updates the invoice status to Paid.
Test end-to-end in a sandbox QuickBooks company. Create a synthetic past-due invoice, watch the SMS fire, pay via Stripe test card, confirm the invoice closes. Do not skip this — production-first deployments are how customers get double-billed.
The eight-step sequence above is the minimum. The standard build also layers in customer-language detection (English/Spanish), holiday-suppression rules (no Christmas Day dunning), and an inbound text handler that pauses the ladder on Day 7 if the customer replies anything beginning with "dispute," "wrong," or "not my charge."
Trigger to Action Workflow Recipes
Three recipes ship in the standard US Tech Automations build for this chain. They map to the most common SMB collection patterns.
Recipe A — Default Past-Due Ladder. Trigger: invoice status changes to "Overdue." Chain: Day 3, send SMS template 1 with Stripe link. Day 7, send template 2 (reminder + plan option). Day 14, send template 3 (final notice). On any inbound Stripe payment, mark invoice paid and exit.
Recipe B — Recurring-Bill Customer. Trigger: customer flagged "monthly recurring." Chain: skip Day 3, send only at Day 7 because recurring customers pay on a known cycle and earlier dunning produces complaints. If two months in a row hit Day 14 unpaid, escalate to human review.
Recipe C — Net-60 Enterprise Account. Trigger: customer flagged "Net 60." Chain: suppress 3- and 7-day text. Send at Day 21 a formal email (not SMS — enterprise AP teams do not respond to text dunning) with a PDF invoice attached.
| Recipe | Trigger Type | Cadence | Channel | Best For |
|---|---|---|---|---|
| A — Default | Status change to Overdue | Day 3/7/14 | SMS | B2C and SMB B2B |
| B — Recurring Customer | Customer tag = "recurring" | Day 7 only | SMS | Subscription billing |
| C — Net-60 Enterprise | Customer tag = "net-60" | Day 21 | Email + PDF | Enterprise AP |
How much can SMBs realistically expect to recover with this chain? Most operators see the over-30-day AR bucket drop from a 22-28% share of total receivables to 6-10% within two billing cycles, according to NFIB benchmarks. The Score small-business mentoring network reports similar order-of-magnitude improvements when SMBs add structured AR follow-up, according to Score program data shared in 2024.
Authentication and Permissions
The three tools handle authentication very differently, and getting this wrong is the most common reason these builds break six months in.
QuickBooks Online uses OAuth 2.0 with refresh tokens that expire every 101 days of inactivity. Run a heartbeat job that pings QuickBooks weekly to keep the refresh token alive. Without this, the integration silently dies and you find out from a customer complaining they have not been billed.
Twilio uses API key + secret with optional subaccount scoping. The recommended pattern is a dedicated subaccount for the dunning use case, separate from any marketing-SMS subaccount. This keeps the throughput accounting clean and lets you kill the marketing flow without killing AR.
Stripe uses restricted API keys. Scope the Stripe key to only the resources needed: PaymentIntents, Charges, and Webhooks. Never use a full-access Stripe key for an integration that does not need to create new products or refunds — least-privilege is the rule.
What permissions does each customer-facing message require? SMS dunning falls under TCPA. The customer must have provided prior express consent for transactional/account-related messages. Standard customer agreement language is usually sufficient for transactional dunning, but explicit opt-in language on the invoice itself is the safer pattern.
Troubleshooting Common Issues
Six failure modes account for roughly 80% of post-launch support tickets on this chain.
Failure 1 — Texts not delivering. Almost always A2P-10DLC registration incomplete or campaign throughput cap hit. Check Twilio's Messaging Insights for "Carrier Filter" or "Campaign Not Registered" error codes.
Failure 2 — Stripe payment succeeds but invoice shows unpaid. Reconciliation webhook fired but the orchestrator could not match the payment to an invoice. Cause: missing metadata on the Stripe payment link.
Failure 3 — Customer texts "dispute" and ladder keeps sending. Inbound message handler not wired.
Failure 4 — Wrong currency on payment link. Stripe template defaulted to USD when invoice was in another currency.
Failure 5 — Customer gets two texts on the same day. Usually a customer record duplicated in QuickBooks. Dedupe before launch.
Failure 6 — Refresh token expired. QuickBooks OAuth went stale. Heartbeat job not configured or stopped firing. The silent killer.
What can go wrong if I skip the reconciliation step? You will double-bill customers. Stripe captures the payment, the customer sees it on their statement, but QuickBooks keeps dunning because the invoice was never marked paid. The most damaging failure mode and the reason step 7 is non-negotiable.
Performance and Rate Limits
The chain has three throughput chokepoints. Knowing each one prevents you from building a workflow that the underlying APIs cannot sustain.
| Component | Default Rate Limit | Realistic SMB Throughput |
|---|---|---|
| QuickBooks Online API | 500 requests/minute per realm | 200-300 invoice updates/hour |
| Twilio A2P-10DLC | 1-100 messages/second by tier | 75 msgs/sec at standard tier |
| Stripe API | 100 read req/sec, 100 write req/sec | Effectively unbounded for SMB |
For SMBs with under 3,000 invoices/year, none of these limits will be hit in normal operation. They matter when you batch-resend dunning after a holiday weekend — that is when a poorly-throttled build can hit the Twilio cap and start dropping messages.
How fast do customers typically pay after the first text? The first SMS dunning touchpoint typically recovers 35-45% of past-due dollars within 72 hours, according to NFIB 2024 Small Business Economic Trends survey patterns. Day 7 and Day 14 messages each add 10-15 percentage points of recovery.
When to Use US Tech Automations vs Native Integration
QuickBooks ships native integrations with Stripe (QuickBooks Payments). Twilio offers prebuilt integration recipes. So when does it make sense to put US Tech Automations between the three rather than rely on native connectors?
| Capability | Native QB + Stripe | Zapier 2-Step Zaps | US Tech Automations |
|---|---|---|---|
| Send payment link via email | Yes | Yes | Yes |
| Send payment link via SMS | No | Limited | Yes (with TCPA-compliant cadence) |
| Branch on customer segment | No | No | Yes (recurring vs net-60 vs default) |
| Inbound dispute handling | No | No | Yes (pauses ladder on dispute keyword) |
| Partial-payment reconciliation | Manual | No | Yes |
| Multi-language messaging | No | Limited | Yes |
| Custom dunning ladder timing | Fixed | Per-zap | Per-customer-segment |
| Audit trail for SBA/lender requests | Limited | None | Full export |
| Cost at 1,000 invoices/month | $0 | $50-$120/mo | Custom pricing — usually paid back in 1 cycle |
Where does Zapier genuinely win? On a clean two-step workflow where the only logic is "invoice past due → send one email," Zapier is faster to set up and cheaper. The native QuickBooks-Stripe connector wins when you only need email reminders. Linear flows belong on Zapier; chains with branching and state belong on a managed orchestrator.
Where does Make (formerly Integromat) genuinely win? On visual scenario design for technical teams who own the build internally. Make's scenario builder is excellent. If your team includes someone who can dedicate 10-15 hours to scenario design and ongoing maintenance, Make is a strong pick.
Honest Comparison Matrix: Zapier vs Make vs US Tech Automations
| Dimension | Zapier | Make | US Tech Automations |
|---|---|---|---|
| App catalog | 6,000+ (largest) | 1,800+ | Curated, integration-on-demand |
| Pricing model | Per task | Per operation | Per workflow |
| Best for | Simple 2-step automations | DIY visual scenario building | Multi-step branching with consulting |
| Setup time | Minutes | Hours | Days (handed off) |
| Maintenance | DIY | DIY | Managed by US Tech Automations |
| TCPA-compliant dunning | Limited | Possible (DIY) | Built in |
| Inbound text handling | No | Possible (DIY) | Built in |
| Vendor consolidation | No (one of many) | No | Yes (replaces 3-5 point tools) |
FAQs
How much does it cost to automate invoice collection with QuickBooks, Twilio, and Stripe?
Direct tool costs run Total direct tool costs: $50-$150/month for SMBs under 3,000 invoices/year — QuickBooks Online Essentials ($65/mo), Twilio A2P-10DLC ($15-30/mo plus per-message fees of about $0.0075), and Stripe (2.9% + $0.30 per successful transaction, no monthly fee). The orchestration layer from US Tech Automations is quoted per build and typically pays back within one to two billing cycles. Typical AR aging shift: 22-28% → 6-10% in the 30+ day bucket within two billing cycles, according to NFIB 2024 Small Business Economic Trends survey patterns on AR discipline.
Do I need to switch payment processors to use this?
No, if you are already on Stripe. If you process payments through a different provider (Square, PayPal, bank merchant services), you can add Stripe as a second processor for the payment-link layer, or build the same chain against your existing processor's API. Stripe is the standard pick because its API and webhook reliability are best-in-class.
Is SMS dunning legal under TCPA?
Yes, for transactional and account-servicing messages where the customer has provided prior express consent as part of doing business with you. Marketing SMS is more restricted. Dunning sits squarely in the transactional category. The standard build captures consent on the invoice template and maintains a documented audit trail per SBA recordkeeping recommendations.
What happens if a customer pays by check after the SMS fires?
The Day 7 or Day 14 text still fires if the orchestrator does not know about the check. The reconciliation pattern is: when you record the check payment in QuickBooks, the invoice status changes to Paid, the orchestrator sees the status change, and the ladder is cancelled within minutes. The gap is only between when the check arrives and when you enter it in QuickBooks.
Can this work with QuickBooks Desktop instead of Online?
Yes but the build is heavier. QuickBooks Desktop uses a different API surface (Web Connector) and the OAuth flow is replaced with file-based authentication. US Tech Automations will scope a Desktop build but recommends migrating to Online if you are open to it.
How long does the full build take?
Typical timeline is 2-3 weeks from kickoff to production cutover. The longest single item is the Twilio A2P-10DLC registration (1-3 weeks); the actual integration build is 5-7 working days. You can also see related guides at invoice creation and payment collection automation, how to connect QuickBooks to Stripe, and the reverse Stripe-to-QuickBooks chain.
Does this work if I have customers in Canada or the UK?
Yes, with two caveats. Twilio A2P-10DLC is US-specific; international SMS uses different carrier rules and pricing. Stripe payment links need explicit currency parameters per country. Scope international from day one if it is in your customer base. If you want to extend later, see also customer feedback collection automation which shares the same Twilio multi-region patterns.
Glossary
A2P-10DLC: Application-to-Person 10-Digit Long Code — the US carrier framework for sending business SMS through standard phone numbers, requiring brand and campaign registration with The Campaign Registry.
Dunning ladder: The structured sequence of escalating payment reminders sent over a defined timeline (e.g., Day 3, 7, 14, 21).
OAuth 2.0: Open Authorization standard that lets users grant third-party apps limited access to their accounts without sharing passwords.
Refresh token: A long-lived credential used to obtain new short-lived access tokens for an API; in QuickBooks Online, expires after 101 days of inactivity.
Reconciliation: The process of matching a payment captured in one system (Stripe) to its corresponding invoice in another system (QuickBooks).
TCPA: Telephone Consumer Protection Act — the US federal law governing automated calls and text messages to consumers.
Webhook: An HTTP callback fired by a source application (e.g., Stripe) when a defined event occurs, allowing real-time integration without polling.
Past-due bucket (AR aging): A category in the accounts-receivable aging report classifying invoices by how many days past their due date they sit (0-30, 31-60, 61-90, 90+).
Try the Integration
The full chain runs in production for SMBs from $500K to $10M today. If your AR aging shows over 18% of dollars in the 30+ day bucket, the math works. US Tech Automations scopes the build, handles A2P-10DLC registration, and maintains the workflow as a managed service.
Start a free trial and we will walk through the dunning ladder against your actual invoice history before any production change happens: Start your trial.
About the Author

Builds CRM, ops, and back-office automation for owner-operated and lean-team businesses.
Related Articles
See how AI agents fit your team
US Tech Automations builds and runs the AI agents that handle this work end to end, so your team doesn't have to.
View pricing & plans