Su Plantilla de Datos de Supply Chain Management

La Hora del Event, o Hora de Inicio, es la fecha y hora precisas en que una actividad fue registrada en el sistema de origen. Estos datos cronológicos son críticos para secuenciar los events correctamente y para todo análisis basado en el tiempo.

Este timestamp se utiliza para calcular los tiempos de ciclo entre actividades, medir la duración de todo el proceso e identificar retrasos o tiempos de espera. Es la columna vertebral de casi todos los KPI relacionados con el rendimiento, como el Tiempo de Entrega de Pedido de Extremo a Extremo y el Tiempo de Ciclo de Transporte.

Este timestamp es esencial para ordenar events, calcular duraciones y analizar el rendimiento del proceso y los cuellos de botella a lo largo del tiempo.

Esta información suele estar disponible como un timestamp de fecha de creación, fecha de cambio o fecha de contabilización en las tablas de datos de transacción para cada objeto de negocio en Blue Yonder.

El Nombre de la Actividad describe un único paso o tarea ejecutada como parte del ciclo de vida del pedido logístico. Estos events se registran cronológicamente para construir una secuencia de acciones para cada case.

Analizar las actividades es la base del process mining. Permite la visualización del mapa de procesos, la detección de cuellos de botella entre pasos específicos, el análisis de las frecuencias de las actividades y la identificación de desviaciones del flujo de proceso estándar.

Este atributo define los pasos en el mapa de procesos, haciendo posible visualizar, analizar y optimizar el flujo de pedidos logísticos.

Los nombres de las actividades se derivan de registros de eventos, códigos de transacción o cambios de estado registrados en varios módulos de Blue Yonder relacionados con el almacenamiento, el transporte y la gestión de pedidos.

El Pedido Logístico es el identificador central que conecta todas las actividades relacionadas desde la creación del pedido del cliente hasta la entrega final. Cada número de Pedido Logístico único representa una única instance del proceso de la cadena de suministro.

En process mining, analizar los datos por Pedido Logístico permite una visión completa del ciclo de vida del pedido. Esto es esencial para calcular los tiempos de ciclo de extremo a extremo, identificar variantes de proceso y comprender el recorrido de cada pedido a través de diferentes etapas como la adquisición, producción y distribución.

Este es el Case ID fundamental. Vincula todos los pasos del proceso, permitiendo la reconstrucción y el análisis de todo el recorrido de cumplimiento del pedido.

Este identificador se encuentra típicamente en los módulos principales de gestión de pedidos o ejecución logística dentro de Blue Yonder.

El Estado del Pedido proporciona una instantánea de la etapa del pedido logístico en su ciclo de vida en el momento de la extracción de datos, o su resultado final. Es un indicador clave del estado del caso.

Este atributo es útil para filtrar el análisis y centrarse solo en los pedidos completados o para investigar por qué se cancelaron ciertos pedidos. Ayuda a comprender los resultados de diferentes variantes de proceso y es una forma sencilla de medir las tasas generales de éxito o fracaso del proceso.

Indica el resultado de un caso, permitiendo que el análisis se filtre por pedidos completados, en curso o cancelados, lo cual es crucial para contextualizar las métricas de rendimiento.

Este es típicamente un campo de estado en la cabecera del pedido logístico principal o documento de envío en Blue Yonder.

La Fecha de Entrega Real se captura al finalizar la entrega, a menudo desde el event 'Prueba de Entrega Firmada'. Este timestamp marca la finalización final del pedido logístico.

Este atributo es esencial para la medición del rendimiento. Se utiliza en comparación con la 'Fecha de Entrega Solicitada' para determinar si una entrega fue a tiempo, tardía o anticipada. Este cálculo es la base para el KPI de Tasa de Entrega a Tiempo y se visualiza en el dashboard de Rendimiento de Entrega a Tiempo.

Crucial para calcular la Tasa de Entrega a Tiempo, este atributo mide el rendimiento real frente a la expectativa del cliente.

Esta fecha a menudo se deriva del timestamp del event de comprobante de entrega, que puede capturarse en el TMS de Blue Yonder o en un módulo logístico relacionado.

La Fecha de Entrega Solicitada es una pieza crítica de los datos maestros del cliente asociada con un pedido logístico. Representa el compromiso asumido con el cliente y sirve como el principal punto de referencia para medir el rendimiento de la entrega.

Esta fecha se compara con la 'Fecha de Entrega Real' para calcular el KPI de Tasa de Entrega a Tiempo. Es fundamental para el dashboard 'Rendimiento de Entrega a Tiempo', permitiendo el análisis de los retrasos y sus causas raíz, como el rendimiento del transportista o los cuellos de botella internos.

Esta es la línea base para medir la satisfacción del cliente y el rendimiento de la entrega. Es esencial para calcular el KPI de Tasa de Entrega a Tiempo.

Esto se almacena típicamente en los datos de cabecera del pedido del cliente dentro del sistema de gestión de pedidos de Blue Yonder.

Este atributo identifica al empleado o usuario del sistema responsable de un paso de proceso particular. Es esencial para comprender la asignación de recursos, la distribución de la carga de trabajo y el rendimiento a nivel individual o de equipo.

En el análisis, el Nombre de Usuario se utiliza para filtrar mapas de proceso y ver cómo diferentes usuarios realizan la misma tarea, identificar necesidades de capacitación o señalar a los mejores. También es crítico para el dashboard de 'Potencial de Automatización y Tareas Manuales' ver qué usuarios están involucrados en tareas frecuentes y repetitivas.

Atribuye las acciones del usuario a individuos específicos, permitiendo el análisis de la carga de trabajo, la comparación de rendimiento y la identificación de oportunidades de automatización.

Típicamente se encuentra en los datos de transacción como un campo 'Creado Por' o 'Modificado Por', vinculándose a una tabla de datos maestros de usuario en Blue Yonder.

El Nombre del Proveedor identifica al proveedor de quien se adquirieron mercancías como parte del proceso de la cadena de suministro. Esta es una dimensión clave para analizar las etapas de logística de entrada y adquisición.

Este atributo se utiliza en el dashboard 'Rendimiento de Entrada del Proveedor' para desglosar los tiempos de ciclo desde la creación del pedido de compra hasta la recepción del material por cada proveedor. Este análisis ayuda a identificar proveedores confiables y rápidos frente a aquellos que consistentemente causan retrasos, informando la estrategia de adquisición y la gestión de relaciones con proveedores.

Permite el análisis de rendimiento de diferentes proveedores, lo cual es fundamental para optimizar la logística de entrada y asegurar que se cumplan los programas de producción.

Esta información se almacena en los datos de cabecera del pedido de compra y está vinculada desde una tabla de datos maestros del proveedor dentro de Blue Yonder o un ERP integrado.

El Tipo de Pedido clasifica los pedidos logísticos según sus características, urgencia o contexto de negocio. Diferentes tipos de pedidos a menudo siguen diferentes rutas de proceso o tienen diferentes acuerdos de nivel de servicio (SLA).

Analizar por Tipo de Pedido es crucial para comprender las variaciones del proceso. Por ejemplo, se espera que los 'Pedidos Urgentes' tengan tiempos de ciclo más cortos y puedan omitir ciertos pasos, mientras que los 'Pedidos a Granel' podrían tener tiempos de entrega de producción más largos. Este atributo ayuda a explicar por qué ciertos casos se desvían de la norma y es útil en el dashboard 'Análisis de Variantes de Proceso'.

Ayuda a explicar las variaciones del proceso y las diferencias en el rendimiento, ya que los diferentes tipos de pedidos a menudo tienen rutas, prioridades y SLA únicos.

Esta información se almacena típicamente en los datos de cabecera del pedido dentro del sistema de gestión de pedidos de Blue Yonder.

Este flag booleano se establece en verdadero si un pedido logístico muestra evidencia de bucles de retrabajo, como la secuencia de actividades 'Mercancías Recogidas y Empaquetadas' -> 'Control de Calidad Realizado' -> 'Mercancías Recogidas y Empaquetadas'. Identifica cases que se desvían del flujo estándar y eficiente.

Este atributo se utiliza para calcular el KPI de 'Tasa de Retrabajo de Pedidos' y se visualiza en el dashboard 'Análisis de Retrabajo y Variantes de Proceso'. Identificar cases con retrabajo ayuda a reconocer las fuentes de errores o ineficiencia en el proceso de cumplimiento, lo que lleva a mejoras dirigidas para reducir el desperdicio y los costos operativos.

Destaca las ineficiencias del proceso y los problemas de calidad al marcar los casos con pasos repetidos, permitiendo esfuerzos enfocados para mejorar la estabilidad del proceso y reducir costos.

Este no es un campo en Blue Yonder. Se calcula durante el análisis de process mining al detectar secuencias de actividades repetidas específicas dentro de un case.

La Categoría de Producto es una clasificación utilizada para agrupar productos similares. Diferentes categorías de productos pueden tener procesos de cadena de suministro, requisitos de manejo o tiempos de entrega distintos.

Este atributo se utiliza en el dashboard 'Tendencia de Rendimiento de Pedidos Logísticos' para filtrar y comparar el volumen de pedidos completados para diferentes tipos de productos. Puede revelar si ciertas líneas de productos enfrentan más retrasos o tienen un rendimiento inferior, ayudando a enfocar los esfuerzos de mejora donde más se necesitan.

Permite segmentar el análisis del proceso por tipo de producto, revelando cuellos de botella específicos de la categoría, patrones de demanda o complejidades de manejo.

Esto es parte de los datos maestros de material o producto, que se vincularían a las partidas del pedido logístico en Blue Yonder.

Este atributo identifica a la persona o equipo que creó la requisición de compra, que es el documento interno que desencadena la creación de un pedido de compra formal. Proporciona contexto sobre quién impulsa la demanda de adquisición dentro de la organización.

Analizar por este atributo ayuda a comprender los patrones internos de adquisición y se puede utilizar en el dashboard de 'Potencial de Automatización y Tareas Manuales'. Si algunos usuarios están creando un alto volumen de requisiciones estándar, podría indicar una oportunidad para automatizar el proceso de requisición.

Identifica el origen de una solicitud de adquisición, lo que ayuda a analizar los patrones de demanda internos e identificar oportunidades para la automatización de procesos.

Se encuentra en los datos del documento de solicitud de compra, típicamente como un campo 'Creado Por'.

Este es un atributo booleano derivado al comparar la 'Fecha de Entrega Real' con la 'Fecha de Entrega Solicitada'. Simplifica el análisis de rendimiento al categorizar cada pedido como 'A Tiempo' (true) o 'Tardío' (false).

Este atributo impulsa directamente el dashboard de 'Rendimiento de Entrega a Tiempo' y se utiliza para calcular el KPI de 'Tasa de Entrega a Tiempo'. Permite un filtrado rápido y un análisis de causa raíz para comprender los factores comunes, como el transportista o el tipo de producto, asociados con las entregas tardías.

Simplifica el análisis de entregas a tiempo al ofrecer un resultado booleano claro para cada pedido, facilitando el cálculo de tasas de rendimiento e identificando las causas de los retrasos.

Este atributo no se encuentra en el sistema de origen. Se calcula durante la transformación de datos utilizando la fórmula: ActualDeliveryDate <= RequestedDeliveryDate.

Esta fecha es el compromiso del proveedor para la entrega de materias primas o componentes. Es el benchmark utilizado para medir la fiabilidad y la puntualidad de un proveedor.

Este atributo es esencial para calcular el KPI de 'Tasa de Entrega a Tiempo del Proveedor'. Se compara con la fecha de recepción real de los materiales (timestamp del event 'Materias Primas Recibidas') para determinar si el proveedor cumplió con su compromiso. Este análisis es central para el dashboard de 'Rendimiento de Entrada del Proveedor'.

Actúa como el punto de referencia de rendimiento para las entregas entrantes, permitiendo la medición de la fiabilidad del proveedor y su impacto en el programa de producción.

Esta fecha generalmente se almacena a nivel de línea de pedido de compra, basándose en la información proporcionada por el proveedor o los tiempos de entrega estándar.

La Hora de Fin marca la conclusión de una actividad. Cuando tanto una Hora de Inicio como una Hora de Fin están disponibles, se puede calcular el tiempo de procesamiento preciso de una actividad, distinguiéndolo del tiempo de inactividad o de espera.

Esto es muy valioso para analizar la duración de tareas específicas, como 'Mercancías Recogidas y Empaquetadas' o 'Control de Calidad Realizado'. Ayuda a identificar qué actividades están consumiendo más tiempo, apoyando los esfuerzos de optimización y automatización dirigidos.

Permite el cálculo preciso del tiempo de procesamiento de la actividad, lo cual es clave para identificar tareas ineficientes y medir la productividad de los recursos.

Al igual que la hora de inicio, esto se encuentra típicamente como una marca de tiempo en las tablas de datos de transacciones para cada objeto de negocio en Blue Yonder, a menudo marcando la finalización de un estado.

Este atributo especifica el modo de transporte utilizado para mover mercancías. Los diferentes modos tienen costos, velocidades y capacidades variables, lo que lo convierte en un factor importante en la planificación y el análisis logístico.

El dashboard 'Monitor de Eficiencia de Transporte' utiliza este atributo para comparar los tiempos de tránsito y los costos entre diferentes modos de transporte. Esto ayuda a tomar decisiones estratégicas, como elegir entre el flete aéreo más rápido pero más caro, o el flete marítimo más lento pero más económico, basándose en la prioridad del pedido y las restricciones de costos.

Proporciona una dimensión clave para analizar los costos y la velocidad del transporte, permitiendo decisiones estratégicas sobre los métodos de envío más efectivos.

Esta información se almacena habitualmente dentro de los detalles del envío o del pedido de flete en el TMS de Blue Yonder.

Identifica al cliente final del pedido logístico. Esta es una dimensión fundamental para segmentar el análisis desde una perspectiva centrada en el cliente.

Analizar el rendimiento del proceso por cliente puede revelar si ciertos clientes experimentan tiempos de entrega más largos o más problemas. Este atributo es compatible con dashboards como 'Rendimiento de Entrega a Tiempo' al permitir un desglose por cliente, ayudando a priorizar mejoras para cuentas clave.

Permite un análisis centrado en el cliente, ayudando a identificar qué clientes son los más afectados por las ineficiencias del proceso y a priorizar las mejoras en el servicio.

Esta información se almacena en los datos de cabecera del pedido del cliente y está vinculada desde una tabla de datos maestros del cliente en Blue Yonder o un CRM/ERP integrado.

El Nombre del Transportista identifica al socio logístico que manejó el transporte de mercancías desde el almacén hasta el destino final. Es una dimensión crítica para evaluar el rendimiento de la logística de salida.

En el dashboard 'Monitor de Eficiencia de Transporte', analizar los datos por Nombre del Transportista ayuda a comparar la duración de 'Mercancías en Tránsito' para diferentes transportistas. Esto permite a la empresa identificar a los socios de transporte más rápidos, confiables o rentables y optimizar las estrategias de envío en consecuencia.

Permite la evaluación comparativa del rendimiento de diferentes transportistas, ayudando a optimizar los costos de envío, las rutas y los tiempos de entrega.

Esto se encuentra típicamente en los documentos de envío o de pedido de flete dentro del Transportation Management System (TMS) de Blue Yonder.

El Número de Pedido de Compra vincula el pedido logístico al proceso de adquisición. Se crea durante actividades como 'Requisición de Compra Creada' y 'Orden de Compra Emitida'.

Este atributo permite un análisis detallado del subproceso de adquisición. Es esencial para el dashboard 'Rendimiento de Entrada del Proveedor', donde ayuda a rastrear el recorrido de un PO específico desde su emisión hasta la recepción de mercancías, asociando los retrasos con proveedores o materiales específicos.

Vincula el proceso principal de cumplimiento con las actividades de adquisición ascendentes, permitiendo un análisis detallado del rendimiento del proveedor y los tiempos de ciclo de adquisición.

Este identificador se genera y almacena en el módulo de adquisición o compras de Blue Yonder o en un sistema ERP integrado.

Este atributo identifica el origen de los datos del proceso. Es particularmente útil en entornos donde los datos de múltiples sistemas se combinan para una vista holística del proceso, asegurando una clara data lineage.

Para este análisis, el valor será consistentemente 'Blue Yonder', pero sirve como una pieza crucial de metadata para la data governance y el contexto, especialmente si otros sistemas como un ERP o CRM están integrados.

Identifica el origen de los datos, lo cual es crucial para la gobernanza de datos, la validación y la gestión de análisis que abarcan múltiples sistemas empresariales.

Este es típicamente un valor estático añadido durante el proceso de extracción y transformación de datos para etiquetar el origen del dataset.

Esta métrica mide la duración total del ciclo de vida de un pedido logístico. Es un KPI que refleja la velocidad y eficiencia generales de todo el proceso de la cadena de suministro.

Esta es la métrica principal para el dashboard 'Análisis del Tiempo de Entrega del Pedido de Extremo a Extremo' y el KPI de 'Tiempo de Ciclo de Pedido Logístico de Extremo a Extremo'. Analizar esta duración ayuda a identificar retrasos sistémicos y proporciona una medida de alto nivel de la salud del proceso. Se puede desglosar por dimensiones como Tipo de Pedido o Categoría de Producto para encontrar los impulsores de los tiempos de entrega prolongados.

Este es un KPI crítico para medir la velocidad general de la cadena de suministro, impactando directamente la satisfacción del cliente y el capital de trabajo.

Este valor no se almacena en el sistema de origen. Se calcula restando el timestamp del primer event del timestamp del último event para cada case.

Este atributo proporciona la fecha y hora de la extracción de datos más reciente. Da contexto al análisis, mostrando cuán actuales son los datos y cuándo se podría esperar la próxima actualización.

Es importante que los usuarios comprendan la frescura de los datos que están analizando. Esto ayuda a interpretar los dashboards y a garantizar que las decisiones se basen en información oportuna.

Proporciona un contexto crucial sobre la actualidad de los datos, asegurando que los usuarios estén al tanto de cuán actualizado está el análisis del proceso.

Este timestamp se genera y se añade durante el proceso de extracción, transformación y carga (ETL) de datos.