Su Template de datos para la gestión del transporte
Su Template de datos para la gestión del transporte
- Atributos recomendados para un análisis completo
- Actividades clave que debe supervisar para descubrir el proceso
- Guía detallada para extraer datos de Blue Yonder TMS
Atributos de la gestión del transporte
| Nombre | Descripción | ||
|---|---|---|---|
| Actividad ActivityName | El nombre del evento o actividad empresarial específica que tuvo lugar en un momento determinado para un envío. | ||
| Descripción Este atributo describe un paso individual del proceso de transporte, como «Envío planificado», «Oferta enviada al transportista» o «Mercancía entregada». Estas actividades forman los nodos del mapa de procesos descubierto y su secuencia define el flujo del proceso para cada envío. Analizar la secuencia y la frecuencia de estas actividades es fundamental en Process Mining. Ayuda a identificar las rutas de proceso más habituales, o variantes, descubrir cuellos de botella donde las actividades se retrasan y localizar ciclos de retrabajo en los que se repiten actividades como «Oferta rechazada». Por qué es importante Define los pasos del proceso, lo que permite visualizar el recorrido del envío e identificar ineficiencias del proceso. Dónde obtenerlo Se deriva de los registros de eventos, los registros de cambios de estado o los códigos de transacción de los distintos módulos de Blue Yonder TMS. A menudo requiere asignar los eventos del sistema a nombres de actividad comprensibles para el negocio. Ejemplos Envío planificadoOferta enviada al transportistaMercancía entregadaPago procesado | |||
| Envío ShipmentId | El identificador único de un envío individual, que sirve como ID de caso del proceso de transporte. | ||
| Descripción El ID de envío es la clave central que vincula todas las actividades y eventos relacionados con el traslado de mercancías desde un punto de partida hasta un destino. Cada ID único representa un caso de transporte completo, desde la solicitud inicial hasta el pago final. En el análisis de Process Mining, este atributo es fundamental para reconstruir el recorrido completo de cada envío. Permite agrupar eventos como «Envío planificado», «Mercancía recogida» y «Mercancía entregada» en un flujo de proceso coherente, calcular tiempos de ciclo e identificar variantes del proceso para cada envío. Por qué es importante Este es el ID de caso esencial que conecta todos los eventos de transporte relacionados y permite analizar todo el ciclo de vida de un envío. Dónde obtenerlo Es una clave principal de los módulos de gestión de envíos o cargas de Blue Yonder TMS. Consulte la documentación del sistema para identificar la tabla específica, probablemente relacionada con las cabeceras de envío. Ejemplos SHP-0012845SHP-0012991SHP-0013054 | |||
| Hora de inicio EventTime | La marca de tiempo que indica cuándo ocurrió una actividad o un evento específico. | ||
| Descripción La hora del evento proporciona la fecha y hora exactas de cada actividad del proceso de envío. Es la base cronológica del Registro de eventos, ya que permite ordenar las actividades y calcular las duraciones entre ellas. En el análisis, esta marca de tiempo es fundamental para calcular todos los KPI basados en el tiempo, como el tiempo de ciclo del envío de extremo a extremo, la duración del despacho de aduanas y el rendimiento de las entregas puntuales. Permite identificar cuándo se producen los retrasos y cuánto dura cada fase del proceso. Por qué es importante Esta marca de tiempo es esencial para ordenar los eventos, calcular los tiempos de ciclo y analizar el rendimiento del proceso a lo largo del tiempo. Dónde obtenerlo Normalmente se encuentra junto a los registros de estado o eventos en los registros de transacciones de Blue Yonder TMS. Cada evento o cambio de estado debe tener una marca de tiempo asociada. Ejemplos 2023-04-15T09:00:00Z2023-04-16T14:30:00Z2023-04-25T11:15:00Z | |||
| Sistema de origen SourceSystem | Identifica el sistema del que se extrajeron los datos. | ||
| Descripción Este atributo especifica el origen de los datos de eventos, que en este caso es Blue Yonder TMS. Resulta especialmente útil en entornos donde se combinan datos de varios sistemas para obtener una visión más amplia del proceso. En el análisis, ayuda a filtrar los datos y comprender su contexto. Mantener esta información garantiza la trazabilidad de los datos y constituye una buena práctica de gobierno de datos. Por qué es importante Proporciona un contexto esencial sobre el origen de los datos, garantiza la trazabilidad y ayuda a gestionar datos procedentes de varias fuentes. Dónde obtenerlo Normalmente es un valor estático que se añade durante el proceso de extracción, transformación y carga (ETL) de datos. Ejemplos Blue Yonder TMSBY_TMS_NABY_TMS_EMEA | |||
| Última actualización de datos LastDataUpdate | La marca de tiempo en la que los datos de este registro se actualizaron o extrajeron por última vez del sistema de origen. | ||
| Descripción Este atributo indica la actualidad de los datos. Registra la fecha y hora en que se actualizó por última vez el Registro de eventos desde Blue Yonder TMS. En el análisis, esto es importante para comprender la vigencia de los Dashboards y los KPI. Permite saber si se está consultando información en tiempo real o datos de un periodo anterior, algo fundamental para tomar decisiones operativas fundamentadas. Por qué es importante Informa sobre la actualidad de los datos, un aspecto fundamental para la relevancia y precisión del análisis. Dónde obtenerlo Es un campo de metadatos que normalmente se genera y añade durante el proceso de extracción de datos (ETL). Ejemplos 2023-05-20T02:00:00Z2023-05-21T02:00:00Z | |||
| Estado del envío ShipmentStatus | El estado actual o conocido más reciente del envío. | ||
| Descripción El estado del envío indica su situación actual dentro del ciclo de vida, como «planificado», «en tránsito», «entregado» o «cancelado». Proporciona una visión puntual de la fase en la que se encuentra el envío. En Process Mining, analizar el estado final de los casos es importante para estudiar los resultados. Por ejemplo, comparar los flujos de proceso de los envíos «entregados» con los de los envíos «cancelados» puede revelar patrones que conducen a resultados no deseados. También ayuda a supervisar la carga de trabajo activa mediante filtros para los envíos que aún no se han completado. Por qué es importante Proporciona una visión rápida del estado actual del envío y ayuda a diferenciar entre envíos completados, en curso y cancelados. Dónde obtenerlo Es un campo clave de la cabecera del envío o de la tabla principal de seguimiento de estados de Blue Yonder TMS. Ejemplos PlanificadoEn tránsitoEntregadoCancelado | |||
| Fecha de entrega solicitada RequestedDeliveryDate | La fecha de entrega solicitada por el cliente o exigida por el pedido de venta. | ||
| Descripción Este atributo registra la fecha objetivo de entrega que el proceso logístico debe cumplir. Representa la expectativa del cliente o el acuerdo de nivel de servicio (SLA) interno para el envío. Esta fecha es la referencia para calcular el KPI «Tasa de entrega puntual». Al comparar «ActualDeliveryTime» con «RequestedDeliveryDate», el análisis puede determinar si un envío se entregó antes de tiempo, puntualmente o con retraso. Es fundamental para el Dashboard «Rendimiento de recogidas y entregas puntuales». Por qué es importante Sirve como referencia principal para medir el rendimiento de las entregas puntuales y la satisfacción del cliente. Dónde obtenerlo Esta información suele proceder de un sistema anterior, como un ERP o un sistema de gestión de pedidos, y se almacena en los detalles de la solicitud de envío de Blue Yonder TMS. Ejemplos 2023-04-25T23:59:59Z2023-05-10T17:00:00Z | |||
| Hora real de entrega ActualDeliveryTime | La marca de tiempo real en la que ocurrió el evento «Mercancía entregada». | ||
| Descripción Este atributo es la marca de tiempo asociada específicamente con la actividad de entrega final. Registra el momento exacto en que el envío llegó a su destino y se confirmó como entregado. Es un dato fundamental para medir el rendimiento. El KPI «Tasa de entrega puntual» se calcula comparando esta marca de tiempo con «RequestedDeliveryDate». Además, marca el punto final para calcular el KPI «Rendimiento general hasta la entrega». Por qué es importante Esta marca de tiempo es esencial para calcular la tasa de entrega puntual y medir el tiempo total de tránsito del envío. Dónde obtenerlo Es la marca de tiempo de la actualización de estado «Mercancía entregada», que suele recibirse mediante un mensaje EDI del transportista o una entrada manual en Blue Yonder TMS. Ejemplos 2023-04-25T11:15:00Z2023-05-11T09:30:00Z | |||
| Modo de transporte ModeOfTransport | El medio de transporte utilizado para el envío, como carretera, avión, barco o ferrocarril. | ||
| Descripción Este atributo especifica el modo de transporte. Entre los valores habituales se incluyen carga parcial (LTL), carga completa (FTL), transporte aéreo, transporte marítimo y ferrocarril. En el análisis de procesos, el modo de transporte es una dimensión fundamental para filtrar y comparar. Los procesos, tiempos de ciclo y costes pueden variar considerablemente entre los distintos modos. Por ejemplo, el «Análisis de cuellos de botella del despacho de aduanas» es muy relevante para los envíos aéreos y marítimos, pero menos para los envíos nacionales por carretera. Analizar el rendimiento por modo ayuda a adaptar las iniciativas de mejora a contextos logísticos específicos. Por qué es importante Permite realizar análisis segmentados, ya que los distintos modos de transporte tienen procesos, costes y tiempos de ciclo habituales diferentes. Dónde obtenerlo Es un campo estándar de los módulos de planificación y tarificación de envíos de Blue Yonder TMS. Ejemplos LTLFTLAéreoMarítimo | |||
| Nombre del transportista CarrierName | El nombre de la empresa de transporte o del proveedor logístico responsable de trasladar el envío. | ||
| Descripción El nombre del transportista identifica a la empresa externa asignada para ejecutar el transporte de las mercancías. Puede tratarse de una empresa de transporte por carretera, una aerolínea, una naviera o un agente de carga. Este atributo es esencial para analizar el rendimiento, especialmente en el Dashboard «Comparación del rendimiento de transportistas». Permite filtrar y segmentar los datos para comparar transportistas mediante métricas como las tasas de entrega puntual, el cumplimiento de las recogidas y la duración media de los retrasos. Esto ayuda a seleccionar transportistas estratégicamente y gestionar las relaciones con ellos. Por qué es importante Permite comparar y analizar el rendimiento de distintos transportistas para optimizar su selección y mejorar la calidad del servicio. Dónde obtenerlo Se encuentra en los detalles del envío o de la carga de Blue Yonder TMS, normalmente vinculado a una tabla de datos maestros de transportistas. Ejemplos Global Shipping Inc.FastLane LogisticsAirExpress Cargo | |||
| País de destino DestinationCountry | El país al que se entrega el envío. | ||
| Descripción Este atributo especifica el país de destino final del envío y se obtiene de la dirección del consignatario o del lugar de entrega. Al igual que el país de origen, se utiliza para la segmentación geográfica. Permite comparar el rendimiento de distintas rutas comerciales, por ejemplo, de Estados Unidos a Canadá frente a Estados Unidos a México, analizar los retos de entrega en países concretos y evaluar el impacto de las complejidades transfronterizas en los tiempos de ciclo. Por qué es importante Permite analizar el rendimiento por destino, algo fundamental para comprender las complejidades de las rutas comerciales y los retos regionales de entrega. Dónde obtenerlo Se almacena como parte de los datos de la ubicación de destino o de la dirección del consignatario en los detalles del envío de Blue Yonder TMS. Ejemplos CanadáMéxicoReino Unido | |||
| País de origen OriginCountry | El país desde el que se origina el envío. | ||
| Descripción Este atributo especifica el país de origen del trayecto del envío. Se obtiene de la dirección del remitente o de los detalles del lugar de recogida. En el análisis, el país de origen es una dimensión eficaz para segmentar los datos. Ayuda a comprender las diferencias regionales en el rendimiento del proceso, la disponibilidad de transportistas y los tiempos de ciclo. Por ejemplo, es fundamental para analizar los tiempos de despacho de aduanas en los envíos internacionales. Por qué es importante Permite analizar geográficamente el rendimiento del proceso y ayuda a identificar cuellos de botella o variaciones regionales en la eficiencia. Dónde obtenerlo Se almacena como parte de los datos de la ubicación de origen o de la dirección del remitente en los detalles del envío de Blue Yonder TMS. Ejemplos USAAlemaniaChina | |||
| ¿Entrega puntual? IsOnTimeDelivery | Una marca calculada que indica si el envío se entregó en la fecha de entrega solicitada o antes. | ||
| Descripción Este atributo booleano se obtiene comparando Como métrica calculada, simplifica el análisis y la visualización del KPI «On-Time Delivery Rate». Permite filtrar y agregar datos fácilmente para crear Dashboards que muestren los porcentajes de rendimiento de las entregas a tiempo a lo largo del tiempo, por transportista o por modo de transporte, y respalda directamente el Dashboard «On-Time Pickup and Delivery Performance». Por qué es importante Simplifica el análisis del rendimiento de las entregas a tiempo y permite filtrar y agregar datos rápidamente en Dashboards y KPI. Dónde obtenerlo Este atributo no existe en el sistema de origen. Se calcula durante la transformación de datos mediante la fórmula: ActualDeliveryTime <= RequestedDeliveryDate. Ejemplos truefalse | |||
| Discrepancia en la factura de transporte FreightBillDiscrepancyReason | Un código o descripción que explica por qué una factura de transporte no superó la auditoría. | ||
| Descripción Cuando la auditoría de una factura de transporte detecta una discrepancia, este atributo indica el motivo. Algunos ejemplos son «Tarifa incorrecta», «Factura duplicada» o «Falta el comprobante de entrega». Este atributo es clave para el Dashboard «Comprobante de entrega y precisión de la facturación» y el KPI «Tasa de retrabajo de facturas de transporte». Analizar la frecuencia de los distintos motivos de discrepancia ayuda a identificar las causas raíz de los errores de facturación, ya procedan de errores del transportista, desajustes contractuales o problemas internos del proceso. Esto permite aplicar medidas específicas para reducir el retrabajo de facturas. Por qué es importante Proporciona la causa raíz de los errores de facturación y permite aplicar mejoras específicas para reducir el retrabajo de facturas de transporte y los retrasos en los pagos. Dónde obtenerlo Se encuentra en el módulo de auditoría y pagos de transporte de Blue Yonder TMS, asociado a los registros de excepciones o rechazos. Ejemplos Tarifa aplicada incorrectamenteFactura duplicadaDisputa por cargos adicionales | |||
| Hora programada de recogida ScheduledPickupTime | La fecha y hora planificadas para que el transportista recoja la mercancía en el origen. | ||
| Descripción Este atributo almacena la hora de la cita programada y acordada con el transportista para recoger el envío. Es un hito clave del plan de envío. Esta marca de tiempo se utiliza como referencia para calcular los KPI «Tasa de recogida puntual» y «Duración media del retraso en la recogida». Compararla con «ActualPickupTime» ayuda a identificar retrasos al inicio del trayecto del envío, que a menudo repercuten en los hitos posteriores. Por qué es importante Es la referencia para medir el rendimiento de las recogidas puntuales, un indicador clave de la fiabilidad del transportista y la precisión de la planificación. Dónde obtenerlo Se encuentra en los módulos de programación de citas o planificación de cargas de Blue Yonder TMS. Ejemplos 2023-04-16T14:00:00Z2023-05-02T10:00:00Z | |||
| Hora real de recogida ActualPickupTime | La marca de tiempo real en la que ocurrió el evento «Mercancía recogida». | ||
| Descripción Este atributo registra la hora exacta en que el transportista recogió físicamente el envío en el punto de origen. Marca el inicio oficial de la fase en tránsito. Este dato es esencial para medir el rendimiento del transportista. Se compara con «ScheduledPickupTime» para calcular los KPI «Tasa de recogida puntual» y «Duración media del retraso en la recogida». Analizar las desviaciones ayuda a identificar problemas relacionados con transportistas o puntos de recogida específicos. Por qué es importante Esta marca de tiempo se utiliza para medir con precisión el rendimiento de la recogida e identificar retrasos en las primeras fases del proceso de transporte. Dónde obtenerlo Es la marca de tiempo de la actualización de estado «Mercancía recogida», que normalmente se recibe del transportista mediante EDI o se introduce manualmente en Blue Yonder TMS. Ejemplos 2023-04-16T14:30:00Z2023-05-02T10:15:00Z | |||
| Motivo del retraso DelayReason | Un código o texto que explica la causa de un retraso en una recogida o entrega. | ||
| Descripción Este atributo registra el motivo por el que no se cumplió un hito del envío. Algunos ejemplos son «Retraso por condiciones meteorológicas», «Retención aduanera» o «Problema de capacidad del transportista». A menudo, el transportista proporciona esta información. Es fundamental para el Dashboard «Rendimiento de recogidas y entregas puntuales». En lugar de indicar únicamente que un envío llegó tarde, este atributo explica por qué. Analizar los motivos de retraso más frecuentes permite al equipo logístico mitigar los riesgos de forma proactiva y colaborar con los transportistas para resolver problemas recurrentes. Por qué es importante Explica la causa raíz de los retrasos y permite gestionar los riesgos de forma proactiva y aplicar mejoras específicas con los transportistas. Dónde obtenerlo Estos datos suelen capturarse en las secciones de gestión de eventos o excepciones de Blue Yonder TMS y a menudo se completan a partir de actualizaciones EDI del transportista, como un EDI 214. Ejemplos Condiciones meteorológicasRetención aduaneraRetraso del conductorCongestión en las instalaciones | |||
| Usuario User | El ID o nombre del usuario que realizó la actividad. | ||
| Descripción Este atributo identifica al planificador logístico, coordinador o usuario del sistema responsable de ejecutar un evento o cambio de estado específico en el TMS. En los eventos automatizados, puede corresponder al ID de una cuenta del sistema o de un servicio. Analizar los datos por usuario ayuda a comprender la distribución de la carga de trabajo, el rendimiento individual y las necesidades de formación. Puede revelar si determinados usuarios están asociados con tasas más elevadas de retrabajo o retrasos, o si algunos equipos son más eficientes que otros. Esto facilita la gestión de recursos y las iniciativas específicas de mejora de procesos. Por qué es importante Permite analizar el rendimiento y la carga de trabajo por usuario o equipo, y ayuda a identificar oportunidades de formación y limitaciones de recursos. Dónde obtenerlo Esta información debería estar disponible en los registros de transacciones o eventos, normalmente en un campo «Modificado por» o «ID de usuario» asociado a cada registro. Ejemplos j.doea.smithTMS_AUTOMATION_USER | |||
Actividades de la gestión del transporte
| Actividad | Descripción | ||
|---|---|---|---|
| Despacho de aduanas completado | En los envíos internacionales, esta actividad marca el momento en que la mercancía ha pasado correctamente por la aduana en una frontera o un puerto. El evento se activa mediante una notificación del agente de aduanas o del transportista. | ||
| Por qué es importante Las aduanas son una fuente habitual de retrasos importantes en la logística internacional. Medir el tiempo necesario para completar el despacho es fundamental para identificar cuellos de botella y mejorar los tiempos de tránsito transfronterizo. Dónde obtenerlo Normalmente se registra como un evento explícito a partir de un mensaje del transportista, por ejemplo, un EDI 214, o de una actualización manual que cambia el estado aduanero del envío a «despachado». Recopilar Capture la marca de tiempo cuando el estado aduanero del envío se actualice a «despachado». Tipo de evento explicit | |||
| Envío reservado | Este hito indica que un transportista ha aceptado la oferta y se ha comprometido a gestionar el envío. El estado del envío se actualiza a «reservado» o «comprometido», fijando el transportista y la tarifa del transporte. | ||
| Por qué es importante Este es un hito clave que finaliza la fase de planificación y pasa el envío a ejecución. Medir el tiempo de ciclo hasta este punto ayuda a evaluar la eficiencia y la capacidad de respuesta de la reserva. Dónde obtenerlo Se captura cuando se recibe y procesa la aceptación del transportista, por ejemplo, un EDI 990, lo que activa un cambio de estado explícito en el registro del envío dentro del TMS. Recopilar Capture la marca de tiempo del cambio de estado a «Booked» o «Committed». Tipo de evento explicit | |||
| Mercancía entregada | Este hito indica que el envío ha llegado físicamente al destino del consignatario. El transportista proporciona la confirmación, normalmente mediante un mensaje EDI 214, que actualiza el estado del envío en el TMS. | ||
| Por qué es importante Este es un hito crítico de éxito que marca el final del tránsito físico. Constituye la base para medir el rendimiento de las entregas puntuales, un indicador clave de la satisfacción del cliente y la fiabilidad del transportista. Dónde obtenerlo Es un evento explícito capturado a partir de un mensaje de confirmación de entrega del transportista. El TMS registra la marca de tiempo cuando procesa el EDI 214, con estado «D1», o un mensaje equivalente. Recopilar Utilice la marca de tiempo del mensaje de confirmación de entrega del transportista procesado. Tipo de evento explicit | |||
| Mercancía recogida | Esta actividad marca el inicio físico del trayecto del envío, cuando el transportista toma posesión de la mercancía en el punto de origen. Normalmente, Blue Yonder TMS registra este evento a partir de un mensaje de actualización de estado del transportista, como una transacción EDI 214. | ||
| Por qué es importante Este es un hito crítico de ejecución que confirma que el envío está en marcha. Sirve como referencia para calcular los tiempos en tránsito y medir el rendimiento de las recogidas puntuales frente a la fecha programada. Dónde obtenerlo Es un evento explícito capturado a partir de las actualizaciones de estado del transportista. El sistema registra la marca de tiempo cuando procesa una confirmación de recogida, por ejemplo, un EDI 214 con estado «AF» o «X3». Recopilar Utilice la marca de tiempo del EDI 214 procesado u otro mensaje de confirmación de recogida del transportista. Tipo de evento explicit | |||
| Pago procesado | Esta es la actividad final del ciclo de vida del envío y confirma que el transportista ha recibido el pago por el servicio de transporte. Normalmente, el evento se origina en un sistema financiero externo, como un ERP, y se actualiza posteriormente en el TMS. | ||
| Por qué es importante Esta actividad marca el cierre financiero del envío. Analizar el tiempo de ciclo desde la entrega o la auditoría hasta el pago es importante para gestionar el capital circulante y mantener buenas relaciones con los transportistas. Dónde obtenerlo Normalmente es un evento explícito registrado cuando un mensaje de interfaz del sistema de cuentas por pagar o del ERP actualiza el estado de pago de la factura de transporte en el TMS. Recopilar Utilice la marca de tiempo del mensaje de confirmación de pago recibido del sistema financiero. Tipo de evento explicit | |||
| Solicitud de envío recibida | Esta actividad marca la creación de una necesidad de transporte en Blue Yonder TMS, normalmente iniciada por un pedido procedente de un sistema anterior, como un ERP. Representa el inicio oficial del ciclo de vida del envío, cuando se crea un nuevo registro de envío con el estado inicial «no planificado» o «nuevo». | ||
| Por qué es importante Este es el evento de inicio principal del proceso de transporte de extremo a extremo. Analizar el tiempo transcurrido entre este evento y las actividades de planificación posteriores ayuda a identificar retrasos iniciales y medir el rendimiento general del proceso. Dónde obtenerlo Este evento suele inferirse a partir de la marca de tiempo de creación del registro de envío en las tablas principales de envíos o pedidos. También puede ser un evento explícito registrado cuando se procesa un mensaje de interfaz procedente de un ERP. Recopilar Utilice la marca de tiempo de creación del registro de envío. Tipo de evento inferred | |||
| Actualización en tránsito recibida | Representa la recepción de una actualización de ubicación o estado del transportista mientras el envío está en ruta. Estas actualizaciones, que suelen proceder de mensajes EDI 214, proporcionan visibilidad sobre el avance del envío y posibles retrasos. | ||
| Por qué es importante Estos eventos son esenciales para seguir el progreso del envío e identificar retrasos en tránsito. La falta de actualizaciones puede indicar brechas de visibilidad, mientras que las actualizaciones frecuentes sobre retrasos señalan problemas de rendimiento del transportista. Dónde obtenerlo Son eventos explícitos registrados en una tabla de seguimiento de envíos o de historial de eventos cada vez que se recibe y procesa un mensaje del transportista durante el tránsito, por ejemplo, un EDI 214 con estado «X1» o «AG». Recopilar Cada mensaje del transportista procesado durante el tránsito crea una nueva entrada en el Registro de eventos. Tipo de evento explicit | |||
| Comprobante de entrega recibido | Esta actividad representa la recepción de documentación formal que confirma la entrega, como un conocimiento de embarque firmado. A menudo es un paso independiente posterior a la entrega física y un requisito previo para pagar el transporte. | ||
| Por qué es importante Recibir eficazmente el comprobante de entrega (POD) es fundamental para acelerar el ciclo de facturación y pago. Los retrasos en este paso afectan directamente al flujo de caja y pueden provocar disputas sobre los pagos al transportista. Dónde obtenerlo Normalmente se captura cuando un usuario marca manualmente el POD como recibido o adjunta el documento al registro del envío en el TMS, lo que activa un cambio de estado. Recopilar Capture la marca de tiempo cuando se establezca en el envío la marca o el estado «POD recibido». Tipo de evento inferred | |||
| Envío cancelado | Representa la finalización de un envío antes de su recogida. Puede ocurrir por diversos motivos, como la cancelación de un pedido por parte del cliente o un cambio de planificación, y constituye un estado final no satisfactorio. | ||
| Por qué es importante El seguimiento de las cancelaciones es importante para comprender la volatilidad de la demanda y el desperdicio del proceso. Analizar por qué se cancelan los envíos puede revelar problemas en la gestión de pedidos o en los procesos de planificación. Dónde obtenerlo Es un evento explícito que se captura cuando un usuario o un proceso automatizado cambia el estado principal del envío a «cancelado». Recopilar Capture la marca de tiempo del cambio de estado a «cancelado». Tipo de evento explicit | |||
| Envío planificado | Representa la finalización de la fase inicial de planificación, en la que se determinan la ruta, el modo de transporte y los posibles transportistas del envío. El motor de planificación del sistema genera una solución y actualiza el estado del envío para indicar que ya hay un plan disponible. | ||
| Por qué es importante El seguimiento de esta actividad ayuda a medir la eficiencia del motor de planificación y optimización. Los retrasos o ciclos de retrabajo relacionados con este paso pueden indicar problemas con los datos maestros, la disponibilidad de transportistas o la configuración del sistema. Dónde obtenerlo Probablemente se infiere a partir de un cambio de estado de la entidad de envío, por ejemplo, de «no planificado» a «planificado». La marca de tiempo de este cambio de estado señala el evento. Recopilar Capture la marca de tiempo cuando el estado del envío cambie a «planificado». Tipo de evento inferred | |||
| Factura de transporte auditada | La factura del transportista, o factura de transporte, se ha auditado de forma sistemática o manual comparándola con las tarifas contratadas, los cargos adicionales y el comprobante de entrega. Este paso verifica los cargos antes de aprobar el pago. | ||
| Por qué es importante Este es un punto clave de control financiero. Analizar el proceso de auditoría puede revelar discrepancias frecuentes en la facturación, mientras que el retrabajo en esta fase indica problemas que aumentan la carga administrativa. Dónde obtenerlo Este evento se captura cuando el estado de la factura de transporte asociada al envío cambia a «auditada», «aprobada para pago» o un estado similar dentro del módulo de auditoría de facturas de transporte del TMS. Recopilar Capture la marca de tiempo del cambio de estado de la entidad de factura de transporte vinculada al envío. Tipo de evento inferred | |||
| Oferta enviada al transportista | Esta actividad ocurre cuando el envío se ofrece formalmente a un transportista específico para su aceptación. Es una acción diferenciada dentro del TMS y suele activar una comunicación con el transportista mediante una transacción EDI 204, un correo electrónico o una notificación en el portal. | ||
| Por qué es importante Este evento es el punto de partida para medir la capacidad de respuesta de los transportistas y las tasas de aceptación de ofertas. Analizar el tiempo entre el envío de la oferta y la respuesta del transportista es clave para comprender la eficiencia de la relación con este. Dónde obtenerlo Es probable que Blue Yonder TMS lo registre como un evento explícito en una tabla de historial de envíos o de ofertas cuando un usuario o el sistema ejecuta la acción de oferta. Recopilar Se registra en el historial de eventos del envío cuando se ejecuta la acción de oferta. Tipo de evento explicit | |||
| Oferta rechazada | Este evento indica que un transportista ha rechazado la oferta para transportar el envío. Normalmente, el rechazo se recibe electrónicamente mediante una transacción EDI 990 o una actualización manual en el portal del transportista, lo que activa un Workflow para buscar un transportista alternativo. | ||
| Por qué es importante El seguimiento de los rechazos de ofertas es fundamental para identificar ciclos de retrabajo en la selección de transportistas. Unas tasas de rechazo elevadas pueden indicar problemas de precios, capacidad del transportista o información incorrecta sobre la carga, lo que provoca retrasos y un aumento de los costes. Dónde obtenerlo Normalmente se captura como un evento explícito cuando el TMS procesa la respuesta de rechazo del transportista y actualiza el estado de la oferta del envío. Recopilar Se registra como evento al recibir un mensaje de rechazo del transportista, por ejemplo, un EDI 990. Tipo de evento explicit | |||
Guías de extracción
Los métodos de extracción para este proceso se están validando. Vuelva a consultar más adelante o póngase en contacto con nosotros para obtener ayuda.
¿Listo para comenzar?
Comience hoy mismo a optimizar su proceso de gestión del transporte. Aproveche este Template para descubrir eficiencias y mejorar el desempeño de sus operaciones logísticas.
Alcance hoy la máxima eficiencia en la gestión del transporte
Localice ineficiencias, supervise el desempeño y reduzca el tiempo de ciclo en un 30 %.
No necesita tarjeta de crédito; active el servicio en cuestión de minutos.