Checkout sessions tied to the current commercial loop.
Project billing
Billing readiness, governed controls, and merchant proof.
Commercial readiness, checkout state, governed billing controls, and webhook proof for the project without exposing buyer-level detail.
Live publishingRefine migration activeCadence: Monthly issue cycleRead-only previewUpdated Apr 9, 2026, 8:26 AM UTClive environmentLive payment proof
Refine runtime
The billing lane now owns a safe project mutation path instead of staying read-only.
Commercial readiness still stays visible from first paint, but operator sessions can now save the current billing focus, primary public billing surface, and project note without exposing merchant secrets or buyer-level records.
Server baseline readylive environmentNo billing blockersLive payment proofFounding offerRead-only previewSynced Apr 9, 2026, 8:26 AM UTC
Hydrating the billing resource on top of the server baseline so commercial posture stays visible.
Subscriptions or checkout states already sitting in an active lane.
Sessions between transaction creation, completion, and full activation.
Past-due or canceled states that still deserve operator follow-up.
Processed billing webhook rows already visible in the system trail.
Failed processing rows that still need attention before a wider rollout.
Production cutover checks that determine whether public billing is truly ready.
Reviewer-facing signals that keep merchant approval grounded in evidence.
Commercial profile
The project can now keep billing posture explicit inside the workbench.
The commercial thread that should stay most visible across the billing lane.
The public route that currently carries the strongest billing narrative.
Safe commercial controls now belong to the project workbench instead of chat-only notes.
system-default
- Operator note: Keep the founding offer as the canonical billing surface while the live checkout trail keeps accumulating proof.
- Primary route: /founding#checkout
- Scope rule: only authenticated operator sessions can save governed billing controls from this route.
Cutover checks
Production billing should move only when the checklist is explicit.
| Check | Status | Current | Target |
|---|---|---|---|
| Paddle environment Production must switch from sandbox to live before the public checkout can accept real cards. | Ready | live | live |
| Paddle API base URL Server-side checkout creation and subscription lookups must hit the live Paddle API. | Ready | https://api.paddle.com | https://api.paddle.com |
| Founding Access live price The public pricing page and the active live Paddle catalog cannot drift. | Ready | pri_01km1st47yym8z72kh8ghcpgvq | Live price id that matches $19 / month |
| Server API key Needed for transaction creation and server-side billing reconciliation. | Ready | Configured | Configured |
| Client-side token Needed for the public overlay checkout launcher on the live site. | Ready | Configured | Configured |
| Webhook notification secret The production webhook must be able to verify live Paddle signatures. | Ready | Configured | Configured |
| Canonical payment link After approval, Paddle should point buyers back to the canonical public /paddle-checkout route on this host. | Ready | https://fluentreact.com/paddle-checkout | https://fluentreact.com/paddle-checkout |
| Public checkout enablement Public purchase CTAs should only open when the live runtime can actually create checkout sessions. | Ready | Enabled | Enabled |
Status mix
Session and webhook states should be obvious from the project view.
- Active: 0 checkout records.
- Waiting: 2 checkout records.
- Recovery: 0 checkout records.
- Error: 0 checkout records.
- Processed: 6 webhook rows.
- Received: 0 webhook rows.
- Ignored: 8 webhook rows.
- Failed: 0 webhook rows.
- transaction.created: 6 recent events.
- transaction.updated: 5 recent events.
- price.created: 1 recent event.
- product.created: 1 recent event.
- transaction.ready: 1 recent event.
Approval checks
Public commercial proof and policy coverage stay visible here too.
| Check | Status | Current | Target |
|---|---|---|---|
| Public HTTPS host Paddle reviewers should land on the real public host, not a local or staging-only URL. | Ready | https://fluentreact.com | HTTPS public production host |
| Pricing and policy links Footer navigation should expose the commercial and policy pages a reviewer expects to crawl. | Ready | Pricing, Terms, Refund Policy, Privacy Policy, Contact Us | Pricing, Terms, Refund Policy, Privacy Policy, Contact Us |
| Public USD pricing The live pricing page should match the sellable plans and stay legible before checkout opens. | Ready | Dispatch Monthly at $12 / month; Founding Access at $19 / month | Named plans with visible USD prices |
| Support mailbox on site domain The approval packet is stronger when the visible support inbox lives on the same production domain. | Ready | support@fluentreact.com | Mailbox on fluentreact.com |
| Real product preview evidence Reviewers should be able to understand the product without inferring it from copy alone. | Ready | 2 preview assets configured | At least one real product screenshot or demo asset |
| Canonical public checkout route After approval, the hosted payment link and recovery path should point buyers back to this public route. | Ready | https://fluentreact.com/paddle-checkout | Public /paddle-checkout URL on the production host |
Boundary notes
Commercial blockers should stay explicit instead of tribal knowledge.
- Environment: live
- Checkout enabled: Yes
- Founding plan: Founding Access ($19 / month)
- Canonical payment link: https://fluentreact.com/paddle-checkout
- Expected payment link: https://fluentreact.com/paddle-checkout