1. Double-click on the transfer route you want to edit, or choose File -> New from the menu bar to create a new transfer route.

2. Fill in the fields on the dialog.

These fields are found on the Main Details tab:

Function code

Specifies which function code this transfer route will take. This is a drop-down combo box which means that a user can define their own function code. This needs to conform to the valid naming conventions.

Note: When defining your own transfer route a caption should normally be set in the adjacent field. This caption applies to all routes using the function code. If a caption is not set, the function code will not appear in the drop-down list in the transfer dialog, so no routes using the function will be available for selection.

Note: When defining your own function code, be aware that certain codes and code prefixes have special meanings.

From location

The starting point of the transfer route, i.e. the location that the object version should be transferred from. Can be referenced in 'Dependencies', 'Activations' and 'New master location' as %FROM. Wildcard routes use %ANY.

To location

The end point of the transfer route, i.e. the location that the object version should be transferred to. Can be referenced in 'Dependencies', 'Activations' and 'New master location' as %TO. Wildcard routes use %ANY.

Access rights

Specifies the access rights for this transfer.

Dependencies

A list of requirements for the transfer, including locations, location lists (with the '@' prefix) and dependency functions. For example, if a location is listed here an object will not be able to move along the transfer route unless it is active at that location. The %FROM and %TO logicals are accepted. Negative dependencies can be used. An implicit %FROM dependency applies unless overridden by '%FROM or equivalent. For more information, see the article on syntaxes.

Activations

Specifies locations at which the object version will be activated ('+' prefix) or deactivated ('-' prefix) when it moves along the transfer route. The %FROM and %TO logicals are accepted, and +%TO is typically present here. For more information, see the article on syntaxes.

New master location

The location at which to find the master copy of the object version after the transfer. Not every route specifies a new master. If it does so then the transfer will also activate the object at that location if necessary, but an explicit activation is preferable. It is the system manager's responsibility to ensure that the workflow will have physically placed the object's component(s) into the storage associated with the new master location.

Copy/move

Specifies whether or not the object should remain at the 'From location'.

Create new version?

Specifies whether or not the object version should be incremented as it is transferred.

Transfer message

The message that is written to the audit trail when the transfer completes. This can include the symbolic names %FROM and %TO.

Message category

The category of message created when the transfer completes.

Skipped category

The category of message created when the transfer is skipped.

Error category

The category of message created when the transfer returns an error.

Notes

More detailed information about the transfer route.

On the Advanced tab:

Enforce normal version sequencing rules?

By default this is selected, ensuring that an earlier version cannot overwrite a later version at a single-version location. For routes that need to allow reinstatement of an earlier version, clear this checkbox.