Skip to main content
In Stratumn, a workflow is defined as an object that groups together its name, the organization it belongs to, its members, and its core configuration.

Workflow Example

Here is a high-level view of what a workflow definition looks like:

Settings

The optional settings object holds workflow-level toggles that don’t belong in config. All fields are optional; an absent field keeps the previous default behavior.
string
Overrides the abbreviation used to prefix this workflow’s log lines when trace-generator builds/pushes it (e.g. ALL instead of an abbreviation auto-derived from the workflow name). Build-time only — has no effect at runtime.
boolean
default:"false"
When true, sends a notification to a group when one of its members has a priority action left to do on a trace (a todo action with a non-zero responsibility).
boolean
default:"false"
When true, disables the “always notify” subscription mechanism for this workflow: users who subscribed to be notified on every action of a given type stop receiving those notifications.
boolean
default:"false"
When true, disables trace state history for this workflow: new links stop writing a state snapshot, existing snapshots stop being served (both take effect immediately, no reprocessing needed), and the “Show data diff” button is hidden in Trace’s UI. Useful for workflows that shouldn’t keep this kind of history (e.g. for compliance reasons).

Settings Example

PDF & Document Templates

The pdfTemplate section in the config object is where you define templates used for generating documents like PDF, DOCX, PPTX, or Excel files. Each template is identified by a unique key and contains the following properties:
string
required
The path to the template file (e.g., src/assets/pdfTemplate/example.pdf).
object[]
required
A list of fields that can be filled in the template.

Configuration Example

These templates can then be used in your effects using the generatePdf external function.