Request Access Management

this view is available for admins, project managers, annotation managers and developers organizational request roles during the lifetime of a request, several users and organizations collaborate on it organizational request roles control the access that organizations' users have to different information and actions in requests so far, there are two roles producer and owner producer producer is the only explicit role for now the producer organization has the most access to a request's actions its users can add team members of all responsibilities expire and assign all types of tasks reject delivery ready annotations if your organization ordered data from kognic, then kognic is the producer if you use the platform to produce data yourself, your organization has the producer role as shown on the top of the page, check the request header to verify your organization's role in the request owner owner is an implicit role of the organization under which the project and request are located in the platform usually, this is the organization that uploaded the data and the one that will be consuming the final data its users can monitor the general progress of the request and its inputs in phases where they have review access add review team members in phases expire review tasks of their users assign review tasks to their users shared overview there are some differences when it comes to access between flexible workflows and classic workflows, but share the general overview tabs these are summarized in the table below tab owner producer documentation summary view progress ✅ ✅ summary docid\ o skedd0wzsaezxszxlis inputs view list of inputs with their status ✅ (in workflow stages with owner access) ✅ inputs docid\ gyajigudprop2efe1a1rv tasks view list of tasks, to do, in progress or completed ✅ (in workflow stages with owner access) ✅ tasks docid\ nzjynohsym97 hqecnq4w team manage your request workforce and their responsibilities ✅ (in workflow stages with owner access) ✅ team docid\ fiopd5ytqela7kyahrpyl flexible workflows apart from the shared general overview tabs, flexible workflows also contains one tab per phase owner/producer access is handled per phase and is summarized in the table below tab owner producer documentation annotate monitoring of the annotate phase ❌ ✅ review monitoring and management of the review phases ❌ (unless client qa is enabled for the phase, see below) ✅ delivery monitoring and management of the delivery phase ✅ ✅ delivery docid\ r2tntqu snfl4yggzk1dj experimental feature client qa a sampled review phase can be designated as a client qa phase, where the owner can manage their review activity if client qa has been enabled for a phase, the owner in that request will have elevated privileges in that phase, similar to those in the delivery phase a pm from the owner organization can then assign their users to the review action in that phase and manage tasks related to the review action classic workflows in classic workflows there is an additional tab for the review flow and possibly one for exam configuration tab owner producer documentation review overview of reviews progress and task acceptance/rejection ✅ when review flow is used ✅ review monitoring docid\ uklx44gtgmxgrwpd9gr4j exam configuration configure campus examinations ❌ if part of license exam configuration docid\ ls5hjb55yiobbxfmvkhzp