You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 10 Next »

Workflow Steps

Each Workflow is comprised of one or more steps, with each step representing a single connector/endpoint combination.

These steps appear under the "Workflow Steps" portion of the Workflow page. To add steps, at least one connector needs to have already been applied to the Workflow (see Connectors). 

Add a Step

At the top of the "Workflow steps" section is the area to add a new step to the current workflow. First, select the desired connector.

The middle box of the form will pull in all the API Endpoint Families for this product.  Select the endpoint family you wish to use. 

The final box will pull in all of the specific endpoints belonging to that family.  Select the specific endpoint action to perform, then click "add" to create the step.

The new step is added to the main ACP work area.  An ‘Output’ step is automatically created below it.

At this point - being that a valid step has been added - you can save your new workflow by clicking "Save" near the top right of the Workflow page. 

After the first save, the "delete" and "execute" options will become available for the workflow. 


The Step List

Workflows are represented as a series of steps (see ‘Getting Started 3. Connecting Steps’ from the examples library) that are displayed in the 'Workflow steps' area of the Workflow page. 

The Step Header

Each Step header bar, when collapsed, shows basic information such as the step number (with a line leading to the following step), the endpoint action and name, whether the step is an initiator or dependent step, and basic step actions. 

  • To open/expand the step, click on the step header.
  • Move a step up or down a spot in the workflow order by using the up/down arrow buttons on the left of their entry
  • Execute the individual step by clicking the "Execute" button ("Run" icon) - useful for debugging
  • Remove a step from the Workflow by clicking on the "Delete" button (Trash can icon), at the far right of the bar

The output section is required cannot be removed or relocated. 

Step Colors

Step headers in blue are initiators, and are candidates for being the first step executed when the workflow is invoked.  

Step headers in green are dependent steps and may or may not be executed depending on the specific routing logic built into the workflow.

Step headers in red are steps which have produced errors when executed.  These can happen for a variety of reasons, including omitted required values, data type mismatches (ie, a string instead of an integer), or a failure to find an appropriate route in from the Conditions & Routes section.

Step headers in red also display a ‘view response’ link on the right-hand side.  This can be clicked to bring up a window which shows what the API service is responding with.  This can be very helpful in debugging. Also, turning on Debug Mode can show the full logical pathway of the ACP Workflow.

Anatomy of a Step (Workflow Options)

Clicking on any step header will expand the step to reveal the individual sections which it uses to define its behavior.  

General Options

The first section is ‘General Options,’ and it contains a field where you can add a description of what the step is trying to accomplish.  You can also customize the name of the step.  This section also provides a list of user-given inputs used in this step. 

Required Inputs

The ‘Required Inputs’ section contains variables that must be set for the API call to proceed.  This section is not always present, as not all API calls have required parameters.

Optional Inputs

The ‘Optional Inputs’ section contains those parameters that the API call might make use of which are not explicitly required.  Some APIs are flexible and allow you to add additional optional parameters not explicitly defined in the API specification. To allow for this, the ‘add input’ button lets you define an arbitrary optional inputs to complete the API call.



Input Details

All types of inputs have a small green ‘?’ next to their name which will supply help text as to what that parameter does.  For more details, see the official API documentation for the API service you are using.

All types of inputs can be customized with the following states:

  1. Omitted.  The default state.  This parameter will not be sent with the API call.  This option is not available for 'required' parameters.
  2. Default value.  This parameter will be set to some constant, defined here.
  3. User given.  This parameter will be supplied by the user executing the ACP Workflow.
  4. Workflow link.  The input for this parameter is the output of another step.  This will be described in greater detail later.
  5. Iteration.  This parameter becomes available when the Iteration Options section is configured.  Inputs set to ‘iteration’ are populated with the iterated run number, starting from zero.  This will be described in greater detail in its own section.
  6. Function.  The input of this parameter will be supplied by the output of a javascript function.  This will be described in greater detail later.

The next section is ‘Iteration Options’ and deals with how to loop over array responses.  This section will be covered in more detail later.

Iteration Options

The next section is 'Iteration Options' and deals with how to loop over array responses. For more detail on iteration, see Initiator Conditions and Iteration.

Sub Steps

The ‘Sub Steps’ section describes how to iterate over an array of return objects, similar to the ‘iteration options’ previously.  For more detail on sub-steps, see Initiator Conditions and Iteration.

Conditions & Routes

The ‘Conditions & Routes’ section describes the flow-control by which the ACP system chooses what step is next.  The logic involved is complicated and is detailed in Inputs, Conditions, and Outputs.

Output

Lastly, the ‘Output’ section shows an example return of the API endpoint, for use in establishing Workflow Links.


Links Between Steps (Workflow Links)

Setting an Input to be a ‘workflow link’ will indicate that this parameter is to be taken from the results of a previous step.  The result can come from any previous step so long as it has already run.  

When the ‘workflow link’ option is selected the form expands to gather the necessary information.  The middle drop-down selects what step you will be taking this information from. Once a step is selected, the rightmost ‘property’ box accepts the name of a parameter.  

For example, if you are referencing a ProVision Resource GET call you can specify ‘id’ or ‘name’ to feed in the associated value to this parameter.

If the step you are referencing returns an array of items, you can specify which item in the array you reference by way of the syntax ‘index.property’.  For example, if an API call returns an array of 3 objects, and you want to reference the id of the last one, you would put ‘2.id’ in the ‘property’ field.

If the parameter name or array index provided does not exist in the corresponding return object, null will be used.

Examples

A simple example of using the ‘workflow link’ parameter can be found in the ACP examples library as ‘Getting Started 3. Connecting Steps.’  

Another example can be found in ‘Getting Started 9. Working with Arrays.’  The Output area contains a reference to ‘2’, which indicates the entire 3rd object returned by the ProVision Get Resources query.

Additional Information

Continue on to additional User Guide pages for detailed information on working in ACP:

ACP User Guide


  • No labels