Skip to content

Send raw HTTP requests

HTTP Request is a built-in step that sends an HTTP call to a URL you choose. Use it for REST APIs, private endpoints, and vendors that are not yet in the Integrations catalog. You set method, URL, query parameters, headers, and body on Input, then credential and runtime options on Settings.

  • You call a custom, private, or undocumented HTTP API.
  • A vendor has no native integration yet, and an HTTP preset is not enough.
  • Prefer Call native integrations when a native connector already covers the operation.
  • Prefer Mock a service response when you need a fixed payload without calling the live API.

Before you begin, open a flow in the designer. Create a credential in the environment when the API requires auth. See Credentials.

HTTP Request lives under Built in in Add a step.

  1. Open Add a step. In the designer, choose Add a step, then under Built in select HTTP Request.

    Add a step menu Built in section with HTTP Request highlighted and tooltip describing the HTTP builtin

On the step Input tab, set how the call is sent. Required fields are Method and URL.

  1. Open Input. Select the HTTP Request step, then open the Input tab.

    HTTP Request Input tab with Method GET, URL unset, and Query Parameters Headers Body sections

  2. Choose Method. Pick the HTTP verb for the call (GET, PUT, POST, PATCH, DELETE, HEAD, OPTIONS, LINK, UNLINK, or PURGE). Default is GET.

  3. Set URL. Enter the full request URL, or map it from an upstream value with a formula.

  4. Optional: add Query Parameters, Headers, and Body. Expand each section to add items. For Body, choose the content type Studio offers (for example JSON, text, XML, URL-encoded, multipart, or octet stream) and fill the payload.

On Settings, bind a credential and control timeout, failure behavior, retries, and TLS or redirect options.

  1. Open Settings. Select the HTTP Request step, then open the Settings tab.

    HTTP Request Settings with Credential None, Timeout 30, On failure Stop execution, Bypass TLS off, Follow redirects on

  2. Choose Credential. Pick a stored credential when the API needs auth, or leave None for an unauthenticated call. Use Credential Lookup when the credential name must resolve at run time.

  3. Set Timeout (in seconds). Default is 30. Studio accepts up to 480 seconds (8 minutes). If the API does not respond in time, the step fails.

  4. Set On failure. Choose Stop execution (default) or Continue execution when the step fails.

  5. Optional: set Retry attempts. Increase the count when transient failures should retry before the step fails.

  6. Optional: set Bypass TLS certificate validation (insecure). Leave it off so Mindflow verifies the server certificate name and CA. Turn it on only when you must call a host with an untrusted certificate — this weakens transport security for that step.

  7. Optional: set Follow redirects. Leave it on (default) so status codes in the 3xx range with a Location header are followed. Turn it off to keep the redirect response.

An analyst adds HTTP Request to call https://api.example.com/v1/alerts with GET, an Authorization header from a credential, and Timeout 60. On failure they keep Stop execution so a missing alerts API does not continue the remediation path.

  • Step timeout cannot exceed 480 seconds. For longer overall runs, raise the flow timeout as well.
  • Prefer native integrations when the catalog already covers the operation.
  • See Mock a service response to stub the response while you build.

Call native integrations · Handle timeout · Mock a service response · Look up service credentials by name at runtime