Daily
Get alerted when orders drop off
If a day's orders fall far below the usual level, Slack tells you that evening.
- Runs
- Daily
- Apps
- Adobe Commerce
- AI
- Not needed
- Access
- sales read
Send this to your assistant
Create a ClickRuntime automation: every evening at 9pm, compare today's Adobe Commerce order count with the average of the last 4 weeks and message #ecommerce in Slack if it's 40% lower or more.
First time? Adding ClickRuntime to your assistant takes about two minutes.
Why use it
Why teams use this automation
A Magento or Adobe Commerce store can lose most of its sales without anything looking broken. A checkout JavaScript error after a theme update, a payment gateway outage or a misconfigured shipping rule may keep customers from completing purchases, while the site itself loads fine. The owner finds out the next day, or when the monthly report is lower than expected, after hours or days of lost revenue.
Each day, the automation counts today's orders and compares the number with the typical count kept in its stored counters. If today's total is far below normal for the time it runs, it sends an alert so someone can check checkout, payment and shipping before more sales are lost.
It is aimed at stores with steady daily order volume, where a drop is a meaningful signal, and at teams that deploy changes to the site often.
What you get out of it
Checkout failures are found within hours
A silent break in checkout costs money every hour it lasts. An alert when orders are far below normal gives you a chance to test and fix it the same day.
Payment outages are noticed quickly
If a gateway or wallet option stops working, orders drop sharply. The alert prompts you to test it and contact the provider while the problem is still recent. A fast check of the payment methods often finds the failing one within minutes.
Deployments carry less risk
A team that releases updates knows that a drop in orders after a release is flagged. That makes it safer to ship changes and quicker to roll them back. It acts as a safety net after theme, extension or Magento version upgrades.
The baseline adapts to your store
Because comparison uses your own stored counters, a store with 20 orders a day and one with 500 each get alerts that fit their normal level, instead of a fixed number.
Fewer false alarms than a fixed limit
Weekends and quiet days are usually lower. Comparing against stored history avoids alerts on a regular Sunday dip while still catching a real collapse. That keeps the alert meaningful, so people take it seriously when it arrives.
How it works
What happens, step by step
Once a day, ClickRuntime counts today's orders in your Adobe Commerce store.
It compares that number with the average for the same weekday over the last four weeks.
If today is 40% or more below normal, a message goes to your #ecommerce Slack channel with both numbers and the drop, so you can check checkout and payments. On a normal day nothing is sent.
Before it runs live
- Connect Adobe Commerce
What you get
Build your own
Need it to work differently?
Your own rules
Conditions, thresholds, filters and exceptions, written the way you'd explain them to a colleague.
Any number of apps
One automation can read from one app and update several others. Over 248 apps are ready, and anything with an API works too.
AI where it helps
Summaries, classification, extraction and drafts use ClickRuntime's built-in AI, with no extra key.
On a schedule or on each event
Runs as often as every 5 minutes, or the moment an app sends an event, and keeps track of what it already handled.
Changes you can ask for
- Run it at a different time, more or less often, or only on weekdays
- Add an AI step, for example to summarize, sort or draft a reply
- Add another app, for example also send it to Slack
- Combine it with other Adobe Commerce steps into one automation
Under the hood
The code that runs this automation
from datetime import date, timedelta
from clickruntime import on_trigger, credentials, http, notify
BASE = "https://yourstore.com/rest/V1"
F = "searchCriteria[filter_groups][{}][filters][0][{}]"
def count(day, token):
params = {F.format(0, "field"): "created_at", F.format(0, "value"): f"{day} 00:00:00",
F.format(0, "condition_type"): "gteq",
F.format(1, "field"): "created_at", F.format(1, "value"): f"{day} 23:59:59",
F.format(1, "condition_type"): "lteq", "searchCriteria[pageSize]": 1}
return http.get(f"{BASE}/orders", params=params,
headers={"Authorization": f"Bearer {token}"}).json()["total_count"]
@on_trigger
def run(event):
token = credentials.secret("ADOBE_COMMERCE_TOKEN")
today = date.today()
now = count(today, token)
average = sum(count(today - timedelta(weeks=w), token) for w in range(1, 5)) / 4
if average and now <= average * 0.6:
notify.slack(f"๐ Only {now} orders today vs a {average:.0f} average for a {today:%A} "
f"({now / average - 1:+.0%}). Worth checking checkout and payments.", channel="#ecommerce")
return {"today": now, "average": average}FAQ
Common questions
How does it know what is normal?
What happens on a new store with no history?
Does it alert if orders are unusually high?
What permissions does it need?
Does it need AI?
How many runs does it use?
Can I change how it works?
Related
You might also like
Get a morning Adobe Commerce sales report
Each morning you see yesterday's orders split by status and the revenue they brought in.
See how it worksCatch Adobe Commerce orders that have stalled
A daily email names orders still pending or processing after two days, so none sit unnoticed.
See how it worksGet a daily list of products running low
A morning email lists products with fewer than your chosen number in stock, lowest first.
See how it worksKeep exploring
Set up โGet alerted when orders drop offโ from your assistant
Copy the prompt above, or connect your assistant first. Free plan, no credit card.