Insert excerpt | ||||||||
---|---|---|---|---|---|---|---|---|
|
Action Nodes
- Every attribute is passed through* but in order to use an attribute in a specific action node it must be mapped in to it as an input parameter.
- *although there can be exceptions such as the converge action,
- Once a mapping is configured you it will reused in all instances of the actionflow. This is because the action nodes sit within the actionflow itself and only the data coming into and out of an actionflow changes (for each instance)
Action nodes are the building blocks of Actionflows, they are represented as a circle with an icon. They perform specific tasks, e.g. updating data, performing calculations, and API integrations, and are wired together.
Action nodes can be dragged from the toolbar onto the canvas to create a new action, and some can be clicked to see existing objects, e.g. click
to list existing screens, then drag from the Repository onto the canvas. Insert excerpt _action_screen _action_screen nopanel true
Most nodes run once per record they receive on their driving connection point. However, some nodes only trigger once after receiving the final record or once per flow, e.g.
, Insert excerpt _action_screen _action_screen nopanel true
and Insert excerpt _action_phase _action_phase name start nopanel true
nodes. Insert excerpt _action_url _action_url nopanel true
Usually, action nodes have , which send out a request for data, that is then returned to the action node data. Lookup connection Driving connections, which pass data through to the next action node. Some action nodes have a
Nodes must be connected sequentially starting from the Driving interface connection point. Records will then pass through each node and be manipulated accordingly.
For most action nodes, data flow is configured when attributes are mapped to the input connection points. For
nodes, the data flow can be controlled by mapping to the output connection points. This is because the expressions in a gateway provide the logic for which path the data flows, and different paths may require different data to pass through the gateway. Insert excerpt _action_gateway _action_gateway nopanel true
Types of Action Node (move to own page)
The following table summarises the purpose of each type of action node, the types of connections available on an action node and how each node runs.
- Pass-through and Join nodes (only attributes common to all paths leading to the Join can be passed through)
See Actionflow Node
See Open Screen Node
Add an action to open a specified screen.
If the specified screen contains a start phase button the node can then be connected to a start phase node. The buttons can be mapped to each output of the node to trigger different pathways depending on what the user clicks. For example, this method is used if the process requires confirmation by the user. A confirmation screen can appear with a message 'Are you sure?' with two options
- Yes - the Actionflow continues to the yes output.
- No - the Actionflow stops
See View Node
See Calculate Node
Add an action to manipulate the data that is passed to the calculate action. In the calculate action, write an expression using one or more of the 115+ functions available in PhixFlow.
See Gateway Node
Add a node to specify decision logic. Gateways control the route that records take as they flow through the Actionflow.
See Open URL Node
See Save Node
Add a node to save the specified record(s) to its table.
See Analysis Node
See HTTP Node
See Email Node
See JSON Node
See Loop Nodes
See Phase Node
Starts the phase specified by the user on the node.
To add a phase node there must be more than one phase in the actionflow.
Expand | ||
---|---|---|
| ||
We have covered numerous new terms in this chapter. Let's recap on the terms we have used and what they mean. Inbound Connection Point Outbound Connection Point Input Parameters Output Attributes Input Data Pass-through Nodes Join Nodes |