Skip to main content
Question

"Create New Job" action in Commusoft integration hitting subscription endpoint instead of job creation API

  • May 14, 2026
  • 2 replies
  • 15 views

I have a Zap with the following setup:

  • Trigger: Webhooks by Zapier (Catch Hook) — receives a JSON payload from an external service
  • Action: Commusoft — Create New Job

When the Zap runs, the "Create New Job" action returns a 200 response, so at first glance it appears to succeed. However, no job is ever created in Commusoft.

Root cause I've identified

Looking at the request details in the Zap run history, the action is posting to:

POST https://api-zapier.commusoft.us/webhooks

The response is:

{

"id": 166,

"message": "zapier subscription successfully done!",

"statusCode": 200

}

The /webhooks endpoint on Commusoft's API is their REST Hooks subscription endpoint — it registers Zapier to receive events from Commusoft. It is not the job creation endpoint. Every time the Zap runs, it is simply re-registering a webhook subscription and returning a fake success, without ever creating a job.

This appears to be a bug in the Commusoft Zapier integration itself — the "Create New Job" action is internally wired to the wrong API endpoint.

What I need help with

  1. Is this a known issue with the Commusoft Zapier integration?
  2. Has anyone successfully used Commusoft's "Create New Job" action and had it actually create jobs? If so, what setup worked for you?
  3. As a workaround, I'm considering replacing the Commusoft action with Webhooks by Zapier → POST and calling Commusoft's REST API directly. Does anyone know what the correct Commusoft API endpoint is for job creation, and what fields it expects?

Environment

  • Commusoft region: US (api-zapier.commusoft.us)
  • Zapier Zap ID: XXXXXXXXX

Any help appreciated — happy to provide more details.

 

This post has been edited by a moderator to remove a Zap ID. Please remember that this is a public forum and avoid sharing personal or potentially sensitive details.

2 replies

Forum|alt.badge.img+3
  • Zapier Solution Partner
  • May 14, 2026

Hi ​@Stuart Propes 

Here's the Commusoft doc that might help: Link

If you're still running into issues, drop a screenshot of the error and a quick description of what your Zap is doing, happy to take a look!

And if you'd rather just get it sorted quickly, I offer a free 20-min Zapier troubleshooting call. Book it under Resources on my Zapier Directory profile: https://zapier.com/partnerdirectory/automatemybiz

!-->


Your endpoint check is the useful signal here. If the task history really shows the action POSTing to /webhooks and the response says "zapier subscription successfully done", I would treat the built-in action as untrusted until Commusoft/Zapier confirms it.

A safe way to narrow it without touching live jobs:

1. Make a tiny endpoint-probe Zap with a fake external id and a non-customer test job name.
2. In Zap History, save the request URL, status code, and response body for the Commusoft action.
3. If the URL is still /webhooks, do not rely on the 200 as success. Add a following find/search job step by the fake external id or job name; that gives you a business-success check, not just HTTP success.
4. For a Webhooks by Zapier workaround, only use Commusoft's documented job-create endpoint and required fields, and keep the API token in the private header/auth field rather than in Code by Zapier or the payload.
5. Keep the Zap ID, tokens, customer addresses, and real job payloads out of the public thread; a redacted request/response shape is enough for support to escalate.

If the built-in action is wired to the subscription endpoint, a minimal reproduction like that is also the cleanest evidence to send to Zapier/Commusoft support.