Cron monthly on the 15th at 06:00: the expression, explained, in Python
The cron expression for “monthly on the 15th at 06:00” is 0 6 15 * *. This page shows what each field does, the next five times it will fire, the mistake most people make with it, and a working Python example you can paste.
The expression
| Field | Value | Meaning |
|---|---|---|
| minute | 0 | exactly 0 |
| hour | 6 | exactly 6 |
| day of month | 15 | exactly 15 |
| month | * | every month |
| day of week | * | every day of week |
Next five runs (UTC, from now)
- 2026-10-15 06:00 UTC
- 2026-11-15 06:00 UTC
- 2026-12-15 06:00 UTC
- 2027-01-15 06:00 UTC
- 2027-02-15 06:00 UTC
Mistakes people make with this schedule
- Adding a day-of-week next to day-of-month 15. Classic cron ORs the two, so "0 6 15 * 1" would also run every Monday. Leave day-of-week as "*".
- Assuming the server clock is your clock. Cron runs in the machine’s timezone unless the runtime says otherwise; the examples here are UTC.
- No lock around a job that might overlap itself, and no alert when it silently stops. That second one is what Supercrontab is for.
Run it in your stack
from apscheduler.schedulers.blocking import BlockingScheduler
from apscheduler.triggers.cron import CronTrigger
sched = BlockingScheduler(timezone="UTC")
sched.add_job(run_report, CronTrigger.from_crontab("0 6 15 * *"))
sched.start()APScheduler accepts the crontab string directly. Celery beat needs the crontab() helper instead.
Questions
Does 0 6 15 * * run in my local time?
Only if the scheduler is configured for it. crontab uses the system timezone; Vercel and GitHub Actions always use UTC; Laravel and node-cron take a timezone option. In Supercrontab the timezone is a field on the job.
What if the previous run is still going?
Classic cron starts the next run anyway. Add a lock (flock on Linux, withoutOverlapping() in Laravel) or let Supercrontab skip the tick while the previous request is open.
Is there a shorter way to write this?
No. The five-field form is the shortest portable version.