MRR you can audit
New, expansion, contraction and churn MRR, each traceable to the underlying invoices.
Merchant-of-record subscriptions and tax. Turn invoices, charges and subscriptions into MRR, retention and margin that match your books.
Live demo workspace with fictional data · no signup, no credentials needed

Paddle on its own answers half the question. Joined with the rest of your stack in Kimo, it answers the other half.
New, expansion, contraction and churn MRR, each traceable to the underlying invoices.
Cohort NRR by plan and segment, refreshed automatically for the board pack.
Catch spikes in failed charges or overdue invoices before they become churn.
Kimo maps Paddle into clean, typed tables with primary keys and incremental cursors, so syncs stay fast and joins just work.
| Field | Type | Notes |
|---|---|---|
| id | id | Primary key |
| customer_id | id | References customer |
| amount_due | decimal | Measure |
| status | enum | Low-cardinality dimension |
| due_date | date | Incremental cursor |
A starter model Kimo suggests the moment Paddle is connected. Every join is editable.
Invoices and subscriptions joined with accounts to produce MRR movements.

Fictional data · hover the chart for daily values
No engineers, no pipelines to maintain. Kimo asks for the minimum access it needs and tells you exactly what it will read.
Use a dedicated key scoped to read access, so it can be rotated independently.
Keys are encrypted with a per-workspace key and never shown again.
Pick which objects to sync, starting with invoices.
Kimo tests the key, backfills history and keeps it fresh (hourly).
Read-only, encrypted, revocable. Credentials are encrypted with a per-workspace key, never logged, and can be rotated without breaking your models.
By default Kimo syncs Paddle hourly. You can change the schedule per table, or trigger a sync manually from the connector page.
Try it on the live demo workspace first, then connect your own account when you are ready.