Recurring charges

Stop chasing failed recurring payments.

Scellus runs the recurring-billing process across subscriptions, retainers, and scheduled charges. We track card expiry, handle mid-cycle changes, trigger dunning, issue receipts, and reconcile payments before small billing gaps become operational noise.

Included
Card-expiry handling built in
Included
Pro-rata calculations handled
Included
Receipt + GL handoff

Built for firms running subscription, retainer, or recurring-billing models: SaaS, advisory, agencies, member bodies, and professional services.

Where recurring charges break today

The cycle ran. The trouble started after.

  1. 01

    The card-expiry blackout. Twelve customers' cards expire in the same month. The first you hear about it is when Stripe's failed-payment emails start landing three days after the cycle ran. By the time someone gets to them, two have already churned to a competitor and one has emailed accusing you of double-charging.

  2. 02

    The mid-cycle plan change. A customer upgrades on the 14th. Someone has to figure the pro-rata on the old plan, raise the credit note, raise the new invoice, push the next renewal date forward, and update the recurring schedule. Five steps, four systems, one chance to get it wrong.

  3. 03

    The retainer that quietly drifted. The engagement letter said the monthly retainer steps from RM8,000 to RM12,000 after six months. Nobody on the billing side knew. Twelve months in, the partner spots it on a year-end review. The firm under-billed RM24,000 and the awkward conversation with the client is next.

  4. 04

    The dunning hand-off that never happened. Reminder one went out automatically on day three. Reminder two was meant to come from the account manager. It didn't. By the time the controller pulls the aged-receivables report, the customer is two cycles behind and the relationship is in trouble.

Operating truth

None of this is incompetence.

It is what happens when the recurring book is run as a reaction to failures instead of as a calendar. The fix is not more chasing. It is a process that sees the break before the customer does.

The stack

Four blocks. One billing cycle.

Recurring charges run shorter than intake because nothing is inbound and no human review is needed when the rules are clean. The cycle is triggered by the calendar; the chasing happens before the charge, not after; verification is deterministic; delivery covers the charge, the receipt, and the GL line.

What you receive

Concrete outputs, on the cycle that matters.

Not capabilities. Outputs. Each one lands in your inbox, your billing system, or your GL on a defined rhythm. Most of them before the customer ever sees a failed-payment email.

  • A pre-cycle run sheet, three to five days before each billing date, listing every customer due, the amount, the payment method, and any held items requiring sign-off.

  • A live exceptions list covering expiring cards, failed mandates, mid-cycle changes, missing PO numbers, and customers on pause, with the action and owner against each one.

  • Same-day tax receipts to every customer charged, formatted to your tax-invoice template and matched to the GL line.

  • A reconciled payout file: payment-provider settlement on one side, GL postings on the other, with refunds, chargebacks, and partial payments already mapped.

  • A monthly recurring-revenue report: MRR movement, involuntary churn, dunning recovery, average days-to-receipt, and the customers we are flagging for next month.

The transition

What changes when Scellus runs the recurring book.

Card expiries and mandate failures

Today

You find out the morning after the charge ran. The customer has already seen the failed-payment email and is forming an opinion.

We handle

We see the expiry on the run sheet two cycles ahead and ask the customer to update their method before it bites. Failed-mandate codes are translated and re-issued.

Your team

Approves the wording of the update-card request.

Mid-cycle changes and pro-rata

Today

An upgrade, downgrade, pause, or seat change becomes a Slack thread. The pro-rata is worked out by hand. The renewal date often doesn't move.

We handle

We recalculate, raise the credit note, issue the next invoice, and shift the renewal date in one pass, written back to your billing system and confirmed to the customer in writing.

Your team

Confirms unusual cases and approves the customer-facing wording.

Reconciliation and the GL

Today

Someone spends an afternoon a month linking Stripe payouts to invoices, then another afternoon fixing the partial payments and refunds the first pass missed.

We handle

Each payout is mapped to its invoices, fees, refunds, and chargebacks before the GL line is posted. The month closes with a zero on the unreconciled column.

Your team

Reviews the closing pack and approves it for management accounts.

Compliance and data

PCI-aware, PDPA-clean, MyInvois-ready.

Card numbers do not enter our environment. Card data stays with your payment provider under their PCI posture; we operate on metadata: expiry windows, mandate states, failure reason codes, settlement amounts, fee breakdowns.

Customer billing details, including name, address, tax ID, and bank-mandate references, sit under PDPA 2010 and the 2024 Amendment: DPO contact on every engagement, 72-hour breach notification, data portability, and the principle that pseudonymisation does not remove personal-data status.

Tax-invoice and e-invoice issuance follows LHDN MyInvois rules where mandated. SST classification per service is captured in the rule book, applied on Verify, and reflected on the receipt, then re-validated whenever a rate change is announced.

Data handling · Security and governance

Integrations

We meet your billing stack where it already is.

Billing systems

  • Stripe Billing, Chargebee, Recurly, Maxio
  • In-house billing tables and spreadsheets
  • Practice-management retainer modules (legal, advisory, accounting)
  • WooCommerce, Shopify, and other commerce-side subscriptions

Payment and settlement

  • Stripe, iPay88, Billplz, Razer Merchant Services
  • FPX direct debit and recurring authorisations
  • Local bank GIRO and standing instructions
  • International cards and multi-currency settlement

Accounting and tax

  • Xero, QuickBooks, MYOB, AutoCount, SQL Account
  • E-invoice (LHDN MyInvois) submission and validation
  • SST handling per service classification
  • Custom GL postings for management accounts

If your stack is not listed, the Workflow Review confirms the integration scope before any commitment.

Operating cadence

A live operating loop, not a catch-up meeting.

Recurring charges are run as three repeatable processes. Each one has a trigger, a working list, and an output your team can inspect before the next cycle starts.

  1. 01 Pre-cycle readiness Three days before billing
  2. 02 Charge-day run On the billing date
  3. 03 Exceptions and close After settlement

Operation cadence #2

A live operating loop, not a catch-up meeting.

Recurring charges are run as three repeatable processes. Each one has a trigger, a working list, and an output your team can inspect before the next cycle starts.

  1. 01 Pre-cycle readiness Three days before billing
  2. 02 Charge-day run On the billing date
  3. 03 Exceptions and close After settlement

Indicative scope

Fixed scope, named outcome, then operate.

Build phase

Four to eight weeks

Source-system connections, rule book capture, dunning and chase templates, tax-receipt template, GL mapping, reconciliation rules, parallel-run against one full billing cycle, go-live.

Operating retainer

Monthly engagement

Pre-cycle run sheets, exception handling, held-charge routing, dunning operation, receipt issuance, reconciliation, monthly closing pack, and quarterly rule-book and template reviews.

Final scope, duration, and fee are confirmed at the Workflow Review against your subscription count, payment-provider mix, and accounting-system footprint.

What clients ask first

The questions we get on every billing call.

We already use Stripe Billing. What does this add on top?

Stripe will fire the charge. It will not chase the expiring card before the cycle, translate the failure code into plain English, work out the pro-rata for a mid-cycle upgrade, hand the dunning off to the named account manager at the right moment, or reconcile the payout to your accounting system. That gap is the work.

What about PCI and card data?

Card numbers never enter our environment — they stay with your payment provider under their PCI posture. We work only on the metadata: expiry windows, failure codes, and mandate states. Full posture on the data handling page.

How long before our recurring book is actually under control?

Typical builds reach a clean parallel-run inside four to six weeks and full handover by week eight. The Workflow Review gives the firm-specific number against your subscription count, payment-provider mix, and accounting system before any commitment.

Find out what your recurring book would look like under one calendar.

Start with the one workflow that keeps leaking time, context, and follow-up. We’ll map the breakpoints and recommend the first managed workflow to build.