Jira administration labels can vary by release. The overall workflow is:
The first numeric operand.
Choose Add, Subtract, Multiply, or Divide.
The second numeric operand. Order matters for subtraction and division.
The numeric field Espresso updates.
The target cannot be the same as Source Field 1 or Source Field 2. Espresso validates this in the UI and again in the backend before writing.
The Espresso iframe includes a Done button for its row. Jira also has an Add/Update action outside the iframe. The shared validation runs when Jira saves the workflow rule, so incomplete or self-referential configurations should be rejected regardless of which action is used.
After changing the workflow, publish the workflow so the post function is active.
A numeric field can appear in the global field list but still be unavailable on a particular issue. Ensure the target field’s context includes:
A missing context commonly appears in Recent runs as Field unavailable.
Espresso identifies a diagnostic history by the three field IDs:
source1.source2.target
The transition is not part of the identity. If the same field triple is configured on two transitions, both transitions write to the same 10-entry history bucket. Each entry includes transition information so the runs can be distinguished.
Use a controlled workflow and test: