New workflows can be created and existing workflows can be adapted using the Workflow Editor. At the beginning of the work with ONTRAM, the workflows are coordinated with the account manager, tested and, if necessary, adapted. You are welcome to make adjustments yourself, but in the interests of process reliability, we ask you to coordinate the adjustment requirements with your account manager in advance.
You can find the Workflow Editor via the Tile: Workflow Editor on the start page, or in the Administration under the menu item: Workflow.
A new workflow can be created via the icon.
On the left side are the menus for the configuration of single elements in the workflow. In each window a toolbar with three icons is displayed at the top of the content area.
Note: Only when the workflow is activated in the Administration > Workflow menu, it is available in the system.
You can change the displayed direction using the "Change graph direction" function in the toolbar. The workflow can be displayed horizontally or vertically. The Overview menu displays the created workflow elements.
This workflow graph is also displayed in the job overview to the users involved in an job that uses this workflow.
First, the name of the workflow is defined. After clicking on "Create", you will be taken to the overview page of the workflow you have just created.
In the Action menue you have several options:
The actions View, Duplicate, Translate, Edit, Delete are hidden under the icon to the left of the workflow name.
The workflow is deactivated. This means it can no longer be stored in the group settings. This option is suitable if you want to ensure that this workflow is no longer used system-wide.
This action is available until a newly created workflow is finished or until a version of the workflow is being edited.
Use this menu item to create a new version of an existing workflow. In a new version, you can add or remove new roles, steps and transfers. When processing of the new version is completed, the new version is automatically used by the job groups that use this workflow. You do not have to store the new version of the workflow in the order groups again (versioning).
An existing workflow can be renamed using this menu item.
This menu item can be used to define work groups in the workflow. This configuration controls the assignment options of work groups within the workflow.
For further information please refer to the section "Working groups".
This menu item can be used to delete a workflow. Workflows that have already been stored in order groups and used for existing orders cannot be deleted, only deactivated.
This action displays the Workflow Graph and the details of the selected workflow.
This action can be used to delete the workflow version. Workflow versions that have already been stored in order groups and used for existing orders cannot be deleted, only deactivated.
In order not to create a complete new workflow, there is the possibility to duplicate an existing workflow. The duplicated workflow is the base for a new workflow, so that only the necessary adjustments have to be made.
To easily translate all texts of a created workflow into all existing or desired interface languages.
The contents of a Workflow, such as roles or step names, can be translated directly in ONTRAM by creating an order.
Result: Job part is created in the selected job
Note: once a target language is finalized, the translations will be automatically transferred into the workflow
Workflow roles are placeholders for the persons executing the Workflow. Workflow roles are assigned to workflow steps. These workflow steps thus result in a processing sequence.
You can also define workflow roles that are not involved in the translation process.
Workflow roles with permission to read are not part of the business process and do not transfer jobs. However, they can log into a translation job at any time and monitor its progress. A workflow role with permission to read is therefore always useful if someone wants to have an overview of the current status of translations but is not authorized to act. The left-hand selection menu is used to define the workflow roles that are to be available in the workflow.
A new workflow role can be added using the icon.
Result: The workflow role was added and can now be assigned to a workflow.
If a role is to have read-only access in the entire workflow, this role must be selected using the checkbox. This means that no transfer can be made to the role, but the role has read access to the job at all times.
Result: The workflow role had been assigned to the workflow and had been defined as "reading".
Result: The workflow role/s had been assigned to the workflow and can now be used in the workflow.
To define workflow roles as read-only, the workflow roles have to be assigned to the workflow.
Result: The workflow role had been assigned to the workflow and had been defined as "reading".
In this menu item the individual steps, such as translation, proofreading or final artwork of the workflow, are defined.
You can specify the status (Editing, Pausing, Completed, Cancelled, Deactivated) of the request in this step or the write authorization of the workflow role. The name of the workflow step describes the action that executes a workflow role. For example, the workflow role "Translator" executes the action or the workflow step "Translation".
The superordinate step is the previous step in the workflow from which data can be transferred to this workflow step. The superordinate step is necessary for the automatic generation of transfers. This automatically results in a process chain.
Status | Description |
---|---|
Editing |
The job is online and can be edited. |
Pausing |
The job cannot be processed. To pause an order for the duration of data processing, external connections can use this status. The order can be transferred to the next workflow step through the connection. Requests with this status are not included in the export, e.g. status export, export of several target languages simultaneously, or TM backward comparison. |
Completed |
The job is offline and cannot be edited anymore. This status is to be selected for the last workflow step. |
Cancelled |
The order cannot be processed further. Requests with this status are not included in the export, e.g. status export, export of several target languages simultaneously, or TM backward comparison. |
Deactivated |
The job is cancelled and cannot be edited anymore. Unlike to the status Completed the job will not be taken into the Billing statistic. |
The permissions determine which action the workflow role can perform in the workflow step. ONTRAM distinguishes between the following workflow authorizations:
Permission | Description |
---|---|
No changes | Jobs can be opened. Content can be read but cannot be changed. |
Change requests | The workflow role can add or modify change request regarding job content. The original content before the handover is being preserved. When it comes to a transfer to a workflow step with either the right Save or Automatic saving , the changes are converted into change proposals and displayed as change requests. |
Automatic saving |
The workflow role can add content to jobs or can change content. |
Label | Description |
---|---|
Name of the workflow step | Describes the action a workflow role is taking. For instance, the workflow role 'Translator' is processing the task or workflow step 'Translation'. |
Parent step | The parent step is the previous step within the workflow from where there can be transfers to this workflow step. The parent step is necessary for the automatic generation of handovers. |
Job status |
The status of the job in this workflow step. |
Workflow Role |
The workflow role which edit the job in this workflow step. Read-only workflow roles cannot be selected. |
No workflow role | If no workflow role has something to do in the workflow step, the checkbox No workflow role can be activated. If the status Completed or Cancelled was selected, the checkbox are displayed. |
Permission |
Defines the permission of the workflow role in this workflow step. |
Result: The workflow step has been created.
Result: The workflow step has been deleted.
Note: Only the last workflow step can be deleted. In order to delete other workflow steps the following workflow steps must first be removed.
Note: In order to delete workflow steps, it is required that there aren't any automated actions or workflow routings configured. These settings have to be deactivated prior to deletion.
Result: The workflow step has been changed.
Automatic actions are linked to workflow steps and are executed at the time of transfer to the selected workflow step.
Action |
Description |
---|---|
TM Import |
Proposals from the Translation memory are loaded into the job. Note: If configured in the group settings, the actions TM Comparison, TM Import and 100% TM Preset are always executed when starting the workflow. This action does not usually need to be added to the start of the workflow. |
TM Info |
The job statistics are being updated. |
100% TM default, overwrite existing contents |
Preallocation of empty target language segments with appropriate 100% TM matches. Note: If configured within the group settings, the actions TM comparison, TM import and 100% TM preallocation are being performed at the start of the workflow. |
100% TM default, do not overwrite existing content |
Preallocation of empty target language segments with appropriate 100% TM matches. If content already exists in the target language segments, the 100% TM matches are not preallocated. |
TM Update |
Translations are exported to the TM database. |
Insert source language into empty target language segments |
If target language segments are empty, the content of the source language is written to the target language segments. |
Export all content parts |
All content parts of all job languages are exported. The export is available for external connection for example the export via web service. |
CLS MT translation (asynchronous) |
The job will be preallocted with automatic translation by CLS MT. The job will be sent to the external system. CLS MT will respond asynchronously. Note: CLS-MT is not available on all instances. |
CLS-MT translation |
The job will be preallocted with automatic translation by CLS MT. The job will be sent to the external system.CLS MT will respond synchronously. |
PROMT translation |
The job is preallocated with an automatic translation of PROMT. Note: PROMT is not available on all instances. |
Plug-in for automated action |
The selected plugin for this job is executed. Note: Plugins are custom extensions and are not available on all instances. |
Pending (checkbox) |
The transition will not be executed immediately. The automated action and the workflow will be marked as "pending". Only if an external system starts the job by using the web service method updateTaskJobStatus, the transition will be executed. This functionality is usually used in combination with another functionality called "Plugin for automated action". A plugin may be used to notify an external system when the transition has been executed. However, the transition should only be executed once the external system received all information correctly. |
Calculate MT post-editing distance |
The current text status of the target language is compared with the MT suggestion initially supplied. This results in the so-called post-editing distance.Note: Ideally, this task is applied at the end of a workflow. This way, all changes that were necessary to correct/improve the machine translation are taken into account. The MT post editing distance can be exported from the status overview in the export type "Excel export w. statistics". (If configured) |
TM cross comparison (All Target Languages) |
The language pairs of all available language combinations of the current job are formed and sent to the translation memory. Example: The current job is translated from DE to EN. After execution of the action the TM for DE->EN is available as well as for EN->DE. Note: The TM cross comparison module must be activated to use the functionality. |
Result: The automated action has been added to the work flow step.
Result: The automated action has been deleted.
The notification settings allow to control automated emailing at transfers.
Notification option | Description |
---|---|
Send notification at transfer | At the transfer of this job, an email is sent to the workflow role assigned to this workflow step. |
Send notification on job transfer |
At the transferof this job, an email is sent from the workflow role assigned to this workflow step. Note: When editing the first workflow step this option is hidden. |
Result: Notification settings have been de-/activated.
Result: The automated action has been deleted.
The work flow routing feature allows to define automated transitions to a defined workflow role. The automated transition can be triggered after predefined conditions have been met.
Condition |
Description |
---|---|
No condition |
Does not require any condition and will be executed directly. |
Complete preallocation with ID-matches |
If the target language segments were translated completely from TM matches the job will be automatically transfered to the configured workflow step. Note: ID hits are not available on all instances. |
Complete preallocation with memory |
If the target language segments were translated completely from TM matches the job will be automatically transfered to the configured workflow step. |
Complete preallocation through memory or ID hits |
If the target language segments were translated completely from TM or textpool matches the job will be automatically transfered to the configured workflow step. Note: ID hits are not available on all instances. |
No user stored |
If there was no user stored in the workflow step the job will be automatically transfered to the configured workflow step. |
To target |
The workflow step to which the job will be transfered if the condition was fulfilled. |
Result: The workflow routing has been added.
Result: The automated action has been deleted.
Transfers are the transition from one workflow step to the next. If several workflow steps have been created, transfers are created automatically. To be able to return jobs, additional transfers must be created. QA checks (Quality Assurance) can be linked to the transition.
Description |
|
Name |
The name of the transition. |
Source |
The workflow step which transfers the job. |
Target |
The workflow step to which the job will be transfered. |
Standard transfer |
Sometimes it is possible to transfer a job to multiple workflow steps. Transitions which are marked as default transitions are preselected in the selection field in case of a transfer. It is important to define to which work flow step the job should be transferred when using automated transitions. Transitions marked as standard transition will be executed as automated transitions. Should no transition be defined as default, a random valid transition will be executed. Automated transitions could be the transfer of several job languages or the transfer of a job performed by an external system via web service. |
Language-specific |
If checkbox is activated, a dropdown "Language-specific type" opens. Select the type of language-specific handover you want to add.
In the "Languages" selection field, select the target languages for which the transfers are to be applied. |
Linguistic Quality Evaluation (LQE) |
If the checkbox is activated, the dropdown for selecting the step to be evaluated becomes available. |
Evaluation step |
The step of the workflow that is to be evaluated is selected in the dropdown. |
QA Checks |
Prior to the transition the job will be verified by the configured QA checks. The result will be displayed to the user. Note: For more information, see the QA Checks chapter. |
Result: The transition has been added.
It is possible to map language-specific workflows in ONTRAM. This is useful, for example, if your processes are basically designed in the same way, but there are minor differences in certain languages.
Result: The transfer has been added. In the Workflow Details view, the language-specific handovers are marked with the language code. Once language-specific handovers have been defined, a dropdown is available in the Overview view for the workflow graph. In this dropdown you can now select and view the language-specific workflows. It is also possible to view the basic workflow or a cumulated view.
Result: The transition is deleted.
Result: The settings of the transition have been changed.
Result: The transition has been activated/deactivated as default.
Result: The QA Check has been added.
Result: The QA check has been deleted.
Target dates may be assigned to workflow steps. These define when a work flow role needs to start or finish work.
A name and description of the target date can be specified. The description is displayed next to the name in several places in the system.
Description |
|
Name |
The name of the target date. |
Description |
The description for the target date. The description will be displayed together with the name in several places in the system. The target date applies to the time for the transfer to this workflow step. |
The type defines the exact time of the target date.
Type |
Description |
---|---|
Start date |
The target date applies to the time for the transfer to this workflow step. |
End date |
The target date applies to the time for the transfer to the next workflow step. |
Transfer date |
The target date applies to the time for the handover to the next workflow step. |
With the function "Change target date and confirmation" the user can suggest new target dates or confirm them.
Note: Only after the workflow has been activated in the menu Administration > Workflow it is available in the system.
Result: The target date has been added and can now be assigned to a workflow transition.
Result: The target date has changed.
Ergebnis: The target date has been deleted.
Result: The target date has been assigned to the workflow step.
Result: A new target date has been assigned to the workflow transition and the previous target date has been deleted.
Result: The assignment of the target date has been deleted.
Result: The target date has been changed.
Result: A new target date has been added to the transition. The old target date has been deleted.
Result: The assignment of the target date has been deleted.