nœuds / builtin / core
Execution Data
Read this run's id, trigger and timing, or attach searchable metadata to it
Ce contenu n’est pas encore disponible dans votre langue.
Read details about the current run, or tag the run with a value you can search for later in run history.
What it does
Section titled “What it does”Execution Data has two operations, chosen with Operation:
- Read run context outputs this run’s id, the workflow id, how the run was started (the trigger type), when it started and how long it has been running.
- Attach metadata saves a Key and Value pair on the run. Run history shows the pair on the run’s row and in its detail panel, and the history search box finds runs by either half of a pair, by run id or by status. Tag a run with
order=4471and searching “4471” brings it back.
Values are always stored as text, so numbers and true/false stay searchable. You can attach several pairs by using the node more than once.
When to use it
Section titled “When to use it”- Make runs findable by something meaningful, such as an order number, a customer or a page, instead of only by time.
- Branch on how a run started, for example handle a scheduled run differently from a manual one.
- Put the run id or elapsed time in a log line or a message.
To remember values from one run to the next, use Data Store instead.
Inputs and settings
Section titled “Inputs and settings”| Réglage | Type | Ce que cela fait |
|---|---|---|
| Operation | Choice | Read run context, or attach metadata to the run. Options: Read run context, Attach metadata. Par défaut : Read run context |
| Key | Text | Name of the metadata field to attach (Attach metadata only). |
| Value | Text | Value to store under the key (Attach metadata only). |
Value is usually an expression, such as {{ $input.orderId }}. Key is required for Attach metadata.
Outputs
Section titled “Outputs”-
Output
Read run context outputs:
| Field | Meaning |
|---|---|
runId |
The id of this run, or null outside a workflow run. |
workflowId |
The workflow this run belongs to, or null. |
triggerType |
How the run started, such as schedule, manual, contextmenu or chat, or unknown. |
startedAt |
When the run started, as an ISO timestamp, or null. |
elapsedMs |
Milliseconds since the run started, or null. |
Attach metadata outputs key and value (the pair just written), metadata (every pair on this run so far) and persisted, which is false when the node ran on its own and there was no run to tag.
Dependencies and credentials
Section titled “Dependencies and credentials”None. This node needs no connection and has no slots for other nodes.
Example workflow
Section titled “Example workflow”Tag each run with the page it processed, then find it in run history:
- Context Menu trigger, Menu Contexts
Page. - Execution Data, Operation Attach metadata, Key
page, Value{{ $input.tabTitle }}. - The rest of your steps, for example Get All Text and a summary.
- Later, open run history and type part of the page title in the search box to find that run.
Common issues
Section titled “Common issues”- “Attaching metadata needs a key.” Key is empty. Fill it in.
persistedisfalse. You tested the node on its own. Run the whole workflow and the pair is saved on that run.triggerTypeisunknown. The trigger’striggerTypefield did not reach this node, usually because a node in between replaced the data. Place Execution Data right after the trigger, or turn on an “include input fields” option in the nodes between.- The metadata does not show in run history. Metadata is saved with runs recorded in this browser profile (local mode). Run context works in every mode.
- A paused run lost its metadata after resuming. A resumed run is recorded as a new run with its own id. Attach the metadata again after the pause.
Related nodes
Section titled “Related nodes”- Data Store: remember values between runs.
- Switch: route by
triggerType. - Error Trigger: react when a run fails.
- Digest: collect items across runs and release them together.