86d.store from the Store name. In production that is the merchant-facing default until a custom domain is verified. 86d Console shows that hostname only after it answers HTTP 200.
The bill has two parts, and 86d shows both rather than blending them: a flat management fee for operating the service, and metered usage passed through at what it costs. Nothing hides inside an “at cost” line, because the management fee is named right next to it.
The trial
You do not need a Billing profile to sign up, create a Business, add Members, or create a Store record. Those are workspace access, not billing. The trial attaches when your Launch reservation completes its first successful provision. Creating a Store record starts nothing.
The $5 covers eligible Cloud infrastructure, managed email, and managed AI. It cannot become cash, cannot pay for Shopper payments, and cannot create a second trial. Unused credit expires at the original deadline.
Adding money during the trial does not end it early. If credit and Purchased Funds together cannot cover a finalized charge, the Store is suspended, and funding it restores it without moving the deadline.
At day 30 a funded Store moves to paid Launch and an unfunded one is suspended. A suspension nobody resolves leads to destruction 30 days later, and destruction does not generate a new trial or new credit.
The plans
Launch and Premium are the same product. Launch is not a crippled tier: role-based access control, branded Templates, and every core capability are in both. There is no per-seat charge.
Infrastructure and metered services are billed separately from the management price, and so is any payment fee. Each has its own basis and its own ledger entry.
What is metered on top
A send the provider accepted still counts if it bounces later. A failure before acceptance does not count. Retrying an idempotent send does not duplicate the charge.
You can also bring your own AI provider key and pay that provider directly instead.
Taking payments through 86d Payments carries its own all-in fee, settled with your Shopper payments rather than appearing on the Cloud bill. Using it does not waive the management fee.
How Launch eligibility works
One verified owner, one Launch reservation. It is assigned to your first Store and stays movable until a Launch provision consumes it. None of these mint another one:- creating another Business or Store
- accepting an invitation to someone else’s Business
- deleting or replacing the original Store
- destroying an unfunded free deployment
Active, and what changes it
A Store is Active when its Managed Deployment is available for use and is not paused, suspended, or destroyed. Traffic, sales volume, password protection, and the host idling a container to zero do not change that. Pause is something you ask for. Commerce goes unavailable on the same domain, your data stays, management renewals stop, storage keeps metering, and your remaining prepaid days freeze rather than evaporate. Pause on day 7, resume two weeks later, and the period end moves two weeks out. Suspension is what happens when a charge fails. It is a different lifecycle with a different cause and a different way out.Money in, money out
86d Balance belongs to the Business. Each Store draws from a Store allocation assigned out of it. There is no second wallet, and one Store cannot spend another Store’s allocation by accident. A delinquent Store can be suspended without touching a funded Store in the same Business. Credits with the earliest expiry are spent first. Purchased Funds do not expire. When a Business closes and every obligation has settled, unused Purchased Funds go back to the funding method they came from. Promotional Credit expires under its own terms and is not refundable. Balance is for 86d services. It is not withdrawable cash, not transferable to another person, and never holds your Shopper proceeds.If a payment fails
Suspension disables commerce on your existing domain. It does not reassign the domain to anyone. Restoring requires paying every finalized charge and funding a new management month.
At destruction, the deployment and recoverable Store data are removed. What is kept is the expired Store record, its lifecycle dates, the reason, and whatever billing, dispute, compliance, or security records are required. No shadow copy of your Store is retained.