ReimeiTech
REIMEITECH.
← API & Integration
Stripe Integration

Billing that balances.

Payments, subscriptions, marketplaces, and tax on Stripe — built with the webhook discipline that stops accounts going out of sync and money going unaccounted for. Every event handled once, every charge tied back to the books.

0missed webhooks
100%reconciled
1source of truth

What the integration handles

Statement of line items

PaymentsOne-time charges via Payment Intents, refunds and partial refunds.one-time
SubscriptionsPlans, trials, upgrades, downgrades, and dunning on failed payments.recurring
ProrationMid-cycle plan changes credited and charged to the cent.to the cent
Stripe TaxVAT, GST, and sales tax calculated and collected by region.auto-applied
Connect payoutsMarketplace splits, seller onboarding, transfers and schedules.split & paid
DisputesChargeback evidence flow and the matching ledger adjustment.tracked
RefundsAccess and records updated the moment money goes back.synced
Reconciled balance0 unexplained
01The idea

The webhook you didn't handle is the ticket you'll get.

Stripe makes taking a payment easy. The hard part starts after the charge: Stripe fires an event, your app is supposed to react, and somewhere in that handoff is where billing quietly breaks. The endpoint times out and Stripe retries the same event four times. A subscription upgrade fires an event you never wrote a handler for. A signature check rejects a valid event because of a body-parsing quirk. Each gap turns into the same support thread — "I paid, why hasn't my account updated?" We treat webhooks as the spine of the integration: verify, handle once, update, and reconcile, so the answer to that question is always already correct.

02Webhook discipline
1

Event

Stripe emits a signed event the moment money or state changes.

2

Verify signature

We check the signing secret before trusting a single byte.

3

Idempotent handler

Keyed on the event ID, so a redelivery is recognised and ignored.

4

Update

The customer's record, access, and books change exactly once.

5

Reconcile

A sweep compares Stripe's truth to yours and clears any drift.

What we build

Four capabilities that cover most of what Stripe is asked to do in production.

One-time & subscription payments
01

One-time & subscription payments

Payment Intents for single charges, full Billing for plans, trials, and usage-based pricing. The flow handles upgrades, downgrades, proration, and failed-payment dunning — not just the happy-path first charge.

Marketplace payments with Stripe Connect
02

Marketplace payments with Stripe Connect

Seller onboarding and KYC, charges split between your platform fee and each payout, transfer schedules, and the failed-transfer and reversal cases. Express, Standard, or Custom accounts — whichever matches how you actually pay people.

Stripe Tax
03

Stripe Tax

VAT, GST, and sales tax calculated from where the customer is and what they're buying, applied to checkout and invoices, and kept current as rates change. The filing-time reporting is wired in too, so finance isn't reverse-engineering it later.

Reconciliation reports
04

Reconciliation reports

Payouts tied to bank deposits, gross charges netted against refunds, disputes, and fees, and mismatches flagged for a human. Month-end becomes reading a clean statement instead of an archaeology project across three tools.

Every event handled once.

From the charge to the payout to the line in your ledger — nothing lands twice, nothing goes missing.

03Reconciliation

Tying Stripe to the books, line by line.

Stripe knows what happened; your accounting needs to agree. We reconcile the two so a payout that hits the bank maps to the exact charges, refunds, fees, and disputes behind it. When the numbers don't line up, you get a flag worth investigating — not a silent gap discovered three weeks later.

payouts to deposits1:1
charges traced to events100%
lines finance can't explain0
04How we work
1

Audit the flow

Where money enters, which events you handle today, and where accounts drift.

2

Design the contract

Event handlers, idempotency keys, and the tax and payout rules — decided first.

3

Build the discipline

Verified, idempotent webhooks and the payment, subscription, or Connect flow.

4

Backfill & reconcile

Replay missed events, reconcile history, and prove the numbers tie out.

5

Operate & alert

An operator view and alerts so a failed webhook is caught before a customer is.

05The stack
Stripe
Payment Intents/Billing/Connect/Stripe Tax/Checkout
Runtime
TypeScript/Node/Python/Go
Reliability
Signed webhooks/Idempotency keys/Replay/Dunning
Observability
Reconciliation reports/Alerting/Operator view/Audit logs

Questions teams ask first.

First we stop guessing. Stripe records every webhook attempt and its response in the dashboard, so we start there — which event types are failing, what status code your endpoint returned, and how many retries Stripe has already burned through. The usual culprits are an endpoint that times out under load, a signature check that rejects valid events, or a handler that throws on an event shape it didn't expect. We make the handler return 200 fast, do the real work behind it, and add monitoring so the next silent failure is an alert, not a customer email.

Is Stripe out of sync with your app?

Tell us where it hurts — webhooks failing quietly, subscriptions drifting after Stripe events, or growth past simple Checkout. We'll audit the flow and build the payments, Connect, tax, and reconciliation that keep the numbers honest.