Su Template de datos para la gestión de la cadena de suministro
Su Template de datos para la gestión de la cadena de suministro
- Atributos recomendados para recopilar y realizar un análisis exhaustivo
- Actividades y hitos clave del proceso que debe seguir
- Guía paso a paso para extraer datos de Blue Yonder
Atributos de la gestión de la cadena de suministro
| Nombre | Descripción | ||
|---|---|---|---|
| Hora de inicio EventTime | La marca de tiempo que indica cuándo comenzó o tuvo lugar una actividad específica. | ||
| Descripción Event Time, o Start Time, es la fecha y hora exactas en que se registró una actividad en el sistema de origen. Estos datos cronológicos son fundamentales para ordenar correctamente los eventos y realizar cualquier análisis basado en el tiempo. Esta marca de tiempo se utiliza para calcular los tiempos de ciclo entre actividades, medir la duración del proceso completo e identificar retrasos o tiempos de espera. Es la base de casi todos los KPI relacionados con el rendimiento, como End-to-End Order Lead Time y Transportation Cycle Time. Por qué es importante Esta marca de tiempo es esencial para ordenar eventos, calcular duraciones y analizar el rendimiento del proceso y los cuellos de botella a lo largo del tiempo. Dónde obtenerlo Esta información suele estar disponible como marca de tiempo de creación, modificación o contabilización en las tablas de datos de transacciones de cada objeto empresarial de Blue Yonder. Ejemplos 2023-10-26T09:00:00Z2023-10-26T14:30:00Z2023-10-27T11:15:00Z | |||
| Nombre de la actividad ActivityName | El nombre de un evento o paso empresarial específico que tuvo lugar dentro del proceso logístico, como «Purchase Order Issued» o «Goods Picked And Packed». | ||
| Descripción Activity Name describe un único paso o tarea ejecutado como parte del ciclo de vida del pedido logístico. Estos eventos se registran cronológicamente para crear una secuencia de acciones para cada caso. El análisis de las actividades es la base de Process Mining. Permite visualizar el mapa de procesos, detectar cuellos de botella entre pasos concretos, analizar la frecuencia de las actividades e identificar desviaciones respecto al flujo de proceso estándar. Por qué es importante Este atributo define los pasos del mapa de procesos y permite visualizar, analizar y optimizar el flujo de los pedidos logísticos. Dónde obtenerlo Los nombres de las actividades se obtienen de registros de eventos, códigos de transacción o cambios de estado registrados en distintos módulos de Blue Yonder relacionados con el almacenamiento, el transporte y la gestión de pedidos. Ejemplos Pedido del cliente recibidoMercancías producidasEnvío programadoComprobante de entrega firmado | |||
| Pedido logístico LogisticsOrder | El identificador único de un pedido logístico individual, que sirve como ID de caso principal para realizar el seguimiento del proceso integral de la cadena de suministro. | ||
| Descripción Logistics Order es el identificador principal que conecta todas las actividades relacionadas, desde la creación del pedido del cliente hasta la entrega final. Cada número único de Logistics Order representa una instancia individual del proceso de la cadena de suministro. En Process Mining, analizar los datos por Logistics Order permite obtener una visión completa del ciclo de vida del pedido. Esto es esencial para calcular los tiempos de ciclo integrales, identificar variantes del proceso y comprender el recorrido de cada pedido por las distintas etapas, como compras, producción y distribución. Por qué es importante Es el Case ID fundamental. Vincula todos los pasos del proceso y permite reconstruir y analizar el recorrido completo del cumplimiento del pedido. Dónde obtenerlo Este identificador suele encontrarse en los módulos principales de gestión de pedidos o ejecución logística de Blue Yonder. Ejemplos LO-845123LO-845124LO-845125 | |||
| Estado de la orden OrderStatus | El estado actual o final de la orden logística, como «En curso», «Completada» o «Cancelada». | ||
| Descripción El estado de la orden ofrece una instantánea de la fase del ciclo de vida en la que se encuentra la orden logística en el momento de extraer los datos, o de su resultado final. Es un indicador clave del estado del caso. Este atributo resulta útil para filtrar el análisis y centrarse únicamente en las órdenes completadas, o para investigar por qué se cancelaron determinadas órdenes. Ayuda a comprender los resultados de las distintas variantes del proceso y ofrece una forma sencilla de medir las tasas generales de éxito o fracaso del proceso. Por qué es importante Indica el resultado de un caso y permite filtrar el análisis para incluir órdenes completadas, en curso o canceladas, algo esencial para contextualizar las métricas de rendimiento. Dónde obtenerlo Suele ser un campo de estado en la cabecera de la orden logística principal o del documento de envío en Blue Yonder. Ejemplos CompletadoEn progresoCanceladoEn espera | |||
| Fecha de entrega real ActualDeliveryDate | La fecha real en la que el pedido se entregó correctamente al cliente, confirmada mediante el comprobante de entrega. | ||
| Descripción Actual Delivery Date se captura al completar la entrega, a menudo a partir del evento «Proof Of Delivery Signed». Esta marca de tiempo señala el cumplimiento final del pedido logístico. Este atributo es esencial para medir el rendimiento. Se compara con Requested Delivery Date para determinar si la entrega fue puntual, tardía o anticipada. Este cálculo constituye la base del KPI On-Time Delivery Rate y se visualiza en el dashboard «On-Time Delivery Performance». Por qué es importante Este atributo es fundamental para calcular On-Time Delivery Rate, ya que mide el rendimiento real frente a las expectativas del cliente. Dónde obtenerlo Esta fecha suele obtenerse de la marca de tiempo del evento de comprobante de entrega, que puede capturarse en el TMS de Blue Yonder o en un módulo logístico relacionado. Ejemplos 2023-11-142023-11-212023-12-01 | |||
| Fecha de entrega solicitada RequestedDeliveryDate | La fecha de entrega del pedido solicitada por el cliente. | ||
| Descripción Requested Delivery Date es un dato maestro crítico del cliente asociado a un pedido logístico. Representa el compromiso adquirido con el cliente y sirve como referencia principal para medir el rendimiento de las entregas. Esta fecha se compara con Actual Delivery Date para calcular el KPI On-Time Delivery Rate. Es fundamental para el dashboard «On-Time Delivery Performance», que permite analizar los retrasos y sus causas raíz, como el rendimiento del transportista o los cuellos de botella internos. Por qué es importante Es la referencia para medir la satisfacción del cliente y el rendimiento de las entregas. Es esencial para calcular el KPI On-Time Delivery Rate. Dónde obtenerlo Normalmente, se almacena en los datos de la cabecera del pedido del cliente dentro del sistema de gestión de pedidos de Blue Yonder. Ejemplos 2023-11-152023-11-202023-12-01 | |||
| Nombre de usuario UserName | El ID o nombre de la persona que ejecutó la actividad. | ||
| Descripción Este atributo identifica al empleado o usuario del sistema responsable de un paso concreto del proceso. Es esencial para comprender la asignación de recursos, la distribución de la carga de trabajo y el rendimiento individual o del equipo. En el análisis, User Name se utiliza para filtrar los mapas de procesos y ver cómo distintos usuarios realizan la misma tarea, identificar necesidades de formación o detectar a los usuarios con mejor rendimiento. También es fundamental para el dashboard «Manual Task and Automation Potential», ya que permite ver qué usuarios participan en tareas frecuentes y repetitivas. Por qué es importante Asocia las acciones de los usuarios con personas concretas, lo que permite analizar la carga de trabajo, comparar el rendimiento e identificar oportunidades de automatización. Dónde obtenerlo Normalmente, se encuentra en los datos de transacciones como un campo «Created By» o «Changed By» vinculado a una tabla de datos maestros de usuarios en Blue Yonder. Ejemplos j.doea.smithSYSTEM_RFC | |||
| Nombre del proveedor SupplierName | El nombre del proveedor que suministra materias primas o componentes para una orden de compra. | ||
| Descripción Supplier Name identifica al proveedor al que se compraron las mercancías como parte del proceso de la cadena de suministro. Es una dimensión clave para analizar las etapas de logística de entrada y compras. Este atributo se utiliza en el dashboard «Supplier Inbound Performance» para desglosar los tiempos de ciclo desde la creación de la orden de compra hasta la recepción de materiales por proveedor. Este análisis ayuda a distinguir entre proveedores fiables y rápidos y aquellos que provocan retrasos de forma constante, y sirve de apoyo a la estrategia de compras y la gestión de las relaciones con proveedores. Por qué es importante Permite analizar el rendimiento de distintos proveedores, algo fundamental para optimizar la logística de entrada y garantizar el cumplimiento de los programas de producción. Dónde obtenerlo Esta información se almacena en los datos de la cabecera de la orden de compra y se vincula desde una tabla de datos maestros de proveedores de Blue Yonder o de un ERP integrado. Ejemplos Global Components Inc.Advanced Materials LLCPrecision Parts Co. | |||
| Tipo de orden OrderType | La clasificación de la orden, como «Orden estándar», «Orden urgente» u «Orden a granel». | ||
| Descripción El tipo de orden clasifica las órdenes logísticas según sus características, urgencia o contexto empresarial. Los distintos tipos de orden suelen seguir rutas de proceso diferentes o tener acuerdos de nivel de servicio (SLA) distintos. Analizar los datos por tipo de orden es fundamental para comprender las variaciones del proceso. Por ejemplo, se espera que las «órdenes urgentes» tengan tiempos de ciclo más cortos y que puedan omitir determinados pasos, mientras que las «órdenes a granel» pueden tener plazos de producción más largos. Este atributo ayuda a explicar por qué determinados casos se desvían de la norma y resulta útil en el Dashboard «Análisis de variantes del proceso». Por qué es importante Ayuda a explicar las variaciones del proceso y las diferencias de rendimiento, ya que los distintos tipos de orden suelen tener rutas, prioridades y SLA propios. Dónde obtenerlo Esta información suele almacenarse en los datos de cabecera de la orden dentro del sistema de gestión de órdenes de Blue Yonder. Ejemplos EstándarUrgenteTransferencia de existenciasDevolución | |||
| Categoría del producto ProductCategory | La categoría a la que pertenece el producto incluido en la orden logística, como Electrónica o Ropa. | ||
| Descripción La categoría del producto es una clasificación que se utiliza para agrupar productos similares. Las distintas categorías pueden tener procesos de cadena de suministro, requisitos de manipulación o plazos de entrega diferentes. Este atributo se utiliza en el Dashboard «Tendencia del rendimiento de las órdenes logísticas» para filtrar y comparar el volumen de órdenes completadas de distintos tipos de productos. Puede revelar si determinadas líneas de productos sufren más retrasos o tienen un menor rendimiento, lo que ayuda a centrar las iniciativas de mejora donde más se necesitan. Por qué es importante Permite segmentar el análisis del proceso por tipo de producto y revelar cuellos de botella específicos de cada categoría, patrones de demanda o complejidades de manipulación. Dónde obtenerlo Forma parte de los datos maestros de materiales o productos y estaría vinculado a las posiciones de la orden logística en Blue Yonder. Ejemplos Electrónica de consumoMaquinaria industrialRopaProductos de alimentación | |||
| Creador de la solicitud de compra PurchaseRequisitionCreator | El usuario o departamento que inició la solicitud de compra de productos o materiales. | ||
| Descripción Este atributo identifica a la persona o al equipo que creó la solicitud de compra, el documento interno que desencadena la creación de una orden de compra formal. Proporciona contexto sobre quién impulsa la demanda de aprovisionamiento dentro de la organización. Analizar los datos por este atributo ayuda a comprender los patrones internos de aprovisionamiento y puede utilizarse en el Dashboard «Tareas manuales y potencial de automatización». Si unos pocos usuarios crean un gran volumen de solicitudes estándar, podría existir una oportunidad para automatizar el proceso de solicitud. Por qué es importante Identifica el origen de una solicitud de aprovisionamiento, lo que ayuda a analizar los patrones de demanda interna y a detectar oportunidades de automatización del proceso. Dónde obtenerlo Se encuentra en los datos del documento de solicitud de compra, normalmente en un campo «Creado por». Ejemplos m.jonesp.chenPLANNING_DEPT | |||
| Entrega puntual IsOnTimeDelivery | Un indicador calculado que señala si la orden se entregó en la fecha de entrega solicitada o antes. | ||
| Descripción Es un atributo booleano derivado de la comparación entre la «Fecha de entrega real» y la «Fecha de entrega solicitada». Simplifica el análisis del rendimiento al clasificar cada orden como «Puntual» (true) o «Tardía» (false). Este atributo alimenta directamente el Dashboard «Rendimiento de las entregas puntuales» y se utiliza para calcular el KPI «Tasa de entregas puntuales». Permite filtrar rápidamente y analizar las causas raíz para comprender los factores, como el transportista o el tipo de producto, asociados a las entregas tardías. Por qué es importante Simplifica el análisis de las entregas puntuales al proporcionar un resultado booleano claro para cada orden, lo que facilita el cálculo de las tasas de rendimiento y la identificación de los factores que provocan retrasos. Dónde obtenerlo Este atributo no se encuentra en el sistema de origen. Se calcula durante la transformación de datos mediante la fórmula: ActualDeliveryDate <= RequestedDeliveryDate. Ejemplos truefalse | |||
| Fecha prometida por el proveedor SupplierPromisedDeliveryDate | La fecha de entrega que el proveedor prometió para una orden de compra específica. | ||
| Descripción Esta fecha representa el compromiso del proveedor respecto a cuándo se entregarán las materias primas o los componentes. Es la referencia utilizada para medir la fiabilidad y puntualidad del proveedor. Este atributo es esencial para calcular el KPI «Tasa de entregas puntuales del proveedor». Se compara con la fecha real de recepción de los materiales, la marca de tiempo del evento «Materias primas recibidas», para determinar si el proveedor cumplió su compromiso. Este análisis es fundamental para el Dashboard «Rendimiento de las entradas de proveedores». Por qué es importante Actúa como referencia de rendimiento para las entregas entrantes y permite medir la fiabilidad del proveedor y su impacto en el calendario de producción. Dónde obtenerlo Esta fecha suele almacenarse en el nivel de posición de la orden de compra, según la información proporcionada por el proveedor o los plazos de entrega estándar. Ejemplos 2023-10-102023-10-122023-10-15 | |||
| Hora de finalización EndTime | La marca de tiempo que indica cuándo se completó una actividad. | ||
| Descripción End Time marca la conclusión de una actividad. Cuando están disponibles Start Time y End Time, es posible calcular el tiempo de procesamiento preciso de una actividad y distinguirlo del tiempo de inactividad o espera. Esto resulta muy útil para analizar la duración de tareas específicas, como «Goods Picked and Packed» o «Quality Control Performed». Ayuda a identificar qué actividades consumen más tiempo y facilita iniciativas de optimización y automatización específicas. Por qué es importante Permite calcular con precisión el tiempo de procesamiento de las actividades, un aspecto clave para identificar tareas ineficientes y medir la productividad de los recursos. Dónde obtenerlo Al igual que la hora de inicio, normalmente se encuentra como una marca de tiempo en las tablas de datos de transacciones de cada objeto empresarial de Blue Yonder, a menudo asociada a la finalización de un estado. Ejemplos 2023-10-26T09:05:14Z2023-10-26T14:45:00Z2023-10-27T11:18:30Z | |||
| Indica si hay retrabajo IsRework | Un indicador calculado que señala si una orden ha pasado por retrabajos, como repetir pasos de embalaje o de control de calidad. | ||
| Descripción Este indicador booleano se establece en true si una orden logística muestra evidencias de ciclos de retrabajo, como la secuencia de actividades «Productos recogidos y embalados» -> «Control de calidad realizado» -> «Productos recogidos y embalados». Identifica los casos que se desvían del flujo estándar y eficiente. Este atributo se utiliza para calcular el KPI «Tasa de retrabajo de las órdenes» y se visualiza en el Dashboard «Análisis de variantes del proceso y retrabajos». Identificar los casos con retrabajo ayuda a detectar fuentes de errores o ineficiencias en el proceso de cumplimiento y permite aplicar mejoras específicas para reducir el desperdicio y los costes operativos. Por qué es importante Pone de relieve las ineficiencias del proceso y los problemas de calidad al señalar los casos con pasos repetidos, lo que permite centrar los esfuerzos en mejorar la estabilidad del proceso y reducir los costes. Dónde obtenerlo No es un campo de Blue Yonder. Se calcula durante el análisis de Process Mining mediante la detección de secuencias repetidas específicas de actividades dentro de un caso. Ejemplos truefalse | |||
| Modo de transporte ModeOfTransport | El medio de transporte utilizado para el envío, como camión, avión o barco. | ||
| Descripción Este atributo especifica el modo de transporte utilizado para trasladar las mercancías. Cada modo tiene costes, velocidades y capacidades diferentes, por lo que es un factor importante para la planificación y el análisis logísticos. El dashboard «Transportation Efficiency Monitor» utiliza este atributo para comparar los tiempos y costes de tránsito de distintos modos de transporte. Esto ayuda a tomar decisiones estratégicas, como elegir entre un transporte aéreo más rápido pero más caro y un transporte marítimo más lento pero económico, según la prioridad del pedido y las limitaciones de costes. Por qué es importante Proporciona una dimensión clave para analizar los costes y la velocidad del transporte y permite tomar decisiones estratégicas sobre los métodos de envío más eficaces. Dónde obtenerlo Esta información suele almacenarse en los detalles del envío o de la orden de transporte en el TMS de Blue Yonder. Ejemplos Carga completa (FTL)Transporte aéreoTransporte marítimoFerrocarril | |||
| Nombre del cliente CustomerName | El nombre del cliente que realizó la orden. | ||
| Descripción Identifica al cliente final de la orden logística. 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 determinados clientes experimentan plazos de entrega más largos o más problemas. Este atributo permite desglosar Dashboards como «Rendimiento de las entregas puntuales» por cliente y ayuda a priorizar las mejoras para las cuentas clave. Por qué es importante Permite analizar el proceso desde la perspectiva del cliente, identificar qué clientes se ven más afectados por las ineficiencias y priorizar las mejoras del servicio. Dónde obtenerlo Esta información se almacena en los datos de cabecera de la orden del cliente y se vincula desde una tabla de datos maestros de clientes en Blue Yonder o en un CRM/ERP integrado. Ejemplos Retail CorpMegaStore Inc.Bienes de consumo directo | |||
| Nombre del transportista CarrierName | El nombre de la empresa de transporte responsable del envío de las mercancías. | ||
| Descripción Carrier Name identifica al socio logístico que gestionó el transporte de las 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 «Transportation Efficiency Monitor», analizar los datos por Carrier Name ayuda a comparar la duración de Goods In Transit entre distintos transportistas. Esto permite identificar a los socios de transporte más rápidos, fiables o rentables y optimizar las estrategias de envío en consecuencia. Por qué es importante Permite comparar el rendimiento de distintos transportistas y ayuda a optimizar los costes de envío, las rutas y los tiempos de entrega. Dónde obtenerlo Normalmente, se encuentra en los documentos de envío o de orden de transporte del Transportation Management System (TMS) de Blue Yonder. Ejemplos Express FreightNational LogisticsSwift Haulage | |||
| Número de orden de compra PurchaseOrderNumber | El identificador único de una orden de compra creada para adquirir materias primas o productos de un proveedor. | ||
| Descripción El número de orden de compra vincula la orden logística con el proceso de aprovisionamiento. Se crea durante actividades como «Solicitud de compra creada» y «Orden de compra emitida». Este atributo permite analizar en detalle el subproceso de aprovisionamiento. Es esencial para el Dashboard «Rendimiento de las entradas de proveedores», donde ayuda a seguir el recorrido de una orden de compra específica desde su emisión hasta la recepción de los productos y a asociar los retrasos con proveedores o materiales concretos. Por qué es importante Vincula el proceso principal de cumplimiento con las actividades de aprovisionamiento previas, lo que permite analizar en detalle el rendimiento de los proveedores y los tiempos de ciclo del aprovisionamiento. Dónde obtenerlo Este identificador se genera y almacena en el módulo de aprovisionamiento o compras de Blue Yonder, o en un sistema ERP integrado. Ejemplos PO45000123PO45000124PO45000125 | |||
| Sistema de origen SourceSystem | El sistema del que se extrajeron los datos, en este caso, Blue Yonder. | ||
| Descripción Este atributo identifica el origen de los datos del proceso. Es especialmente útil en entornos donde se combinan datos de varios sistemas para obtener una visión integral del proceso y garantizar una trazabilidad clara de los datos. En este análisis, el valor será siempre «Blue Yonder», pero constituye un metadato esencial para la gobernanza y el contexto de los datos, especialmente si se integran otros sistemas, como un ERP o un CRM. Por qué es importante Identifica el origen de los datos, algo fundamental para la gobernanza y validación de los datos y para gestionar análisis que abarcan varios sistemas empresariales. Dónde obtenerlo Normalmente, es un valor estático que se añade durante el proceso de extracción y transformación de datos para identificar el origen del conjunto de datos. Ejemplos Blue Yonder TMSBlue Yonder WMSBlue Yonder SCP | |||
| Tiempo de ciclo de extremo a extremo EndToEndCycleTime | El tiempo total transcurrido desde la primera actividad («Orden del cliente recibida») hasta la última actividad («Comprobante de entrega firmado») de una orden logística. | ||
| Descripción Esta métrica mide la duración total del ciclo de vida de una orden logística. Es un indicador clave de rendimiento que refleja la velocidad y eficiencia generales de todo el proceso de la cadena de suministro. Es la métrica principal del Dashboard «Análisis del plazo de entrega de la orden de extremo a extremo» y del KPI «Tiempo de ciclo de extremo a extremo de la orden logística». Analizar esta duración ayuda a identificar retrasos sistémicos y proporciona una medida general de la salud del proceso. Puede desglosarse por dimensiones como el tipo de orden o la categoría del producto para encontrar los factores que provocan plazos de entrega largos. Por qué es importante Es un KPI fundamental para medir la velocidad general de la cadena de suministro, con un impacto directo en la satisfacción del cliente y el capital circulante. Dónde obtenerlo Este valor no se almacena en el sistema de origen. Se calcula restando la marca de tiempo del primer evento de la marca de tiempo del último evento de cada caso. Ejemplos 15 días y 4 horas22 días y 11 horas10 días y 2 horas | |||
| Última actualización de datos LastDataUpdate | La marca de tiempo que indica cuándo se actualizaron o extrajeron por última vez los datos del sistema de origen. | ||
| Descripción Este atributo proporciona la fecha y hora de la extracción de datos más reciente. Aporta contexto al análisis, muestra el grado de actualidad de los datos e indica cuándo podría esperarse la siguiente actualización. Es importante que los usuarios comprendan la actualidad de los datos que analizan. Esto ayuda a interpretar los dashboards y a garantizar que las decisiones se basen en información oportuna. Por qué es importante Proporciona un contexto esencial sobre la actualidad de los datos y permite a los usuarios saber hasta qué punto está actualizada el análisis del proceso. Dónde obtenerlo Esta marca de tiempo se genera y añade durante el proceso de extracción, transformación y carga (ETL) de datos. Ejemplos 2024-01-15T02:00:00Z2024-01-16T02:00:00Z | |||
Actividades de la gestión de la cadena de suministro
| Actividad | Descripción | ||
|---|---|---|---|
| Comprobante de entrega firmado | Esta actividad final confirma que el cliente ha aceptado la entrega, normalmente mediante la firma de un documento de entrega. El evento suele capturarse mediante una actualización de estado, ya sea manualmente o a través de una aplicación móvil utilizada por el conductor. | ||
| Por qué es importante Es el evento final más fiable del proceso logístico integral. Es fundamental para calcular el tiempo de ciclo total y la On-Time Delivery Rate. Dónde obtenerlo Se infiere a partir de una actualización de estado del documento de entrega o envío en el TMS o el OMS. Se utiliza la marca de tiempo del cambio de estado a «POD Received» o «Delivered». Recopilar Se obtiene de un cambio de estado en el documento de envío que indica la confirmación de la entrega. Tipo de evento inferred | |||
| Materias primas recibidas | Esta actividad representa la recepción física de mercancías de un proveedor en un almacén o una planta de producción. Se captura explícitamente mediante una transacción de recepción de mercancías, a menudo iniciada al escanear los artículos entrantes. | ||
| Por qué es importante Este evento marca el final del tramo de entrega del proveedor. Es esencial para medir la fiabilidad del proveedor y la eficiencia de la logística de entrada. Dónde obtenerlo Se captura a partir de los registros de transacciones del Warehouse Management System (WMS) o de los módulos de gestión de inventario. Corresponde a la fecha y hora de contabilización del documento de recepción de mercancías. Recopilar Se basa en la marca de tiempo de la transacción de contabilización de la recepción de mercancías. Tipo de evento explicit | |||
| Mercancías cargadas para el transporte | Marca el momento en que las mercancías embaladas se cargan en el vehículo de transporte y salen del almacén. Es un evento explícito y crítico, que a menudo se registra como una transacción «goods issue» en el WMS o el TMS. | ||
| Por qué es importante Este evento es el punto de inicio para medir el tiempo de ciclo del transporte y la eficiencia general del tránsito. Representa la transferencia de las operaciones internas del almacén al transportista externo. Dónde obtenerlo Se registra explícitamente en el sistema WMS o ERP como una contabilización de salida de mercancías. La fecha y hora de contabilización de esta transacción sirven como marca de tiempo del evento. Recopilar El evento se captura a partir del registro de transacciones de salida de mercancías asociado a la entrega. Tipo de evento explicit | |||
| Mercancías producidas | Este evento marca la finalización del proceso de fabricación de un pedido logístico. A menudo se infiere a partir de un cambio de estado de la orden de producción, por ejemplo, al pasar a «Completed» o «Finished». | ||
| Por qué es importante Este hito es fundamental para medir los tiempos de ciclo de producción y constituye el punto de inicio del KPI Production to Dispatch Lead Time. Indica que las mercancías están listas para la siguiente etapa del cumplimiento. Dónde obtenerlo Se infiere a partir de un cambio de estado en las tablas de órdenes de fabricación, por ejemplo, cuando el estado se actualiza a «Completed». La marca de tiempo asociada a esta actualización final de estado sirve como hora del evento. Recopilar Identifique la marca de tiempo en la que el estado de la orden de producción cambia a un estado terminal de «complete». Tipo de evento inferred | |||
| Mercancías recogidas y embaladas | Esta actividad abarca el proceso de almacén de recoger artículos de las ubicaciones de almacenamiento y embalarlos para su envío. A menudo es un evento explícito que los operadores del almacén capturan mediante escáneres RF en el WMS. | ||
| Por qué es importante Es un hito clave del proceso de logística de salida. Analizar su duración ayuda a identificar ineficiencias en las operaciones del almacén y forma parte del Inventory-to-Shipment Cycle Time. Dónde obtenerlo Se registra explícitamente en los registros de transacciones del WMS de Blue Yonder. Las marcas de tiempo se capturan cuando el personal del almacén confirma que las tareas de recogida y embalaje han finalizado. Recopilar La marca de tiempo del evento se registra cuando se confirma la última tarea de recogida o embalaje del pedido. Tipo de evento explicit | |||
| Orden de compra emitida | Marca la creación formal y el envío de una orden de compra a un proveedor externo de materias primas o productos terminados. Es un evento principal y explícito de las funcionalidades de compras de Blue Yonder. | ||
| Por qué es importante Es un hito clave para realizar el seguimiento de los plazos de entrega y el rendimiento de los proveedores. Sirve como punto de partida para el KPI Supplier On-Time Delivery. Dónde obtenerlo Se registra como un evento explícito en las tablas del sistema de compras, con una marca de tiempo que indica cuándo se creó o emitió oficialmente el documento Purchase Order. Recopilar El evento corresponde a la marca de tiempo de creación o emisión del documento de orden de compra. Tipo de evento explicit | |||
| Pedido del cliente recibido | Esta actividad marca la creación de un nuevo pedido logístico en el sistema, iniciada por una solicitud del cliente. Normalmente, el sistema captura este evento de forma explícita cuando un usuario o un mensaje EDI crea un documento de pedido de venta en el módulo Order Management de Blue Yonder. | ||
| Por qué es importante Este es el evento de inicio principal del proceso integral de la cadena de suministro. Analizar esta actividad es fundamental para medir el volumen de pedidos recibidos y el plazo total desde el pedido hasta la entrega. Dónde obtenerlo Este evento se registra explícitamente en las tablas del sistema de gestión de pedidos cuando se crea un pedido de venta. Corresponde a la marca de tiempo de creación del registro de cabecera del pedido. Recopilar El evento se registra al crear el pedido de venta, por ejemplo, al confirmar la transacción. Tipo de evento explicit | |||
| Control de calidad realizado | Representa la finalización de una inspección de calidad de los productos terminados antes de ponerlos a disposición para el envío. Puede inferirse a partir de una actualización de estado del lote de inventario, cuando pasa a «unrestricted» o «passed inspection». | ||
| Por qué es importante Esta actividad ayuda a identificar cuellos de botella en el proceso de aseguramiento de la calidad y es fundamental para analizar los retrabajos. Las comprobaciones de calidad repetidas en el mismo pedido pueden indicar problemas de calidad. Dónde obtenerlo Se infiere a partir de un cambio en el campo de estado de los módulos de gestión de inventario o de calidad. Se utiliza la marca de tiempo del cambio de estado de «in-inspection» a «released». Recopilar Se obtiene de un cambio en el estado de calidad del lote de inventario asociado. Tipo de evento inferred | |||
| Disponibilidad del inventario comprobada | Representa la comprobación automática o manual para confirmar que los artículos necesarios están disponibles para atender el pedido del cliente. A menudo se infiere a partir de cambios de estado en la línea del pedido que indican que ha superado una comprobación Available-to-Promise (ATP). | ||
| Por qué es importante Esta actividad ayuda a medir el tiempo necesario para confirmar un pedido e identificar retrasos causados por roturas de stock. Es clave para calcular el KPI Inventory Availability Rate y comprender la capacidad de cumplimiento. Dónde obtenerlo Se infiere a partir de un cambio en el campo de estado de la línea del pedido de venta, por ejemplo, de «New» a «Confirmed», o de una marca de tiempo asociada a un registro de comprobación ATP en los módulos de inventario o gestión de pedidos de Blue Yonder. Recopilar Se obtiene del cambio de estado de la línea del pedido que indica la confirmación de existencias. Tipo de evento inferred | |||
| Envío programado | Esta actividad representa la planificación del transporte, incluida la selección del transportista y la reserva de una franja horaria para la recogida. Es un evento explícito del Transportation Management System (TMS) de Blue Yonder, que se produce cuando se crea y confirma un envío. | ||
| Por qué es importante Este evento proporciona información sobre la fase de planificación del transporte. Los retrasos en esta etapa pueden afectar a la salida puntual y al rendimiento general de las entregas. Dónde obtenerlo Se captura a partir de los registros de transacciones del módulo TMS. El evento corresponde a la marca de tiempo en la que se finaliza el documento de envío o se asigna un transportista. Recopilar Se basa en la marca de tiempo de creación o confirmación del envío o del plan de carga. Tipo de evento explicit | |||
| Factura enviada al cliente | Representa la creación y emisión de una factura al cliente por las mercancías entregadas. Es una transacción financiera explícita registrada en los módulos de gestión de pedidos o finanzas. | ||
| Por qué es importante Esta actividad es un paso clave del ciclo order-to-cash. Analizar su momento en relación con la entrega puede poner de manifiesto retrasos en los procesos de facturación que afectan al flujo de caja. Dónde obtenerlo Se registra explícitamente en las tablas de facturación o finanzas. El evento corresponde a la fecha de creación o contabilización del documento de factura. Recopilar Se basa en la marca de tiempo de contabilización del documento de facturación del cliente. Tipo de evento explicit | |||
| Mercancías descargadas en destino | Esta actividad indica que el envío ha llegado y se ha descargado en las instalaciones del cliente. A menudo se captura explícitamente mediante un mensaje EDI del transportista o una entrada manual basada en la información proporcionada por este. | ||
| Por qué es importante Marca el final del tramo en tránsito del trayecto. Es esencial para calcular con precisión el KPI Transportation Cycle Time e identificar retrasos relacionados con el transportista. Dónde obtenerlo Esta información suele proceder de datos externos del transportista mediante fuentes EDI o un portal del transportista. Se registra como una actualización de estado en el documento de envío del TMS. Recopilar La hora del evento se basa en la marca de tiempo de la actualización de estado «Delivered» del transportista. Tipo de evento explicit | |||
| Pedido cancelado | Representa la cancelación de un pedido logístico antes de completar el cumplimiento. Es un evento final alternativo, inferido a partir de un estado final «Canceled» o «Void» en el pedido de venta. | ||
| Por qué es importante El seguimiento de las cancelaciones es fundamental para comprender las pérdidas del proceso y la insatisfacción de los clientes. Analizar cuándo y por qué se cancelan los pedidos puede revelar problemas subyacentes en ventas u operaciones. Dónde obtenerlo Se infiere a partir del estado de la cabecera del pedido de venta. La marca de tiempo del cambio a un estado final «Canceled» se captura como hora del evento. Recopilar Se basa en la marca de tiempo del cambio de estado del pedido a «Canceled». Tipo de evento inferred | |||
| Producción programada | Representa la planificación y programación de una orden de producción o fabricación para crear las mercancías necesarias. Normalmente, es un evento explícito generado por los módulos de fabricación o planificación del suministro de Blue Yonder. | ||
| Por qué es importante Esta actividad proporciona visibilidad sobre el inicio del ciclo de fabricación. Analizar el tiempo entre la programación y la finalización de la producción ayuda a identificar brechas entre la planificación y la ejecución. Dónde obtenerlo Se registra en las tablas del sistema de ejecución o planificación de la fabricación, con una marca de tiempo asociada a la creación o confirmación de una orden de producción. Recopilar Se obtiene de la marca de tiempo de creación o cambio de estado de una orden de fabricación. Tipo de evento explicit | |||
| Solicitud de compra creada | Esta actividad se produce cuando no hay existencias suficientes para atender un pedido y se genera una solicitud para adquirir los materiales necesarios. La creación de un documento de solicitud de compra es un evento explícito dentro del módulo de compras. | ||
| Por qué es importante Su seguimiento ayuda a identificar la dependencia de las compras y su impacto en el tiempo total de cumplimiento del pedido. También pone de manifiesto los casos en los que la falta de existencias retrasa la cadena de suministro. Dónde obtenerlo Se registra explícitamente en las tablas de compras o planificación del suministro cuando se crea una solicitud de compra vinculada a la demanda del pedido de venta. Recopilar Se basa en la marca de tiempo de creación del documento de solicitud de compra. Tipo de evento explicit | |||
Guías de extracción
Los métodos de extracción para este proceso se están validando. Vuelva a consultar más adelante o póngase en contacto con nosotros para obtener ayuda.
¿Listo para comenzar?
Comience su camino hacia una gestión optimizada de la cadena de suministro utilizando estas plantillas. Descubra ineficiencias ocultas y transforme hoy mismo sus operaciones.
Ponga fin a los retrasos: optimice ahora su cadena de suministro en Blue Yonder
Alcance una precisión del 90 % en las previsiones y elimine las costosas roturas de stock.
No necesita tarjeta de crédito; configúrelo en cuestión de minutos.