Plans & Billing
How to view your current plan, change plans, track usage against your limits, and understand what happens if a renewal payment fails.
Your BillionBiz plan controls two distinct things: features (capabilities that are on or off) and limits (caps on how many products, users, coupons, or orders you can have). Everything about your subscription — reviewing it, changing it, and paying for it — happens on the Billing screen.
Go to Settings → Billing & Plan (there's no sidebar item literally named "Billing" — it's a card inside the Settings hub, at /settings/billing).
Key points
- Nothing you already have is ever deleted when you hit a plan limit — BillionBiz just stops you from adding more until you upgrade.
- Switching plans shows you the exact amount due today before you confirm anything.
- Downgrading never deletes data — items over the new plan's limit are locked, not removed, and come back the moment you upgrade again.
- A missed renewal payment moves your subscription to a Grace Period, not an instant shutdown.
The Billing screen
On the classic admin skin, the Billing screen is divided into up to three tabs: Plan & Billing, Usage, and — for store-level admins (Owner/StoreAdmin, not Vendor) — Add-ons.
v2 skin: a different tab layout
On the newer v2 skin, the same screen is restructured into up to six tabs: overview, plan, invoices, payment, usage, and (for store-level admins) addons. The underlying data and actions are the same as the classic skin's tabs — they're just grouped differently. This page describes the classic layout first and calls out v2's equivalent tab wherever it differs.
Plan & Billing tab
The top card shows your current plan at a glance: plan name, status (Active, Grace Period, Past Due, Suspended, and so on), monthly price, the date your subscription started, and the date it next renews. Next to it, a View Plans button opens the plan chooser.
Below that are two sub-tabs:
| Sub-tab | What it shows |
|---|---|
| Payments | Every transaction — date, amount, and status (Success, Pending, Failed, Refunded). |
| Invoices | Every invoice issued for your subscription, each with a download button for your accounting records. |
v2's invoices tab adds filtering and pagination
On the v2 skin's invoices tab, invoices are shown 10 at a time with Prev/Next paging once you have more than 10, plus a status filter dropdown (all, paid, pending, refunded) above the table. The classic skin's Invoices sub-tab lists every invoice on one page without a status filter.
The Saved Payment Methods section lists every card or UPI address on file. You can set one as the default for automatic renewals, or remove one you no longer use — both actions work the same way on the classic and the v2 skin.
Adding a new payment method is coming soon
The Add Payment Method button is shown disabled with a tooltip on both skins — there's currently no way to add or replace a saved card outside of paying for a plan change (a card is only saved automatically the next time you complete a Razorpay payment for your subscription). Use View Plans to switch or renew a plan if you need to save a new card today.
Plan Usage tab
This tab shows how close you are to each of your plan's tracked limits — Products, Users, Coupons, Monthly Orders, Emails, and others — as a labelled progress bar.
| Usage level | What happens |
|---|---|
| Below 80% | Normal progress bar, no warning. |
| 80% or above | A yellow warning appears so you have time to plan ahead. |
| 100% | A red alert reading "Plan limit reached. Upgrade to add more." appears with a direct Upgrade button. |
| Unlimited on your plan | Shown as "X / Unlimited" — no cap. |
If you run a marketplace with multiple vendors, each resource row can be expanded to show a per-vendor breakdown of how much of the allowance each seller is consuming.
The Products row counts SKUs, not product rows
The Products number on this tab is your active SKU count — the product's own SKU plus every active variant's SKU, counted once each. A product with many variants uses up far more of this allowance than one row. Full detail (including what "over the limit" does to a product) is in Adding & Editing Products: Your plan's product limit.
Customers is the one exception — it never blocks
Every resource on this tab shows the same red "at limit" banner at 100%, but Customers behaves differently underneath: creating a new customer (from the admin panel or a shopper registering on your storefront) or reactivating a previously-deactivated one is never refused, even past 100%. The count and the red banner are still accurate — you just won't hit a hard stop, because blocking storefront registration would take your store offline for new shoppers instead of just upselling you. See The Customers Screen: If your plan has a customer limit for what "soft" means in practice.
v2's usage tab now matches the classic skin
The v2 skin's usage tab shows every tracked limit with the same per-vendor breakdown described above — it's no longer limited to a four-feature summary. Numbers should match between skins.
What happens at the monthly order cap
Unlike Customers above, Monthly Orders is a hard limit — once a store reaches its plan's order count for the calendar month (UTC), every new-order action is refused until the counter resets or you upgrade. The count is a live count of every order row created this calendar month, regardless of status, so cancelled or refunded orders still count toward it.
Every order-creation path is blocked, not just storefront checkout
Reaching the cap refuses all of the following the same way:
- A customer completing checkout on your storefront.
- An admin creating a manual order.
- Converting a quote/draft document into an order from Documents.
- A customer completing checkout through your WhatsApp ordering bot.
One exception: an order created to finish recording a payment your gateway already captured (a recovery pass that runs when a payment succeeded but no order was ever created for it) is never blocked by this cap — refusing it would mean taking a customer's money without ever producing an order for it. That recovered order still counts toward the same monthly total afterwards.
What the customer sees: checkout fails with an error toast reading the backend's raw message —
literally You have reached the limit for "orders_monthly" in your current plan — rather than
polished, store-branded copy. There's no dedicated "sorry, we're sold out for the month" screen yet;
the toast is the only signal a shopper gets. On the WhatsApp ordering bot the copy is friendlier:
"This store has reached its order limit for this month. Please contact the store directly to place
your order, or try again next month."
What the admin sees: the same raw backend message shown as a toast when a manual order or document-to-order conversion is blocked, plus the Plan Usage tab's normal 80%/100% progress-bar treatment described above. Separately, BillionBiz emails the store's admin once when usage crosses 80% and once when it crosses 95% of the order cap (a single email per threshold per 24 hours, not one email per order) — this is independent of the Plan Usage tab and fires even if nobody opens the Billing screen.
If the plan-limits service is unreachable, checkout fails closed
If BillionBiz's plan-and-billing service can't be reached to check the store's current usage, checkout (and every other order-creation path above) is refused rather than allowed through — the customer sees a temporary "please retry" error instead of the order silently skipping the cap check. This is deliberate: treating an unreachable limit check as "no limit" would let a store's order count run past its plan during an outage.
When the counter resets: at the start of each calendar month, UTC — there's no in-app control to reset it early or extend it mid-cycle short of upgrading to a plan with a higher (or unlimited) order allowance.
Troubleshooting: “Why did checkout suddenly stop working?”
If customers report checkout failing, or your own admin/manual order creation starts failing, check the Plan Usage tab's Monthly Orders row first. If it's at or past 100%, that's the cause — upgrade the plan, or wait for the 1st of next month (UTC) for the counter to reset. This is one of the few limits that blocks a customer-facing flow rather than just an admin action, so it's worth checking before assuming a bug.
Add-ons tab
If you're an Owner or Store Admin (this tab isn't shown to Vendor accounts), a third tab — Add-ons — lets you buy and manage BillionBiz Hosting add-ons directly from the Billing screen, whether or not you already have hosting. It shows the same add-on cards as the standalone Hosting Add-ons page:
- Each add-on (for example, the hosting app add-on — 1 hosted site, 5 GB storage, 50 GB bandwidth/month, 500 form submissions/month, GA4/pixel injection, per-site SEO tools, and 1 custom domain per unit) is shown as a card with a Monthly/Annual billing-cycle toggle (annual is marked with a savings badge) and a quantity selector for how many units to add.
- Buy Add-on opens a card-payment dialog (processed through Razorpay) to activate it; once active, the card shows an Add Another App option to buy more units.
- Cancel Add-on opens a confirmation dialog — access continues until the end of the current billing period, it isn't revoked immediately.
Direct link to this tab
You can deep-link straight to this tab with ?tab=addons on the Billing screen's URL, on both the
classic and v2 skins.
Cancelling your subscription
Currently a v2-only control
Cancelling your subscription from the Billing screen is only available on the newer v2 skin (overview tab), and only to Owner/Store Admin accounts — Vendor accounts don't see this option. There's no equivalent control on the classic skin's Billing screen yet.
On v2, a cancel subscription link opens a confirmation dialog explaining that your store will revert to the free plan at the end of the current billing period and you won't be charged again. Confirming with yes, cancel submits the cancellation immediately; keep plan dismisses the dialog without changing anything.
Choosing or changing your plan
Open the plan chooser
On the Billing screen, click View Plans. A dialog opens listing every available plan.
Choose monthly or annual billing
Annual billing works out cheaper per month. Selecting annual shows the effective monthly cost alongside the full annual amount billed at once, so the saving is immediately visible.
Pick your plan
Each option is labelled Upgrade, Downgrade, or Current so you always know where you stand relative to today's plan. Prices are shown for your selected billing cycle.
Review the switch summary
Before any payment, BillionBiz calculates your proration and shows, in order:
- Credit from unused time on your current plan (only if there is any)
- Any existing credit balance on your account (only if there is any)
- The price of the new plan for the chosen cycle
- Amount after credit — only shown when it differs from the plan price above, i.e. when credit actually reduced what you owe
- GST @ N% — only shown for INR plans; the tax on the amount you're actually being charged today (after credit), not on the full plan price
- Amount to pay — the final total, GST-inclusive, below a divider
If the proration results in excess credit — for example when switching to a cheaper annual plan partway through a month — that credit stays on your account and reduces your next renewal, and no GST line is shown (there's nothing to tax).
Pay securely
Payments for your subscription are processed through Razorpay. You can pay by debit or credit card, UPI, or net banking, and optionally save your card so future renewals happen automatically.
The payment screen's headline amount is the same GST-inclusive total from the review step. Below it, for INR plans, a breakdown repeats New plan price and GST @ N% so the two numbers that make up the headline are visible right where you're about to pay. If your switch involved credit, the "New plan price" figure here is the post-credit taxable amount (what GST is actually charged on), not the plan's sticker price — it matches the review step's "Amount after credit" row, not the plain plan price above it. Non-INR plans skip this breakdown — there's no GST to itemize.
As soon as payment is confirmed, your plan switches immediately and your new features and limits are available at once.
What happens when you downgrade
If you select a lower-tier plan and your current usage exceeds what that plan allows, BillionBiz shows a Downgrade Impact screen before proceeding. It lists every limit you would exceed — for example, if you use 800 product slots but the target plan allows 500. You must read and acknowledge the impact before the switch completes.
Each exceeded limit expands into two lists, and it is worth knowing exactly how they are built:
- Will remain active — the items the target plan still has room for. They are kept in the order they were created, oldest first — matching what actually happens after the switch, because the platform locks your newest items first and restores your oldest items first. Your longest-standing items are the safest ones.
- Will be disabled — everything from the point where the plan's allowance runs out.
The split is measured in the same units as the limit itself, not in rows on screen. For products that matters: each product counts one slot per sellable SKU, so a product with three colour variants uses four slots, not one. A single variant-heavy product can therefore be the one that crosses the line, and you may see a product with many variants marked for disabling while several simpler products after it stay active. That is the allowance being spent, not an ordering mistake. The summary line above each list always reports slots; the list headings report how many actual items are in the list below them.
Each list shows only the first few items inline, with a "+ N more" line underneath. If you are over a limit by a large amount there is a second, larger cut behind that: the panel is sent at most 50 affected items (oldest first) no matter how far over you are, and it tells you when that has happened. So on a store hundreds of items over its cap, the "+ N more" figure counts what is left of those 50 — not the full remainder. The slot counts on the summary line above each list are never capped and are always your real totals.
Your data is never deleted
On a downgrade, anything over the new plan's limit simply becomes locked and inactive — it is not removed. Upgrading again immediately restores it.
If your subscription lapses
Subscriptions can enter a short Grace Period if a renewal payment fails — for example, a saved card expires. During the grace period, your store and all your data remain fully intact and the admin panel stays accessible. A notice on the Billing screen explains the situation and prompts you to update your payment method or renew.
If the grace period expires without payment, the subscription moves to Suspended — the store goes temporarily offline, but nothing is deleted. Resolving billing restores everything immediately.
v2 status alerts
The classic admin-panel skin shows dedicated banners for Past Due, Suspended, and Expired states in addition to the Grace Period notice. On the v2 skin, the plan-status pill at the top of the Billing screen now shows a distinct color and label for every one of these states too (previously it only styled Active correctly) — but its explanatory subtitle line still only writes bespoke wording for Grace Period and Cancelled, defaulting to ordinary "active" phrasing for Past Due, Suspended, or Expired. If you're on the v2 skin, rely on the pill's color/label — or switch to the classic skin — to be sure of your exact status.
Paying for BillionBiz itself
Everything above is about your own subscription fee to BillionBiz — a separate, distinct transaction from the payments your customers make on your store. For how customer payments flow to your bank account, see Finance: Payouts, Settlements & Invoicing.
Next steps
- Pricing & Plans (Free / Premium / Enterprise) — full feature and limit comparison across tiers.
- Finance: Payouts, Settlements & Invoicing — how customer payments reach your bank account.