The Flow Linking component enables synchronous communication and data exchange between different flows in the same workspace on the platform.
Environment variables are automatically injected by the platform:
ELASTICIO_API_URI: Platform API endpoint URL.ELASTICIO_API_USERNAME: API service username.ELASTICIO_API_KEY: API service key.ELASTICIO_WORKSPACE_ID: ID of the current workspace.ELASTICIO_WEBHOOK_URI / ELASTICIO_FLOW_WEBHOOK_URI: Base URL for triggering flow webhooks.sharedSecret, string, required): A secret string configured identically on both the calling action and the receiving trigger to authenticate execution requests.auth, optional): Additional webhook authentication settings if applicable.This action triggers a target flow in the workspace via its webhook URL and waits for the response.
Please Note: There are no limits on the number of flows that trigger the same flow with the Receive trigger.
lookupById, boolean, optional): If checked, the component looks up the target flow by its Flow ID instead of Flow Name.doRetry, boolean, optional): If checked, the component automatically retries the webhook call in case of server errors (5xx, except 504 Gateway Timeout) or 404 Not Found if enabled.retryCount, number, optional): Number of retry attempts when retries are enabled (default: 3, maximum: 5).initialDelay, number, optional): Initial delay before the first retry attempt (default: 1, maximum: 10). Subsequent delays scale exponentially with randomized jitter to prevent request stampedes.retryOn404, boolean, optional): If checked, 404 Not Found responses will also be retried. Recommended for eventual consistency workflows where target records or resources may still be propagating.dontThrowErrorOnFailedCalls, boolean, optional): If checked, non-2xx HTTP responses will not fail the flow step. Instead, the component emits an output message containing the response data and HTTP status code, allowing downstream router or filter steps to handle errors gracefully.Lookup by id is unchecked:
flowName, string enum, required): The name of the target flow within the current workspace that has the Flow Linking Component’s Receive trigger from another flow trigger.Lookup by id is checked:
flowId, string enum, required): The ID of the target flow within the current workspace.data, object, required): JSON object payload to send to the target flow.{
"flowName": "Order Validation Flow",
"data": {
"orderId": "ORD-12345",
"customerId": "CUST-987"
}
}
Standard Output (when dontThrowErrorOnFailedCalls is disabled):
{
"result": {
"status": "validated",
"processedAt": "2026-09-30T10:00:00.000Z"
}
}
Extended Output (when dontThrowErrorOnFailedCalls is enabled):
{
"result": {
"error": "Customer not found",
"code": "ENTITY_NOT_FOUND"
},
"statusCode": 404
}
Receives incoming payloads triggered by the Trigger another flow action, validates the shared secret, and emits the payload to subsequent steps in the flow.
Please Note: Use the HTTP Reply Component as the final step in the receiving flow to return synchronous responses back to the caller.
{
"orderId": "ORD-12345",
"customerId": "CUST-987"
}
Receive trigger from another flow trigger cannot retrieve samples dynamically from the platform UI; provide a manual sample JSON. Safely ignore the UI warning "Shared Secret" is not valid! during sample configuration.Flow Name to Call / Flow Id to Call dropdowns list only flows that use the Flow Linking component’s technical trigger name (receiveTrigger).Click here to learn more about the elastic.io iPaaS