Hey @ezz , you can use URL parameters. In your case your webhook URL would be something like https://n8n.server.com/webhook/provider/api/:uuid where :uuid is the parameter called uuid. That mean the incoming payload will include the following structure
For workflowB, it is api/media/{sessionID} so https://n8n.server.com/webhook/providerA/api/media/{sessionID}
Workflow A runs series of tasks and returns SessionID as the webhook response. When providerA gets the SessionID, it will then make an API call to https://n8n.server.com/webhook/providerA/api/media/{sessionID}
Hey @ezz , indeed I can see that once the parameter is added n8n inserts the webhook random UUID too. I think it might be a bug (or not). However, that UUID is constant once set, you simply have inconvinience of longer webhook URL. Otherwise you still should be able to go ahead with this implemantation but use longer URL.
@ihortom but that will create two different webhook. I basically want to utilize same Base URL for two different workflows in n8n,
I am guessing I cannot use regular expression in “Path”, correct? Basically, somehow telling N8N to accept any path after “/api/media” something like “/api/media/*”
You can have two webhooks on the very same workflow. This way you can have the common base URL.
In your case the base URL will include some UUID generated automatically by n8n. I checked and it is not a bug when you use parameters (UUID is inserted on purpose).
Assuming n8n assigned the UUID 7e6f47aa-0e93-48f6-93bd-536e9e2bef83, your base URL will be http://<N8N_INSTANCE>/webhook/7e6f47aa-0e93-48f6-93bd-536e9e2bef83/providerA/api/. Then the webhooks in the very same workflow (it has to be the same workflow) would be as shown below