Offer configuration stays visible
Use Offers to decide what Stripe receives: product, price, buyer, checkout mode, invoice, and automation context.
Product surfaces
Integrations work best when the checkout surface, payment state, invoice record, and post-purchase automation all point at the same commercial object. These product screens show the Plandalf controls that should be configured before Stripe receives checkout, payment, tax, or workflow context.
Use Offers to decide what Stripe receives: product, price, buyer, checkout mode, invoice, and automation context.
Before Stripe enters the stack, operators still need checkout templates, products, prices, coupons, order bumps, upsells, and branded offer content they can inspect.
Stripe should fit into the work after checkout: fulfilment, records, CRM updates, support context, webhooks, and sequences.
Stripe handles the charge while Plandalf keeps checkout, payment state, invoice, tax, and follow-up context together.
Builder paths
Use these stack guides when a builder needs the whole path: sales surface, Plandalf offer, payment handoff, automation, fulfilment, records, and downstream integrations.
Find full stack guides that pair Stripe with checkout, payment, automation, fulfilment, records, and downstream integrations.
Use Offers to package products, prices, checkout pages, invoices, coupons, payment options, and follow-up context.
Use hosted checkout when Stripe should hand the buyer to a branded Plandalf checkout page.
Use SDK checkout when Stripe belongs inside an app, custom site, or API-first stack.
Route checkout events, purchase events, payment state, invoices, and customer context into another tool.
Turn a completed checkout into access, receipts, CRM updates, support context, and records.
Compare how Stripe fits beside Plandalf Offers, checkout, payment state, invoices, automation, and integrations.
Compare how Stripe fits beside Plandalf Offers, checkout, payment state, invoices, automation, and integrations.
Plandalf’s primary payment processor. Connect your Stripe account once and every offer in your org can take cards, Apple Pay, Google Pay, Link, and Stripe-supported wallets without any per-offer wiring.
The connect flow is OAuth — you’ll be sent to Stripe to pick the account to link, then bounced straight back. We never see your secret key.
Automation graph
How Stripe participates in Plandalf sequences: what events it exposes upward, and what actions Plandalf can perform on it.
Events Plandalf can subscribe to through webhooks, API work, checkout state, payment context, and connected integrations.
stripe.payment_succeededstripe.payment_failedstripe.subscription_canceledThings Plandalf sequences can do after checkout, payment, invoice, customer, or deadline events.
trigger: stripe.payment_succeeded
actions:
- plandalf.grant_entitlement: ${product_slug}
- email.send_receipt:
to: ${customer.email}
- notify_team:
channel: "#sales"Pair it with
Platforms whose roles complement Stripe inside a Plandalf sequence.
Stripe + HubSpot
Sync paying customers into HubSpot the second checkout completes.
Stripe + Kajabi
Sell a course through Plandalf, drop the student into Kajabi.
Stripe + ActiveCampaign
Sync paying customers into ActiveCampaign the second checkout completes.
Stripe + beehiiv
Sync paying customers into beehiiv the second checkout completes.
Stripe + Kit (ConvertKit)
Sync paying customers into Kit (ConvertKit) the second checkout completes.
Stripe + Customer.io
Sync paying customers into Customer.io the second checkout completes.
Integration methods
Each method below is the minimum viable setup. Pick the one closest to how you already use Stripe with checkout, payments, invoices, webhooks, API work, SDK checkout, and integrations.
Plandalf links to Stripe via OAuth — pick the Stripe account to use, accept the scopes, and you'll be bounced back. Plandalf never sees your secret key, and every offer in your org can charge through that account without per-offer wiring.
Plandalf → Settings → Integrations → Stripe → Connect
↳ Redirects to https://stripe.com
↳ Authorize Plandalf
↳ Redirected back, account liveFAQ
Stripe has its own account requirements — Plandalf doesn't add any. Any Stripe plan that supports OAuth + the Charges/Subscriptions API will work, which is every paid plan.
Under 10 minutes — paste a webhook URL into Stripe, point it at the Plandalf endpoint, and trigger a test event to confirm.
Yes. Disconnecting only revokes the credentials — historical events Plandalf fired stay in your sequence logs, and Stripe's own records are untouched. You can reconnect any time and resume from the last seen event.
Plandalf stores the Stripe customer ID, the charge IDs, and the metadata needed to reconcile orders. Card numbers never touch Plandalf — they go straight from the customer to Stripe.
Drop into the Plandalf REST API and call Stripe directly from your sequence's HTTP action. Anything Stripe's public surface exposes is reachable.
Plandalf doesn't rate-limit Stripe calls beyond what Stripe itself enforces. Your Stripe plan's API rate limit is the practical ceiling.
Stripe's homepage at https://stripe.com links to their developer docs. For Plandalf-side questions about the Stripe integration, see the Plandalf docs.
Sequence
Affiliate sale tax reconciliation
Attach affiliate attribution, tax calculation, payment context, and reporting records to the same completed checkout event.
Sequence
Checkout completed → fulfillment
Fire fulfillment actions the moment a Plandalf checkout completes.
Sequence
Invoice issued record sync
Send invoice, customer, and payment records to email, CRM, and operations systems after checkout or renewal.
Sequence
Price plan changed lifecycle
Route product, price, plan, and subscription changes into lifecycle messaging and internal records.