Move from Paddle to yRecurring.
Paddle is the merchant of record, so the move has one extra step the others do not: your customers' cards are in Paddle's vault, and Paddle transfers them to your new payment provider on request. Start that first; the data itself is a report away.
See how Paddle and yRecurring compare →What is different about leaving Paddle
You become the seller
As merchant of record Paddle charged your customers, collected and remitted tax, and paid you out. After the move the payment account, the tax registrations and the chargebacks are yours. Line those up before the first renewal, not after.
Addresses and businesses are separate records
Paddle Billing keeps a customer's addresses and businesses (company name, tax number) as their own entities. Join them onto the customer rows before the import, so each customer arrives with a billing address and a tax id.
Decide how your prices treat tax
Paddle's prices may have included tax. Each yRecurring customer is tax exclusive or tax inclusive; set it in the customer file so the first invoice after the switch totals what the customer paid before.
Local prices become a price per currency
Paddle can override a price per country. yRecurring keeps one currency per price: create a price for each currency you actually charge and put every subscription on the one it pays in.
1. Export from Paddle
Reports, then Build reports, then Build report, per report type; download links expire after 72 hours.
- Subscriptions, with customer email and country
- Transactions and line items
- Adjustments
- Products and prices
- Discounts
As documented by Paddle on 24 September 2026: their export guide.
2. Saved cards
Paddle's own seller guide describes the path: tell Paddle you are migrating, pass their security checks, and they transfer payment details to your new provider's PCI compliant vault, within about two weeks. Once the cards are in your Stripe, Braintree or GoCardless account, yRecurring imports them as saved payment methods. Until then, run the trial in test mode.
Source: Paddle documentation, read 24 September 2026. How yRecurring imports them: migrating saved payment methods.
3. What carries over
| In Paddle | In yRecurring | Notes |
|---|---|---|
| Customer (ctm_), joined with its address and business | Customer Email, name, billing address, tax number; the Paddle id is kept as the external id. | Email, name, billing address, tax number; the Paddle id is kept as the external id. |
| Product (pro_) | Product Kept by its Paddle id. | Kept by its Paddle id. |
| Price (pri_): amount, currency, billing cycle, trial period | Price One currency and one billing cycle per price; the trial period becomes trial days. | One currency and one billing cycle per price; the trial period becomes trial days. |
| Subscription (sub_): status, current billing period, next billed at | Subscription The current billing period counts as paid; yRecurring bills from next billed at. | The current billing period counts as paid; yRecurring bills from next billed at. |
| Transaction (txn_) of a subscription | Invoice Paddle folds the invoice and the payment into one transaction; it arrives as a historical invoice first. | Paddle folds the invoice and the payment into one transaction; it arrives as a historical invoice first. |
| Completed transaction | Payment The same transaction again, as the payment that settled that invoice. | The same transaction again, as the payment that settled that invoice. |
| Adjustment (adj_): refund or credit | Credit note Historical, against its invoice. | Historical, against its invoice. |
| Payment method, after the transfer | Saved payment method Read from your new provider once Paddle has moved the cards. | Read from your new provider once Paddle has moved the cards. |
Records go in dependency order: customers and catalog, then subscriptions, then invoices and the payments that settle them. Each row keeps your old system's id, so running a file again skips what is already there instead of copying it; customers, products and prices can be set to update instead. What you can import.
What stays in Paddle, and what to do instead
Recreate them as yRecurring coupons and apply them to the subscriptions that carry one.
Paddle filed as the seller; now you do. Configure your rates, or connect Avalara AvaTax from Grow, and register where you need to.
Replace the checkout on your site with a yRecurring payment link on the day new signups move.
Your last payout comes from Paddle. Payments after the switch land in your own gateway account, on its payout schedule.
4. The cutover, in five steps
- 01Export
Ask Paddle for the card transfer, then build the subscriptions, transactions, adjustments and price reports and download them within 72 hours.
- 02Connect
Start the free trial and connect the same payment account you charge through today.
- 03Dry run
Upload the files. The import maps the columns, cleans the values, and shows every row it would create before it writes one.
- 04Parallel cycle
Run one billing cycle in test mode beside Paddle and compare the invoices line by line.
- 05Switch
Once the transferred cards are imported, turn charging on at a renewal and cancel the Paddle subscriptions from the next billing period.
Questions about leaving Paddle
See how Paddle and yRecurring compare → What you pay today, next to a flat plan: the fee calculator →
Who collects sales tax after I leave Paddle?
You do, as the seller: yRecurring applies the rates you configure at invoice time and can hand calculation to a tax provider, and you register and remit in the places you need to. Paddle did that as merchant of record; budget for it when comparing prices.
Do my customers have to do anything?
Not if the card transfer completes: their next renewal charges the transferred card. Anyone whose card did not come across gets a link to add one, and payment recovery follows up with those who do not.
Why does each transaction appear twice in the import?
In Paddle one transaction is both the bill and the money. yRecurring keeps them apart, so each one is imported as an invoice and then as the payment that settled it, which keeps receivables reports honest.
Will my customers get emails during the import?
No. Imported invoices, payments and subscriptions are historical records; the importer never sends a customer email for them. The first message a customer gets from yRecurring is the first invoice or receipt you choose to send.