Nodo

Una vez establecido el negocio, el siguiente elemento en el diagrama organizativo es el nodo. Los nodos pueden emplearse para agrupar servicios que comparten características comunes. La definición de estos nodos intermedios dependerá siempre de la configuración del negocio:

  • Si los servicios no tienen características compartidas, el negocio no requiere nodos intermedios.

  • Si la agrupación de servicios es más compleja, el negocio puede requerir múltiples nodos intermedios e incluso añadir más niveles de anidación.

La estructura organizativa de un negocio se define mediante el conjunto de nodos y las relaciones jerárquicas entre ellos. Dentro del Diagrama Organizativo, hay un nodo raíz que comparte el nombre con el negocio y sostiene toda la estructura.

Configuración

Gracias al equipo de Orquest, se establece una configuración general para los diferentes nodos, definiendo los siguientes apartados:

Regulaciones

Una regulación es un conjunto de restricciones asociado a un nodo de la jerarquía con un periodo de vigencia (desde–hasta). Cada restricción define una regla específica de tipo legal, de convenio o de negocio, como la jornada máxima diaria o el descanso mínimo entre turnos. Una regulación, por tanto, agrupa varias de estas reglas y las vincula a un nodo y a un periodo temporal.

Las regulaciones se heredan en la jerarquía: sobre un nodo aplican sus propias regulaciones más las de todos sus nodos ancestros. Cuando dos regulaciones afectan a la misma restricción, prevalece la del nodo más específico, salvo que la del nodo superior esté marcada como no sobrescribible, en cuyo caso una capa inferior solo puede redefinirla si su valor es más restrictivo; de lo contrario, prevalece el valor del nodo superior. Por ejemplo, si un nodo superior fija la duración máxima de un turno en 8 horas como no sobrescribible, un nivel inferior puede reducirla a 7 horas, pero no ampliarla a 9.

Algunas restricciones admiten más de un juego de parámetros: en lugar de un único valor, es posible definir varias filas o bloques. Cada bloque dentro de una restricción tiene sus propios valores aplicables bajo condiciones distintas: un día de la semana, una franja horaria, un umbral, una semana del patrón…

Restricciones de contrato

Por encima de las regulaciones del nodo se aplican las restricciones de contrato, tanto las heredadas del tipo de contrato como las propias del contrato personal. Esta capa sigue la misma lógica de resolución que las regulaciones: como capa más específica, prevalece sobre las del nodo respetando igualmente el atributo no sobrescribible.

Usuarios

Cada usuario accede a la información de su nodo y de todos sus nodos descendientes, pero no a la de nodos superiores ni a la de ramas paralelas. Así, un responsable de zona ve todas las tiendas que cuelgan de su nodo y un responsable de tienda solo la suya. Lo que puede ver o editar dentro de ese ámbito depende además de los permisos de su rol.

Más información aquí.

Personas

Empleados asociados a un nodo. Cada persona agrupa sus contratos, aptitudes (qué tareas puede cubrir y a qué nivel), disponibilidades e incidencias, y es la unidad sobre la que el motor genera las asignaciones de cada día.

Más información aquí.

Tareas

Localizaciones del catálogo de negocio que se han activado en el nodo. Cada localización representa un puesto o actividad (caja, reposición, atención…) con sus aptitudes y nivel requeridos. El motor solo puede asignar personas a las tareas activas en el nodo, y solo si sus aptitudes encajan con lo que la tarea exige.

Más información aquí

Tipos de contrato

Plantillas de contrato que se pueden aplicar a un empleado. Definen parámetros como horas regulares y adicionales, periodicidad de cómputo (semanal, anual…) y pueden llevar asociadas sus propias restricciones.

Más información aquí

Tipos de día

Sirven para definir horarios de servicios, plantillas de necesidades, disponibilidades, etc. Se pueden definir a nivel de nodo, aunque hay algunos ya definidos a nivel de sistema en Orquest que están disponibles para su uso: laborales, festivos, lunes, martes, etc. Hay restricciones que se pueden aplicar por tipo de día.

Calendario

Permite asignar tipos de día concretos a fechas concretas, sobrescribiendo el tipo que correspondería por defecto según el día de la semana (p. ej. marcar un lunes concreto como festivo local). Si una fecha no tiene asignación explícita, se resuelve por su día de la semana. Es la referencia que usan algunos procesos de necesidades y planificación para clasificar cada día.

Días de referencia para la previsión

Día histórico que se toma como base para calcular la previsión de un día futuro. Por defecto se usa el mismo día de la semana del año anterior, pero se puede editar y definir otro día cuando el de referencia no es representativo (festivos, eventos puntuales, días atípicos), de modo que la previsión sea más fiable.

Patrones de turno

Esquemas de horarios o disponibilidades recurrentes que se aplican a los empleados, definiendo combinaciones de días y franjas horarias con su periodicidad. El motor los respeta al generar la planificación, limitando las asignaciones posibles de cada persona a los que encajan en el patrón.

Más información aquí

Todo aquello que se define en un nodo superior se hereda por parte de los nodos inferiores. No obstante, es posible realizar modificaciones de los parámetros heredados.

No todos los nodos son iguales, hay nodos que implican un nivel más de complejidad: los servicios.