Tasks

this tab is only relevant (and visible) for requests in which your organization is responsible for either annotation production and/or reviewing the produced annotations 🙋 if you want to learn more about reviewing produced annotations, read guide review management docid 0w42 ha9zepq42kdrtydk the purpose of the tab tasks is to provide you with an overview of relevant tasks that exist in the request, as well as provide tools to manage these tasks task the concept a task is what ties an input to a team member and what type of action the team member should take with the input there are seven types of tasks, which are presented in detail in the table below task type description workflow stage annotation workflows docid 5wo8vmpifwyst3v5ltfos annotate a task where you should annotate from scratch, i e you start with an empty task and fill it with annotations based on the provided guideline annotatation annotate ac and cqc correct a regular correction task, where you should go through and correct the full task correction correct ac and cqc qa correct similar to correct, this task type is created when a quality expert decides that a task's annotation quality needs improvement correction correct cqc review correct a correction task where you should improve the annotation based on correction requests and feedback review corrections are created when a reviewer rejects the quality of an annotation review correct review flow quality assure a task in which quality managers improve the annotation quality as much as possible by correcting the full task or the highlighted frames when submitted, kognic will use the results from these tasks to estimate the quality of the delivery sampled qa quality assure cqc supervisor correct usually assigned to developers and engineers to evaluate and develop the guideline n/a manually assigned by kognic review a task in which a quality expert is asked to determine if the annotation is of acceptable or unacceptable quality if the task quality is unacceptable the expert also provides correction requests and feedback, which is presented in a review correction review review review flow on its way from original input to a delivery ready (or final ) annotation inside the request, the input spawns one or multiple tasks, and even multiple tasks of the same type the number of tasks depends on the workflows used in the request and/or if tasks expire and get assigned to new users assignment status a task gets assigned to a user to ask that user to complete it if the user becomes idle though before they can complete the task, it might expire to enable other active users to complete the task without conflicts the tasks table what tasks are included in the table? your organization's request role determines which tasks we deem relevant to show you producer all tasks reviewer or owner tasks of the workflow stage review in the tasks table, we show you the whole extent of tasks assigned and not assigned , incomplete and complete, or expired task information below you find a description of the columns and their possible values, with some description assigned team member (if any) name and email of the potentially assigned user workflow stage the production workflow stage the task is part of the stages are not started, annotation annotate, correction correct, sampled qa quality assurance, review review, and review correct type the type of task either a nnotate, c orrect, or r eview all the correction task types (incl quality assure) are categorized as c orrect state the current state of the task t o do not started o ngoing opened and started c ompleted the task is completed and has been submitted e xpired the task has expired final yes the annotation on this task became the final delivery ready annotation no this annotation was an intermediate one or it hasn't passed the final quality assurance gate yet time spent the amount of active time the user has spent working on the task until completion or expiry of the task active time is accumulated while a user has a task open and is actively working on it (i e moving around, interacting) when a user has been inactive for more than 3 minutes the timer is paused and resumed when the user is active again note that time spent is only available once a task is completed or expired, not while it's ongoing status not assigned (to a user) not started (assigned to a user but still to do ) updated 2 minutes ago (when ongoing ) completed 3 minutes ago (when completed ) expired 4 minutes ago (when expired ) tooltip with expiration reasons docid\ skpid1dqvp7wo0hjb nzl sub status expires in 5 minutes (when not started or ongoing ) 2022 01 28 08 40 the respective date and time (when completed or expired ) external scene id the id of this scene as identified when uploaded assignment uuid the internal identifier of this assignment that is useful to communicate with others on this assignment task actions you can conduct task actions for one task at a time or multiple tasks simultaneously where and how to do it will be described below actions for individual tasks any actions available for a specific task can be found in its context menu you open it by clicking the three dots ( ) at the rightmost part of the task table row batch actions to select which tasks you want to conduct an action for, you can use either the selection box in the table header, the drop down next to it, or the selection boxes on each row when you select one or multiple tasks this way, you will see a toolbar at the bottom of your screen where all the available actions for your selection are presented if your selection contains a variety of tasks, it might be that the available batch actions don't apply to every task in the selection if so, you will be notified before completing the action viewing the task by interacting with a task's context menu, you can open and view the ongoing or completed task in the task view you can also copy a view link to the task using the same menu expiring task (available as batch action) this option is only available for tasks of all workflow stages in requests where your organization has the request role producer the option is only available for tasks from the workflow stage review for organizations with the request role owner tasks that are in the state to do or ongoing and that are assigned to a team member can be expired when expiring a task, a new task will be created, with the same initial states as the original one this means that work done on the expired task won't be transferred to the new tasks nor become part of the final annotation at expiry, the assigned user will lose access to the task and if the assigned user is currently working on the expired task they will be notified if you want the newly created task to be assigned to a specific user use the option expire and assign if you want us to automatically assign the task to a team member or if you might want to assign it manually later use the option expire these actions are available as both single actions and batch actions assign task (available as batch action) this option is only available for tasks of all workflow stages in requests where your organization has the request role producer the option is only available for tasks from the workflow stage review for organizations with the request role owner tasks that aren't assigned can be assigned to a team member manually if you want to assign an ongoing task to a different team member than the currently assigned one, you need to expire and assign the task (as mentioned above) this action is available both as a single action and a batch action if you want to spend less time assigning tasks manually, we suggest you use our automatic task allocation you can read more about how that works in guide automatic task allocation docid\ c7ebfn74omk zk2b3n 9o