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 un análisis exhaustivo
- Actividades y etapas clave del proceso que debe registrar
- Instrucciones 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 | 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 | |||
Actividades de la gestión de la cadena de suministro
| 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 | |||
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 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.
No se requiere tarjeta de crédito. La configuración lleva solo unos minutos.