Turn routine work into product behavior
Make digests, cleanups, syncs, and queue processing explicit.
Home / Product / Scheduled work
Let the product keep workingSchedule the same actions your product uses on demand, and keep the person or system context they should run for.
A weekly report, storage synchronization, or pending-mail processor often starts as a script on someone's server. Use the application action’s existing permissions, validation, outcome rules, and provider credentials for scheduled runs.
Daptin schedules named actions that already belong to the product. Each task records what to run, when to run it, the input it needs, and the account whose context applies.
Schedules return after restart because the task definition is stored. Operators can see which account ran each scheduled action, when it ran, and what it changed.
Make digests, cleanups, syncs, and queue processing explicit.
Improve the action once for both ways of starting it.
Run each scheduled action as an explicitly selected account with its normal permissions.
A scheduled routine uses the same approved task as a customer request, while Daptin also runs the recurring upkeep needed for email, files, connected services, and plan balances.
Scheduled work does more when it can reuse the records, people, access rules, and workflows already in your application.
Create the action that represents the work.
Choose its timing, input, and acting account.
The scheduler invokes the ordinary action path.
Stored task definitions can be loaded again after restart.
Start from the experience you want to create; the backend capability supports the work behind it.
Send a weekly summary built from current account data.
Refresh connected records every hour for an authorized user.
Work through pending outbound messages or storage changes.
These capabilities share the same application context, so each one makes scheduled work more useful.
Give scheduled provider calls idempotency keys, overlap rules, attempt history, and recovery procedures. Set each job’s time zone, overlap policy, idempotency key, provider quota, alert threshold, and recovery procedure.
Run Daptin locally, explore the live administration surface, and follow one complete application path.