1Tool

Blog · 30 June 2026

Notifying other systems: HTTP requests straight from the automation workflow

Notifying other systems: HTTP requests straight from the automation workflow

Anyone thinking about connecting a CRM system to other software usually looks for a feature called “outgoing webhooks” – a classic subscription system where you sign up for certain event types and automatically receive a message at a stored URL whenever they occur. 1Tool has no such separate feature. Instead, sending data to external systems is built directly into 1Tool's visual automation workflow – as one of several possible action types.

HTTP request as a workflow step instead of a separate subscription system

An automation in 1Tool consists of a trigger, optional conditions and a chain of actions. One of these actions is a freely configurable HTTP request that can run as the final step of an automation. You can freely define the method (such as GET, POST or PUT), the target URL, custom headers, query parameters and the payload to be sent. Technically, this achieves the same effect as a classic outgoing webhook – just not as a separate feature you have to subscribe to in advance, but as a building block within a larger workflow that you configure without code.

Any service with an HTTP interface can be reached

Because the HTTP request step is fully configurable, 1Tool never needs to know the target service in advance or have it hard-coded. Any external service that offers an HTTP interface – another specialist system, an automation tool, an internal script or a messaging service – can be addressed this way. It makes no difference whether it is a widely used service or an in-house application: as long as an HTTP address is reachable, it can be set as the target of a workflow step.

Freedom to decide without involving the IT department

The real advantage of this approach shows in the day-to-day work of business users. Because the HTTP request step is part of the same visual automation toolkit used to configure internal processes such as task assignments or notifications, the business team decides for itself which trigger and which condition should fire an external notification. There is no need to consult the IT department and no separate technical activation of a webhook subscription – the configuration happens directly in the same tool used to build the rest of the automation. This significantly lowers the barrier to integrations, especially for smaller, specific requirements that might otherwise never be implemented at all.

Frequently asked questions

Does 1Tool have a classic subscription system for outgoing webhooks?
No, no such separate system exists. Data is sent to external systems via a freely configurable HTTP request step within an automation workflow. Which details of this HTTP request can be configured?
Method, target URL, custom headers, query parameters and the payload are all freely selectable. Does an external service have to be known to or set up in 1Tool in advance before it can be addressed?
No, any service with a reachable HTTP interface can be set as a target without 1Tool having to know it beforehand. Which external notifications could you set up yourself with a freely configurable workflow step, without waiting for the IT department?

Book a demo

Read more