Name
. Defining this type acts as validation and when the variable is computed, the action throws an error if the computed value is not the specified type.
$var.
prefix so that a variable with the name my-var
will be then accessible under {{$var['my-var']}}
throughout the flow.
The name of the variable must then consist only of the letters and numbers with the following special characters also being allowed: -
, _
and +
. All other characters and symbols will be trimmed when building the key under which the variable will be accssible.
It is also possible to overwrite already existing data by starting the name with the $
symbol to specify the full variable notation. As an example, setting $action['action-name']['some-value']
as the name will lookup the existing value under the given key and overwrites it with the new value.
See the examples down below for a few use cases and illustrations of this mechanic.
$user.*
and $env.*
cannot be overwritten using this mechanicValue
input field lets you define the operator for the variable assignment. Each variable type has its own set of available operators, with the Operator Set
being the default and being available for all types. Additional operators are:
Type Number
Situation
Zip Code
as we want to trigger automations based on that value for each other.The API receives the following JSON when an order is submitted:Creating the variable
{{$body.order.shipment.shippingAddress.location[0].zipcode}}
and use the Variable action block to store it:Deploy
Flow variables
:$var['zip-code']
to access the value of the Zip Code.$body.someText
is initially some text but we convert it lowercase, split it by the whitespaces and then overwrite it so that $body.someText
is now an list of words.
$body.someArray
is already an array and we prepend its first element to the beginning of the array.
$action['my-action'].Result
and $action['my-action'].Text
and set it to the Result
key of that action.