Conceptos de planificación laboral#
Para configurar eficazmente el Módulo de planificación laboral, conozca los conceptos del Módulo de planificación laboral:
Cómo funciona la planificación laboral#
A continuación se ofrece una descripción general de cómo funciona el Módulo de planificación laboral:
Una Definición de previsión se ejecuta automática o manualmente.
Rebus obtiene la configuración de la Definición del plan que contiene la información necesaria para calcular los costes laborales futuros.
Rebus crea los resultados de previsión, que incluyen:
las cantidades de la futura demanda;
las cantidades de demanda futura asociadas a la actividad;
los tiempos medidos y los tiempos objetivo previstos;
la productividad (%) basada en la productividad histórica.
Cómo calcula Rebus los costes laborales#
Esta sección desglosa el paso 3 de Cómo funciona la planificación laboral para explicar cómo Rebus calcula los costes laborales futuros:
3.1. En función de los atributos de asignación y el intervalo de fechas histórico, calcula las cantidades de demanda y los costes laborales históricos correspondientes a partir del widget histórico y el Origen de la definición de trabajo, respectivamente. 3.2. Basándose en el intervalo de fechas futuras, calcula las cantidades de demanda futuras a partir del widget de futuro, un widget activo existente. 3.3. Por último, calcula los costes laborales futuros según el método de asignación.
Tipos de demanda#
Un tipo de demanda es una configuración que clasifica una demanda determinada. Una demanda es cualquier tipo de trabajo que requiere costes laborales del personal del almacén para completarlo. Algunos ejemplos de demanda son los pedidos de salida, las recepciones de entrada, las órdenes de trabajo, la producción, las tareas dirigidas, etc. Un ejemplo de tipo de demanda es el que denominaría «Pedidos de salida» para clasificar la demanda de pedidos de salida.
Un tipo de demanda consta de tres elementos clave:
Widget histórico
Widget de futuro
Campos de los atributos de la demanda
Widget histórico#
El widget histórico se utiliza para obtener las cantidades históricas totales de una demanda determinada. Se rellena con datos importados de su WMS y, por tanto, captura datos históricos y actuales sobre la demanda. Para obtener más información sobre el tipo de datos que debe incluir este widget, consulte Campos de los atributos de la demanda.
Widget de futuro#
El widget de futuro es un widget existente que se utiliza para obtener las cantidades futuras totales de una demanda. Un widget de futuro puede ser:
Un widget activo rellenado con registros de datos importados de su SGA. Contiene datos sobre una próxima demanda. Podría ser el mismo widget que está asignado como Widget histórico. Si el widget no contiene suficientes cantidades de demanda futura, puede añadir más manualmente al ejecutar una previsión. La adición manual de cantidades de demanda no afecta los datos actuales del widget.
Truco
Puede crear un widget de futuro basado en la misma fuente de base de datos del widget histórico y añadirle un parámetro de factor de escala. De este modo, se calculan resultados de previsión precisos multiplicando las cantidades de demanda históricas por ese factor de escala. Para obtener más información, consulte Planificación laboral: aplicación de un factor de escala a las definiciones de las previsiones.
Un widget activo rellenado por un formulario de entrada de datos personalizado utilizado para la planificación del tipo «y si…». El formulario Entrada de datos personalizados contiene datos previstos sobre la demanda basados en un estudio de datos y patrones históricos.
Importante
El widget de futuro debe tener los mismos nombres y tipos de campo que los del widget histórico. Puede comprobar los nombres y tipos de campo del widget histórico en la etapa de campo del Creador de widgets.
Campos de los atributos de la demanda#
El widget histórico debe incluir al menos los campos para los que desea utilizarlo:
Asignación de actividades a su demanda. Los campos de asignación deben estar tanto en Origen de la definición de trabajo como en Widget histórico para asociar las actividades a sus respectivas demandas. Esto se explica con más detalle en Atributos de asignación.
Opcional: Agrupación de las cantidades de demanda futura.
Unidades: Campo(s) que contiene(n) las cantidades demandadas.
Importante
El campo Unidades debe tener el mismo nombre que los valores UOM utilizados en su Origen de la definición de trabajo.
Rebus utiliza los campos de agrupación del tipo de demanda para determinar cómo se presentarán las cantidades futuras de demanda en la tabla de previsiones. En el ejemplo siguiente, las unidades (es decir, las cantidades solicitadas) son CASE y PALLET, y están agrupadas por ORDER_TYPE.
Definiciones de trabajo#
Una definición de trabajo es una configuración que agrupa una o varias actividades. Una actividad es una tarea o un evento realizado por el personal del almacén y contabilizado en el programa de operaciones del almacén. Una definición de trabajo comprende dos elementos clave:
Origen de la definición de trabajo
Metadatos de trabajo
Origen de la definición de trabajo#
El Origen de la definición de trabajo se utiliza para obtener los costes laborales totales históricos para una demanda determinada. Captura datos actuales e históricos sobre una o varias actividades.
La fuente de datos varía en función de su situación:
Estoy usando… |
El origen de la definición de trabajo es… |
|---|---|
Módulo de trabajo de Rebus |
Su recopilación laboral estándar. Esta fuente de datos contiene de forma predeterminada todos los datos existentes sobre sus actividades. Por lo tanto, solo puede configurar una Definición de trabajo en el módulo. |
LMS integrado con Rebus |
Un widget personalizado que captura datos sobre una o más actividades. Si no tiene una que capture todas las actividades, es posible que tenga que configurar más de una Definición de trabajo. Importante Los widgets personalizados deben tener al menos los siguientes campos:
|
Metadatos de trabajo#
Tras determinar el origen de la definición de trabajo para un Origen de la definición de trabajo, se definen los campos para:
Opcional: la agrupación de los costes laborales previstos;
la unidad de medida (UM);
el cálculo del valor de cantidad del campo UM.
Con los metadatos de trabajo, la Definición de trabajo determina cómo se presentarán los futuros costes laborales en la tabla de previsiones. En el siguiente ejemplo, los costes laborales se agrupan por WORK_CATEGORY, el campo UOM es UOM y el campo utilizado para calcular la cantidad del campo UOM es QTY.
Definiciones del plan#
Una Definición del plan debe contener todas las demandas y todas las actividades posibles para las que se desea prever los costes laborales. Lo hace manteniendo una recopilación de Asignaciones del plan que asocian Tipos de demanda y Definiciones de trabajo y que utilizan atributos de asignación para asociar la demanda a las actividades relevantes. Las asignaciones del plan también definen el método de asignación.
Métodos de asignación#
Un método de asignación determina cómo se calculan los costes laborales futuros. Existen dos métodos de asignación en una Definición del plan:
Método de asignación |
Descripción |
Úselo cuando… |
|---|---|---|
Demanda histórica |
Calcula los costes laborales futuros proporcionalmente al volumen de demanda. Por ejemplo, antes se tardaban 100 horas en completar un pedido de 1000 pallets. A partir de esta información, se puede estimar que se necesitarían 50 horas de trabajo para satisfacer un próximo pedido de 500 pallets. |
Existen tendencias históricas entre los costes laborales y la demanda. |
Porcentaje fijo |
Calcula los costes laborales de solo un porcentaje de las cantidades de demanda futuras. Por ejemplo, los costes laborales de la actividad «control de calidad» se calculan para el 30 % de las cantidades de pedidos de salida. El porcentaje lo define el usuario. |
Cumple una o varias de las siguientes condiciones:
|
Ver también
Atributos de asignación#
Los atributos de asignación son condiciones que se establecen para obtener los resultados de previsión más precisos. La tabla ofrece una visión general de los tipos de condiciones que pueden establecerse y la finalidad de cada una de ellas. Como se muestra en la tabla, ambos tipos de condiciones permiten a Rebus calcular los costes laborales históricos totales.
Establezca condiciones para… |
Para que… |
|---|---|
Identificar actividades específicas |
Rebus calcula los costes laborales históricos totales solo de los datos que cumplen estas condiciones. |
Asociar la demanda a estas actividades específicas |
Rebus calcula las cantidades totales de demanda histórica y los costes laborales solo de los datos que cumplen estas condiciones. |
En las próximas secciones daremos respuesta a las siguientes preguntas:
Pregunta |
Sección |
|---|---|
¿Cómo identifican los atributos de asignación las actividades específicas? |
|
¿Cómo los atributos de asignación relacionan una demanda a estas actividades concretas? |
|
¿Cómo calcula el porcentaje fijo los costes laborales futuros? |
Cómo calcula el porcentaje fijo los costes laborales futuros |
¿Cómo calcula la demanda histórica los costes laborales futuros? |
Cómo calcula la demanda histórica los costes laborales futuros |
Valores constantes#
Puede asignar valores constantes a los campos de atributo de una actividad determinada para identificarla en Rebus. Por ejemplo, como parte de la finalización de un pedido de salida, queremos planificar suficientes horas de movimientos de inventario completo. Considere el siguiente origen de la definición de trabajo:
Como resultado, podríamos establecer las siguientes condiciones que asignan estos campos de atributo con estos valores constantes:
Campos de atributos comunes#
Puede asociar las actividades a su demanda utilizando uno o varios campos de atributos comunes que afectan el importe de los costes laborales. Por ejemplo, el almacén puede afectar la cantidad de costes laborales necesarios para completar una demanda. Considere el siguiente origen de la definición de trabajo y el widget histórico de pedidos de salida:
Como resultado, podríamos establecer la condición n.º 3 para asignar las actividades FULL_INVENTORY_MOVE a los pedidos de salida utilizando el campo de atributo WAREHOUSE_CODE:
Cómo calcula el porcentaje fijo los costes laborales futuros#
Porcentaje fijo es un método de asignación que calcula los costes laborales de solo un porcentaje de las cantidades de demanda futuras.
El porcentaje lo define el usuario.
Considere el siguiente origen de la definición de trabajo y el widget histórico de pedidos de salida:
A continuación le explicamos cómo calcula Rebus los costes laborales futuros:
Secuencia de eventos |
Notas de procesamiento de Rebus |
|---|---|
1 |
Rebus recibe del widget de futuro un próximo pedido de salida de 2000 pallets en WH1. Atributos de asignación:
|
2 |
Rebus identifica:
|
3 |
Rebus calculates the average historical time measurement for full inventory moves matching the attributes in event sequence #2 ≈ 2.18 min/pallet |
4 |
Porcentaje fijo = 30 % de los pallets pedidos pasarían por movimientos de inventario completo. |
5 |
Rebus calcula la cantidad de pedidos para procesar por movimiento de inventario completo: 2000*30 % = 600 pallets |
6 |
Rebus calcula los costes laborales futuros en horas: (2,18*600)/60 = 21,8 horas |
7 |
Rebus prevé 21,8 horas de movimiento de inventario completo para asignar en WH1 para el próximo pedido de salida de 2000 pallets. |
Cómo calcula la demanda histórica los costes laborales futuros#
La demanda histórica es un método de asignación que calcula los costes laborales futuros de forma proporcional al volumen de demanda. Para obtener más información, consulte Métodos de asignación.
Considere el siguiente origen de la definición de trabajo y el widget histórico de pedidos de salida:
A continuación le explicamos cómo calcula Rebus los costes laborales futuros:
Secuencia de eventos |
Notas de procesamiento de Rebus |
|---|---|
1 |
Rebus recibe del widget de futuro un próximo pedido de ventas de 2000 pallets. Atributos de asignación:
|
2 |
Rebus identifica:
|
3 |
Rebus calcula los costes laborales históricos y las cantidades demandadas que coinciden con los atributos de la secuencia de eventos n.º 2:
|
4 |
Rebus calcula los costes laborales futuros: (64,38*2000)/1770 = 72,75 horas |
5 |
Rebus prevé 72,75 horas de recogida de pallets para completar el próximo pedido de venta de 2000 pallets. |
Nota
La secuencia de eventos n.º 4 calcula los costes laborales con una seguridad de la asignación del 100 % porque todas las actividades de recogida de pallets atribuidas a un pedido de cliente son necesarias para calcular los futuros costes laborales.
Ver también
Seguridad de la asignación#
La seguridad de la asignación es un valor porcentual que usted define para ajustar el cálculo de los costes laborales futuros, en función de los requisitos específicos de un tipo concreto de demanda. El valor debe ser un porcentaje comprendido entre 0 % y 300 %, ambos inclusive. A continuación se ofrece una lista de ejemplos en los que es posible que desee utilizar una seguridad de la asignación distinta de 100 %:
Teniendo en cuenta los costes laborales de las actividades indirectas. Por ejemplo, si los datos muestran que el mes pasado se dedicaron 100 horas a la actividad «movimiento de inventario completo», es posible que desee estimar los futuros costes laborales relacionados específicamente con los pedidos salientes. Basándose en la experiencia previa, podría asignar el 30 % de los costes laborales previstos para la actividad «movimiento de inventario completo» a los pedidos de salida.
Una actividad debe producirse en días diferentes antes de la fecha de finalización de una demanda. Como resultado, podría configurar diferentes seguridades de la asignación cada una con un desplazamiento. Por ejemplo, la recogida de cajas podría producirse en días diferentes antes del envío de un remolque para un pedido de salida:
Desplazamiento
Seguridad de la asignación
Un día antes del envío del remolque.
Se asignará el 80 % del total de horas de preparación de pedidos para completar el pedido de salida.
El mismo día del envío del remolque.
Se asignará un 20 % del total de horas de recogida de cajas para completar el pedido de salida.
Ver también
A continuación se muestra un resumen de cómo Rebus calcula los costes laborales futuros con una seguridad de la asignación distinta de 100 %:
Secuencia de eventos |
Notas de procesamiento de Rebus |
|---|---|
1 |
Rebus recibe del widget de futuro un próximo pedido de salida de 2000 palets. Atributos de asignación:
|
2 |
Rebus calcula los costes laborales históricos y las cantidades demandadas:
|
3 |
Seguridad de la asignación = 30 % |
4 |
Rebus calcula los costes laborales futuros: [(40*2000) / 4000] * 0,30 = 6 horas |
5 |
Rebus prevé 6 horas de movimiento de inventario completo para completar el próximo pedido de venta de 2000 pallets. |
Desplazamiento#
En un método de asignación de demanda histórica, debe especificar un desplazamiento para indicar cuándo empieza y termina una actividad para completar una demanda. De este modo, la compensación establece un periodo de tiempo para las actividades.
Ejemplo: Un patrón histórico muestra que la recogida de cajas se produce un día antes de la fecha de envío del remolque del pedido de salida.
Secuencia de eventos |
Notas de procesamiento de Rebus |
|---|---|
1 |
El periodo de tiempo histórico para calcular el volumen histórico de la demanda y los costes laborales es del 1 de marzo de 2022 al 31 de marzo de 2022 |
2 |
La recogida de cajas se produce un día antes de la fecha de envío del remolque. |
3 |
El periodo de tiempo en el que Rebus calcula los costes laborales históricos para la recogida de cajas es del 28 de febrero de 2022 al 31 de marzo de 2022. |
Definiciones de las previsiones#
La definición de previsión es una herramienta de planificación laboral para prever los costes laborales de una demanda.
Una definición de previsión incluye:
Definición del plan
El porcentaje de utilización de la mano de obra, es decir, el porcentaje del tiempo total que el personal del almacén dedica a actividades esenciales.
La frecuencia con la que se ejecutará la definición de la previsión.
Los parámetros históricos para los que se desea calcular el volumen histórico total de la demanda y los costes laborales. Esos parámetros son:
El intervalo de fechas históricas (ayer, la semana pasada, el mes pasado, el año pasado, etc.).
Cualquier otro parámetro. Por ejemplo, puede elegir una instalación específica para la que desee calcular el volumen histórico de demanda y los costes laborales.
Los parámetros de previsión para los que desea calcular las cantidades totales de demanda futura y los costes laborales. Esos parámetros son:
El intervalo de fechas futuras (mañana, la semana que viene, el mes que viene, etc.).
Cualquier otro parámetro. Por ejemplo, podría elegir una instalación específica para la que desea determinar el volumen de demanda previsto y los costes laborales estimados.
Nota
Los parámetros históricos y de previsión que desee utilizar deben configurarse en la etapa Filtro del Creador de widgets de los widgets.
Además, para evaluar y comparar la precisión de varias previsiones, puede configurar varias Definiciones de previsión de forma diferente. Por ejemplo, puede configurar Definiciones de previsión que tengan:
Un intervalo de fechas históricas diferente.
Una Definición del plan diferente en la que una utiliza un porcentaje fijo y otra utiliza el método de asignación de la demanda histórica.