If a user opened a task for editing, no other user can edit it as long as the session of the editing user is valid and he does not close the task.
The translate5 basic workflow knows three workflow roles:
- translator (translator, if it is a translation task)
- proofreader (first or only editor),
- translatorCheck (second editor, if needed),
- and visitor (not part of the workflow chain; can only view content).
Segment autostates created by the workflow roles
On editing a segment the segment gets an autostate, depending on the role of the user:
- Role independent:
- "blocked": segments which are not editable / translatable are marked as blocked by the import process.
- "not translated": non translated segments are set to this state by the import process.
- "translated": already translated segments are set to this state by the import process.
- "translated": if an untranslated segment will be translated, it is set to translated. This is the initial autostate of already translated segments for proofreading tasks.
- "translated auto": if an untranslated segment was translated by using the repetition editor in the frontend
"reviewed": if the proofreader modifies and saves a segment.
"reviewed auto" if the proofreader modifies and saves a segment by using the repetition editor.
"reviewed untouched" if all proofreaders are finishing the task, all segments not opened by proofreaders are getting automatically this autostate.
"reviewed unchanged" if a proofreader opens and saves a segment without modification.
"reviewed unchanged auto" if a proofreader opens and saves a segment without modification by using the repetition editor.
- "reviewed translator": if the translator opens and saves the segment, regardless if he changed anything.
- "reviewed translator auto": if the translator opens and saves the segment, regardless if he changed anything, triggered by repetition editor.
- Projectmanager (editing a segment without any workflow role)
"reviewed pm": if the pm modifies and saves a segment.
"reviewed pm auto" if the pm modifies and saves a segment by using the repetition editor.
"reviewed pm unchanged" if a pm opens and saves a segment without modification.
"reviewed pm unchanged auto" if a pm opens and saves a segment without modification by using the repetition editor.
- Since segments are readonly no autostate is changed
The translate5 basic workflow knows three workflow steps:
- "Translating" (1st step allocated by the role as an translator)
- "Proofreading" (2st step allocated by the role as an proofreader)
- "checking of editing" (3nd Step allocated by the role as a translatorCheck)
It is possible to allocate only users with the role as an editor (proofreader) to a task in the workflow - then the first and third workflow steps are omitted.
In general the used workflow steps are depending on the chosen user roles, so if no translation is needed, no translators are chosen, no translation step is performed.
The workflow step of a task changes if:
- All users of one role (other roles are not considered then) are finishing their workflow step (by setting the task to finish). The next step in the workflow chain is chosen.
- If a user association is added, changed or deleted, the combination of all user state and roles of that task is used to determine the workflow step of the task. This enables the PM to start an untranslated task in the "translator check" step, even if this makes no sense.
The role as a visitor is not allocated to any workflow step. It has no function in the workflow chain.
A user with the role as a project manager is able to open a task in the workflow for viewing at any time. He is able to edit any task, which is not currently opened by another user.
Workflow Status of Task Allocations
Each allocation of a user with a role to a workflow step has a workflow status. The translate5 basic workflow knows the following workflow statuses:
- Open: The task can be currently processed by the user.
- Waiting: The user can process the task as soon as it is his turn in the workflow (he can view it, though).
- Finished: The user completed the processing of the task and thus cannot open it for processing anymore (he can view it, though).
The project manager is able to change each task allocation for each user at any time.
Workflow Status of Tasks
Regardless of workflow status of task allocations, a task in itself has a status in the workflow. This status is affecting the task allocations:
- Open: The task can potentially be edited by users.
- In process: A user is currently editing this task. Thus, it is inaccessible to all other users for processing, but open for viewing.
- End: The project manager finished the task. Regardless of the status of their task allocations, the users are not able to edit the task anymore.
For the workflow chain see the corresponding document.