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
- Actividades clave que debe seguir
- Guías de extracción
Atributos de gestión de la cadena de suministro
| Nombre | Descripción | ||
|---|---|---|---|
| Marca de tiempo del evento EventTimestamp | La fecha y hora exactas en que se produjo la actividad. | ||
| Descripción La marca de tiempo del evento, o la Hora de inicio, registra el momento exacto en que se ejecutó una actividad. Esta marca de tiempo es fundamental para ordenar cronológicamente los eventos y calcular la duración entre actividades. En Process Mining, estos datos se utilizan para crear la cronología de cada caso, calcular los tiempos de ciclo, identificar retrasos y analizar el rendimiento del proceso a lo largo del tiempo. Las marcas de tiempo precisas son la base de casi todos los análisis de procesos basados en el tiempo y de los cálculos de KPI, como el tiempo de entrega y el rendimiento de las entregas a tiempo. Por qué es importante Este atributo establece el orden cronológico de los eventos y es esencial para calcular todas las métricas basadas en el tiempo, como los tiempos de ciclo y los retrasos. Dónde obtenerlo En Manhattan Associates, esta información se encuentra en las tablas de registro de transacciones, junto con el evento o la actualización de estado correspondiente. Ejemplos 2023-10-26T10:00:00Z2023-10-26T14:30:00Z2023-10-27T08:15:00Z | |||
| Nombre de la actividad ActivityName | Nombre del evento o paso empresarial específico que tuvo lugar dentro del proceso logístico. | ||
| Descripción El nombre de la actividad describe un paso concreto del ciclo de vida de la cadena de suministro, como «Pedido asignado», «Mercancía recogida» o «Envío despachado». Estas actividades forman los nodos del mapa de procesos descubierto. Analizarlas permite visualizar el flujo del proceso, identificar las rutas más frecuentes y medir el tiempo dedicado a cada etapa. Es fundamental para comprender qué ocurre durante el recorrido de un pedido logístico y permite detectar retrabajos, cuellos de botella y desviaciones del proceso estándar. Por qué es importante Este atributo define los pasos del proceso, constituye la base del mapa de procesos y permite analizar el flujo del proceso y los cuellos de botella. Dónde obtenerlo Normalmente, se obtiene al asignar nombres de actividad fáciles de entender a los códigos de evento o a los cambios de estado de distintas tablas de transacciones de Manhattan Associates. Ejemplos Pedido del cliente recibidoMercancía recogidaEnvío despachadoComprobante de entrega recibido | |||
| Pedido logístico LogisticsOrder | Identificador único de un pedido logístico, que sirve como identificador principal del caso para hacer el seguimiento del proceso de la cadena de suministro de principio a fin. | ||
| Descripción El pedido logístico es el número central de seguimiento que conecta todas las actividades relacionadas, desde que el cliente realiza el pedido hasta la entrega final. Cada pedido logístico representa un único recorrido de preparación y entrega, lo que permite analizar todo el ciclo de vida del pedido, incluido el aprovisionamiento, el almacenamiento, el envío y la entrega. En Process Mining, este atributo se utiliza para agrupar todos los eventos relacionados en un solo caso. Analizar los procesos por pedido logístico permite calcular los tiempos de ciclo de principio a fin, identificar variantes habituales del proceso y detectar cuellos de botella o desviaciones que afectan a pedidos concretos. Por qué es importante Este es el ID del caso esencial que agrupa todos los eventos relacionados y permite seguir el recorrido completo de un pedido, desde el inicio hasta el final. Dónde obtenerlo Es la clave principal de las tablas de gestión de pedidos de Manhattan Associates. Consulte la documentación del sistema para identificar la tabla específica, que probablemente esté relacionada con las cabeceras de los pedidos. Ejemplos LO-2024-00123LO-2024-00456LO-2024-00789 | |||
| Sistema de origen SourceSystem | El sistema del que se extrajeron los datos. | ||
| Descripción Este atributo identifica el sistema de información de origen del que proceden los datos de los eventos. En este contexto, suele ser «Manhattan Associates», aunque también puede distinguir entre distintos módulos o sistemas integrados. Es importante para la gobernanza de datos y para comprender el contexto de los datos, sobre todo cuando se combinan datos de varios sistemas. También ayuda a rastrear su linaje y a resolver problemas de calidad de los datos. Por qué es importante Identifica el origen de los datos, algo fundamental para la gobernanza y la validación de datos, así como para combinar datos de varios sistemas empresariales. Dónde obtenerlo Por lo general, se trata de un valor estático que se añade durante la extracción de datos para indicar el origen del conjunto de datos. Ejemplos WMS de Manhattan AssociatesTMS de Manhattan AssociatesMA-SCALE | |||
| Última actualización de los datos LastDataUpdate | La marca de tiempo que indica cuándo se actualizaron o extrajeron por última vez los datos de este registro del sistema de origen. | ||
| Descripción Este atributo indica la fecha y hora de la extracción más reciente de datos del sistema de origen. Es un campo de metadatos que permite saber si los datos analizados están actualizados. En los Dashboards de Process Mining, esta información es esencial para comunicar la actualidad de las conclusiones. Permite que las partes interesadas sepan cuándo se actualizaron los datos y tomen decisiones en consecuencia, sin basar el análisis en información obsoleta. Por qué es importante Indica si los datos están actualizados, para que el análisis y las decisiones se basen en información reciente. 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-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| Fecha de entrega solicitada RequestedDeliveryDate | La fecha de entrega solicitada por el cliente o establecida en el plan interno. | ||
| Descripción Este atributo almacena la fecha prevista para entregar los productos al cliente o al lugar de recepción. Sirve como referencia para medir el rendimiento de las entregas a tiempo. En el análisis, esta fecha se compara con la marca de tiempo real de entrega («Comprobante de entrega recibido») para determinar si el pedido se entregó a tiempo, antes o después de lo previsto. Es fundamental para calcular KPI como «Porcentaje de entregas a tiempo al cliente» y «Porcentaje de entregas a tiempo del proveedor», y para crear los Dashboards de rendimiento correspondientes. Por qué es importante Es la referencia para medir el rendimiento de las entregas a tiempo, un KPI fundamental para la satisfacción del cliente y la gestión de proveedores. Dónde obtenerlo Se encuentra en las tablas de cabecera del pedido o de líneas del pedido de Manhattan Associates. Consulte la documentación del sistema. Ejemplos 2023-11-102023-11-152023-12-01 | |||
| 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 los productos desde el almacén hasta su destino. Algunos ejemplos son la carga completa de camión (FTL), la carga parcial de camión (LTL), el transporte aéreo, el transporte marítimo y la paquetería. Esta dimensión es fundamental para el Dashboard «Análisis de costes y eficiencia del transporte». Permite comparar el coste y la velocidad de los distintos modos de transporte y ayuda a calcular el KPI «Frecuencia de envíos urgentes» al identificar cuándo se utilizan opciones más rápidas y costosas. Por qué es importante Ayuda a analizar los costes y la eficiencia del transporte, e identifica la dependencia de opciones de envío urgente más costosas. Dónde obtenerlo Se encuentra en las tablas de planificación de envíos o transporte del módulo TMS de Manhattan Associates. Ejemplos Transporte aéreoLTLTransporte marítimoPaquetería | |||
| Nombre de usuario UserName | El nombre o ID del usuario que ejecutó la actividad. | ||
| Descripción Este atributo identifica a la persona empleada o al usuario del sistema responsable de realizar un paso del proceso. Puede ser un ID de usuario único, un nombre o el nombre de una cuenta del sistema para las tareas automatizadas. El análisis por usuario permite comprender cómo se distribuye la carga de trabajo, evaluar el rendimiento de los recursos e identificar necesidades de formación. Es clave para los Dashboards sobre carga de recursos y rendimiento, así como para investigar desviaciones del proceso que puedan estar relacionadas con usuarios concretos. Por qué es importante Permite analizar el rendimiento de los recursos y la distribución de la carga de trabajo, además de identificar qué usuarios o equipos intervienen en las excepciones del proceso. Dónde obtenerlo Suele encontrarse en las tablas de transacciones junto con los datos de los eventos, a menudo en un campo llamado «UserID» o «ChangedBy». Consulte la documentación de Manhattan Associates. Ejemplos jdoeasmithsys_batch_user | |||
| SKU del producto ProductSKU | La unidad de mantenimiento de existencias (SKU) o el identificador del producto incluido en el pedido. | ||
| Descripción El SKU del producto es un código único que identifica un producto concreto. Un pedido logístico puede incluir varios SKU. Analizar el proceso por producto permite identificar si determinados artículos están relacionados con ineficiencias, como tiempos de preparación más largos, más retrabajo o roturas de existencias frecuentes. Este atributo es esencial para analizar por producto si los pedidos de reposición se realizan a tiempo en el Dashboard «Reposición de inventario y riesgo de rotura de existencias». Por qué es importante Permite analizar los datos por producto para detectar problemas como roturas de existencias, retrasos en la preparación de pedidos o problemas de calidad relacionados con artículos concretos. Dónde obtenerlo Se encuentra en las tablas de líneas del pedido de Manhattan Associates. Para obtenerlo, hay que unir los datos de la cabecera del pedido con los detalles de las líneas. Ejemplos SKU-A123-REDSKU-B456-LSKU-C789-V2 | |||
| Tipo de pedido OrderType | La clasificación del pedido logístico, por ejemplo, estándar, urgente o de reposición. | ||
| Descripción El tipo de pedido clasifica los pedidos logísticos según su naturaleza o prioridad. Entre los tipos habituales se encuentran los pedidos de clientes, los pedidos de traslado de existencias y los pedidos de devolución. Cada tipo puede tener un flujo de proceso y un acuerdo de nivel de servicio (SLA) distintos. Este atributo es fundamental para el análisis comparativo. Al filtrar o segmentar el proceso por tipo de pedido, los analistas pueden ver cómo se gestionan los distintos pedidos, comparar sus tiempos de ciclo e identificar si algunos tipos son más propensos a sufrir retrasos o excepciones. Este atributo sirve de base para el Dashboard «Comparación del tiempo de ciclo por tipo de pedido». Por qué es importante Permite comparar el rendimiento y los flujos de proceso de distintos tipos de pedidos, que suelen seguir rutas y tener SLA diferentes. Dónde obtenerlo Se encuentra en los datos de la cabecera del pedido de Manhattan Associates. Consulte la documentación del sistema para conocer el nombre específico del campo. Ejemplos Pedido estándarEntrega urgenteReposición de existenciasPedido de devolución | |||
| ¿La entrega al cliente se realizó a tiempo? IsOnTimeDeliveryCustomer | Indicador calculado que señala si el pedido se entregó al cliente en la fecha de entrega solicitada o antes. | ||
| Descripción Este atributo booleano se obtiene al comparar la marca de tiempo del evento «Comprobante de entrega recibido» con «RequestedDeliveryDate». Indica si cada pedido se entregó a tiempo (verdadero) o con retraso (falso). Este atributo sirve directamente de base para el KPI y el Dashboard «Porcentaje de entregas a tiempo al cliente». Simplifica el análisis al ofrecer un resultado claro, de dos opciones, para cada caso. Así, es fácil filtrar los pedidos con retraso e investigar sus causas. Por qué es importante Mide directamente los niveles de servicio al cliente y simplifica el análisis del rendimiento de las entregas al clasificar cada pedido como entregado a tiempo o con retraso. Dónde obtenerlo Este campo no existe en el sistema de origen. Se calcula durante la transformación de datos al comparar la marca de tiempo real de entrega con la fecha de entrega solicitada. Ejemplos truefalse | |||
| Coste total TotalCost | El coste financiero total asociado al pedido logístico o a actividades concretas. | ||
| Descripción Este atributo representa el coste total del pedido logístico. Puede desglosarse en componentes como el coste del transporte, el coste de almacenamiento y las tarifas de manipulación. El nivel de detalle depende de los datos de origen. Los datos de costes son muy valiosos para el Process Mining basado en el valor. Este atributo sirve de base para el Dashboard «Análisis de costes y eficiencia del transporte», ya que aporta el contexto financiero a los tiempos de ciclo. Al analizar los costes, las empresas pueden identificar variantes del proceso con costes elevados y tomar decisiones basadas en datos para optimizar tanto la velocidad como el gasto. Por qué es importante Aporta una dimensión financiera al proceso y permite analizar los factores que generan costes y el impacto económico de las ineficiencias. Dónde obtenerlo Los datos de costes pueden proceder de varias tablas de Manhattan Associates o requerir la integración con un sistema financiero. Consulte la documentación de las tablas de costes de transporte o de costes de pedidos. Ejemplos 150.752500.0085.50 | |||
| ID del almacén WarehouseId | El identificador del almacén o centro de distribución donde se realizan las actividades de preparación y embalaje de pedidos. | ||
| Descripción Este atributo identifica el almacén específico responsable de preparar el pedido. Es una dimensión fundamental para el análisis de operaciones con varios almacenes. Sirve de base para el Dashboard «Análisis de Bottleneck en la preparación de pedidos del almacén», que permite comparar el rendimiento de distintas instalaciones. Los analistas pueden identificar qué almacenes son más eficientes, cuáles tienen tiempos de ciclo de preparación más largos y dónde puede ser necesario reasignar recursos. Por qué es importante Permite comparar el rendimiento de distintos almacenes e identificar cuellos de botella y buenas prácticas propios de cada instalación. Dónde obtenerlo Suele formar parte de los datos del pedido o del envío en el WMS de Manhattan Associates e indica la ubicación que prepara el pedido. Ejemplos WH01-EASTWH02-WESTWH03-CENTRAL | |||
| ID del envío ShipmentId | Un identificador único de un envío, que puede incluir uno o varios pedidos logísticos. | ||
| Descripción El ID del envío es un número de referencia para un conjunto consolidado de productos que se transportan juntos. Un envío puede incluir varios pedidos logísticos, sobre todo si tienen el mismo destino. El pedido logístico es el ID del caso, mientras que el ID del envío es un atributo contextual importante. Permite analizar actividades a nivel de envío, como «Transportista asignado» o «Envío despachado», y ayuda a comprender la eficiencia de la consolidación y la planificación del transporte. Por qué es importante Relaciona los pedidos que se envían juntos y permite analizar la eficiencia del transporte y las estrategias de consolidación. Dónde obtenerlo Se genera y almacena en las tablas de planificación del transporte y los envíos de Manhattan Associates. Ejemplos SH-98765SH-98766SH-98767 | |||
| Nombre del cliente CustomerName | El nombre del cliente al que se entregan los productos. | ||
| Descripción Este atributo identifica al cliente final que recibe el envío. Puede ser una persona o una empresa. La información del cliente es esencial para analizar los niveles de servicio e identificar patrones propios de determinados clientes. Permite segmentar por cliente el rendimiento de las entregas en el Dashboard «Porcentaje de entregas a tiempo al cliente» y detectar si los retrasos se concentran en determinadas cuentas o regiones. Por qué es importante Permite segmentar el análisis por cliente, algo clave para comprender los problemas específicos de cada cliente y medir los niveles de servicio. Dónde obtenerlo Se encuentra en los datos de la cabecera del pedido y suele estar vinculado mediante un ID de cliente. Consulte la documentación de Manhattan Associates. Ejemplos Retail CorpBigMartSuperStore Inc. | |||
| Nombre del proveedor SupplierName | El nombre del proveedor que suministra los productos de una orden de compra. | ||
| Descripción Este atributo identifica al vendedor o proveedor al que se compran productos o materias primas. Es relevante para los pedidos logísticos que se originan a partir de una orden de compra. El análisis por proveedor es esencial para evaluar su rendimiento. Permite crear fichas de evaluación de proveedores, supervisar los porcentajes de entregas a tiempo e identificar qué proveedores suelen estar relacionados con retrasos en el paso «Productos recibidos». Este atributo sirve de base para el Dashboard «Rendimiento de las entregas a tiempo de los proveedores». Por qué es importante Permite analizar el rendimiento de los proveedores, identificar socios fiables y localizar el origen de los retrasos en el abastecimiento de entrada. Dónde obtenerlo Se obtiene de las tablas de datos de órdenes de compra de Manhattan Associates. A menudo es necesario unir los datos del pedido logístico con los de la cabecera de la orden de compra. Ejemplos Global Components Inc.Advanced Materials LLCPrecision Parts Co. | |||
| Nombre del transportista CarrierName | El nombre del transportista responsable del envío. | ||
| Descripción El nombre del transportista identifica al socio logístico o a la empresa que transporta físicamente los productos. Puede tratarse de una gran empresa de transporte o de un servicio de mensajería local. El análisis por transportista es clave para evaluar su rendimiento en cuanto a entregas a tiempo, coste y eficiencia. Es una dimensión principal del Dashboard «Análisis de costes y eficiencia del transporte», que permite comparar los tiempos de ciclo y los costes de distintos transportistas. Por qué es importante Permite evaluar el rendimiento de los socios de transporte y optimizar la selección de transportistas según el coste y la fiabilidad. Dónde obtenerlo Se encuentra en las tablas de envíos o de órdenes de transporte, normalmente en el módulo TMS de Manhattan Associates. Ejemplos FedExCH RobinsonMaersk | |||
| Ubicación de destino DestinationLocation | La dirección, tienda o instalación del cliente donde se entrega el envío. | ||
| Descripción Este atributo especifica el punto final de entrega de los productos. Puede ser el centro de distribución de un cliente, una tienda minorista o la dirección de un consumidor final. A menudo se representa mediante una ciudad, un estado o un código postal. Junto con la ubicación de origen, este atributo es esencial para el Dashboard «Matriz del tiempo de entrega entre origen y destino». Analizar los tiempos de entrega por destino ayuda a identificar dificultades en regiones concretas y a evaluar la eficiencia de la red de distribución. Por qué es importante Ayuda a analizar el rendimiento de las entregas en distintas zonas geográficas e identificar cuellos de botella regionales o problemas relacionados con los transportistas. Dónde obtenerlo Es la información de la dirección de entrega que figura en la cabecera del pedido o en los detalles del envío de Manhattan Associates. Ejemplos Nueva York, NYLos Ángeles, CATienda n.º 582 | |||
| Ubicación de origen OriginLocation | El almacén, la planta o las instalaciones desde donde se origina el envío. | ||
| Descripción Este atributo especifica el punto de partida del envío, como un centro de distribución, una planta de fabricación o las instalaciones de un proveedor. Suele representarse mediante un código o el nombre de una ubicación. Los datos de origen y destino son fundamentales para analizar la red logística. Este atributo sirve de base para el Dashboard «Matriz del tiempo de entrega entre origen y destino», que permite visualizar y analizar los tiempos de entrega de distintas rutas e identificar cuellos de botella regionales o propios de determinadas instalaciones. Por qué es importante Es fundamental para optimizar la red logística e identificar diferencias de rendimiento entre rutas o instalaciones. Dónde obtenerlo Esta información suele almacenarse en las tablas de cabecera del envío o del pedido de Manhattan Associates. Ejemplos DC-AtlantaWH-NevadaPlant-Mexico-01 | |||
Actividades de gestión de la cadena de suministro
| Actividad | Descripción | ||
|---|---|---|---|
| Comprobante de entrega recibido | El sistema recibe y registra la confirmación final de que la entrega se ha realizado correctamente, que a menudo incluye una firma. Puede tratarse de una confirmación electrónica del transportista o de un documento escaneado y adjuntado manualmente. | ||
| Por qué es importante Esta actividad es el principal evento de fin satisfactorio del proceso logístico. Es esencial para calcular el tiempo total del ciclo del pedido y la tasa de entregas a tiempo a los clientes. Dónde obtenerlo Puede ser un evento explícito procedente de un mensaje del transportista o deducirse de un cambio de estado del envío a «POD Received» o «Completed». La marca de tiempo indica el cierre final. Capturar Se deduce de un cambio del estado del envío a «Delivered» o «POD Confirmed». Tipo de evento inferred | |||
| Envío despachado | Esta actividad marca el momento en que el envío sale físicamente del almacén o centro de distribución. Normalmente, se registra mediante una transacción final de confirmación de envío en WMS, cuando se sella el remolque y este sale de las instalaciones. | ||
| Por qué es importante Este es un hito fundamental que marca el final de la manipulación en el almacén y el inicio del tiempo de tránsito. Es un evento clave para medir las entregas puntuales y el tiempo de procesamiento en el almacén. Dónde obtenerlo Es una transacción explícita fundamental de Manhattan WMS/TMS, denominada a menudo «Ship Confirm» o «Manifest Close». Esta transacción lleva una marca de tiempo y finaliza los detalles del envío. Capturar Se registra mediante la transacción «Ship Confirm» en WMS. Tipo de evento explicit | |||
| Mercancía recogida | Una persona operaria del almacén recoge físicamente los artículos del pedido en sus ubicaciones de almacenamiento. Esta actividad suele registrarse cuando confirma la recogida, normalmente escaneando los códigos de barras del artículo y de su ubicación. | ||
| Por qué es importante Analizar la duración de la preparación de pedidos es fundamental para detectar cuellos de botella en el almacén y mejorar la eficiencia de la mano de obra. Además, permite medir el KPI de tiempo de ciclo de preparación de pedidos en el almacén. Dónde obtenerlo Se registra como una transacción explícita en los registros de tareas o de ejecución de WMS. Cada confirmación de recogida lleva una marca de tiempo y se asocia a una persona operaria y a un pedido. Capturar Se registra mediante un escaneo o una confirmación en la interfaz de preparación de pedidos de WMS. Tipo de evento explicit | |||
| Ola de preparación creada | En WMS se crea una «ola» que agrupa varios pedidos o líneas de envío para preparar y embalar la mercancía de forma coordinada y eficiente. La creación de una ola es un evento específico del sistema que inicia la preparación física de un lote de pedidos. | ||
| Por qué es importante Esta actividad es un hito clave en las operaciones del almacén. Analizar cuánto esperan los pedidos antes de incluirse en una ola puede revelar ineficiencias en la estrategia de agrupación y deficiencias en la planificación de recursos. Dónde obtenerlo Se registra explícitamente en Manhattan WMS cuando una persona usuaria o un proceso automatizado inicia una ola. Las tablas de creación de olas contienen las marcas de tiempo de este evento. Capturar Se obtiene de la marca de tiempo del registro de creación de la ola. Tipo de evento explicit | |||
| Pedido cancelado | El pedido del cliente se cancela formalmente antes de completar su preparación. Este estado terminal detiene todo procesamiento posterior del pedido logístico. | ||
| Por qué es importante Este es un evento de fin crítico que indica un fallo. Analizar los motivos y la frecuencia de las cancelaciones ayuda a detectar problemas en la captura de pedidos o en la satisfacción del cliente. Dónde obtenerlo Es una transacción explícita en OMS que cambia el estado del pedido a «Canceled». La marca de tiempo de este cambio de estado indica cuándo ocurrió el evento. Capturar Se registra cuando el estado del pedido se actualiza a «Canceled». Tipo de evento explicit | |||
| Pedido del cliente recibido | Esta actividad marca la creación de un nuevo pedido logístico en el sistema. Normalmente, el cliente lo inicia mediante EDI, un portal web o la introducción manual de los datos. El evento se registra cuando se crea un nuevo pedido con un identificador único en el módulo de gestión de pedidos. | ||
| Por qué es importante Este es el evento de inicio principal del proceso logístico de principio a fin. Analizar cuándo ocurre es fundamental para calcular el tiempo total del ciclo del pedido y comprender los patrones de demanda. Dónde obtenerlo Se registra como una transacción explícita en el módulo Manhattan Order Management System (OMS). Busque las tablas de creación de pedidos y sus marcas de tiempo asociadas. Capturar Se registra cuando se crea un pedido de venta. Tipo de evento explicit | |||
| Disponibilidad del inventario comprobada | El sistema comprueba los niveles de inventario disponibles para determinar si el pedido del cliente puede completarse con las existencias actuales. Suele ser un paso automatizado que se realiza justo después de crear el pedido y actualiza el estado de sus líneas. | ||
| Por qué es importante Esta actividad es clave para comprender los ciclos de reposición de inventario e identificar el riesgo de faltantes. Los retrasos en esta etapa pueden afectar directamente los tiempos de entrega de los pedidos. Dónde obtenerlo Normalmente, se deduce de los cambios de estado de las líneas del pedido en el módulo OMS. El cambio de «Nuevo» a «Pendiente de asignación» o a un estado similar suele indicar que la comprobación ha finalizado. Capturar Se deduce de un cambio en el estado de una línea del pedido después de su creación. Tipo de evento inferred | |||
| Envío creado | Se crea en el sistema un registro lógico de envío que agrupa uno o varios pedidos o cajas destinados a la misma ubicación mediante el mismo transportista. Este paso formaliza el plan de transporte de la mercancía saliente. | ||
| Por qué es importante Esta actividad conecta las operaciones del almacén con la gestión del transporte. Sirve de base para asignar un transportista, calcular las tarifas de flete y crear la documentación de envío. Dónde obtenerlo Es una transacción explícita de los módulos Manhattan WMS o TMS. Se registra en las tablas de cabecera de envíos con una marca de tiempo de creación. Capturar Se registra cuando se genera un nuevo registro de envío. Tipo de evento explicit | |||
| Envío reprogramado | La fecha prevista de envío de un pedido cambia por motivos como la falta de existencias, una solicitud del cliente o limitaciones de transporte. Esto representa un ciclo de retrabajo en el proceso de preparación del pedido. | ||
| Por qué es importante Registrar las reprogramaciones es fundamental para identificar las causas de los retrasos y la inestabilidad del proceso. Esta actividad permite medir directamente el KPI de tasa de retrabajo de pedidos y cuantificar el impacto de las excepciones. Dónde obtenerlo Se deduce de los cambios en los campos de fecha de envío prevista o solicitada del pedido o del envío. La comparación entre la fecha original y la actualizada indica que el envío se reprogramó. Capturar Se obtiene al comparar los valores históricos y actuales del campo «Planned Ship Date». Tipo de evento calculated | |||
| Mercancía embalada | Los artículos recogidos se agrupan y se embalan en uno o varios contenedores o cajas de envío. Este evento suele registrarse cuando la persona operaria de la estación de embalaje confirma que la caja está cerrada y se genera una etiqueta de envío. | ||
| Por qué es importante Este evento marca la finalización del proceso principal de recogida y embalaje. Analizar el tiempo transcurrido entre ambas etapas ayuda a optimizar la disposición de las estaciones de embalaje y la asignación de recursos. Dónde obtenerlo Es un evento explícito que se registra en WMS en la estación de embalaje. Busque las tablas de creación de cajas o de confirmación del embalaje con sus marcas de tiempo. Capturar Se registra al finalizar la comprobación del embalaje. Tipo de evento explicit | |||
| Mercancía entregada al cliente | El envío llega al destino del cliente y se descarga. Este evento suele registrarse mediante una actualización electrónica, como un mensaje EDI 214 recibido del transportista. | ||
| Por qué es importante Esta actividad permite conocer el rendimiento del transportista y el tiempo real de tránsito. Es necesaria para medir las entregas a tiempo y dar inicio al paso final de confirmación de entrega. Dónde obtenerlo Normalmente, es un evento explícito que se activa mediante un mensaje externo del transportista y actualiza el estado del envío en TMS. La marca de tiempo procede de la actualización del transportista. Capturar Se registra a partir de un mensaje EDI del transportista, por ejemplo, EDI 214, que actualiza el estado del envío. Tipo de evento explicit | |||
| Mercancía recibida del proveedor | Esta actividad registra la recepción física de mercancía de un proveedor en el muelle del almacén, normalmente asociada a una orden de compra. Se registra explícitamente en WMS cuando el personal del almacén escanea y da de alta el inventario recibido. | ||
| Por qué es importante Este es un hito fundamental para medir el rendimiento de las entregas a tiempo de los proveedores. Marca el final de la fase de logística de entrada y permite disponer del inventario para completar los pedidos. Dónde obtenerlo Es una transacción estándar y explícita del módulo de logística de entrada de Manhattan WMS. Se registra con marcas de tiempo en los registros de recepción y se asocia a una orden de compra o a un aviso anticipado de envío (ASN). Capturar Se registra mediante una transacción de recepción en el almacén. Tipo de evento explicit | |||
| Orden de compra creada | Se genera una orden de compra para adquirir productos de un proveedor externo, normalmente cuando se agotan las existencias o hay un pedido pendiente de entrega. Se trata de una transacción explícita que crea un nuevo documento de orden de compra vinculado a la demanda del cliente. | ||
| Por qué es importante Registrar la creación de órdenes de compra es esencial para analizar la fase de aprovisionamiento de la cadena de suministro y su impacto en el tiempo total de entrega del pedido. También permite medir el rendimiento de los proveedores. Dónde obtenerlo Se registra como un evento independiente en el módulo de aprovisionamiento o compras. Busque las tablas de creación de órdenes de compra y sus marcas de tiempo, que suelen estar vinculadas al pedido de venta original. Capturar Se registra cuando se guarda una nueva orden de compra. Tipo de evento explicit | |||
| Pedido asignado | El sistema reserva unidades de inventario específicas en un almacén para un pedido determinado. Esta asignación es un paso fundamental que precede a cualquier actividad física en el almacén. | ||
| Por qué es importante Este hito marca el paso de la gestión del pedido a la ejecución en el almacén. El tiempo transcurrido entre la recepción y la asignación del pedido permite detectar posibles acumulaciones de trabajo antes de iniciar su preparación. Dónde obtenerlo Se registra como una actualización del estado de la línea del pedido o del envío en Manhattan WMS. El evento corresponde a la marca de tiempo en que el estado cambia a «Asignado» o a un estado similar. Capturar Se identifica por la marca de tiempo en que el estado de la línea del pedido cambia a «Asignado». Tipo de evento inferred | |||
| Transportista asignado | Se selecciona y asigna un transportista específico al envío. La asignación puede ser automática, según las guías de rutas, o manual, a cargo de una persona planificadora del transporte. | ||
| Por qué es importante Este punto de decisión es fundamental para analizar los costes de transporte y el rendimiento de los transportistas. El tiempo que se tarda en asignar un transportista puede indicar retrasos en la planificación. Dónde obtenerlo Se deduce de un cambio con marca de tiempo en el campo «carrier» del registro del envío en el módulo TMS. El evento corresponde al momento en que se completa este campo por primera vez. Capturar Se deduce del registro de cambios o de la marca de tiempo de actualización del campo del transportista en el envío. Tipo de evento inferred | |||
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.
¿Listo para comenzar?
Aproveche este Template para agilizar la preparación de sus datos y empezar hoy mismo a optimizar el rendimiento de su cadena de suministro. Detecte ineficiencias ocultas e impulse mejoras importantes con información útil para la acción.
Mejore el rendimiento de la cadena de suministro en Manhattan Associates
Obtenga visibilidad integral y alcance una precisión del 90 % en las previsiones.
No se requiere tarjeta de crédito. Configuración en minutos.