Bernard Engine · Doc

Roles, permisos y asignación

Esta página explica quién puede hacer qué en Bernard (roles y permisos), cómo se organizan las personas por departamento y cómo se les asigna el trabajo. La creación de una cuenta de usuario se describe en Gestión de usuarios.

Roles y permisos

Un rol es una etiqueta de puesto (artista, lead, supervisor, producción, IT…) que define el propio estudio. Cada usuario tiene un rol; cada tarea tiene un rol esperado (Assign To). El rol decide lo que el usuario puede crear, eliminar, modificar y ver.

Crear y personalizar un rol

Reservado a los administradores y a los roles que tienen el permiso Can access the Global Root Settings.

  1. Colócate en la raíz del estudio (Navigate › Go To Root) y abre la Tree View.
  2. Ve a Categories › Custom Categories, categoría de los roles. Clic derecho › Create para añadir un rol.
  3. En el panel Propiedades, define su nombre, su color y su color de fondo.

Crear un rol crea también su Role Setting (el conjunto de sus permisos); eliminar el rol lo elimina.

Definir los permisos de un rol

Reservado a los administradores. Abre Bernard › Settings › Roles Setting. Elige el rol: se muestran tres paneles, Content edition rights, Content display rights y Role-based behaviours. Cada permiso es una casilla, o una lista para los permisos de creación y de eliminación. La lista completa, con los valores por defecto, está en Roles Setting. Los permisos que más a menudo afectan a los workflows y a la asignación:

Permiso Lo que permite Por defecto
Can Create / Can Delete (por tipo de objeto: Item, Category, Resource, Project, Project Item, Folder, Group, Playlist, File, Property, Action, Note, Instruction) crear o eliminar cada tipo de objeto ninguno
Can manually abort tasks pasar una tarea a Aborted sí
Can modify the state of tasks assigned to others (override assignees) cambiar el estado de una tarea que no se tiene asignada sí
Can modify active Workflow structures (Add/Remove tasks) editar el workflow de un elemento en producción no
Can propagate property values to all child references Set this value on all references no
Can toggle properties between 'Global' and 'Local' inheritance Set Mode to Local / Global no
Can assign actions / Can remove assigned actions asignar acciones a objetos no
Can edit event triggers crear disparadores no
Has access to projects settings abrir los Project Settings no
Can access the Global Root Settings abrir los Root Settings no

Los permisos de creación están cerrados a propósito por defecto: un artista generalmente no necesita crear un proyecto. Da Project en Can Create a los roles de producción, por ejemplo.

Reservado a los administradores, sea cual sea el rol: Login as, la pestaña Tech, Global Settings, Administration Tools y el cambio del rol de un usuario.

Permisos por propiedad

Además de los permisos del rol, cada propiedad tiene dos listas, Read Access y Write Access (de roles y de usuarios):

Por ejemplo, reserva la escritura del Bid (presupuesto) a la producción y su lectura a los leads y a los supervisores. Para definirlos, selecciona la propiedad de la plantilla (consulta Personalizar Bernard) y rellena sus dos listas. En la hoja de cálculo, una columna que no puedes modificar lleva un candado.

Departamentos

Un departamento (Department) agrupa oficios: modelado, animación, compositing… Tiene un nombre, un color, un color de fondo y un icono. Los departamentos se guardan en la carpeta bloqueada Departments.

Crear un departamento (administradores):

  1. Colócate en la raíz del estudio, abre la Tree View y la carpeta Departments.
  2. Clic derecho › Create › Department, escribe el nombre y haz clic en Create.
  3. En el panel Propiedades, elige el color del texto, el color de fondo y el icono (arrastra y suelta una imagen). La pestaña History guarda el rastro de estos cambios.

Dónde se usan

Una vez creado, un departamento está disponible en todo Bernard.

Asignar el trabajo

El principio: se asignan parejas departamento × rol, no tareas una a una.

  1. Cada tarea del workflow tiene un departamento y un rol esperado (Assign To), definidos en la plantilla.
  2. La pestaña Assignment de un elemento (un plano, un asset) reúne todas las parejas departamento × rol de sus tareas.
  3. Pones personas en cada pareja: todas las tareas del elemento que tienen esa pareja les quedan asignadas.
  4. Una pareja donde no se ha puesto a nadie es automática: si solo hay un usuario del proyecto (Project Users) con ese rol y ese departamento, queda asignado; si hay varios, nadie lo está.
  5. La asignación también se puede forzar tarea por tarea.

Para que la asignación automática encuentre a alguien, la persona debe por tanto tener el rol adecuado, el departamento adecuado y figurar entre los usuarios del proyecto. Consulta Assignment para los botones de la pestaña (Update Automatic Assignment, Reset Automatic Assignment).

¿Quién puede asignar? En la pestaña Assignment, quienes tienen permiso para escribir la propiedad Assignment del elemento. En la hoja de cálculo, la columna Assignment se calcula a partir de las subtareas y es de solo lectura.

Assign Me

Si escribes una nota o una corrección en una tarea y quieres hacerte cargo de ella:

Assign Me solo se ofrece si la tarea tiene un departamento y un único rol esperado.

Una sola tarea en WIP por persona

Cuando pasas una tarea a WIP, Bernard pone tu anterior tarea en curso en Pause. Así el tiempo invertido solo se cuenta en una tarea a la vez. El detalle de los estados está en Workflows, estados y plantillas.

Otras reglas ligadas a la asignación: