Assistance with Make.com Watch Jobs Trigger and Queue Filtering

API & SDK
1

Subject: Assistance with Make.com Watch Jobs Trigger and Queue Filtering

Hello ServiceM8 Support,

I’m building an automation between ServiceM8 and Apple Reminders using Make.com.

The workflow is currently:

Watch Jobs → Get a Job → Get a Client → Apple iOS Create Reminder

I have confirmed that:

  • The webhook is connected.
  • The Get Job module works.
  • The Get Client module works.
  • The Apple Reminders module works (it successfully creates reminders).

However, I’m trying to create reminders only for jobs that are moved into a specific queue called “0 Open in Reminders.”

I’m unsure whether:

  1. Moving a job into a queue actually triggers the Watch Jobs webhook.
  2. Queue changes are considered a “Job Status Updated” event.
  3. I should be using a different trigger or module to monitor queue changes.
  4. The Queue UUID from the Get Job module should be used in a Make filter, or whether there is a better approach.

When I move an existing job into the queue, the scenario frequently waits for an event and eventually reports:

Exceeded maximum wait time

Creating a brand-new job does trigger the scenario, but moving existing jobs into the queue does not appear to behave the way I expected.

Could you please advise:

  • Is Watch Jobs the correct trigger for monitoring jobs entering a queue?
  • If not, what is the recommended method?
  • If it is correct, what event or filter should I configure so the automation runs only when a job enters the “0 Open in Reminders” queue?

Thank you for your help.

2

Hi Sharon,

From the ServiceM8 API side, the event you want for “job enters a queue” is job.queued, not job.status_changed.

Queues are separate from the four fixed job statuses, so moving a job into a queue shouldn’t be treated as changing the job’s Quote, Work Order, Completed, or Unsuccessful status.

The recommended setup is to trigger from the ServiceM8 job.queued event, then retrieve the job and check its queue_uuid against the UUID for your “0 Open in Reminders” queue.

So in Make, check whether the ServiceM8 trigger you’re using can subscribe to the job.queued event. If the Make “Watch Jobs” module is only watching newly created or general job updates, it may not fire when an existing job is moved into a queue.

For filtering, use the queue UUID rather than the queue name, since the job record stores the queue as queue_uuid.

Developer reference: Create or Update an Event Webhook Subscription

Thanks,
Cody