Skip to content
App marketplace

Marketplace Workflow Actions

Marketplace Workflow Actions are the customizable workflow actions managed in Marketplace . You will be able to create custom actions to push or pull…

10 min read2,176 words45 explained imagesUpdated Thu, 15 May, 2025 at 12:03 AM
View as markdownOpen in ClaudeOpen in ChatGPT
Each image has a one line explanation. Switch to full detail for the step it belongs to, the fields and buttons involved, examples and the whole procedure.
On this page
  1. Prerequisites
  2. Create Action
  3. Name
  4. Icon
  5. Name
  6. Key
  7. Short description
  8. Summary
  9. Manage Fields
  10. Create New Field
  11. Type: Select / Multi Select / Radio
  12. Type: Hidden
  13. Type: Dynamic
  14. Validation Rules
  15. Action Execution
  16. API
  17. Custom code
  18. Test and format your Code
  19. Pause Execution
  20. Response Data
  21. Manage Custom Variables
  22. Add Custom Variable
  23. Submit for Review
  24. Create New Version
  25. Delete Action

Marketplace Workflow Actions are the customizable workflow actions managed in Marketplace. You will be able to create custom actions to push or pull data from your application/API in a workflow using customized fields and API endpoint.

Sign up/ Sign in to Marketplace to manage Marketplace Workflow Actions.
Marketplace Workflow Actions are part of LC Premium Triggers & Actions and are chargeable per execution.
How to enable and rebill LC Premium Triggers & Actions for Workflows?
You should enable Workflow LC Premium Triggers & Actions for the sub-account to access the Actions created in the Marketplace App.
The marketplace workflow actions created in an APP will be listed in the workflow actions only if the sub-account has the APP installed/integrated from the Marketplace.

TABLE OF CONTENTS

Prerequisites

Note : workflows.readyonly scope should be turned on to enable actions and triggers.

Prerequisites (image 1 of 45) What this shows Note: workflows.readyonly scope should be turned on to enable actions and triggers. What this shows Illustrates the "Prerequisites" section of "Marketplace Workflow Actions". This screenshot appears in the "Prerequisites" section of "Marketplace Workflow Actions". The text alongside this image reads: Note: workflows.readyonly scope should be turned on to enable actions and triggers. Immediately after, the guide continues: A unique identifier for this action, used to reference the action inside the workflow. This value cannot be changed later. Example: {{mycustomaction.data.name}}. Image 1 of 45 What this coversNote: workflows.readyonly scope should be turned on to enable actions and triggers. Next stepA unique identifier for this action, used to reference the action inside the workflow. This value cannot be changed later. Example: {{mycustomaction.data.name}}

Create Action

Create Action (image 2 of 45) What this shows Note: workflows.readyonly scope should be turned on to enable actions and triggers. What this shows Illustrates the "Create Action" section of "Marketplace Workflow Actions". This screenshot appears in the "Create Action" section of "Marketplace Workflow Actions". The text alongside this image reads: Note: workflows.readyonly scope should be turned on to enable actions and triggers. Immediately after, the guide continues: A unique identifier for this action, used to reference the action inside the workflow. This value cannot be changed later. Example: {{mycustomaction.data.name}}. Image 2 of 45 What this coversNote: workflows.readyonly scope should be turned on to enable actions and triggers. Next stepA unique identifier for this action, used to reference the action inside the workflow. This value cannot be changed later. Example: {{mycustomaction.data.name}}

Name

Enter Action Name

Key

A unique identifier for this action, used to reference the action inside the workflow. This value cannot be changed later. Example: {{mycustomaction.data.name}}

Action Information

Add action details

Action Information (image 3 of 45) What this shows A unique identifier for this action, used to reference the action inside the workflow. What this shows Illustrates the "Action Information" section of "Marketplace Workflow Actions". This screenshot appears in the "Action Information" section of "Marketplace Workflow Actions". The text alongside this image reads: A unique identifier for this action, used to reference the action inside the workflow. This value cannot be changed later. Example: {{mycustomaction.data.name}}. Immediately after, the guide continues: Choose an Icon for this Action. Shown in workflow for this action. Image 3 of 45 What this coversA unique identifier for this action, used to reference the action inside the workflow. This value cannot be changed later. Example: {{mycustomaction.data.name}} Next stepChoose an Icon for this Action. Shown in workflow for this action.

Icon

Choose an Icon for this Action. Shown in workflow for this action.

Name

Custom Action Name

Key

A unique identifier for this action, used to reference the action inside the workflow, Ex: {{action_a.custom_variable}}. This value cannot be changed later.

Short description

A short description explaining what your action does to help users understand. Shown in workflow as sub-title for this action.

Summary

A detailed information on what your action does to help users understand why they should use this action.

Action Configuration

Manage Fields

Construct form to collect the data required for sending to API

Manage Fields (image 4 of 45) What this shows Construct form to collect the data required for sending to API What this shows Illustrates the "Manage Fields" section of "Marketplace Workflow Actions". This screenshot appears in the "Manage Fields" section of "Marketplace Workflow Actions". The text alongside this image reads: Construct form to collect the data required for sending to API. Immediately after, the guide continues: Select one of the following field types. Image 4 of 45 What this coversConstruct form to collect the data required for sending to API Next stepSelect one of the following field types:

Create New Field

Create New Field (image 5 of 45) What this shows Construct form to collect the data required for sending to API What this shows Illustrates the "Create New Field" section of "Marketplace Workflow Actions". This screenshot appears in the "Create New Field" section of "Marketplace Workflow Actions". The text alongside this image reads: Construct form to collect the data required for sending to API. This part of the guide covers 10 fields, listed below. Immediately after, the guide continues: Select one of the following field types. Image 5 of 45 What this coversConstruct form to collect the data required for sending to API
Fields in this part of the guide StringNumericalTextareaMultiple SelectRadioCheckboxAttachmentRich Text EditorHiddenDynamic
Buttons and menus referenced NameTypeRequiredReferenceDefault ValueAlters Dynamic Field
Next stepSelect one of the following field types:
All 12 steps in this procedure
  1. String
  2. Numerical
  3. Textarea
  4. Select
  5. Multiple Select
  6. Radio
  7. Toggle
  8. Checkbox
  9. Attachment
  10. Rich Text Editor
  11. Hidden
  12. Dynamic
Create New Field (image 6 of 45) What this shows Construct form to collect the data required for sending to API What this shows Illustrates the "Create New Field" section of "Marketplace Workflow Actions". This screenshot appears in the "Create New Field" section of "Marketplace Workflow Actions". The text alongside this image reads: Construct form to collect the data required for sending to API. This part of the guide covers 10 fields, listed below. Immediately after, the guide continues: Select one of the following field types. Image 6 of 45 What this coversConstruct form to collect the data required for sending to API
Fields in this part of the guide StringNumericalTextareaMultiple SelectRadioCheckboxAttachmentRich Text EditorHiddenDynamic
Buttons and menus referenced NameTypeRequiredReferenceDefault ValueAlters Dynamic Field
Next stepSelect one of the following field types:
All 12 steps in this procedure
  1. String
  2. Numerical
  3. Textarea
  4. Select
  5. Multiple Select
  6. Radio
  7. Toggle
  8. Checkbox
  9. Attachment
  10. Rich Text Editor
  11. Hidden
  12. Dynamic

Name

Enter Field Name

Type

Select one of the following field types:

Required

Enable if this is a required field in workflow.

Reference

Enter unique reference key. The value of this field will be bind to the provided key. Example: action_a_name

Default Value

Enter or map a value. The value provided will be used as default value for this field when loaded in workflow.

Alters Dynamic Field

If enabled, any changes made to this field value will trigger/ re-trigger loading the dynamic fields to the workflow action configuration UI.

Validation Rules

Validation Rules let you protect data quality by checking the value a user types into a form field, table cell, or configuration input before it is saved or passed downstream.
If the value fails the check, GHL Customer Care blocks the save/submit action and shows a custom error message that you configure.

Typical use-cases

ScenarioExample
Lead-capture formRequire a properly-formatted US phone number
Web-hook payloadEnsure a “status” field matches one of several allowed strings
Custom action parameterBlock users from entering Handlebar syntax in a plain-text field

Type: Select / Multi Select / Radio

Type: Select / Multi Select / Radio (image 7 of 45) What this shows Scenario Example Lead-capture form Require a properly-formatted US phone number Web-hook payload Ensure a “status” field matches one of… What this shows Illustrates the "Type: Select / Multi Select / Radio" section of "Marketplace Workflow Actions". This screenshot appears in the "Type: Select / Multi Select / Radio" section of "Marketplace Workflow Actions". The text alongside this image reads: Scenario Example Lead-capture form Require a properly-formatted US phone number Web-hook payload Ensure a “status” field matches one of several allowed strings Custom action parameter Block users from entering Handlebar syntax in a plain-text field. This part of the guide covers 3 fields, listed below. Immediately after, the guide continues: Option Type is applicable only for Select, Multi Select and Radio field types. Image 7 of 45 What this coversScenario Example Lead-capture form Require a properly-formatted US phone number Web-hook payload Ensure a “status” field matches one of several allowed strings Custom action parameter Block users from entering Handlebar syntax in a plain-text field
Fields in this part of the guide ConstantsInternal ReferenceExternal API
Next stepOption Type is applicable only for Select, Multi Select and Radio field types.
All 3 steps in this procedure
  1. Constants
  2. Internal Reference
  3. External API

Option Type is applicable only for Select, Multi Select and Radio field types.

Select one of the following option types:

  • Constants
  • Internal Reference
  • External API

Constants

Load options by adding custom Label-Value constants

Constants (image 8 of 45) What this shows Load options by adding custom Label-Value constants What this shows Illustrates the "Constants" section of "Marketplace Workflow Actions". This screenshot appears in the "Constants" section of "Marketplace Workflow Actions". The text alongside this image reads: Load options by adding custom Label-Value constants. Immediately after, the guide continues: Load options from GHL Customer Care Internal Modules. Select one of the GHL Customer Care Modules to load options list. Image 8 of 45 What this coversLoad options by adding custom Label-Value constants Next stepLoad options from GHL Customer Care Internal Modules. Select one of the GHL Customer Care Modules to load options list.

Internal Reference

Load options from GHL Customer Care Internal Modules. Select one of the GHL Customer Care Modules to load options list.

Internal Reference (image 9 of 45) What this shows Load options from GHL Customer Care Internal Modules. What this shows Illustrates the "Internal Reference" section of "Marketplace Workflow Actions". This screenshot appears in the "Internal Reference" section of "Marketplace Workflow Actions". The text alongside this image reads: Load options from GHL Customer Care Internal Modules. Select one of the GHL Customer Care Modules to load options list. Immediately after, the guide continues: Supported GHL Customer Care Modules. Image 9 of 45 What to chooseLoad options from GHL Customer Care Internal Modules. Select one of the GHL Customer Care Modules to load options list. Next stepSupported GHL Customer Care Modules
Supported GHL Customer Care Modules
Internal Reference (image 10 of 45) What this shows Supported GHL Customer Care Modules What this shows Illustrates the "Internal Reference" section of "Marketplace Workflow Actions". This screenshot appears in the "Internal Reference" section of "Marketplace Workflow Actions". The text alongside this image reads: Supported GHL Customer Care Modules. For context, this section explains: Load options from GHL Customer Care Internal Modules. Select one of the GHL Customer Care Modules to load options list. Immediately after, the guide continues: Load option from external API endpoint. Image 10 of 45 What this coversSupported GHL Customer Care Modules Next stepLoad option from external API endpoint

External API

Load option from external API endpoint

External API (image 11 of 45) What this shows Load option from external API endpoint What this shows Illustrates the "External API" section of "Marketplace Workflow Actions". This screenshot appears in the "External API" section of "Marketplace Workflow Actions". The text alongside this image reads: Load option from external API endpoint. For context, this section explains: Provide a URL to support GET method and send a valid response as per the sample response structure shared below. Immediately after, the guide continues: Provide a URL to support GET method and send a valid response as per the sample response structure shared below. Image 11 of 45 What this coversLoad option from external API endpoint
Buttons and menus referenced URL (GET)HeadersSample Response Data
Next stepProvide a URL to support GET method and send a valid response as per the sample response structure shared below.

URL (GET)

Provide a URL to support GET method and send a valid response as per the sample response structure shared below.

Headers

Add headers as per your requirement

Sample Response Data

{
   "options": [
      {
         "label": "Afghanistan",
         "value": "AF"
      },
      {
         "label": "Åland Islands",
         "value": "AX"
      },
      {
         "label": "Albania",
         "value": "AL"
      },
      {
         "label": "Algeria",
         "value": "DZ"
      },
      {
         "label": "American Samoa",
         "value": "AS"
      }
   ]
}

Type: Hidden

It will be hidden in the action configuration and the mapped data will be sent in the payload. Used to collect essential information such as company_id, customerid, etc,. from system data or from your custom triggers

Type: Hidden (image 12 of 45) What this shows It will be hidden in the action configuration and the mapped data will be sent in the payload. What this shows Illustrates the "Type: Hidden" section of "Marketplace Workflow Actions". This screenshot appears in the "Type: Hidden" section of "Marketplace Workflow Actions". The text alongside this image reads: It will be hidden in the action configuration and the mapped data will be sent in the payload. Used to collect essential information such as company_id, customerid, etc,. from system data or from your custom triggers. Immediately after, the guide continues: Dynamic fields are used to build custom fields from an API call. The API call should return the below response structure to construct the fields in the Workflow action configuration form UI. Only one Dynamic type can be created per action. Image 12 of 45 What this coversIt will be hidden in the action configuration and the mapped data will be sent in the payload. Used to collect essential information such as company_id, customerid, etc,. from system data or from your custom triggers Next stepDynamic fields are used to build custom fields from an API call. The API call should return the below response structure to construct the fields in the Workflow action configuration form UI. Only one Dynamic type can be created per action.

Type: Dynamic

Dynamic fields are used to build custom fields from an API call. The API call should return the below response structure to construct the fields in the Workflow action configuration form UI. Only one Dynamic type can be created per action.

Type: Dynamic (image 13 of 45) What this shows Dynamic fields are used to build custom fields from an API call. What this shows Illustrates the "Type: Dynamic" section of "Marketplace Workflow Actions". This screenshot appears in the "Type: Dynamic" section of "Marketplace Workflow Actions". The text alongside this image reads: Dynamic fields are used to build custom fields from an API call. The API call should return the below response structure to construct the fields in the Workflow action configuration form UI. Only one Dynamic type can be created per action. Immediately after, the guide continues: Enter your API endpoint URL. When executed data is sent to this API endpoint via POST method in the below mentioned payload format and a valid response is expected as per the sample response structure shared below. Image 13 of 45 What to fill inDynamic fields are used to build custom fields from an API call. The API call should return the below response structure to construct the fields in the Workflow action configuration form UI. Only one Dynamic type can be created per action.
Buttons and menus referenced URL (POST)HeadersSample structure for each Field Types
Next stepEnter your API endpoint URL. When executed data is sent to this API endpoint via POST method in the below mentioned payload format and a valid response is expected as per the sample response structure shared below.

URL (POST)

Enter your API endpoint URL. When executed data is sent to this API endpoint via POST method in the below mentioned payload format and a valid response is expected as per the sample response structure shared below.

Headers

Add headers as per your requirement

Sample Payload:
The form data is sent as payload to the dynamic field API

{
   "data": {
        "name": "John Doe",
        "age": "29",
        "gender": "male",
        "hobbies": ["sports", "music"],
        "address": "My Address",
        "country": "US",
        "profileType": "public",
        "dataShare": true,
        "tems": true,
   },
   "extras": {
        "locationId": "xyz",
        "contactId": "abc",
        "workflowId": "def"
   },
   "meta": {
        "key": "custom_action_key",
        "version": "1.0",
   }
}

Sample Response Structure: 
Sections are used to group the fields in UI

{
   "inputs": [
      {
         "section": "Personal Info",
         "fields": [
            {
               "field": "name",
               "title": "Name",
               "fieldType": "string",
               "required": true
            },
            {
               "field": "age",
               "title": "Age",
               "fieldType": "numerical",
               "required": true
            },
            {
               "field": "gender",
               "title": "Gender",
               "fieldType": "select",
               "required": true,
               "options": [
                  {
                     "label": "Male",
                     "value": "male"
                  },
                  {
                     "label": "Female",
                     "value": "female"
                  }
               ]
            }
         ]
      },
      {
         "section": "Location Info",
         "fields": [
            {
               "field": "village",
               "title": "Village",
               "fieldType": "string",
               "required": true
            },
            {
               "field": "city",
               "title": "City",
               "fieldType": "string",
               "required": true
            },
            {
               "field": "fullAddress",
               "title": "Your Full Address",
               "fieldType": "textarea",
               "required": true
            }
         ]
      }
   ]
}

Sample structure for each Field Types

String

{
   "field": "name",
   "title": "Name",
   "fieldType": "string",
   "required": true
}

Numeric

{
   "field": "name",
   "title": "Name",
   "fieldType": "numeric",
   "required": true
}

Textarea

{
  "field": "description",
  "title": "Description",
  "fieldType": "textarea",
  "required": true
}

Select

{
   "field": "gender",
   "title": "Gender",
   "fieldType": "select",
   "required": true,
   "options": [
      {
         "label": "Male",
         "value": "male"
      },
      {
         "label": "Female",
         "value": "female"
      }
   ]
}

Multiple Select

{
   "field": "hobbies",
   "title": "Hobbies",
   "fieldType": "multiselect",
   "required": true,
   "options": [
      {
         "label": "Sport",
         "value": "sport"
      },
      {
         "label": "Music",
         "value": "music"
      }
   ]
}

Radio

{
  "field": "profileType",
  "title": "Profile Type",
  "fieldType": "radio",
  "required": true,
  "options": [
      {
          "label": "Public",
          "value": "public"
      },
      {
          "label": "Private",
          "value": "private"
      }
  ]
}

Toggle

{
  "field": "dataShare",
  "title": "Allow my data to be stored",
  "fieldType": "toggle",
  "required": true
}

Checkbox

{
  "field": "terms",
  "title": "Terms & conditions",
  "fieldType": "checkbox",
  "required": true
}

Validation Rules

Validation Rules (image 14 of 45) What this shows { "data": { "name": "John Doe", "age": "29", "gender": "male", "hobbies": ["sports", "music"], "address": "My Address", "country": "US"… What this shows Illustrates the "Validation Rules" section of "Marketplace Workflow Actions". This screenshot appears in the "Validation Rules" section of "Marketplace Workflow Actions". The text alongside this image reads: { "data": { "name": "John Doe", "age": "29", "gender": "male", "hobbies": ["sports", "music"], "address": "My Address", "country": "US", "profileType": "public", "dataShare": true, "tems": true, }, "extras": { "locationId": "xyz", "contactId": "abc", "workflowId": "def" }, "meta": { "key"…. This part of the guide covers 3 fields, listed below. Immediately after, the guide continues: The Validation Rules feature helps app developers ensure data integrity by enforcing input checks on form fields. Developers can choose from three flexible validation methods. Image 14 of 45 What to fill in{ "data": { "name": "John Doe", "age": "29", "gender": "male", "hobbies": ["sports", "music"], "address": "My Address", "country": "US", "profileType": "public", "dataShare": true, "tems": true, }, "extras": { "locationId": "xyz", "contactId": "abc", "workflowId": "def" }, "meta": { "key": "custom_action_key", "version": "1.0", } } Sample Response Structure: Sections are used to group the fields in UI { "inputs": [ { "section": "Personal Info", "fields": [ { "field": "name", "title": "Name", "fieldType": "string", "required": true }, { "field": "age", "title": "Age", "fieldType": "numerical", "required": true }, { "field": "gender", "title": "Gender", "fieldType": "select", "required": true, "options": [ { "label": "Male", "value": "male" }, { "label": "Female", "value": "female" } ] } ] }, { "section": "Location Info", "fields": [ { "field": "village", "title": "Village", "fieldType": "string", "required": true }, { "field": "city", "title": "City", "fieldType": "string", "required": true }, { "field": "fullAddress", "title": "Your Full Address", "fieldType": "textarea", "required": true } ] } ] } Sample structure for each Field Types String { "field": "name", "title": "Name", "fieldType": "string", "required": true } Numeric { "field": "name", "title": "Name", "fieldType": "numeric", "required": true } Textarea { "field": "description", "title": "Description", "fieldType": "textarea", "required": true } Select { "field": "gender", "title": "Gender", "fieldType": "select", "required": true, "options": [ { "label": "Male", "value": "male" }, { "label": "Female", "value": "female" } ] } Multiple Select { "field": "hobbies", "title": "Hobbies", "fieldType": "multiselect", "required": true, "options": [ { "label": "Sport", "value": "sport" }, { "label": "Music", "value": "music" } ] } Radio { "field": "profileType", "title": "Profile Type", "fieldType": "radio", "required": true, "options": [ { "label": "Public", "value": "public" }, { "label": "Private", "value": "private" } ] } Toggle { "field": "dataShare", "title": "Allow my data to be stored", "fieldType": "toggle", "required": true } Checkbox { "field": "terms", "title": "Terms & conditions", "fieldType": "checkbox", "required": true }
Fields in this part of the guide Pre-defined RulesRegex SupportArrow Function
Buttons and menus referenced Pre-defined RulesRegex SupportArrow Functioncustom error message
Next stepThe Validation Rules feature helps app developers ensure data integrity by enforcing input checks on form fields. Developers can choose from three flexible validation methods:
All 3 steps in this procedure
  1. Pre-defined Rules
  2. Regex Support
  3. Arrow Function
The Validation Rules feature helps app developers ensure data integrity by enforcing input checks on form fields. Developers can choose from three flexible validation methods:
  1. Pre-defined Rules
    • Easily apply common validations such as email, phone number, URL, numerical values, and handlebar syntax checks.
    • Validation Rules (image 15 of 45) What this shows The Validation Rules feature helps app developers ensure data integrity by enforcing input checks on form fields. What this shows Shows what this covers for step 2 of 2 in the "Validation Rules" section of "Marketplace Workflow Actions". This screenshot accompanies step 2 of 2 in the "Validation Rules" section of "Marketplace Workflow Actions". For context, this section explains: The Validation Rules feature helps app developers ensure data integrity by enforcing input checks on form fields. Developers can choose from three flexible validation methods. This part of the guide covers 3 fields, listed below. Step 2 of 2Image 15 of 45
      Fields in this part of the guide Pre-defined RulesRegex SupportArrow Function
      Buttons and menus referenced Pre-defined RulesRegex SupportArrow Functioncustom error message
  2. Regex Support
    • Use custom regular expressions to validate inputs against specific patterns.
    • Validation Rules (image 16 of 45) What this shows The Validation Rules feature helps app developers ensure data integrity by enforcing input checks on form fields. What this shows Shows what this covers for step 2 of 2 in the "Validation Rules" section of "Marketplace Workflow Actions". This screenshot accompanies step 2 of 2 in the "Validation Rules" section of "Marketplace Workflow Actions". For context, this section explains: The Validation Rules feature helps app developers ensure data integrity by enforcing input checks on form fields. Developers can choose from three flexible validation methods. This part of the guide covers 3 fields, listed below. Step 2 of 2Image 16 of 45
      Fields in this part of the guide Pre-defined RulesRegex SupportArrow Function
      Buttons and menus referenced Pre-defined RulesRegex SupportArrow Functioncustom error message
  3. Arrow Function
    • Write custom arrow functions that receive the input value and return true or false based on whether the validation passes or fails.
    • Validation Rules (image 17 of 45) What this shows The Validation Rules feature helps app developers ensure data integrity by enforcing input checks on form fields. What this shows Shows what this covers for step 2 of 2 in the "Validation Rules" section of "Marketplace Workflow Actions". This screenshot accompanies step 2 of 2 in the "Validation Rules" section of "Marketplace Workflow Actions". For context, this section explains: The Validation Rules feature helps app developers ensure data integrity by enforcing input checks on form fields. Developers can choose from three flexible validation methods. This part of the guide covers 3 fields, listed below. Step 2 of 2Image 17 of 45
      Fields in this part of the guide Pre-defined RulesRegex SupportArrow Function
      Buttons and menus referenced Pre-defined RulesRegex SupportArrow Functioncustom error message
For every validation rule, a custom error message must be provided to display meaningful feedback when validation fails.

Multi-branch  

The Multi-Branch Feature enables the creation of branches that can dynamically adjust based on various predefined conditions. By allowing multiple branches within a workflow each contact can directed down the appropriate path based on their interactions or status.

Multi-branch (image 18 of 45) What this shows The Multi-Branch Feature enables the creation of branches that can dynamically adjust based on various predefined conditions. What this shows Illustrates the "Multi-branch" section of "Marketplace Workflow Actions". This screenshot appears in the "Multi-branch" section of "Marketplace Workflow Actions". The text alongside this image reads: The Multi-Branch Feature enables the creation of branches that can dynamically adjust based on various predefined conditions. By allowing multiple branches within a workflow each contact can directed down the appropriate path based on their interactions or status. Immediately after, the guide continues: Branch Section: Defines the name or identifier for the specific branch section. Branch Section Description: Provides a brief description or details about the branch section. Branch Name Label: Specifies the label that will be displayed…. Image 18 of 45 What this coversThe Multi-Branch Feature enables the creation of branches that can dynamically adjust based on various predefined conditions. By allowing multiple branches within a workflow each contact can directed down the appropriate path based on their interactions or status.
Buttons and menus referenced Is Predefined Branches EditableDisabled Allow new branchPre-defined branch is editableHide branchSample payload for branches
Next stepBranch Section: Defines the name or identifier for the specific branch section. Branch Section Description: Provides a brief description or details about the branch section. Branch Name Label: Specifies the label that will be displayed for the branch name. Branch Name Helptext: Offers additional information related to the branch name. Delete Branch Title: Sets the title or label used when deleting a branch. Delete Branch Description: Describes when a branch is deleted.
All 6 steps in this procedure
  1. Branch Section: Defines the name or identifier for the specific branch section.
  2. Branch Section Description: Provides a brief description or details about the branch section.
  3. Branch Name Label: Specifies the label that will be displayed for the branch name.
  4. Branch Name Helptext: Offers additional information related to the branch name.
  5. Delete Branch Title: Sets the title or label used when deleting a branch.
  6. Delete Branch Description: Describes when a branch is deleted.
Multi-branch (image 19 of 45) What this shows The Multi-Branch Feature enables the creation of branches that can dynamically adjust based on various predefined conditions. What this shows Illustrates the "Multi-branch" section of "Marketplace Workflow Actions". This screenshot appears in the "Multi-branch" section of "Marketplace Workflow Actions". The text alongside this image reads: The Multi-Branch Feature enables the creation of branches that can dynamically adjust based on various predefined conditions. By allowing multiple branches within a workflow each contact can directed down the appropriate path based on their interactions or status. Immediately after, the guide continues: Branch Section: Defines the name or identifier for the specific branch section. Branch Section Description: Provides a brief description or details about the branch section. Branch Name Label: Specifies the label that will be displayed…. Image 19 of 45 What this coversThe Multi-Branch Feature enables the creation of branches that can dynamically adjust based on various predefined conditions. By allowing multiple branches within a workflow each contact can directed down the appropriate path based on their interactions or status.
Buttons and menus referenced Is Predefined Branches EditableDisabled Allow new branchPre-defined branch is editableHide branchSample payload for branches
Next stepBranch Section: Defines the name or identifier for the specific branch section. Branch Section Description: Provides a brief description or details about the branch section. Branch Name Label: Specifies the label that will be displayed for the branch name. Branch Name Helptext: Offers additional information related to the branch name. Delete Branch Title: Sets the title or label used when deleting a branch. Delete Branch Description: Describes when a branch is deleted.
All 6 steps in this procedure
  1. Branch Section: Defines the name or identifier for the specific branch section.
  2. Branch Section Description: Provides a brief description or details about the branch section.
  3. Branch Name Label: Specifies the label that will be displayed for the branch name.
  4. Branch Name Helptext: Offers additional information related to the branch name.
  5. Delete Branch Title: Sets the title or label used when deleting a branch.
  6. Delete Branch Description: Describes when a branch is deleted.
Multi-branch (image 20 of 45) What this shows The Multi-Branch Feature enables the creation of branches that can dynamically adjust based on various predefined conditions. What this shows Illustrates the "Multi-branch" section of "Marketplace Workflow Actions". This screenshot appears in the "Multi-branch" section of "Marketplace Workflow Actions". The text alongside this image reads: The Multi-Branch Feature enables the creation of branches that can dynamically adjust based on various predefined conditions. By allowing multiple branches within a workflow each contact can directed down the appropriate path based on their interactions or status. Immediately after, the guide continues: Branch Section: Defines the name or identifier for the specific branch section. Branch Section Description: Provides a brief description or details about the branch section. Branch Name Label: Specifies the label that will be displayed…. Image 20 of 45 What this coversThe Multi-Branch Feature enables the creation of branches that can dynamically adjust based on various predefined conditions. By allowing multiple branches within a workflow each contact can directed down the appropriate path based on their interactions or status.
Buttons and menus referenced Is Predefined Branches EditableDisabled Allow new branchPre-defined branch is editableHide branchSample payload for branches
Next stepBranch Section: Defines the name or identifier for the specific branch section. Branch Section Description: Provides a brief description or details about the branch section. Branch Name Label: Specifies the label that will be displayed for the branch name. Branch Name Helptext: Offers additional information related to the branch name. Delete Branch Title: Sets the title or label used when deleting a branch. Delete Branch Description: Describes when a branch is deleted.
All 6 steps in this procedure
  1. Branch Section: Defines the name or identifier for the specific branch section.
  2. Branch Section Description: Provides a brief description or details about the branch section.
  3. Branch Name Label: Specifies the label that will be displayed for the branch name.
  4. Branch Name Helptext: Offers additional information related to the branch name.
  5. Delete Branch Title: Sets the title or label used when deleting a branch.
  6. Delete Branch Description: Describes when a branch is deleted.
  • Branch Section: Defines the name or identifier for the specific branch section.
  • Branch Section Description: Provides a brief description or details about the branch section.
  • Branch Name Label: Specifies the label that will be displayed for the branch name.
  • Branch Name Helptext: Offers additional information related to the branch name.
  • Delete Branch Title: Sets the title or label used when deleting a branch.
  • Delete Branch Description: Describes when a branch is deleted.
Multi-branch (image 21 of 45) What this shows Branch Section: Defines the name or identifier for the specific branch section. What this shows Illustrates the "Multi-branch" section of "Marketplace Workflow Actions". This screenshot appears in the "Multi-branch" section of "Marketplace Workflow Actions". The text alongside this image reads: Branch Section: Defines the name or identifier for the specific branch section. Branch Section Description: Provides a brief description or details about the branch section. Branch Name Label: Specifies the label that will be displayed for the branch name. Branch Name Helptext: Offers additional…. Immediately after, the guide continues: Allow New Branches: Enables users to add new branches within the action. Is Predefined Branches Editable: Allows users to edit predefined branches within the action. Image 21 of 45 What this coversBranch Section: Defines the name or identifier for the specific branch section. Branch Section Description: Provides a brief description or details about the branch section. Branch Name Label: Specifies the label that will be displayed for the branch name. Branch Name Helptext: Offers additional information related to the branch name. Delete Branch Title: Sets the title or label used when deleting a branch. Delete Branch Description: Describes when a branch is deleted.
Buttons and menus referenced Is Predefined Branches EditableDisabled Allow new branchPre-defined branch is editableHide branchSample payload for branches
Next stepAllow New Branches: Enables users to add new branches within the action. Is Predefined Branches Editable: Allows users to edit predefined branches within the action.
All 6 steps in this procedure
  1. Branch Section: Defines the name or identifier for the specific branch section.
  2. Branch Section Description: Provides a brief description or details about the branch section.
  3. Branch Name Label: Specifies the label that will be displayed for the branch name.
  4. Branch Name Helptext: Offers additional information related to the branch name.
  5. Delete Branch Title: Sets the title or label used when deleting a branch.
  6. Delete Branch Description: Describes when a branch is deleted.
  • Allow New Branches: Enables users to add new branches within the action.

  • Is Predefined Branches Editable: Allows users to edit predefined branches within the action.

  • Show Branches Section: Displays the branch section details to the user.

Disabled Allow new branch

Multi-branch (image 22 of 45) What this shows Show Branches Section: Displays the branch section details to the user. What this shows Illustrates the "Multi-branch" section of "Marketplace Workflow Actions". This screenshot appears in the "Multi-branch" section of "Marketplace Workflow Actions". The text alongside this image reads: Show Branches Section: Displays the branch section details to the user. Image 22 of 45 What this coversShow Branches Section: Displays the branch section details to the user.
Buttons and menus referenced Is Predefined Branches EditableDisabled Allow new branchPre-defined branch is editableHide branchSample payload for branches
All 6 steps in this procedure
  1. Branch Section: Defines the name or identifier for the specific branch section.
  2. Branch Section Description: Provides a brief description or details about the branch section.
  3. Branch Name Label: Specifies the label that will be displayed for the branch name.
  4. Branch Name Helptext: Offers additional information related to the branch name.
  5. Delete Branch Title: Sets the title or label used when deleting a branch.
  6. Delete Branch Description: Describes when a branch is deleted.
Multi-branch (image 23 of 45) What this shows Show Branches Section: Displays the branch section details to the user. What this shows Illustrates the "Multi-branch" section of "Marketplace Workflow Actions". This screenshot appears in the "Multi-branch" section of "Marketplace Workflow Actions". The text alongside this image reads: Show Branches Section: Displays the branch section details to the user. Immediately after, the guide continues: { "data": { "name": "John Doe", "age": "29", "gender": "male", "hobbies": [ "sports", "music" ], "address": "My Address", "country": "US", "profileType": "public", "dataShare": true, "tems": true, "branches": [ { "id"…. Image 23 of 45 What this coversShow Branches Section: Displays the branch section details to the user.
Buttons and menus referenced Is Predefined Branches EditableDisabled Allow new branchPre-defined branch is editableHide branchSample payload for branches
Next step{ "data": { "name": "John Doe", "age": "29", "gender": "male", "hobbies": [ "sports", "music" ], "address": "My Address", "country": "US", "profileType": "public", "dataShare": true, "tems": true, "branches": [ { "id": "a8d14b13-d7cc-4241-bd2c-53180f0ec278", "name": "Branch name", "fields": { "branchFieldKey": "branchFieldValue" } } ] }, "extras": { "locationId": "xyz", "contactId": "abc", "workflowId": "def" }, "meta": { "key": "custom_action_key", "version": "1.0" } }
All 6 steps in this procedure
  1. Branch Section: Defines the name or identifier for the specific branch section.
  2. Branch Section Description: Provides a brief description or details about the branch section.
  3. Branch Name Label: Specifies the label that will be displayed for the branch name.
  4. Branch Name Helptext: Offers additional information related to the branch name.
  5. Delete Branch Title: Sets the title or label used when deleting a branch.
  6. Delete Branch Description: Describes when a branch is deleted.

Pre-defined branch is editable

Multi-branch (image 24 of 45) What this shows Show Branches Section: Displays the branch section details to the user. What this shows Illustrates the "Multi-branch" section of "Marketplace Workflow Actions". This screenshot appears in the "Multi-branch" section of "Marketplace Workflow Actions". The text alongside this image reads: Show Branches Section: Displays the branch section details to the user. Immediately after, the guide continues: { "data": { "name": "John Doe", "age": "29", "gender": "male", "hobbies": [ "sports", "music" ], "address": "My Address", "country": "US", "profileType": "public", "dataShare": true, "tems": true, "branches": [ { "id"…. Image 24 of 45 What this coversShow Branches Section: Displays the branch section details to the user.
Buttons and menus referenced Is Predefined Branches EditableDisabled Allow new branchPre-defined branch is editableHide branchSample payload for branches
Next step{ "data": { "name": "John Doe", "age": "29", "gender": "male", "hobbies": [ "sports", "music" ], "address": "My Address", "country": "US", "profileType": "public", "dataShare": true, "tems": true, "branches": [ { "id": "a8d14b13-d7cc-4241-bd2c-53180f0ec278", "name": "Branch name", "fields": { "branchFieldKey": "branchFieldValue" } } ] }, "extras": { "locationId": "xyz", "contactId": "abc", "workflowId": "def" }, "meta": { "key": "custom_action_key", "version": "1.0" } }
All 6 steps in this procedure
  1. Branch Section: Defines the name or identifier for the specific branch section.
  2. Branch Section Description: Provides a brief description or details about the branch section.
  3. Branch Name Label: Specifies the label that will be displayed for the branch name.
  4. Branch Name Helptext: Offers additional information related to the branch name.
  5. Delete Branch Title: Sets the title or label used when deleting a branch.
  6. Delete Branch Description: Describes when a branch is deleted.
Multi-branch (image 25 of 45) What this shows Show Branches Section: Displays the branch section details to the user. What this shows Illustrates the "Multi-branch" section of "Marketplace Workflow Actions". This screenshot appears in the "Multi-branch" section of "Marketplace Workflow Actions". The text alongside this image reads: Show Branches Section: Displays the branch section details to the user. Immediately after, the guide continues: { "data": { "name": "John Doe", "age": "29", "gender": "male", "hobbies": [ "sports", "music" ], "address": "My Address", "country": "US", "profileType": "public", "dataShare": true, "tems": true, "branches": [ { "id"…. Image 25 of 45 What this coversShow Branches Section: Displays the branch section details to the user.
Buttons and menus referenced Is Predefined Branches EditableDisabled Allow new branchPre-defined branch is editableHide branchSample payload for branches
Next step{ "data": { "name": "John Doe", "age": "29", "gender": "male", "hobbies": [ "sports", "music" ], "address": "My Address", "country": "US", "profileType": "public", "dataShare": true, "tems": true, "branches": [ { "id": "a8d14b13-d7cc-4241-bd2c-53180f0ec278", "name": "Branch name", "fields": { "branchFieldKey": "branchFieldValue" } } ] }, "extras": { "locationId": "xyz", "contactId": "abc", "workflowId": "def" }, "meta": { "key": "custom_action_key", "version": "1.0" } }
All 6 steps in this procedure
  1. Branch Section: Defines the name or identifier for the specific branch section.
  2. Branch Section Description: Provides a brief description or details about the branch section.
  3. Branch Name Label: Specifies the label that will be displayed for the branch name.
  4. Branch Name Helptext: Offers additional information related to the branch name.
  5. Delete Branch Title: Sets the title or label used when deleting a branch.
  6. Delete Branch Description: Describes when a branch is deleted.

Hide branch

Multi-branch (image 26 of 45) What this shows Show Branches Section: Displays the branch section details to the user. What this shows Illustrates the "Multi-branch" section of "Marketplace Workflow Actions". This screenshot appears in the "Multi-branch" section of "Marketplace Workflow Actions". The text alongside this image reads: Show Branches Section: Displays the branch section details to the user. Immediately after, the guide continues: { "data": { "name": "John Doe", "age": "29", "gender": "male", "hobbies": [ "sports", "music" ], "address": "My Address", "country": "US", "profileType": "public", "dataShare": true, "tems": true, "branches": [ { "id"…. Image 26 of 45 What this coversShow Branches Section: Displays the branch section details to the user.
Buttons and menus referenced Is Predefined Branches EditableDisabled Allow new branchPre-defined branch is editableHide branchSample payload for branches
Next step{ "data": { "name": "John Doe", "age": "29", "gender": "male", "hobbies": [ "sports", "music" ], "address": "My Address", "country": "US", "profileType": "public", "dataShare": true, "tems": true, "branches": [ { "id": "a8d14b13-d7cc-4241-bd2c-53180f0ec278", "name": "Branch name", "fields": { "branchFieldKey": "branchFieldValue" } } ] }, "extras": { "locationId": "xyz", "contactId": "abc", "workflowId": "def" }, "meta": { "key": "custom_action_key", "version": "1.0" } }
All 6 steps in this procedure
  1. Branch Section: Defines the name or identifier for the specific branch section.
  2. Branch Section Description: Provides a brief description or details about the branch section.
  3. Branch Name Label: Specifies the label that will be displayed for the branch name.
  4. Branch Name Helptext: Offers additional information related to the branch name.
  5. Delete Branch Title: Sets the title or label used when deleting a branch.
  6. Delete Branch Description: Describes when a branch is deleted.
Multi-branch (image 27 of 45) What this shows The Multi-Branch Feature enables the creation of branches that can dynamically adjust based on various predefined conditions. What this shows Illustrates the "Multi-branch" section of "Marketplace Workflow Actions". This screenshot appears in the "Multi-branch" section of "Marketplace Workflow Actions". For context, this section explains: The Multi-Branch Feature enables the creation of branches that can dynamically adjust based on various predefined conditions. By allowing multiple branches within a workflow each contact can directed down the appropriate path based on their interactions or status. Immediately after, the guide continues: { "data": { "name": "John Doe", "age": "29", "gender": "male", "hobbies": [ "sports", "music" ], "address": "My Address", "country": "US", "profileType": "public", "dataShare": true, "tems": true, "branches": [ { "id"…. Image 27 of 45
Buttons and menus referenced Is Predefined Branches EditableDisabled Allow new branchPre-defined branch is editableHide branchSample payload for branches
Next step{ "data": { "name": "John Doe", "age": "29", "gender": "male", "hobbies": [ "sports", "music" ], "address": "My Address", "country": "US", "profileType": "public", "dataShare": true, "tems": true, "branches": [ { "id": "a8d14b13-d7cc-4241-bd2c-53180f0ec278", "name": "Branch name", "fields": { "branchFieldKey": "branchFieldValue" } } ] }, "extras": { "locationId": "xyz", "contactId": "abc", "workflowId": "def" }, "meta": { "key": "custom_action_key", "version": "1.0" } }
All 6 steps in this procedure
  1. Branch Section: Defines the name or identifier for the specific branch section.
  2. Branch Section Description: Provides a brief description or details about the branch section.
  3. Branch Name Label: Specifies the label that will be displayed for the branch name.
  4. Branch Name Helptext: Offers additional information related to the branch name.
  5. Delete Branch Title: Sets the title or label used when deleting a branch.
  6. Delete Branch Description: Describes when a branch is deleted.

Sample payload for branches

{
  "data": {
    "name": "John Doe",
    "age": "29",
    "gender": "male",
    "hobbies": [
      "sports",
      "music"
    ],
    "address": "My Address",
    "country": "US",
    "profileType": "public",
    "dataShare": true,
    "tems": true,
    "branches": [
      {
        "id": "a8d14b13-d7cc-4241-bd2c-53180f0ec278",
        "name": "Branch name",
        "fields": {
          "branchFieldKey": "branchFieldValue"
        }
      }
    ]
  },
  "extras": {
    "locationId": "xyz",
    "contactId": "abc",
    "workflowId": "def"
  },
  "meta": {
    "key": "custom_action_key",
    "version": "1.0"
  }
}

Action Execution

Allows you to choose between an API or a custom code.

API

API (image 28 of 45) What this shows Allows you to choose between an API or a custom code. What this shows Illustrates the "API" section of "Marketplace Workflow Actions". This screenshot appears in the "API" section of "Marketplace Workflow Actions". The text alongside this image reads: Allows you to choose between an API or a custom code. Immediately after, the guide continues: Enter your API endpoint URL. When this action is executed data is sent to this API endpoint via POST method in the below mentioned payload format. Image 28 of 45 What to chooseAllows you to choose between an API or a custom code.
Buttons and menus referenced URL (POST)HeadersCustom codeCode EditorTest and format your Coden case of Sync ExecutionIn case of Async Execution
Next stepEnter your API endpoint URL. When this action is executed data is sent to this API endpoint via POST method in the below mentioned payload format.
All 4 steps in this procedure
  1. Testing the code is a mandatory step, if the test is not done then user will not be able to use the output of the code in the subsequent steps.
  2. To test the code click on the "Test Code" button.
  3. Post clicking on Run test button, if there are no errors in the code them it will show "Test Result Success" and if there is an error in code then the result will be "Test Result Failed" and you would have to recheck the code to remove the error.
  4. You can also format the code using "Format code" button.

URL (POST)

Enter your API endpoint URL. When this action is executed data is sent to this API endpoint via POST method in the below mentioned payload format.

Headers

Add required header data that has to be included while sending data to the API endpoint

Sample Payload:
The form data is sent as payload to the Send Data URL

{
   "data": {
        "name": "John Doe",
        "age": "29",
        "gender": "male",
        "hobbies": ["sports", "music"],
        "address": "My Address",
        "country": "US",
        "profileType": "public",
        "dataShare": true,
        "tems": true,
   },
   "extras": {
        "locationId": "xyz",
        "contactId": "abc",
        "workflowId": "def"
   },
   "meta": {
        "key": "custom_action_key",
        "version": "1.0",
   }
}

Custom code 

Custom Code allows users to create custom logic they want to achieve. This provides flexibility and control beyond the pre-built APIs, enabling users to automate complex tasks and integrate with various services not supported by API.

Custom code (image 29 of 45) What this shows Sample Payload: The form data is sent as payload to the Send Data URL What this shows Illustrates the "Custom code" section of "Marketplace Workflow Actions". This screenshot appears in the "Custom code" section of "Marketplace Workflow Actions". The text alongside this image reads: Sample Payload: The form data is sent as payload to the Send Data URL. Immediately after, the guide continues: Add sample response data to configure custom variables. Image 29 of 45 What this coversSample Payload: The form data is sent as payload to the Send Data URL
Buttons and menus referenced URL (POST)HeadersCustom codeCode EditorTest and format your Coden case of Sync ExecutionIn case of Async Execution
Next stepAdd sample response data to configure custom variables.
All 4 steps in this procedure
  1. Testing the code is a mandatory step, if the test is not done then user will not be able to use the output of the code in the subsequent steps.
  2. To test the code click on the "Test Code" button.
  3. Post clicking on Run test button, if there are no errors in the code them it will show "Test Result Success" and if there is an error in code then the result will be "Test Result Failed" and you would have to recheck the code to remove the error.
  4. You can also format the code using "Format code" button.

Code Editor

You can write the code in the Code Editor

You can input HTTP requests like Get, Put, Post, Delete etc via the button.

You can also use cutom values using the picker.

Output should be a JavaScript Object or Array of Objects.

Test and format your Code

  • Testing the code is a mandatory step, if the test is not done then user will not be able to use the output of the code in the subsequent steps.
  • To test the code click on the "Test Code" button.
  • Post clicking on Run test button, if there are no errors in the code them it will show "Test Result Success" and if there is an error in code then the result will be "Test Result Failed" and you would have to recheck the code to remove the error.
  • You can also format the code using "Format code" button.

Pause Execution

  • This toggle is used the contact will be held at this action unless resume webhook is requested.
  • If this toggle is true then provided extras object needs to be pass as body payload for resume workflow endpoint.
  • Show API details button shows a sample response to be passed onto to the webhook for Success Execution and Failed Execution.
Pause Execution (image 30 of 45) What this shows Sample Payload: The form data is sent as payload to the Send Data URL What this shows Illustrates the "Pause Execution" section of "Marketplace Workflow Actions". This screenshot appears in the "Pause Execution" section of "Marketplace Workflow Actions". The text alongside this image reads: Sample Payload: The form data is sent as payload to the Send Data URL. Immediately after, the guide continues: Add sample response data to configure custom variables. Image 30 of 45 What this coversSample Payload: The form data is sent as payload to the Send Data URL
Buttons and menus referenced URL (POST)HeadersCustom codeCode EditorTest and format your Coden case of Sync ExecutionIn case of Async Execution
Next stepAdd sample response data to configure custom variables.
All 4 steps in this procedure
  1. Testing the code is a mandatory step, if the test is not done then user will not be able to use the output of the code in the subsequent steps.
  2. To test the code click on the "Test Code" button.
  3. Post clicking on Run test button, if there are no errors in the code them it will show "Test Result Success" and if there is an error in code then the result will be "Test Result Failed" and you would have to recheck the code to remove the error.
  4. You can also format the code using "Format code" button.
Pause Execution (image 31 of 45) What this shows Sample Payload: The form data is sent as payload to the Send Data URL What this shows Illustrates the "Pause Execution" section of "Marketplace Workflow Actions". This screenshot appears in the "Pause Execution" section of "Marketplace Workflow Actions". The text alongside this image reads: Sample Payload: The form data is sent as payload to the Send Data URL. Immediately after, the guide continues: Add sample response data to configure custom variables. Image 31 of 45 What this coversSample Payload: The form data is sent as payload to the Send Data URL
Buttons and menus referenced URL (POST)HeadersCustom codeCode EditorTest and format your Coden case of Sync ExecutionIn case of Async Execution
Next stepAdd sample response data to configure custom variables.
All 4 steps in this procedure
  1. Testing the code is a mandatory step, if the test is not done then user will not be able to use the output of the code in the subsequent steps.
  2. To test the code click on the "Test Code" button.
  3. Post clicking on Run test button, if there are no errors in the code them it will show "Test Result Success" and if there is an error in code then the result will be "Test Result Failed" and you would have to recheck the code to remove the error.
  4. You can also format the code using "Format code" button.

In case of Sync Execution

When the pause execution is turned off along with branching support, the contact will be moved to provided branch using `branchId` property from API response or from Custom Code using return statement. The branchId here will be the branch through with the contact will move forward.

Pause Execution (image 32 of 45) What this shows Sample Payload: The form data is sent as payload to the Send Data URL What this shows Illustrates the "Pause Execution" section of "Marketplace Workflow Actions". This screenshot appears in the "Pause Execution" section of "Marketplace Workflow Actions". The text alongside this image reads: Sample Payload: The form data is sent as payload to the Send Data URL. Immediately after, the guide continues: Add sample response data to configure custom variables. Image 32 of 45 What this coversSample Payload: The form data is sent as payload to the Send Data URL
Buttons and menus referenced URL (POST)HeadersCustom codeCode EditorTest and format your Coden case of Sync ExecutionIn case of Async Execution
Next stepAdd sample response data to configure custom variables.
All 4 steps in this procedure
  1. Testing the code is a mandatory step, if the test is not done then user will not be able to use the output of the code in the subsequent steps.
  2. To test the code click on the "Test Code" button.
  3. Post clicking on Run test button, if there are no errors in the code them it will show "Test Result Success" and if there is an error in code then the result will be "Test Result Failed" and you would have to recheck the code to remove the error.
  4. You can also format the code using "Format code" button.

In case of Async Execution

When the pause execution is turned off, the branch ID needs to be sent to the webhook for resuming which is present in "show API details" button. More info present in Pause functionality.

Response Data

Add sample response data to configure custom variables.

Add sample response

Enter a valid sample response JSON structure that will be sent as a response to the Send Data API endpoint.

Response Data (image 33 of 45) What this shows Enter a valid sample response JSON structure that will be sent as a response to the Send Data API endpoint. What this shows Illustrates the "Response Data" section of "Marketplace Workflow Actions". This screenshot appears in the "Response Data" section of "Marketplace Workflow Actions". The text alongside this image reads: Enter a valid sample response JSON structure that will be sent as a response to the Send Data API endpoint. Immediately after, the guide continues: Arrays are supported in response data. This data can be utilized in custom variables based on references and is available for use in Array Functions, Custom Code, and Custom Webhooks. Image 33 of 45 What to fill inEnter a valid sample response JSON structure that will be sent as a response to the Send Data API endpoint.
Buttons and menus referenced Add sample response
Next stepArrays are supported in response data. This data can be utilized in custom variables based on references and is available for use in Array Functions, Custom Code, and Custom Webhooks.

Arrays are supported in response data. This data can be utilized in custom variables based on references and is available for use in Array Functions, Custom Code, and Custom Webhooks.

Response Data (image 34 of 45) What this shows Arrays are supported in response data. What this shows Illustrates the "Response Data" section of "Marketplace Workflow Actions". This screenshot appears in the "Response Data" section of "Marketplace Workflow Actions". The text alongside this image reads: Arrays are supported in response data. This data can be utilized in custom variables based on references and is available for use in Array Functions, Custom Code, and Custom Webhooks. Immediately after, the guide continues: A new dropdown option allows users to select between a standard value or a custom value picker. Image 34 of 45 What this coversArrays are supported in response data. This data can be utilized in custom variables based on references and is available for use in Array Functions, Custom Code, and Custom Webhooks. Next stepA new dropdown option allows users to select between a standard value or a custom value picker.

Response Data (image 35 of 45) What this shows Arrays are supported in response data. What this shows Illustrates the "Response Data" section of "Marketplace Workflow Actions". This screenshot appears in the "Response Data" section of "Marketplace Workflow Actions". The text alongside this image reads: Arrays are supported in response data. This data can be utilized in custom variables based on references and is available for use in Array Functions, Custom Code, and Custom Webhooks. Immediately after, the guide continues: A new dropdown option allows users to select between a standard value or a custom value picker. Image 35 of 45 What this coversArrays are supported in response data. This data can be utilized in custom variables based on references and is available for use in Array Functions, Custom Code, and Custom Webhooks. Next stepA new dropdown option allows users to select between a standard value or a custom value picker.
All 2 steps in this procedure
  1. Standard Values: Users can input data based on the field type (e.g., date, dropdown, tag).
  2. Custom Value Picker: Users can input data from custom fields, such as values from an inbound webhook trigger or other custom fields.

A new dropdown option allows users to select between a standard value or a custom value picker.

  • Standard Values: Users can input data based on the field type (e.g., date, dropdown, tag).
  • Custom Value Picker: Users can input data from custom fields, such as values from an inbound webhook trigger or other custom fields.
Response Data (image 36 of 45) What this shows Standard Values: Users can input data based on the field type (e.g., date, dropdown, tag). What this shows Illustrates the "Response Data" section of "Marketplace Workflow Actions". This screenshot appears in the "Response Data" section of "Marketplace Workflow Actions". The text alongside this image reads: Standard Values: Users can input data based on the field type (e.g., date, dropdown, tag). Custom Value Picker: Users can input data from custom fields, such as values from an inbound webhook trigger or other custom fields. Immediately after, the guide continues: Add Custom variables using sample response data, for users to use in workflows. Image 36 of 45 What to fill inStandard Values: Users can input data based on the field type (e.g., date, dropdown, tag). Custom Value Picker: Users can input data from custom fields, such as values from an inbound webhook trigger or other custom fields. Next stepAdd Custom variables using sample response data, for users to use in workflows
All 2 steps in this procedure
  1. Standard Values: Users can input data based on the field type (e.g., date, dropdown, tag).
  2. Custom Value Picker: Users can input data from custom fields, such as values from an inbound webhook trigger or other custom fields.

Manage Custom Variables

Add Custom variables using sample response data, for users to use in workflows

Manage Custom Variables (image 37 of 45) What this shows Add Custom variables using sample response data, for users to use in workflows What this shows Illustrates the "Manage Custom Variables" section of "Marketplace Workflow Actions". This screenshot appears in the "Manage Custom Variables" section of "Marketplace Workflow Actions". The text alongside this image reads: Add Custom variables using sample response data, for users to use in workflows. Immediately after, the guide continues: Select a reference key from the sample response saved to Response Data. Image 37 of 45 What this coversAdd Custom variables using sample response data, for users to use in workflows Next stepSelect a reference key from the sample response saved to Response Data.

Add Custom Variable
Add Custom Variable (image 38 of 45) What this shows Add Custom variables using sample response data, for users to use in workflows What this shows Illustrates the "Add Custom Variable" section of "Marketplace Workflow Actions". This screenshot appears in the "Add Custom Variable" section of "Marketplace Workflow Actions". The text alongside this image reads: Add Custom variables using sample response data, for users to use in workflows. Immediately after, the guide continues: Select a reference key from the sample response saved to Response Data. Image 38 of 45 What this coversAdd Custom variables using sample response data, for users to use in workflows
Buttons and menus referenced NameReference
Next stepSelect a reference key from the sample response saved to Response Data.

Name

Enter label name

Reference

Select a reference key from the sample response saved to Response Data.

Submit for Review

The action version will be in draft state by default. After updating the action information and configuration the action version should be submitted for review.

Submit for Review (image 39 of 45) What this shows The action version will be in draft state by default. What this shows Illustrates the "Submit for Review" section of "Marketplace Workflow Actions". This screenshot appears in the "Submit for Review" section of "Marketplace Workflow Actions". The text alongside this image reads: The action version will be in draft state by default. After updating the action information and configuration the action version should be submitted for review. Immediately after, the guide continues: Click on Submit for review and add required changelog information for the submitted version. Image 39 of 45 What this coversThe action version will be in draft state by default. After updating the action information and configuration the action version should be submitted for review.
Buttons and menus referenced Submit for reviewchangelog
Next stepClick on Submit for review and add required changelog information for the submitted version.

Click on Submit for review and add required changelog information for the submitted version.

Submit for Review (image 40 of 45) What this shows Click on Submit for review and add required changelog information for the submitted version. What this shows Illustrates the "Submit for Review" section of "Marketplace Workflow Actions". This screenshot appears in the "Submit for Review" section of "Marketplace Workflow Actions". The text alongside this image reads: Click on Submit for review and add required changelog information for the submitted version. Immediately after, the guide continues: Once approved the version submitted for review will be published live to all Sub-accounts. Image 40 of 45 How to confirmClick on Submit for review and add required changelog information for the submitted version.
Buttons and menus referenced Submit for reviewchangelog
Next stepOnce approved the version submitted for review will be published live to all Sub-accounts.

Once approved the version submitted for review will be published live to all Sub-accounts.

Submit for Review (image 41 of 45) What this shows Once approved the version submitted for review will be published live to all Sub-accounts. What this shows Illustrates the "Submit for Review" section of "Marketplace Workflow Actions". This screenshot appears in the "Submit for Review" section of "Marketplace Workflow Actions". The text alongside this image reads: Once approved the version submitted for review will be published live to all Sub-accounts. Immediately after, the guide continues: Click on + New Version to create a new version for the action. Image 41 of 45 What this coversOnce approved the version submitted for review will be published live to all Sub-accounts.
Buttons and menus referenced Submit for reviewchangelog
Next stepClick on + New Version to create a new version for the action

Create New Version

Click on  + New Version to create a new version for the action

Create New Version (image 42 of 45) What this shows Click on + New Version to create a new version for the action What this shows Illustrates the "Create New Version" section of "Marketplace Workflow Actions". This screenshot appears in the "Create New Version" section of "Marketplace Workflow Actions". The text alongside this image reads: Click on + New Version to create a new version for the action. Immediately after, the guide continues: On clicking + New Version It will create a new draft version with all the previously published data prefilled. Image 42 of 45 What to clickClick on + New Version to create a new version for the action
Buttons and menus referenced + New Version
Next stepOn clicking + New Version It will create a new draft version with all the previously published data prefilled.

On clicking + New Version It will create a new draft version with all the previously published data prefilled.

Create New Version (image 43 of 45) What this shows On clicking + New Version It will create a new draft version with all the previously published data prefilled. What this shows Illustrates the "Create New Version" section of "Marketplace Workflow Actions". This screenshot appears in the "Create New Version" section of "Marketplace Workflow Actions". The text alongside this image reads: On clicking + New Version It will create a new draft version with all the previously published data prefilled. Immediately after, the guide continues: Once an Action is deleted, it will be deleted permanently and cannot be restored. The deleted action will be removed from Marketplace App and Workflow Action list. If a deleted action is part of any workflow the action execution will be…. Image 43 of 45 What this coversOn clicking + New Version It will create a new draft version with all the previously published data prefilled.
Buttons and menus referenced + New Version
Next stepOnce an Action is deleted, it will be deleted permanently and cannot be restored. The deleted action will be removed from Marketplace App and Workflow Action list. If a deleted action is part of any workflow the action execution will be skipped.

Delete Action

Once an Action is deleted, it will be deleted permanently and cannot be restored. The deleted action will be removed from Marketplace App and Workflow Action list. If a deleted action is part of any workflow the action execution will be skipped.

Delete Action (image 44 of 45) What this shows Once an Action is deleted, it will be deleted permanently and cannot be restored. What this shows Illustrates the "Delete Action" section of "Marketplace Workflow Actions". This screenshot appears in the "Delete Action" section of "Marketplace Workflow Actions". The text alongside this image reads: Once an Action is deleted, it will be deleted permanently and cannot be restored. The deleted action will be removed from Marketplace App and Workflow Action list. If a deleted action is part of any workflow the action execution will be skipped. Immediately after, the guide continues: Enter action name to confirm delete. Image 44 of 45 What this coversOnce an Action is deleted, it will be deleted permanently and cannot be restored. The deleted action will be removed from Marketplace App and Workflow Action list. If a deleted action is part of any workflow the action execution will be skipped.
Buttons and menus referenced Enter action name to confirm delete
Next stepEnter action name to confirm delete

Enter action name to confirm delete

Delete Action (image 45 of 45) What this shows Enter action name to confirm delete What this shows Illustrates the "Delete Action" section of "Marketplace Workflow Actions". This screenshot appears in the "Delete Action" section of "Marketplace Workflow Actions". The text alongside this image reads: Enter action name to confirm delete. For context, this section explains: Once an Action is deleted, it will be deleted permanently and cannot be restored. The deleted action will be removed from Marketplace App and Workflow Action list. If a deleted action is part of any workflow the action execution will be skipped. Image 45 of 45 What to fill inEnter action name to confirm delete
Buttons and menus referenced Enter action name to confirm delete

Was this guide helpful?

Related guides