Scheduled Workflow Running at Wrong Times or Not at All
Your Base44 app has scheduled workflows (daily reports, weekly reminders, monthly billing) that either don't run at all, run at the wrong time, or run multiple times. A workflow scheduled for 9 AM runs at 2 AM, a daily digest never fires, or a monthly report generates three times in one day.
Scheduled workflows are the backbone of automated business processes. When they fire at wrong times, reports go out overnight when nobody reads them, reminders arrive at midnight, and billing processes run at unexpected intervals causing duplicate charges or missed payments.
The timezone issue is particularly common: you configure a schedule thinking it's in your local timezone, but the server interprets it as UTC, causing a consistent offset in all your scheduled tasks.
Error Messages You Might See
Common Causes
- Timezone mismatch — The schedule is configured in your local timezone but the server runs in UTC, causing a time offset
- Cron expression wrong — The cron syntax has a common mistake like month/day-of-week confusion or using 0-indexed vs 1-indexed values
- Schedule not saved correctly — The UI shows the correct schedule but the saved configuration has a different value
- Overlapping executions — The workflow takes longer than the interval, causing multiple instances to run simultaneously
- Server restart clearing schedule — The scheduled task registration doesn't persist across server restarts or deployments
How to Fix It
- Verify the timezone setting — Check if your Base44 app's scheduler uses UTC or your local timezone. Adjust the scheduled time accordingly
- Test with a short interval first — Set the schedule to run every 5 minutes and verify it fires correctly before setting the actual interval
- Validate cron expressions — Use a cron expression tool (crontab.guru) to verify your expression means what you think it means
- Add execution logging — Log every workflow execution with a timestamp so you can verify when it actually runs
- Prevent overlapping runs — Add a lock or flag that prevents a new execution from starting if the previous one hasn't finished
Real developers can help you.
Luca Liberati
I work on monoliths and microservices, backends and frontends, manage K8s clusters and love to design apps architecture
Prakash Prajapati
I’m a Senior Python Developer specializing in building secure, scalable, and highly available systems. I work primarily with Python, Django, FastAPI, Docker, PostgreSQL, and modern AI tooling such as PydanticAI, focusing on clean architecture, strong design principles, and reliable DevOps practices. I enjoy solving complex engineering problems and designing systems that are maintainable, resilient, and built to scale.
AUXLE
I am a Full Stack Developer experienced in building Websites, Web apps and Cross Platform Mobile Apps for Startups and Companies.
Stanislav Prigodich
15+ years building iOS and web apps at startups and enterprise companies. I want to use that experience to help builders ship real products - when something breaks, I'm here to fix it.
Yovel Cohen
I got a lot of experience in building Long-horizon AI Agents in production, Backend apps that scale to millions of users and frontend knowledge as well.
Mehdi Ben Haddou
- Founder of Chessigma (1M+ users) & many small projects
- ex Founding Engineer @Uplane (YC F25)
- ex Software Engineer @Amazon and @Booking.com
Antriksh Narang
5 years+ Experienced Dev (Specially in Web Development), can help in python, javascript, react, next.js and full stack web dev technologies.
zipking
I am a technologist and product builder dedicated to creating high-impact solutions at the intersection of AI and specialized markets. Currently, I am focused on PropScan (EstateGuard), an AI-driven SaaS platform tailored for the Japanese real estate industry, and exploring the potential of Archify.
As an INFJ-T, I approach development with a "systems-thinking" mindset—balancing technical precision with a deep understanding of user needs. I particularly enjoy the challenge of architecting Vertical AI SaaS and optimizing Small Language Models (SLMs) to solve specific, real-world business problems. Whether I'm in a CTO-level leadership role or hands-on with the code, I thrive on building tools that turn complex data into actionable value.
Matthew Jordan
I've been working at a large software company named Kainos for 2 years, and mainly specialise in Platform Engineering. I regularly enjoy working on software products outside of work, and I'm a huge fan of game development using Unity. I personally enjoy Python & C# in my spare time, but I also specialise in multiple different platform-related technologies from my day job.
Daniel Vázquez
Software Engineer with over 10 years of experience on Startups, Government, big tech industry & consulting.
You don't need to be technical. Just describe what's wrong and a verified developer will handle the rest.
Get HelpFrequently Asked Questions
Why does my Base44 scheduled workflow run at the wrong time?
The most common cause is a timezone mismatch. If you schedule for 9 AM but the server uses UTC, and you're in EST (UTC-5), the workflow will run at 9 AM UTC which is 4 AM EST. Convert your desired time to UTC.
How do I verify when my scheduled workflow actually runs?
Add logging to the first step of your workflow that records the current timestamp. Then check the logs after the expected execution time to confirm when it actually ran.