Live or scheduled sales at a time: how the limit counts
Which sale statuses count toward the three live or scheduled sales on Starter, the moment the check runs, and why ending or restoring a sale is never blocked.
By Beacon Wave Studio · · 7 min read
The Starter plan allows three live or scheduled sales at a time. That sentence is short, and almost every question we get about it comes from one of the words in it. Does scheduled really mean a sale that has not started yet? What is a sale that is halfway through restoring prices, live or not? And if I hit the limit, can the app stop a sale from ending? This post goes through exactly how SafeSale counts, when it counts, and what it will never do to you on the way out of a sale.
Four statuses count, three do not
Every sale in SafeSale is in one of a handful of statuses, and the count looks at four of them.
| Status | What it means | Counts toward the limit? |
|---|---|---|
| Draft | You are still building it. Nothing has touched the store. | No |
| Scheduled | Confirmed, waiting for its start time. | Yes |
| Applying | Start time reached, prices or discounts being written. | Yes |
| Active | Running. Shoppers see the sale. | Yes |
| Ending | End time reached, original prices being restored. | Yes |
| Ended or Cancelled | Finished. Prices are back where they were. | No |
The pattern is simple once you see it: a sale counts from the moment you confirm it until the moment the restore has finished. The slot is not about whether anything is discounted right now. It is about whether the app has an outstanding promise to change prices in your store and put them back. A sale scheduled for Black Friday on the first of November holds a slot for the whole month, because the promise exists for the whole month.
Drafts are free. You can have thirty of them, each with a preview, each waiting for a decision, and none of them count. That is deliberate: the plan limit is meant to size what the app does to your store, not how much you plan.
The check runs once, when you confirm
There is exactly one moment at which the count matters: when you click Confirm on a sale, type its name if you asked for that protection, and the app is about to either apply it or schedule it. At that moment it counts your scheduled, applying, active and ending sales, and if the number is already at your plan limit, it stops with this message:
The Starter plan allows 3 live or scheduled sales at a time. End one or upgrade to Pro.
Nothing has happened to the store at that point. The sale stays a draft, with its targets, rules and preview intact, and you can confirm it again as soon as a slot opens. The two ways to open one are in the message: end a running sale early, or cancel a scheduled one you no longer need. Both free the slot as soon as the restore completes.
It is worth being clear about what the check does not gate. Editing a draft is never checked. A scheduled sale going live at its start time is never checked, because it already holds its slot. And nothing on the way out of a sale is checked, which brings us to the part that matters most.
Ending and restoring are never blocked
A sale app that could refuse to put your prices back would be worse than no sale app at all. So the plan check lives only in the confirm step. Ending a sale early, the automatic end at the scheduled time, the restore of every original price from the snapshot, and the one-click restore from the sale page all run without asking about your plan, your trial, or whether your subscription is in good standing.
That extends to the case where you have no plan at all. If your trial has lapsed or you have not picked a plan yet, confirming a new sale gives you a different message:
Choose a plan to start sales (14-day free trial). Existing sales keep ending and restoring on schedule regardless.
The second sentence is the promise. Whatever happens to billing, a sale you already started will end when you told it to and the prices will come back. The post on stuck prices after an uninstall covers the one situation this cannot protect you from, which is removing the app while a sale is live.
Three other limits checked at the same moment
The sale count is the limit people notice, but the confirm step checks three more things at the same time, and the message tells you which one stopped it.
| Check | Starter ($9.99/month) | Pro ($19.99/month) |
|---|---|---|
| Live or scheduled sales | 3 | Unlimited |
| Variants per sale | 2,000 | 20,000 |
| Per-variant rule overrides | Not included | Included |
| A/B/n tests | Not included | Included |
The variant number deserves a note, because it is smaller than you might expect. The check counts the rows in the preview that are not blocked and whose new price is different from the current price. A variant that the app skips because it is already cheaper than the sale price, as described in the post on items that are already cheaper, does not count. A variant matched by two targets counts once. If the number is over the cap, the message quotes the count and the cap, so you know how far over you are before deciding whether to split the sale or upgrade.
Planning around three slots
Three is plenty for most stores, as long as you think of a slot as a calendar entry rather than a running promotion. A few habits help:
- Confirm scheduled sales close to their start, not weeks ahead. The draft keeps everything; confirming is a one-click step you can do the day before.
- Merge sales that share dates. A collection sale, a tag sale and a vendor sale running the same weekend can be one sale with three targets, and overlapping targets are handled for you.
- Watch the Ending status. A large restore takes a little while, and the slot is only free once it finishes. If you end a sale to make room, give it a minute before confirming the next one.
- If you regularly want a fourth, Pro removes the count entirely and raises the variant cap tenfold, which is usually the cheaper option compared with the time spent juggling.
The limit is there to keep the footprint of the app on your store proportional to the plan, and the way it is enforced is meant to be boring: one check, in one place, at the only moment the app is about to take on a new promise. Everything that keeps old promises, ending on time and restoring prices, runs no matter what. SafeSale would rather lose a sale than leave a price wrong.
Frequently asked questions
Does a sale scheduled for next month count toward the limit today?
Yes. A scheduled sale holds a slot from the moment you confirm it until it ends, because the slot is a promise to apply prices and restore them later, not a count of what is discounted right now. If you need the slot sooner, cancel the scheduled sale and recreate it later, or upgrade to Pro, which has no limit on the number of sales.
Can SafeSale refuse to end a sale because of my plan?
No. The plan check runs only when you confirm a new sale. Ending a sale early, the automatic end at the scheduled time and the restore of original prices never ask about your plan, your trial or your billing status. Existing sales keep ending and restoring on schedule even if you have no plan selected at all.
What counts as a variant for the per-sale variant limit?
Only variants whose price would actually change. The check counts the preview rows that are not blocked and whose new price differs from the current one, so a product that is skipped because it is already cheaper, or that matched two targets, does not use up room. Starter allows 2,000 such variants per sale and Pro allows 20,000.
Why did the error mention the Pro plan when I was under three sales?
Two features are checked at the same moment as the sale count and both need Pro: per-variant rule overrides and A/B tests. If the sale has either, confirming on Starter stops with a message naming the feature. Remove the overrides or the experiment, or upgrade, and confirm again.