Run automations on a recurring clock schedule — daily, weekly, or monthly — targeting a CRM audience, an external data feed, or a fixed payload.
Auto Schedules let you run an automation on a repeating clock schedule — every morning at 9am, every Monday, the first of each month, or any custom cadence you define. Unlike automations (which fire in response to an event) and auto queues (which work through contacts one by one over time), a schedule fires across your whole source at once, on a fixed recurrence.
You will find Auto Schedules at https://app.trustpager.com/auto/schedules.
The Source Data panel (right-hand side of the schedule detail page) controls what fires the attached automation each time the schedule runs. There are three source types.
The automation fires once for each CRM record that matches your filter. There are four audience types:
You can preview the current audience before activating. Open the schedule detail page and use the Preview source button. It resolves the filter live and shows you a count and a sample without firing anything.
TrustPager polls a URL you provide on each cron fire and creates an automation run for every new record in the feed. This is the right source type when your leads or records live in an external system that can expose a JSON endpoint — a CRM, a property portal, a form platform, or anything that can serve a flat list.
The feed must return a flat, top-level JSON array of objects — for example:
[
{ "id": "123", "name": "Jane Smith", "email": "jane@example.com" },
{ "id": "124", "name": "Tom Brown", "email": "tom@example.com" }
]Nested shapes (e.g. { "results": [...] }) are not supported — the feed must be a top-level array.
Most feed URLs include a secret access token embedded directly in the URL. Do not share or screenshot your feed URL — treat it like a password. Anyone with the URL can read your feed data.
Set this to the field name in your feed that uniquely identifies each record (e.g. id, enquiry_id, listingId). TrustPager uses this field to deduplicate: a record whose unique ID has already been seen will not fire the automation again, even if it reappears in the feed on a later poll.
A record is only marked as seen after its automation run dispatches successfully. If a run fails, the record will be retried on the next fire.
The first time the schedule fires against an external feed, you choose what happens:
The Preview source panel will tell you explicitly which mode is active before the first fire and will show that it will seed and import nothing if Seed only is selected.
You can filter which feed rows get imported by adding Only import rows where... conditions — for example, Email is not empty, or status equals active. Rows that do not match are counted as skipped in the Preview source output and are not imported.
Each feed row becomes the trigger data for one automation run. The field values from the row are available as {{tokens}} inside any action in the attached automation — Create Lead, Send Email, Apply Tags, Set Custom Field, and so on.
Token names are sanitised from your feed's field names: the name is lowercased and any run of non-alphanumeric characters is replaced with a single underscore. For example:
EnquiryID becomes {{enquiryid}}Listing Category becomes {{listing_category}}Opportunity $ becomes {{opportunity}}Rather than guessing the sanitised names, use the Preview source button to see the exact {{token}} names available from your feed, then reference those names directly in your action config.
The Preview source panel for an external feed shows:
It also lists all the available {{token}} names from the feed so you can wire them into your actions before going live.
The automation fires once per schedule run with a single fixed payload you define. There is no per-row iteration — every fire sends the same data. Use this for scheduled jobs that do not need per-record data (for example, a daily internal report trigger or a recurring ping to an external system).
Schedules run on a standard cron-style recurrence. You can use the friendly time picker (set a time and pick days of the week) or enter a cron expression directly if you need a more custom cadence.
Common examples:
0 9 1 * *All times are interpreted in your chosen timezone (defaults to Australia/Sydney). Set the correct timezone when creating the schedule — it cannot be assumed from your browser.
Use Preview Cron to validate your expression and see the next 5–10 planned fire times before you activate anything.
You can optionally set:
Leave both blank for an ongoing, unlimited schedule.
Toggle the schedule active from https://app.trustpager.com/auto/schedules. The next fire time is shown on the schedule card — refresh after activating to confirm it has been calculated.
Each time the schedule fires, a run record is created. Open the schedule detail page to see the full run history — when it fired, how many rows were in the source, and whether any errors occurred.
To trigger a schedule immediately without waiting for the next cron fire — for testing or a one-off catch-up — use the Fire Now button from the detail page. This bypasses the end date and max runs limits.
{ "results": [...] }), the feed will not parse correctly. Check with your data source whether a flat-array endpoint is available.Talk to Evie right now, or book a real human for a deeper walkthrough. Whichever feels right.
Hear her in 10 seconds.

60 minutes with a real human · Google Meet · Free.