Su Template de datos para la gestión de la cadena de suministro

Blue Yonder
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

Este Template le guía en la extracción de los datos necesarios para analizar el proceso de gestión de la cadena de suministro. Indica qué atributos conviene recopilar y qué actividades clave debe registrar en su sistema Blue Yonder. Siga estas indicaciones para crear un Registro de eventos preciso y obtener información útil sobre el proceso.
  • Atributos recomendados para un análisis exhaustivo
  • Actividades y etapas clave del proceso que debe registrar
  • Instrucciones paso a paso para extraer datos de Blue Yonder
¿Es nuevo en los registros de eventos? Aprenda a crear un Registro de eventos para Process Mining.

Atributos de la gestión de la cadena de suministro

Para analizar a fondo el proceso de gestión de la cadena de suministro, es fundamental incluir estos campos de datos recomendados en el Registro de eventos.
3 Obligatorio 6 Recomendado 13 Opcional
Nombre Descripción
Hora de inicio
EventTime
Marca de tiempo que indica cuándo comenzó o tuvo lugar una actividad específica.
Descripción

La hora del evento, o hora de inicio, 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 el tiempo de entrega integral del pedido y el tiempo de ciclo del transporte.

Por qué es importante

Esta marca de tiempo es esencial para ordenar los eventos, calcular duraciones y analizar el rendimiento de los procesos 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
Nombre de un evento o paso empresarial específico que tuvo lugar en el proceso logístico, como «Pedido de compra emitido» o «Productos preparados y embalados».
Descripción

El nombre de la actividad describe un paso o una tarea ejecutada durante el ciclo de vida del pedido logístico. Estos eventos se registran en orden cronológico para crear una secuencia de acciones para cada caso.

El análisis de las actividades es la base del process mining. Permite visualizar el mapa del proceso, detectar cuellos de botella entre pasos específicos, analizar la frecuencia de las actividades e identificar desviaciones respecto del flujo estándar del proceso.

Por qué es importante

Este atributo define los pasos del mapa del proceso y permite visualizar, analizar y optimizar el flujo de los pedidos logísticos.

Dónde obtenerlo

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

Ejemplos
Pedido del cliente recibidoProductos fabricadosEnvío programadoComprobante de entrega firmado
Pedido logístico
LogisticsOrder
Identificador único de un pedido logístico, que sirve como ID del caso principal para hacer seguimiento del proceso integral de la cadena de suministro.
Descripción

El pedido logístico 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 de pedido logístico único representa una instancia del proceso de la cadena de suministro.

En process mining, analizar los datos por pedido logístico 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

Este es el ID del caso 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 del pedido
OrderStatus
El estado actual o final del pedido logístico, como «En curso», «Completado» o «Cancelado».
Descripción

El estado del pedido indica en qué punto de su ciclo de vida se encuentra en el momento de extraer los datos o cuál fue su resultado final. Es un indicador clave del estado del caso.

Este atributo permite filtrar el análisis para centrarse solo en los pedidos completados o investigar por qué se cancelaron algunos. 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 pedidos completados, en curso o cancelados, algo fundamental para contextualizar las métricas de rendimiento.

Dónde obtenerlo

Suele ser un campo de estado en la cabecera del pedido logístico principal o del documento de envío en Blue Yonder.

Ejemplos
CompletadoEn cursoCanceladoEn espera
Fecha de entrega real
ActualDeliveryDate
Fecha en que se entregó correctamente el pedido al cliente, confirmada mediante el comprobante de entrega.
Descripción

La fecha de entrega real se registra cuando se completa la entrega, a menudo a partir del evento «Comprobante de entrega firmado». Esta marca de tiempo señala el cumplimiento final del pedido logístico.

Este atributo es esencial para medir el rendimiento. Se compara con la «Fecha de entrega solicitada» para determinar si la entrega fue puntual, tardía o anticipada. Este cálculo es la base del KPI de tasa de entregas puntuales y se muestra en el Dashboard «Rendimiento de las entregas a tiempo».

Por qué es importante

Este atributo es fundamental para calcular la tasa de entregas puntuales y medir 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 registrarse 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
Fecha de entrega del pedido solicitada por el cliente.
Descripción

La fecha de entrega solicitada es un dato maestro fundamental 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.

Se compara con la «Fecha de entrega real» para calcular el KPI de tasa de entregas puntuales. Es fundamental para el Dashboard «Rendimiento de las entregas a tiempo», 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 de tasa de entregas puntuales.

Dónde obtenerlo

Suele almacenarse en los datos de la cabecera del pedido del cliente en el sistema de gestión de pedidos de Blue Yonder.

Ejemplos
2023-11-152023-11-202023-12-01
Nombre de usuario
UserName
ID o nombre de la persona que ejecutó la actividad.
Descripción

Este atributo identifica a la persona empleada o usuaria del sistema responsable de un paso específico 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, el nombre de usuario permite filtrar los mapas de procesos para comparar cómo distintas personas realizan la misma tarea, identificar necesidades de formación o reconocer a quienes obtienen mejores resultados. También es fundamental para el Dashboard «Tareas manuales y potencial de automatización», que permite ver quiénes participan en tareas frecuentes y repetitivas.

Por qué es importante

Asocia las acciones de los usuarios con personas específicas y permite analizar la carga de trabajo, comparar el rendimiento e identificar oportunidades de automatización.

Dónde obtenerlo

Suele encontrarse en los datos de transacciones en un campo «Creado por» o «Modificado por», vinculado a una tabla de datos maestros de usuarios de Blue Yonder.

Ejemplos
j.doea.smithSYSTEM_RFC
Nombre del proveedor
SupplierName
Nombre del proveedor que suministra las materias primas o los componentes de un pedido de compra.
Descripción

El nombre del proveedor identifica a quien suministró los productos 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 «Rendimiento de las entregas de proveedores» para desglosar por proveedor los tiempos de ciclo desde la creación del pedido de compra hasta la recepción de los materiales. Este análisis ayuda a distinguir a los proveedores fiables y rápidos de aquellos que suelen causar retrasos, y aporta información para definir la estrategia de compras y gestionar las relaciones con los proveedores.

Por qué es importante

Permite analizar el rendimiento de distintos proveedores, algo fundamental para optimizar la logística de entrada y cumplir los programas de producción.

Dónde obtenerlo

Esta información se almacena en los datos de la cabecera del pedido de compra y se vincula con una tabla de datos maestros de proveedores de Blue Yonder o de un sistema ERP integrado.

Ejemplos
Global Components Inc.Advanced Materials LLCPrecision Parts Co.
Tipo de pedido
OrderType
La clasificación del pedido, como «Pedido estándar», «Pedido urgente» o «Pedido al por mayor».
Descripción

El tipo de pedido clasifica los pedidos logísticos según sus características, urgencia o contexto empresarial. Los distintos tipos suelen seguir rutas de proceso diferentes o estar sujetos a distintos acuerdos de nivel de servicio (SLA).

Analizar los datos por tipo de pedido es fundamental para comprender las variaciones del proceso. Por ejemplo, se espera que los pedidos urgentes tengan tiempos de ciclo más cortos y quizá omitan algunos pasos, mientras que los pedidos al por mayor pueden tener tiempos de producción más largos. Este atributo ayuda a explicar por qué algunos casos se desvían de lo habitual 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 pedido suelen tener rutas, prioridades y SLA propios.

Dónde obtenerlo

Esta información suele almacenarse en los datos de cabecera del pedido del sistema de gestión de pedidos de Blue Yonder.

Ejemplos
EstándarUrgenteTraslado de existenciasDevolución
Categoría de producto
ProductCategory
La categoría a la que pertenece el producto del pedido logístico, como electrónica o ropa.
Descripción

La categoría de producto es una clasificación que agrupa productos similares. Cada categoría puede tener procesos de cadena de suministro, requisitos de manipulación o tiempos de entrega distintos.

Este atributo se utiliza en el Dashboard «Tendencia del volumen de pedidos logísticos» para filtrar y comparar el volumen de pedidos completados de distintos tipos de productos. Puede revelar si algunas líneas de productos sufren más retrasos o tienen un menor volumen de procesamiento, lo que ayuda a centrar las mejoras donde más se necesitan.

Por qué es importante

Permite segmentar el análisis del proceso por tipo de producto y detectar cuellos de botella, patrones de demanda o complejidades de manipulación propios de cada categoría.

Dónde obtenerlo

Forma parte de los datos maestros de materiales o productos y se vincula a las líneas de pedido logístico en Blue Yonder.

Ejemplos
Electrónica de consumoMaquinaria industrialRopaProductos de alimentación
Entrega a tiempo
IsOnTimeDelivery
Indicador calculado que señala si el pedido se entregó en la fecha solicitada o antes.
Descripción

Este atributo booleano se obtiene al comparar la «Fecha de entrega real» con la «Fecha de entrega solicitada». Simplifica el análisis del rendimiento al clasificar cada pedido como «A tiempo» (verdadero) o «Con retraso» (falso).

Este atributo alimenta directamente el Dashboard «Rendimiento de las entregas a tiempo» y se utiliza para calcular el KPI «Tasa de entregas a tiempo». Permite filtrar rápidamente los datos y analizar las causas raíz para identificar los factores habituales, 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 a tiempo al ofrecer un resultado booleano claro para cada pedido, lo que facilita calcular las tasas de rendimiento e identificar las causas de los retrasos.

Dónde obtenerlo

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

Ejemplos
truefalse
Fecha de entrega prometida por el proveedor
SupplierPromisedDeliveryDate
La fecha de entrega que el proveedor prometió para una orden de compra concreta.
Descripción

Esta fecha refleja el compromiso del proveedor sobre cuándo entregará las materias primas o los componentes. Es el valor de referencia para medir la fiabilidad y puntualidad del proveedor.

Este atributo es esencial para calcular el KPI «Tasa de entregas a tiempo de proveedores». 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 entregas de proveedores».

Por qué es importante

Sirve como valor de referencia para evaluar el rendimiento de 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 línea de la orden de compra, según la información proporcionada por el proveedor o los tiempos de entrega habituales.

Ejemplos
2023-10-102023-10-122023-10-15
Hora de fin
EndTime
Marca de tiempo que indica cuándo finalizó una actividad.
Descripción

La hora de fin marca la conclusión de una actividad. Cuando se dispone tanto de la hora de inicio como de la hora de fin, se puede calcular el tiempo de procesamiento exacto de la actividad y distinguirlo del tiempo de inactividad o espera.

Este dato resulta muy útil para analizar la duración de tareas específicas, como «Productos preparados y embalados» o «Control de calidad realizado». Ayuda a determinar qué actividades consumen más tiempo y facilita la optimización y automatización específicas.

Por qué es importante

Permite calcular con precisión el tiempo de procesamiento de las actividades, algo clave para identificar tareas ineficientes y medir la productividad de los recursos.

Dónde obtenerlo

Al igual que la hora de inicio, suele encontrarse como marca de tiempo en las tablas de datos de transacciones de cada objeto empresarial de Blue Yonder, a menudo para indicar que un estado se ha completado.

Ejemplos
2023-10-26T09:05:14Z2023-10-26T14:45:00Z2023-10-27T11:18:30Z
Medio 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 medio de transporte utilizado para trasladar las mercancías. Cada medio tiene costes, velocidades y capacidades diferentes, por lo que es un factor importante para planificar y analizar la logística.

El Dashboard «Monitor de eficiencia del transporte» utiliza este atributo para comparar los tiempos y costes de tránsito de los distintos medios de transporte. Esto ayuda a tomar decisiones estratégicas, como elegir entre el transporte aéreo, más rápido pero más costoso, y el marítimo, más lento pero más económico, según la prioridad del pedido y las limitaciones de costes.

Por qué es importante

Aporta 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 del TMS de Blue Yonder.

Ejemplos
Carga completa de camión (FTL)Transporte aéreoTransporte marítimoFerrocarril
Nombre del cliente
CustomerName
El nombre del cliente que realizó el pedido.
Descripción

Identifica al cliente final del pedido logístico. Es una dimensión fundamental para segmentar el análisis desde la perspectiva del cliente.

Analizar el rendimiento del proceso por cliente puede revelar si algunos clientes tienen tiempos de entrega más largos o sufren más problemas. Este atributo permite desglosar Dashboards como «Rendimiento de las entregas a tiempo» 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 quiénes 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 del pedido del cliente y se vincula desde una tabla de datos maestros de clientes de Blue Yonder o de un CRM/ERP integrado.

Ejemplos
Retail CorpMegaStore Inc.Direct Consumer Goods
Nombre del transportista
CarrierName
Nombre de la empresa de transporte responsable del envío de las mercancías.
Descripción

El nombre del transportista identifica al socio logístico que se encargó de trasladar las mercancías desde el almacén hasta su destino final. Es una dimensión clave para evaluar el rendimiento de la logística de salida.

En el Dashboard «Monitor de eficiencia del transporte», analizar los datos por nombre del transportista permite comparar la duración del «tiempo de tránsito de las mercancías» entre distintos transportistas. Así, la empresa puede identificar a los socios de transporte más rápidos, fiables o rentables y optimizar sus estrategias de envío.

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

Suele encontrarse en los documentos de envío o de órdenes de transporte del sistema de gestión del transporte (TMS) de Blue Yonder.

Ejemplos
Transporte exprésLogística nacionalTransporte rápido
Número de orden de compra
PurchaseOrderNumber
Identificador único de una orden de compra creada para adquirir materias primas o mercancías de un proveedor.
Descripción

El número de orden de compra vincula el pedido logístico con el proceso de compras. Se genera durante actividades como «Solicitud de compra creada» y «Orden de compra emitida».

Este atributo permite analizar en detalle el subproceso de compras. Es esencial para el Dashboard «Rendimiento de las entregas de proveedores», donde ayuda a seguir una orden de compra concreta desde su emisión hasta la recepción de las mercancías y a relacionar los retrasos con proveedores o materiales específicos.

Por qué es importante

Vincula el proceso principal de cumplimiento con las actividades de compras previas, lo que permite analizar en detalle el rendimiento de los proveedores y los tiempos de ciclo de compras.

Dónde obtenerlo

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

Ejemplos
PO45000123PO45000124PO45000125
Persona que creó la solicitud de compra
PurchaseRequisitionCreator
El usuario o departamento que inició la solicitud de compra de mercancías o materiales.
Descripción

Este atributo identifica a la persona o al equipo que creó la solicitud de compra, el documento interno que inicia la creación de una orden de compra formal. Aporta contexto sobre quién impulsa la demanda de compras dentro de la organización.

Analizar los datos por este atributo ayuda a comprender los patrones internos de compras y puede ser útil en el Dashboard «Tareas manuales y potencial de automatización». Si unas pocas personas crean un gran volumen de solicitudes estándar, podría haber una oportunidad para automatizar el proceso de solicitud.

Por qué es importante

Identifica el origen de una solicitud de compra, lo que ayuda a analizar los patrones de demanda interna y a detectar oportunidades para automatizar el proceso.

Dónde obtenerlo

Se encuentra en los datos del documento de solicitud de compra, normalmente en el campo «Creado por».

Ejemplos
m.jonesp.chenPLANNING_DEPT
Retrabajo
IsRework
Indicador calculado que señala si un pedido ha pasado por retrabajo, por ejemplo, si se repitieron los pasos de embalaje o control de calidad.
Descripción

Este indicador booleano se establece en verdadero si el pedido logístico presenta ciclos de retrabajo, como en la secuencia de actividades «Mercancías recogidas y embaladas» -> «Control de calidad realizado» -> «Mercancías recogidas y embaladas». 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 pedidos» y se muestra en el Dashboard «Análisis de variantes del proceso y retrabajo». Identificar los casos con retrabajo ayuda a detectar fuentes de errores o ineficiencias en el proceso de cumplimiento y a aplicar mejoras específicas para reducir el desperdicio y los costes operativos.

Por qué es importante

Pone de manifiesto las ineficiencias del proceso y los problemas de calidad al señalar los casos con pasos repetidos, lo que permite centrar las mejoras en estabilizar el proceso y reducir los costes.

Dónde obtenerlo

No es un campo de Blue Yonder. Se calcula durante el análisis de Process Mining al detectar secuencias repetidas específicas de actividades dentro de un caso.

Ejemplos
truefalse
Sistema de origen
SourceSystem
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 cuando se combinan datos de varios sistemas para obtener una visión integral del proceso, ya que permite mantener clara su procedencia.

En este análisis, el valor será siempre «Blue Yonder», pero constituye un metadato fundamental para la gobernanza de datos y el contexto, sobre todo 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 datos, así como para gestionar análisis que abarcan varios sistemas empresariales.

Dónde obtenerlo

Suele ser un valor estático que se añade durante la extracción y transformación de los datos para indicar el origen del conjunto de datos.

Ejemplos
TMS de Blue YonderWMS de Blue YonderSCP de Blue Yonder
Tiempo de ciclo de principio a fin
EndToEndCycleTime
El tiempo total transcurrido desde la primera actividad («Pedido del cliente recibido») hasta la última («Comprobante de entrega firmado») de un pedido logístico.
Descripción

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

Es la métrica principal del Dashboard «Análisis del tiempo de entrega de pedidos de principio a fin» y del KPI «Tiempo de ciclo de pedidos logísticos de principio a fin». Analizar esta duración ayuda a detectar retrasos sistémicos y ofrece una medida general de la salud del proceso. Puede desglosarse por dimensiones como el tipo de pedido o la categoría de producto para identificar las causas de los tiempos de entrega prolongados.

Por qué es importante

Es un KPI clave 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 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 los datos
LastDataUpdate
Marca de tiempo que indica cuándo se actualizaron o extrajeron por última vez los datos del sistema de origen.
Descripción

Este atributo indica la fecha y hora de la extracción de datos más reciente. Aporta contexto al análisis, ya que muestra qué tan actualizados están los datos y cuándo podría esperarse la siguiente actualización.

Es importante que quienes analizan los datos sepan qué tan recientes son. Esto ayuda a interpretar los Dashboards y a garantizar que las decisiones se basen en información oportuna.

Por qué es importante

Aporta contexto fundamental sobre la actualidad de los datos y permite saber qué tan actualizada está el análisis del proceso.

Dónde obtenerlo

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

Ejemplos
2024-01-15T02:00:00Z2024-01-16T02:00:00Z
Obligatorio Recomendado Opcional

Actividades de la gestión de la cadena de suministro

Registre estos pasos y etapas clave en el Registro de eventos para descubrir y optimizar el proceso con precisión.
7 Recomendado 8 Opcional
Actividad Descripción
Comprobante de entrega firmado
Esta actividad final confirma que el cliente aceptó la entrega, normalmente mediante la firma de un documento de entrega. Suele registrarse con una actualización de estado, manualmente o mediante una aplicación móvil que utiliza el conductor.
Por qué es importante

Es el evento de fin más fiable del proceso logístico integral. Resulta fundamental para calcular el tiempo de ciclo total y la tasa de entregas puntuales.

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 en que el estado cambia a «Comprobante de entrega recibido» o «Entregado».

Capturar

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 registra explícitamente mediante una transacción de recepción de mercancías, que suele iniciarse al escanear los artículos recibidos.
Por qué es importante

Este evento marca el final del tramo de entrega del proveedor. Es esencial para medir la fiabilidad de los proveedores y la eficiencia de la logística de entrada.

Dónde obtenerlo

Se obtiene de los registros de transacciones del sistema de gestión de almacenes (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.

Capturar

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
Pedido de compra emitido
Marca la creación formal y el envío de un pedido de compra a un proveedor externo para adquirir materias primas o productos terminados. Es un evento explícito y fundamental de las funciones de compras de Blue Yonder.
Por qué es importante

Es un hito clave para hacer seguimiento de los tiempos de entrega y el rendimiento de los proveedores. También marca el inicio del KPI de entregas puntuales de los proveedores.

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 de pedido de compra.

Capturar

El evento corresponde a la marca de tiempo de creación o emisión del documento de pedido 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, a partir de una solicitud del cliente. Suele registrarse explícitamente cuando un usuario o un mensaje EDI crea un documento de pedido de venta en el módulo de gestión de pedidos 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 tiempo de entrega total desde que se realiza el pedido hasta que se entrega.

Dónde obtenerlo

Este evento queda registrado 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.

Capturar

El evento se registra al crear el pedido de venta, por ejemplo, cuando se confirma la transacción.

Tipo de evento explicit
Productos cargados para el transporte
Marca el momento en que los productos embalados se cargan en el vehículo de transporte y salen del almacén. Es un evento explícito y crítico, que suele registrarse como una transacción de «salida de mercancías» en el WMS o el TMS.
Por qué es importante

Este evento marca el inicio de la medición del tiempo de ciclo del transporte y de la eficiencia general del tránsito. Indica el traspaso de las operaciones internas del almacén al transportista externo.

Dónde obtenerlo

Se registra explícitamente en el WMS o el sistema ERP como una contabilización de salida de mercancías. La fecha y hora de contabilización de esta transacción se utilizan como marca de tiempo del evento.

Capturar

El evento se obtiene del registro de transacciones de salida de mercancías asociado a la entrega.

Tipo de evento explicit
Productos fabricados
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, a «Completado» o «Finalizado».
Por qué es importante

Este hito es fundamental para medir los tiempos de ciclo de producción y marca el inicio del KPI de tiempo de entrega desde la producción hasta el despacho. Indica que los productos están listos 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 pasa a «Completado». La marca de tiempo de esta actualización final se utiliza como hora del evento.

Capturar

Identifique la marca de tiempo en que el estado de la orden de producción cambia a un estado final de «completado».

Tipo de evento inferred
Productos preparados y embalados
Esta actividad abarca la preparación de los artículos en el almacén y su embalaje para el envío. A menudo se registra como un evento explícito cuando el personal del almacén utiliza escáneres de radiofrecuencia en el WMS.
Por qué es importante

Es un hito clave del proceso de logística de salida. Analizar su duración ayuda a detectar ineficiencias en las operaciones del almacén y forma parte del tiempo de ciclo desde el inventario hasta el envío.

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 preparación y embalaje han finalizado.

Capturar

La marca de tiempo del evento se registra cuando se confirma la última tarea de preparación o embalaje del pedido.

Tipo de evento explicit
Control de calidad realizado
Representa la finalización de una inspección de calidad de los productos terminados antes de que estén disponibles para el envío. Puede inferirse a partir de una actualización del estado del lote de inventario, cuando pasa a «sin restricciones» o «inspección aprobada».
Por qué es importante

Esta actividad ayuda a identificar cuellos de botella en el proceso de control de calidad y es fundamental para analizar el retrabajo. La repetición de controles de calidad para un mismo pedido puede indicar problemas de calidad.

Dónde obtenerlo

Se infiere a partir de un cambio en un 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 «en inspección» a «liberado».

Capturar

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, manual o del sistema, para confirmar que hay existencias de los artículos necesarios para completar el pedido del cliente. A menudo se infiere a partir de cambios de estado en la línea del pedido, que indican que se ha superado una comprobación de disponibilidad para promesa (ATP).
Por qué es importante

Esta actividad permite medir el tiempo necesario para confirmar un pedido e identificar retrasos causados por faltas de existencias. Es clave para calcular el KPI de tasa de disponibilidad del inventario y comprender la capacidad de cumplimiento.

Dónde obtenerlo

Se infiere a partir de un cambio en un campo de estado de la línea del pedido de venta, por ejemplo, de «Nuevo» a «Confirmado», 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.

Capturar

Se obtiene del cambio de estado en 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 sistema de gestión del transporte (TMS) de Blue Yonder, que se registra cuando se crea y confirma un envío.
Por qué es importante

Este evento aporta información sobre la fase de planificación del transporte. Los retrasos en esta etapa pueden afectar la salida puntual y el rendimiento general de las entregas.

Dónde obtenerlo

Se obtiene de los registros de transacciones del módulo TMS. El evento corresponde a la marca de tiempo en que se finaliza el documento de envío o se asigna un transportista.

Capturar

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 los productos entregados. Es una transacción financiera explícita que se registra en los módulos de gestión de pedidos o finanzas.
Por qué es importante

Esta actividad es un paso clave del ciclo desde el pedido hasta el cobro. Analizar cuándo ocurre en relación con la entrega puede revelar retrasos en la 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.

Capturar

Se basa en la marca de tiempo de contabilización del documento de facturación del cliente.

Tipo de evento explicit
Pedido cancelado
Representa la cancelación de un pedido logístico antes de completar su cumplimiento. Es un evento de fin alternativo que se infiere a partir de un estado final «Cancelado» o «Anulado» en el pedido de venta.
Por qué es importante

Hacer seguimiento de las cancelaciones es fundamental para comprender las interrupciones del proceso y la insatisfacción de los clientes. Analizar cuándo y por qué se cancelan los pedidos puede revelar problemas subyacentes en las ventas o las operaciones.

Dónde obtenerlo

Se infiere a partir del estado de la cabecera del pedido de venta. La marca de tiempo del cambio al estado final «Cancelado» se captura como la hora del evento.

Capturar

Se basa en la marca de tiempo del cambio de estado del pedido a «Cancelado».

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 los productos necesarios. Suele ser 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 permite conocer el inicio del ciclo de fabricación. Analizar el tiempo entre la programación y la finalización de la producción ayuda a detectar diferencias 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.

Capturar

Se obtiene de la marca de tiempo de creación o de cambio de estado de una orden de fabricación.

Tipo de evento explicit
Productos descargados en el destino
Esta actividad indica que el envío llegó y se descargó en las instalaciones del cliente. A menudo se registra explícitamente mediante un mensaje EDI del transportista o una entrada manual basada en la información que este proporciona.
Por qué es importante

Marca el final del tramo de tránsito. Es esencial para calcular con precisión el KPI de tiempo de ciclo del transporte e identificar retrasos relacionados con el transportista.

Dónde obtenerlo

Esta información suele proceder de datos externos del transportista, recibidos mediante mensajes EDI o un portal. Se registra como una actualización de estado en el documento de envío del TMS.

Capturar

La hora del evento se basa en la marca de tiempo de la actualización de estado «Entregado» enviada por el transportista.

Tipo de evento explicit
Solicitud de compra creada
Esta actividad se produce cuando no hay existencias suficientes para completar un pedido y se genera una solicitud para adquirir los materiales necesarios. La creación del documento de solicitud de compra es un evento explícito del módulo de compras.
Por qué es importante

Su seguimiento permite identificar la dependencia del proceso de compras y su impacto en el tiempo total de cumplimiento del pedido. También pone de manifiesto los casos en 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 un documento de solicitud de compra y se vincula con la demanda del pedido de venta.

Capturar

Se basa en la marca de tiempo de creación del documento de solicitud de compra.

Tipo de evento explicit
Recomendado Opcional

Guías de extracción

Cómo obtener sus datos de Blue Yonder

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 recibir ayuda.

¿Todo listo para empezar?

Empiece a optimizar la gestión de su cadena de suministro con estos Templates. Detecte ineficiencias ocultas y transforme sus operaciones desde hoy.

Ponga fin a los retrasos: optimice ahora su cadena de suministro de Blue Yonder

Alcance una precisión del 90 % en las previsiones y elimine las costosas roturas de stock.

Comience la prueba gratuita

No se requiere tarjeta de crédito. La configuración lleva solo unos minutos.