Su Plantilla de Datos de Gestión de Transporte
Su Plantilla de Datos de Gestión de Transporte
- Atributos recomendados para un análisis integral
- `Actividades` clave para rastrear en el descubrimiento de procesos
- Guía detallada de extracción para Blue Yonder TMS
Atributos de Gestión de Transporte
| Nombre | Descripción | ||
|---|---|---|---|
| Actividad ActivityName | El nombre del evento de negocio o actividad específica que ocurrió en un momento dado para un envío. | ||
| Descripción Este atributo describe un solo paso en el proceso de transporte, como 'Shipment Planned', 'Carrier Tendered' o 'Goods Delivered'. Estas actividades forman los nodos del mapa de proceso descubierto, y su secuencia define el flujo del proceso para cada envío. Analizar la secuencia y frecuencia de estas actividades es fundamental para Process Mining. Ayuda a identificar las rutas de proceso más comunes (variantes), descubrir cuellos de botella donde las actividades se retrasan, y señalar bucles de retrabajo donde actividades como 'Tender Rejected' se repiten. Por qué es importante Define los pasos del proceso, permitiendo la visualización del viaje del envío y la identificación de ineficiencias del proceso. Dónde obtener Derivado de registros de "eventos", registros de cambios de estado o códigos de transacción dentro de varios módulos de Blue Yonder TMS. Esto a menudo requiere mapear los "eventos" del sistema a nombres de actividad amigables para el negocio. Ejemplos Envío PlanificadoTransportista LicitadoMercancía EntregadaPago Procesado | |||
| Envío ShipmentId | El identificador único para un solo envío, que sirve como ID de caso para el proceso de transporte. | ||
| Descripción El ID de Envío es la clave central que vincula todas las actividades y eventos relacionados con el movimiento de mercancías desde un punto de origen hasta un destino. Cada ID único representa un caso de transporte completo, abarcando desde la solicitud inicial hasta el pago final. En el análisis de Process Mining, este atributo es fundamental para reconstruir el viaje de extremo a extremo de cada envío. Permite agrupar eventos como 'Shipment Planned', 'Goods Picked Up' y 'Goods Delivered' en un flujo de proceso coherente, posibilitando el cálculo de los tiempos de ciclo y la identificación de variantes de proceso para envíos individuales. Por qué es importante Este es el ID de Caso esencial que conecta todos los eventos de transporte relacionados, haciendo posible analizar todo el ciclo de vida de un envío. Dónde obtener Esta es una clave primaria en los módulos de gestión de envíos o cargas dentro de Blue Yonder TMS. Consulte la documentación del sistema para la tabla específica, probablemente relacionada con los encabezados de envío. Ejemplos SHP-0012845SHP-0012991SHP-0013054 | |||
| Hora de Inicio EventTime | El timestamp que indica cuándo ocurrió una actividad o evento específico. | ||
| Descripción La Hora del "Evento" proporciona la fecha y hora precisas para cada actividad en el proceso de envío. Es la columna vertebral cronológica del registro de "eventos", lo que permite la ordenación de actividades y el cálculo de duraciones entre ellas. En el análisis, esta "timestamp" es crítica para calcular todos los KPIs basados en el tiempo, como el tiempo de ciclo de envío de extremo a extremo, la duración del despacho de aduanas y el rendimiento de entrega a tiempo. Permite identificar cuándo ocurren los retrasos y cuánto tiempo lleva cada etapa del proceso. Por qué es importante Esta marca de tiempo es esencial para ordenar eventos, calcular tiempos de ciclo y analizar el rendimiento del proceso a lo largo del tiempo. Dónde obtener Esto se encuentra típicamente junto con los registros de estado o eventos en los logs 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 | |||
| Source System SourceSystem | Identifica el sistema del cual se extrajeron los `datos`. | ||
| Descripción Este atributo especifica el origen de los datos del evento, que en este caso es Blue Yonder TMS. Es particularmente útil en entornos donde los datos de múltiples sistemas pueden combinarse para una visión más amplia del proceso. Para el análisis, ayuda a filtrar datos y comprender su contexto. Mantener esta información asegura la trazabilidad de los datos y es una buena práctica para la gobernanza de datos. Por qué es importante Proporciona un contexto crucial sobre el origen de los "datos", asegurando la trazabilidad y ayudando a gestionar "datos" de múltiples fuentes. Dónde obtener Este suele ser un valor estático que se añade durante el proceso de data extraction, transformation, and loading (ETL). Ejemplos Blue Yonder TMSBY_TMS_NABY_TMS_EMEA | |||
| Última actualización de datos LastDataUpdate | La marca de tiempo cuando los datos de este registro fueron actualizados o extraídos por última vez del sistema de origen. | ||
| Descripción Este atributo indica la frescura de los datos. Registra la fecha y hora de la última actualización del registro de eventos desde Blue Yonder TMS. En el análisis, esto es importante para comprender la actualidad de los dashboards y KPIs. Permite a los usuarios saber si están viendo información en tiempo real o datos de un período anterior, lo cual es crucial para tomar decisiones operativas informadas. Por qué es importante Informa a los usuarios sobre la actualidad de los "datos", lo cual es crítico para la relevancia y precisión del análisis. Dónde obtener Este es un campo de metadatos típicamente generado y añadido 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 el último estado conocido del envío. | ||
| Descripción El Estado del Envío indica el estado actual del envío dentro de su ciclo de vida, como 'Planificado', 'En tránsito', 'Entregado' o 'Cancelado'. Proporciona una instantánea de dónde se encuentra el envío en el proceso. En Process Mining, analizar el estado final de los casos es importante para el análisis de resultados. Por ejemplo, comparar los flujos de proceso de envíos 'Entregados' frente a envíos 'Cancelados' puede revelar patrones que conducen a resultados no deseados. También ayuda a monitorear la carga de trabajo activa al filtrar los envíos que aún no están completos. Por qué es importante Permite visualizar rápidamente el estado actual de los envíos y diferenciar fácilmente entre aquellos completados, en curso o cancelados. Dónde obtener Este es un campo clave en el encabezado del envío o en la tabla principal de seguimiento de estado en Blue Yonder TMS. Ejemplos PlanificadoEn TránsitoEntregadoCancelada | |||
| Fecha de Entrega Solicitada RequestedDeliveryDate | La fecha de entrega solicitada por el cliente o requerida por el pedido de venta. | ||
| Descripción Este atributo captura la fecha de entrega objetivo que el proceso logístico busca cumplir. Representa la expectativa del cliente o el acuerdo de nivel de servicio (SLA) interno para el envío. Esta fecha es la base para calcular el KPI de 'Tasa de Entrega a Tiempo'. Al comparar el 'ActualDeliveryTime' con el 'RequestedDeliveryDate', el análisis puede determinar si un envío fue temprano, a tiempo o tardío. Esto es fundamental para el dashboard de 'Rendimiento de Recogida y Entrega a Tiempo'. Por qué es importante Sirve como el principal punto de referencia para medir el rendimiento de entrega a tiempo y la satisfacción del cliente. Dónde obtener Esta información típicamente se origina en un sistema ascendente como un ERP o un Sistema de Gestión de Pedidos y se almacena en los detalles de la solicitud de envío en Blue Yonder TMS. Ejemplos 2023-04-25T23:59:59Z2023-05-10T17:00:00Z | |||
| Hora de Entrega Real ActualDeliveryTime | La marca de tiempo real cuando ocurrió el evento 'Goods Delivered'. | ||
| Descripción Este atributo es la marca de tiempo asociada específicamente con la actividad de entrega final. Registra el momento preciso en que el envío llegó a su destino y fue confirmado como entregado. Es un punto de datos crucial para la medición del rendimiento. El KPI de 'Tasa de Entrega a Tiempo' se calcula comparando esta marca de tiempo con la 'RequestedDeliveryDate'. Además, marca el punto final para calcular el KPI de 'Rendimiento General hasta la Entrega'. Por qué es importante Esta marca de tiempo es esencial para calcular la tasa de entrega a tiempo y medir el tiempo total de tránsito del envío. Dónde obtener Esta es la marca de tiempo de la actualización de estado 'Goods Delivered', a menudo recibida a través de 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 método de transporte utilizado para el envío, como camión, aéreo, marítimo o ferroviario. | ||
| Descripción Este atributo especifica el modo de transporte. Los valores comunes incluyen Carga Consolidada (LTL), Carga Completa (FTL), Carga Aérea, Marítimo y Ferroviario. En el análisis de procesos, el modo de transporte es una dimensión crítica para el filtrado y la comparación. Los procesos, tiempos de ciclo y costos pueden variar significativamente entre los diferentes modos. Por ejemplo, el 'Análisis de Cuellos de Botella en el Despacho de Aduanas' es muy relevante para envíos aéreos y marítimos, pero menos para envíos domésticos por camión. Analizar el rendimiento por modo ayuda a adaptar las iniciativas de mejora a contextos logísticos específicos. Por qué es importante Permite un análisis segmentado, ya que los diferentes modos de transporte tienen procesos, costos y tiempos de ciclo típicos distintos. Dónde obtener Este es un campo estándar en los módulos de planificación y tarificación de envíos dentro de Blue Yonder TMS. Ejemplos LTLFTLAéreoMarítimo | |||
| Nombre del Transportista CarrierName | El nombre de la empresa de transporte o proveedor logístico responsable de mover el envío. | ||
| Descripción El Nombre del Transportista identifica a la empresa externa asignada para ejecutar el transporte de mercancías. Podría ser una empresa de transporte por carretera, una aerolínea, una línea naviera o un transitario. Este atributo es esencial para el análisis de rendimiento, particularmente para el dashboard de 'Comparación de Rendimiento de Transportistas'. Permite filtrar y segmentar datos para comparar transportistas en métricas como tasas de entrega a tiempo, cumplimiento de recogidas y duraciones medias de retraso. Esto ayuda en la selección estratégica de transportistas y la gestión de relaciones. Por qué es importante Permite la comparación y el análisis del rendimiento entre diferentes transportistas para optimizar la selección de transportistas y mejorar la calidad del servicio. Dónde obtener Se encuentra en los detalles del envío o la carga dentro de Blue Yonder TMS, a menudo vinculado desde una tabla maestra de "datos" para transportistas. Ejemplos Global Shipping Inc.Logística FastLaneCarga Aérea Express | |||
| País de Destino DestinationCountry | El país de destino del envío. | ||
| Descripción Este atributo especifica el país de destino final para el envío, derivado de la dirección del consignatario o la ubicación de entrega. Similar al País de Origen, este atributo se utiliza para la segmentación geográfica. Permite a los analistas comparar el rendimiento para diferentes rutas comerciales (por ejemplo, EE. UU. a Canadá vs. EE. UU. a México), analizar los desafíos de entrega en países específicos y evaluar el impacto de las complejidades transfronterizas en los tiempos de ciclo. Por qué es importante Permite el análisis de rendimiento por destino, lo cual es crucial para comprender las complejidades de las rutas comerciales y los desafíos de entrega regionales. Dónde obtener Almacenado como parte de los datos de la ubicación de destino o de la dirección del consignatario en los detalles del envío dentro de Blue Yonder TMS. Ejemplos CanadáMéxicoReino Unido | |||
| País de Origen OriginCountry | El país de origen del envío. | ||
| Descripción Este atributo especifica el país de inicio para el viaje del envío. Se deriva de la dirección del remitente o de los detalles de la ubicación de recogida. En el análisis, el País de Origen es una dimensión potente para segmentar los datos. Ayuda a comprender las diferencias regionales en el rendimiento del proceso, la disponibilidad del transportista y los tiempos de ciclo. Por ejemplo, es crucial para analizar los tiempos de despacho de aduanas para envíos internacionales. Por qué es importante Permite el análisis geográfico del rendimiento del proceso, ayudando a identificar "cuellos de botella" regionales o variaciones en la eficiencia. Dónde obtener Almacenado como parte de los datos de la ubicación de origen o de la dirección del remitente en los detalles del envío dentro de Blue Yonder TMS. Ejemplos EE. UU.AlemaniaChina | |||
| Discrepancia en Factura de Flete FreightBillDiscrepancyReason | Un código o descripción que explica por qué una factura de flete falló su auditoría. | ||
| Descripción Cuando una auditoría de factura de flete resulta en una discrepancia, este atributo proporciona la razón. Los ejemplos incluyen 'Tarifa Incorrecta', 'Factura Duplicada' o 'Falta de Prueba de Entrega'. Este atributo es clave para el dashboard de 'Prueba de Entrega y Precisión de Facturación' y el KPI de 'Tasa de Retrabajo de Facturas de Flete'. Analizar la frecuencia de las diferentes razones de discrepancia ayuda a identificar las causas raíz de los errores de facturación, ya sea que se originen en errores del transportista, desajustes de contrato o problemas internos del proceso. Esto permite acciones dirigidas para reducir el retrabajo de facturas. Por qué es importante Proporciona la causa raíz de los errores de facturación, permitiendo mejoras dirigidas para reducir la reelaboración de facturas de flete y los retrasos en los pagos. Dónde obtener Ubicado en el módulo de auditoría y pago de fletes de Blue Yonder TMS, asociado con registros de excepción o rechazo. Ejemplos Tarifa Incorrecta AplicadaFactura DuplicadaDisputa por Cargo Adicional | |||
| Es Entrega a Tiempo IsOnTimeDelivery | Un indicador calculado que señala si el envío se entregó en o antes de su fecha de entrega solicitada. | ||
| Descripción Este atributo booleano se deriva al comparar el 'ActualDeliveryTime' con el 'RequestedDeliveryDate'. Es verdadero si la entrega real es en o antes de la fecha solicitada, y falso en caso contrario. Como métrica calculada, simplifica el análisis y la visualización para el KPI de 'Tasa de Entrega a Tiempo'. Permite un fácil filtrado y agregación para crear dashboards que muestran porcentajes de rendimiento a tiempo a lo largo del tiempo, por transportista o por modo de transporte, apoyando directamente el dashboard de 'Rendimiento de Recogida y Entrega a Tiempo'. Por qué es importante Esto simplifica el análisis del rendimiento a tiempo y permite un filtrado y agregación rápidos en dashboards y KPIs. Dónde obtener Este atributo no se encuentra en el sistema de origen. Se calcula durante el proceso de transformación de datos utilizando la fórmula: ActualDeliveryTime <= RequestedDeliveryDate. Ejemplos truefalse | |||
| Hora de Recogida Programada ScheduledPickupTime | La fecha y hora programadas para que el transportista recoja las mercancías en origen. | ||
| Descripción Este atributo almacena la hora de cita que fue programada y acordada con el transportista para la recogida del envío. Es un hito clave en el plan de envío. Esta marca de tiempo se utiliza como línea de base para calcular los KPIs de 'Tasa de Recogida a Tiempo' y 'Duración Media del Retraso en la Recogida'. Compararla con el 'ActualPickupTime' ayuda a identificar retrasos al inicio del viaje del envío, que a menudo tienen un efecto cascada en los hitos posteriores. Por qué es importante Es el punto de referencia para medir el rendimiento de recogida a tiempo, un indicador clave de la fiabilidad del transportista y la precisión de la planificación. Dónde obtener Ubicado en los módulos de programación de citas o planificación de carga de Blue Yonder TMS. Ejemplos 2023-04-16T14:00:00Z2023-05-02T10:00:00Z | |||
| Hora de Recogida Real ActualPickupTime | La marca de tiempo real cuando ocurrió el evento 'Goods Picked Up'. | ||
| 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 de tránsito. Este punto de datos es esencial para medir el rendimiento del transportista. Se compara con el 'ScheduledPickupTime' para calcular los KPIs de 'Tasa de Recogida a Tiempo' y 'Duración Media del Retraso en la Recogida'. Analizar las desviaciones ayuda a identificar problemas con transportistas específicos o ubicaciones de recogida. Por qué es importante Esta marca de tiempo se utiliza para medir con precisión el rendimiento de recogida e identificar retrasos tempranos en el proceso de transporte. Dónde obtener Esta es la marca de tiempo de la actualización de estado 'Goods Picked Up', típicamente recibida del transportista vía EDI o ingresada 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 la recogida o entrega. | ||
| Descripción Este atributo captura la razón proporcionada por la cual se incumplió un hito de envío. Los ejemplos incluyen 'Retraso por Clima', 'Retención Aduanera' o 'Problema de Capacidad del Transportista'. Esta información a menudo es proporcionada por el transportista. Esto es crítico para el dashboard de 'Rendimiento de Recogida y Entrega a Tiempo'. En lugar de solo saber que un envío se retrasó, este atributo explica por qué. Analizar las razones de retraso más comunes permite al equipo de logística mitigar proactivamente los riesgos y trabajar con los transportistas para abordar problemas recurrentes. Por qué es importante Explica la causa raíz de los retrasos, permitiendo una gestión de riesgos proactiva y mejoras dirigidas con los transportistas. Dónde obtener Estos datos se capturan a menudo en las secciones de gestión de eventos o excepciones de Blue Yonder TMS, frecuentemente poblados a partir de actualizaciones EDI del transportista (por ejemplo, EDI 214). Ejemplos ClimaRetención AduaneraRetraso del ConductorCongestión de Instalaciones | |||
| Tiempo de Ciclo del Envío ShipmentCycleTime | La duración total del envío desde la primera actividad hasta la última. | ||
| Descripción Esta métrica calculada mide el tiempo total transcurrido para un caso de envío. Se calcula típicamente como la diferencia entre la marca de tiempo del último evento (por ejemplo, 'Payment Processed') y el primer evento (por ejemplo, 'Shipment Request Received'). Este atributo apoya directamente el KPI y el dashboard de 'Tiempo de Ciclo de Envío de Extremo a Extremo'. Analizar su distribución ayuda a comprender la eficiencia general del proceso, identificar valores atípicos (casos de ejecución excepcionalmente larga) y seguir el impacto de las iniciativas de mejora en la duración total del proceso. Por qué es importante Proporciona una medida de alto nivel de la eficiencia general del proceso y es una métrica clave para identificar envíos de larga duración o problemáticos. Dónde obtener Esta métrica se calcula dentro de la herramienta de Process Mining o durante la transformación de datos restando el tiempo mínimo del evento al tiempo máximo del evento para cada caso (ShipmentId). Ejemplos 10 días 4 horas25 días 11 horas15 días 2 horas | |||
| Usuario User | El ID de usuario o el nombre de la persona que realizó la actividad. | ||
| Descripción Este atributo identifica al planificador de logística, coordinador o usuario del sistema responsable de ejecutar un evento específico o cambio de estado en el TMS. Para eventos automatizados, esto podría ser un ID de sistema o cuenta de servicio. El análisis por usuario ayuda a comprender la distribución de la carga de trabajo, el rendimiento individual y las necesidades de capacitación. Puede revelar si ciertos usuarios están asociados con tasas más altas de retrabajo o retrasos, o si equipos específicos son más eficientes que otros. Esto apoya la gestión de recursos y los esfuerzos de mejora de procesos dirigidos. Por qué es importante Permite el análisis del rendimiento y la carga de trabajo por usuario o equipo, ayudando a identificar oportunidades de capacitación y restricciones de recursos. Dónde obtener Esta información debería estar disponible en los registros de transacciones o eventos, a menudo como un campo 'Modificado Por' o 'ID de Usuario' asociado a cada registro. Ejemplos j.doea.smithTMS_AUTOMATION_USER | |||
Actividades de Gestión de Transporte
| Actividad | Descripción | ||
|---|---|---|---|
| Aduana Despachada | Para envíos internacionales, esta actividad marca el punto en el que las mercancías han pasado con éxito por la aduana en una frontera o puerto. Este "evento" es desencadenado por una notificación de un agente de aduanas o del transportista. | ||
| Por qué es importante La aduana es una fuente común de retrasos significativos en la logística internacional. Medir el tiempo para lograr el despacho es fundamental para identificar "cuellos de botella" y mejorar los tiempos de tránsito transfronterizos. Dónde obtener Esto se registra típicamente como un evento explícito, basado en un mensaje del transportista (por ejemplo, EDI 214) o una actualización manual, que cambia el estado aduanero del envío a 'despachado'. Capturar Capture la marca de tiempo cuando el estado aduanero del envío se actualiza a 'Despachado'. Tipo de evento explicit | |||
| Envío Reservado | Este hito indica que un transportista ha aceptado la oferta y se compromete a gestionar el envío. El estado del envío se actualiza a 'reservado' o 'comprometido', fijando al transportista y la tarifa para el 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 capacidad de respuesta de la reserva. Dónde obtener Esto se captura cuando se recibe y procesa una aceptación del transportista (por ejemplo, EDI 990), desencadenando un cambio de estado explícito en el registro de envío en el TMS. Capturar Capture la marca de tiempo del cambio de estado a 'Reservado' o 'Comprometido'. Tipo de evento explicit | |||
| Mercancía Entregada | Este hito significa que el envío ha llegado físicamente al destino del consignatario. El transportista proporciona esta confirmación, usualmente a través de un mensaje EDI 214, que actualiza el estado del envío en el TMS. | ||
| Por qué es importante Este es un hito de éxito crítico, que marca el final del tránsito físico. Es la base para medir el rendimiento de entrega a tiempo, un indicador clave de la satisfacción del cliente y la fiabilidad del transportista. Dónde obtener Este es un evento explícito capturado de un mensaje de confirmación de entrega del transportista. El TMS registra la marca de tiempo cuando se procesa el mensaje EDI 214 (con estado 'D1') o equivalente. Capturar Utilice la marca de tiempo del mensaje de confirmación de entrega del transportista procesado. Tipo de evento explicit | |||
| Mercancías Recogidas | Esta actividad marca el inicio físico del viaje del envío, cuando el transportista toma posesión de las mercancías desde la ubicación de origen. Este evento se registra típicamente en Blue Yonder TMS basándose en un mensaje de actualización de estado del transportista, como una transacción EDI 214. | ||
| Por qué es importante Este es un hito de ejecución crítico que confirma que el envío está en curso. Sirve como línea de base para medir el rendimiento de recogida a tiempo frente a la fecha programada. Dónde obtener Este es un evento explícito capturado de las actualizaciones de estado del transportista. El sistema registra la marca de tiempo cuando se procesa una confirmación de recogida (por ejemplo, EDI 214 con estado 'AF' o 'X3'). Capturar 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 en el ciclo de vida del envío, confirmando que el transportista ha sido pagado por el servicio de transporte. Este evento típicamente se origina en un sistema financiero externo (ERP) y se actualiza de vuelta al TMS. | ||
| Por qué es importante Esta actividad marca el cierre financiero del envío. Analizar el tiempo de ciclo desde la entrega o auditoría hasta el pago es importante para la gestión del capital de trabajo y el mantenimiento de buenas relaciones con los transportistas. Dónde obtener Este es usualmente un evento explícito registrado cuando un mensaje de interfaz del sistema de cuentas por pagar o ERP actualiza el estado de pago de la factura de flete en el TMS. Capturar 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 dentro de Blue Yonder TMS, generalmente iniciada por un pedido de un sistema ascendente como un ERP. Representa el inicio oficial del ciclo de vida del envío, donde se crea un nuevo registro de envío con un estado inicial 'no planificado' o 'nuevo'. | ||
| Por qué es importante Este es el evento de inicio principal para el proceso de transporte de extremo a extremo. Analizar el tiempo desde este evento hasta las actividades de planificación subsiguientes ayuda a identificar retrasos iniciales en el procesamiento y a medir el rendimiento general. Dónde obtener Este evento se infiere típicamente de la marca de tiempo de creación del registro de envío en las tablas principales de envío o pedido. También puede ser un evento explícito registrado cuando se procesa un mensaje de interfaz de un ERP. Capturar Utilice la marca de tiempo de creación del registro de envío. Tipo de evento inferred | |||
| Actualización de Tránsito Recibida | Representa la recepción de una actualización de ubicación o estado por parte del transportista mientras el envío está en tránsito. Estas actualizaciones, a menudo a partir de mensajes EDI 214, proporcionan visibilidad sobre el progreso del envío y cualquier posible retraso. | ||
| Por qué es importante Estos eventos son esenciales para el seguimiento del progreso del envío y la identificación de retrasos en tránsito. La falta de actualizaciones puede indicar lagunas de visibilidad, mientras que las actualizaciones frecuentes de retrasos señalan problemas de rendimiento del transportista. Dónde obtener Estos 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 de tránsito del transportista (por ejemplo, EDI 214 con estado 'X1', 'AG'). Capturar Cada mensaje de transportista en tránsito procesado crea una nueva entrada en el registro de "eventos". Tipo de evento explicit | |||
| Envío Cancelado | Representa la terminación de un envío antes de que fuera recogido. Esto puede ocurrir por diversas razones, como la cancelación de un pedido por parte de un cliente o un cambio en la planificación, y sirve como un estado final e infructuoso. | ||
| 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 obtener Este es un evento explícito, capturado cuando un usuario o un proceso automatizado cambia el estado principal del envío a 'Cancelado'. Capturar 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 de planificación inicial donde se determinan la ruta, el modo de transporte y los posibles transportistas para el envío. El motor de planificación del sistema genera una solución, y el estado del envío se actualiza para reflejar que 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 bucles de retrabajo que involucran este paso pueden indicar problemas con los datos maestros, la disponibilidad del transportista o la configuración del sistema. Dónde obtener Esto probablemente se infiere de un cambio de estado en la entidad de envío, por ejemplo, pasando de 'no planificado' a 'planificado'. La marca de tiempo de este cambio de estado marca el evento. Capturar Capture la marca de tiempo cuando el estado del envío cambia a un estado 'planificado'. Tipo de evento inferred | |||
| Factura de Flete Auditada | La factura del transportista, o factura de flete, ha sido auditada sistemática o manualmente frente a las tarifas contratadas, cargos accesorios y la prueba de entrega. Este paso verifica los cargos antes de que se apruebe el pago. | ||
| Por qué es importante Este es un punto de control financiero clave. Analizar el proceso de auditoría puede revelar discrepancias de facturación frecuentes, mientras que el retrabajo en esta etapa indica problemas que aumentan los gastos administrativos. Dónde obtener Este evento se captura cuando la factura de flete asociada con el envío cambia su estado a 'Auditada', 'Aprobada para Pago' o un estado similar dentro del módulo de auditoría de fletes del TMS. Capturar Capture la marca de tiempo del cambio de estado en la entidad de factura de flete vinculada al envío. Tipo de evento inferred | |||
| Oferta Rechazada | Este evento significa que un transportista ha rechazado la oferta para transportar el envío. Este rechazo se recibe típicamente de forma electrónica a través de una transacción EDI 990 o una actualización manual en el portal del transportista, desencadenando un flujo de trabajo para encontrar un transportista alternativo. | ||
| Por qué es importante El seguimiento de los rechazos de ofertas es crucial para identificar bucles de retrabajo en la selección de transportistas. Las altas tasas de rechazo pueden indicar problemas con los precios, la capacidad del transportista o información de carga inexacta, lo que conlleva a retrasos y mayores costos. Dónde obtener Esto se captura usualmente como un evento explícito cuando el TMS procesa una respuesta de rechazo del transportista, actualizando el estado de la oferta del envío. Capturar Registrado como un "evento" al recibir un mensaje de rechazo del transportista (por ejemplo, EDI 990). Tipo de evento explicit | |||
| Prueba de Entrega Recibida | Esta actividad representa la recepción de documentación formal que confirma la entrega, como un conocimiento de embarque firmado. Esto es a menudo un paso separado después de la entrega física y es un requisito previo para el pago del flete. | ||
| Por qué es importante Recibir eficientemente la Prueba de Entrega (POD) es vital para acelerar el ciclo de facturación y pago. Los retrasos en este paso impactan directamente en el flujo de caja y pueden generar disputas de pago con el transportista. Dónde obtener Esto se captura usualmente cuando un usuario marca manualmente el POD como recibido o adjunta el documento al registro de envío en el TMS, desencadenando un cambio de estado. Capturar Capture la marca de tiempo cuando se establece un indicador o estado de 'POD Recibido' en el envío. Tipo de evento inferred | |||
| Transportista Licitado | Esta actividad ocurre cuando el envío se ofrece formalmente a un transportista específico para su aceptación. Esta es una acción distinta dentro del TMS, a menudo activando la comunicación con el transportista a través de 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 del transportista y las tasas de aceptación de ofertas. Analizar el tiempo entre la oferta y la respuesta del transportista es clave para comprender la eficiencia de la relación con el transportista. Dónde obtener Es probable que Blue Yonder TMS registre esto como un "evento" explícito en una tabla de historial de envíos o de licitaciones cuando un usuario o el sistema ejecuta la acción de licitación. Capturar Registrado en el historial de "eventos" del envío cuando se ejecuta la acción de licitación. Tipo de evento explicit | |||
Guías de Extracción
Los métodos de extracción para este proceso están siendo validados actualmente. Vuelva a consultar más tarde o contáctenos para obtener ayuda.