REST Message legacy workflow activity

  • Release version: Australia
  • Updated March 12, 2026
  • 2 minutes to read
    • Summarize
    Summarized using AI
    This content was generated using new OpenAI-powered functionality. Results are provided on an as is basis and are not guaranteed to be accurate or complete.

    Summary of REST Message Legacy Workflow Activity

    The legacy REST Message activity allows administrators to customize REST endpoints and supply variable values from the REST Message module. However, this activity is deprecated in the Australia release and is no longer available for new workflows. Existing workflows will continue to function, but editing requires re-activation of the activity.

    Show full answer Show less

    Key Features

    • REST Message: Reference field to select the specific REST message to execute.
    • REST Message Function: Choose the HTTP method (POST, PUT, GET, DELETE) defined in the REST message function.
    • REST Endpoint: Override the default endpoint if necessary; leaving it blank uses the defined endpoint.
    • REST Message Variables: Define variable substitutions for outbound messages, formatted as name=value pairs.
    • Use MID Server: Option to route messages through a MID Server for endpoints behind firewalls.
    • REST Message Script Sensor: Execute a script post-request to handle the response using the activity.output variable.

    Key Outcomes

    By transitioning to Orchestration REST Activity templates for new workflows, users will benefit from improved functionality and support. Existing workflows utilizing the REST Message activity will remain operational but must be managed with caution during edits. The ability to define variables and use a MID Server enhances the flexibility and reach of REST communications within your organization.

    The legacy REST Message activity enables an administrator to override the REST endpoint or supply the variables configured in the REST Message module.

    This activity is deprecated in the Australia release and no longer shows up in the Workflow canvas for new workflow development. New workflows should use the Orchestration REST Activity templates instead.

    Existing workflows using it will continue to work as designed. To edit this activity in an existing workflow, you must re-activate the activity.

    The REST Message activity executes a dead link REST function (POST, PUT, GET, or DELETE) on an endpoint using values defined in the function record.

    Note:
    If you want to use a MID Server to send the REST message, the MID Server must be accessible by the instance and configured to use SSH.

    Input variables

    Table 1. REST Message activity input variables
    Field Description
    Rest Message
    REST Message Name of the Create a REST message to run. This is a reference field to the REST Message [sys_rest_message] table (System Web Services > Outbound > REST Message).
    REST Message Function Function to call that is defined in a REST message function. This is a reference field to the HTTP Method [sys_rest_message_fn] table (System Web Services > Outbound > REST Message).

    Available functions are put, post, get, or delete. You can edit functions in the HTTP Methods related list in each REST Message record.
    REST Endpoint REST endpoint to use instead of the Endpoint defined in the HTTP Method record. Leave this field blank to use the defined endpoint in the REST Message Function record.
    Rest Message Variables
    Variables Values to use for Variable substitution in outbound REST messages defined in the HTTP Method record.
    Use the following format for the string: 
    name1=value1, name2=value2, . . .
    For example, use name=${nameValue}, id=${idValue} where name and id are function variables. If either the variable name or value contains a comma or equal sign, escape those characters with a backslash.
    Rest Message MID Server
    Use MID Server Check this box if you want to use a MID Server to send the REST message. A MID Server might be necessary to reach an endpoint within a firewall or a subnetwork that is not visible from the instance. If this check box is selected, but no MID Server is defined in the MID Server field, the workflow automatically attempts to find a MID Server based on IP range and the REST capability.
    MID Server Name of the MID Server to use. This field is available when Use MID Server is selected. The workflow ignores this parameter if the use_midserver parameter is disabled.
    Rest Message Script
    Sensor Script The script to execute after the request has been made and a response has been received. You can access the full response body from the activity.output variable.