2021.1

Finishing rules scenarios
Similar to filtering, a finishing condition could use runtime parameters to compare against.
For example, consider if a copy of a print job has to be produced, in which the copies have to
be stapled, while the original print run are without staples. A runtime parameter could be used
during job creation to indicate if the Job Creation is working on the original or the copy.
Without runtime parameters, the same functionality would require two job presets. So this use
case becomes important for relatively complex presets where duplicating the preset creates a
maintenance issue.
External sorting scenarios
External sorting benefits considerably from runtime parameters.
Paths for storing temporary files can be controlled from Workflow, allowing them to be unique
per Job Creation. This facilitates running multiple instances of the sorting command at the
same time. For instance, Workflow's temporary folder for a process could be supplied.
Especially in case of postal sorting, there can be a need for parameters that vary per job, such
as intended delivery date, tracking id, and more.
Metadata properties
The value for a metadata property could be supplied through a runtime parameter. These could
be, for example, the production date, or the name of the current operator.
Page breakdown
Runtime Parameters can be added, edited, removed, duplicated or moved within the Runtime
Parameter table via the buttons to the right of the table.
The Runtime Parameter options are:
l
Add: Click to open a new Runtime Parameter.
This launches the Add/Edit Runtime Parameter dialog.
l
Edit: Click to edit the currently selected entry. This launches the Add/Edit Runtime
Parameter dialog.
Double clicking on an entry in the table has the same effect as this button.
Page 1163