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 conviene seguir para descubrir el proceso
- Instrucciones detalladas para extraer datos de Blue Yonder TMS
Atributos de gestión del transporte
| Nombre | Descripción | ||
|---|---|---|---|
| Actividad ActivityName | Nombre del evento o actividad empresarial específico que ocurrió en un momento determinado para un envío. | ||
| Descripción Este atributo describe un paso del proceso de transporte, como «Envío planificado», «Envío ofrecido al transportista» o «Mercancía entregada». Estas actividades forman los nodos del mapa de procesos descubierto, y su secuencia define el flujo del proceso de cada envío. Analizar la secuencia y la frecuencia de estas actividades es fundamental en Process Mining. Permite identificar las rutas más habituales del proceso (variantes), detectar cuellos de botella donde se producen demoras y localizar ciclos de retrabajo en los que se repiten actividades como «Oferta rechazada». Por qué es importante Define los pasos del proceso, permite visualizar el recorrido del envío e identificar ineficiencias. Dónde obtenerlo Se obtiene de los registros de eventos, los registros de cambios de estado o los códigos de transacción de distintos módulos de Blue Yonder TMS. A menudo es necesario asignar nombres de actividad claros para el negocio a los eventos del sistema. Ejemplos Envío planificadoEnvío ofrecido al transportistaMercancía entregadaPago procesado | |||
| Envío ShipmentId | Identificador único de un envío, que sirve como ID del caso para el proceso de transporte. | ||
| Descripción El ID del envío es la clave central que vincula todas las actividades y eventos relacionados con el traslado de mercancías desde el origen hasta el 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 los tiempos de ciclo e identificar variantes del proceso para cada envío. Por qué es importante Este es el ID del caso esencial que conecta todos los eventos de transporte relacionados y permite analizar el ciclo de vida completo 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 | 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 la hora exactas de cada actividad del proceso de envío. Es la base cronológica del registro de eventos: permite ordenar las actividades y calcular el tiempo transcurrido 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 principio a fin, la duración del despacho de aduanas y el rendimiento de las entregas a tiempo. Permite identificar cuándo se producen las demoras y cuánto dura cada etapa 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 Suele encontrarse junto a los registros de estado o de 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 cuando 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. Conservar esta información garantiza la trazabilidad de los datos y es una buena práctica de gobernanza de datos. Por qué es importante Aporta contexto esencial sobre el origen de los datos, garantiza su trazabilidad y facilita la gestión de datos procedentes de varias fuentes. Dónde obtenerlo Suele ser un valor estático que se añade durante el proceso de extracción, transformación y carga de datos (ETL). Ejemplos Blue Yonder TMSBY_TMS_NABY_TMS_EMEA | |||
| Última actualización de datos LastDataUpdate | Marca de tiempo de la última actualización o extracción de los datos de este registro desde el sistema de origen. | ||
| Descripción Este atributo indica la actualidad de los datos. Registra la fecha y la hora de la última actualización del registro de eventos desde Blue Yonder TMS. En el análisis, permite saber si los Dashboards y los KPI muestran información actual o datos de un periodo anterior. Esto es fundamental para tomar decisiones operativas bien fundamentadas. Por qué es importante Informa sobre la actualidad de los datos, un aspecto fundamental para que el análisis sea pertinente y preciso. Dónde obtenerlo Este campo de metadatos suele generarse y añadirse durante el proceso de extracción de datos (ETL). Ejemplos 2023-05-20T02:00:00Z2023-05-21T02:00:00Z | |||
| Estado del envío ShipmentStatus | Estado actual o último estado conocido del envío. | ||
| Descripción El estado del envío indica en qué punto de su ciclo de vida se encuentra, por ejemplo, «Planificado», «En tránsito», «Entregado» o «Cancelado». Ofrece una instantánea de la situación del envío dentro del 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 los envíos «Entregados» con los de los «Cancelados» puede revelar patrones que conducen a resultados no deseados. También ayuda a supervisar la carga de trabajo activa mediante el filtrado de los envíos que aún no se han completado. Por qué es importante Ofrece una visión rápida del estado actual del envío y permite distinguir entre los 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 | Fecha de entrega solicitada por el cliente o requerida en el pedido de venta. | ||
| Descripción Este atributo registra la fecha de entrega prevista que el proceso logístico debe cumplir. Representa las expectativas del cliente o el acuerdo de nivel de servicio (SLA) interno para el envío. Esta fecha sirve de referencia para calcular el KPI «Tasa de entregas a tiempo». Al comparar «ActualDeliveryTime» con «RequestedDeliveryDate», el análisis permite determinar si el envío se entregó antes de tiempo, a tiempo o con demora. Este dato es fundamental para el Dashboard «Rendimiento de las recogidas y entregas a tiempo». Por qué es importante Es la referencia principal para medir el rendimiento de las entregas a tiempo 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 de entrega real ActualDeliveryTime | Marca de tiempo real del evento «Mercancía entregada». | ||
| Descripción Este atributo es la marca de tiempo asociada específicamente a 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 entregas a tiempo» 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 entregas a tiempo 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 introducirse manualmente en Blue Yonder TMS. Ejemplos 2023-04-25T11:15:00Z2023-05-11T09:30:00Z | |||
| Medio de transporte ModeOfTransport | Medio utilizado para transportar el envío, como carretera, aire, mar o ferrocarril. | ||
| Descripción Este atributo especifica el medio de transporte. Entre los valores habituales se encuentran carga parcial (LTL), carga completa (FTL), transporte aéreo, marítimo y ferroviario. En el análisis de procesos, el medio de transporte es una dimensión clave para filtrar y comparar. Los procesos, los tiempos de ciclo y los costes pueden variar considerablemente según el medio. Por ejemplo, el «Análisis de cuellos de botella en el despacho de aduanas» es muy pertinente para los envíos aéreos y marítimos, pero menos para los envíos nacionales por carretera. Analizar el rendimiento por medio de transporte ayuda a adaptar las iniciativas de mejora a cada contexto logístico. Por qué es importante Permite segmentar el análisis, ya que cada medio de transporte tiene procesos, costes y tiempos de ciclo habituales distintos. 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 | Nombre de la empresa de transporte o del proveedor logístico responsable del traslado del envío. | ||
| Descripción El nombre del transportista identifica a la empresa externa asignada para transportar la mercancía. Puede ser una empresa de transporte por carretera, una aerolínea, una naviera o un agente de carga. Este atributo es esencial para analizar el rendimiento, en particular en el Dashboard «Comparación del rendimiento de los transportistas». Permite filtrar y segmentar los datos para comparar a los transportistas según métricas como las entregas a tiempo, el cumplimiento de los horarios de recogida y la duración media de las demoras. Esta información ayuda a elegir transportistas 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 en Blue Yonder TMS y suele estar vinculado a una tabla de datos maestros de transportistas. Ejemplos Global Shipping Inc.FastLane LogisticsAirExpress Cargo | |||
| País de destino DestinationCountry | País al que se entrega el envío. | ||
| Descripción Este atributo especifica el país de destino final del envío. Se obtiene de la dirección del destinatario o del lugar de entrega. Al igual que el país de origen, se utiliza para segmentar los datos geográficamente. Permite comparar el rendimiento de distintas rutas comerciales (por ejemplo, de Estados Unidos a Canadá frente a Estados Unidos a México), analizar los desafíos de entrega en países específicos y evaluar cómo afectan las complejidades transfronterizas a 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 desafíos de entrega en cada región. Dónde obtenerlo Se almacena como parte de los datos del lugar de destino o de la dirección del destinatario en los detalles del envío de Blue Yonder TMS. Ejemplos CanadáMéxicoReino Unido | |||
| País de origen OriginCountry | País desde el que sale el envío. | ||
| Descripción Este atributo especifica el país de origen del envío. Se obtiene de la dirección del remitente o de los datos del lugar de recogida. En el análisis, el país de origen permite 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 de los envíos internacionales. Por qué es importante Permite analizar el rendimiento del proceso por ubicación geográfica y detectar cuellos de botella o diferencias de eficiencia entre regiones. Dónde obtenerlo Se almacena como parte de los datos del lugar de origen o de la dirección del remitente en los detalles del envío de Blue Yonder TMS. Ejemplos USAAlemaniaChina | |||
| ¿Se entregó a tiempo? IsOnTimeDelivery | Indicador calculado que señala si el envío se entregó en la fecha solicitada o antes. | ||
| Descripción Este atributo booleano se obtiene al comparar 'ActualDeliveryTime' con 'RequestedDeliveryDate'. Su valor es verdadero si la entrega real se realiza en la fecha solicitada o antes, y falso en caso contrario. Al ser una métrica calculada, facilita el análisis y la visualización del KPI «Porcentaje de entregas a tiempo». Permite filtrar y agregar datos fácilmente para crear Dashboards que muestren la proporción de entregas a tiempo a lo largo del tiempo, por transportista o por modo de transporte. Además, sirve de apoyo directo al Dashboard «Rendimiento de recogidas y entregas a tiempo». Por qué es importante Esto facilita 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 está en el sistema de origen. Se calcula durante la transformación de datos con la fórmula: ActualDeliveryTime <= RequestedDeliveryDate. Ejemplos truefalse | |||
| Discrepancia en la factura de transporte FreightBillDiscrepancyReason | 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 principales de los errores de facturación, ya se deban a errores del transportista, diferencias con el contrato o problemas internos del proceso. Así se pueden tomar medidas específicas para reducir el retrabajo de las facturas. Por qué es importante Permite identificar las causas principales de los errores de facturación y tomar medidas específicas para reducir el retrabajo de las facturas de transporte y las demoras en los pagos. Dónde obtenerlo Se encuentra en el módulo de auditoría y pago de transporte de Blue Yonder TMS, asociado a los registros de excepciones o rechazos. Ejemplos Tarifa aplicada incorrectamenteFactura duplicadaDisputa por cargos adicionales | |||
| Hora de recogida programada ScheduledPickupTime | Fecha y hora previstas para que el transportista recoja la mercancía en el lugar de 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 sirve de referencia para calcular los KPI «Tasa de recogidas a tiempo» y «Duración media de las demoras en la recogida». Compararla con «ActualPickupTime» ayuda a detectar demoras desde el inicio del recorrido 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 a tiempo, 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 de recogida real ActualPickupTime | Marca de tiempo real del evento «Mercancía recogida». | ||
| Descripción Este atributo registra la hora exacta en que el transportista recogió físicamente el envío en el lugar de origen. Marca el inicio oficial de la fase de tránsito. Este dato es esencial para medir el rendimiento del transportista. Se compara con «ScheduledPickupTime» para calcular los KPI «Tasa de recogidas a tiempo» y «Duración media de las demoras en la recogida». Analizar las diferencias ayuda a detectar problemas relacionados con transportistas o lugares de recogida específicos. Por qué es importante Esta marca de tiempo permite medir con precisión el rendimiento de las recogidas y detectar demoras en las primeras etapas del proceso de transporte. Dónde obtenerlo Es la marca de tiempo de la actualización de estado «Mercancía recogida», que suele recibirse del transportista mediante EDI o introducirse manualmente en Blue Yonder TMS. Ejemplos 2023-04-16T14:30:00Z2023-05-02T10:15:00Z | |||
| Motivo de la demora DelayReason | Código o texto que explica la causa de una demora en la recogida o la entrega. | ||
| Descripción Este atributo registra el motivo por el que no se cumplió un hito del envío. Algunos ejemplos son «Demora por condiciones meteorológicas», «Retención en aduanas» o «Problema de capacidad del transportista». A menudo, el transportista proporciona esta información. Es fundamental para el Dashboard «Rendimiento de las recogidas y entregas a tiempo». En lugar de indicar únicamente que un envío llegó tarde, explica el motivo. Analizar las causas de demora más frecuentes permite al equipo de logística mitigar los riesgos de forma proactiva y colaborar con los transportistas para resolver problemas recurrentes. Por qué es importante Explica las causas principales de las demoras y permite gestionar los riesgos de forma proactiva y aplicar mejoras específicas con los transportistas. Dónde obtenerlo Estos datos suelen registrarse en las secciones de gestión de eventos o excepciones de Blue Yonder TMS y, con frecuencia, se obtienen de las actualizaciones EDI del transportista (por ejemplo, EDI 214). Ejemplos Condiciones meteorológicasRetención en aduanasRetraso del conductorCongestión en las instalaciones | |||
| Usuario User | ID o nombre de la persona que realizó la actividad. | ||
| Descripción Este atributo identifica a la persona responsable de la planificación logística, la coordinación o el uso del sistema que ejecutó un evento o cambio de estado específico en el TMS. En los eventos automatizados, puede corresponder al ID de una cuenta de sistema o de 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. Permite detectar si ciertos usuarios están asociados con más retrabajo o demoras, o si algunos equipos son más eficientes que otros. Esta información facilita la gestión de recursos y las iniciativas de mejora específicas del proceso. Por qué es importante Permite analizar el rendimiento y la carga de trabajo por usuario o equipo, y ayuda a detectar necesidades 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 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 supera satisfactoriamente los controles aduaneros en una frontera o un puerto. El evento se activa al recibir una notificación del agente de aduanas o del transportista. | ||
| Por qué es importante Las aduanas son una fuente habitual de demoras importantes en la logística internacional. Medir el tiempo necesario para completar el despacho es fundamental para detectar cuellos de botella y reducir los tiempos de tránsito transfronterizo. Dónde obtenerlo Por lo general, se registra como un evento explícito a partir de un mensaje del transportista (por ejemplo, EDI 214) o de una actualización manual que cambia el estado aduanero del envío a «despachado». Capturar Registre la marca de tiempo cuando el estado aduanero del envío cambie a «Despachado». Tipo de evento explicit | |||
| Envío reservado | Este hito indica que un transportista aceptó la oferta y se comprometió a gestionar el envío. El estado se actualiza a «reservado» o «confirmado», lo que fija el transportista y la tarifa del transporte. | ||
| Por qué es importante Este hito clave finaliza la fase de planificación y da paso a la ejecución del envío. Medir el tiempo de ciclo hasta este punto ayuda a evaluar la eficiencia y la capacidad de respuesta en las reservas. Dónde obtenerlo Se registra cuando se recibe y procesa la aceptación del transportista (por ejemplo, mediante EDI 990), lo que activa un cambio de estado explícito en el registro del envío del TMS. Capturar Registre la marca de tiempo del cambio de estado a «Reservado» o «Confirmado». Tipo de evento explicit | |||
| Mercancía entregada | Este hito indica que el envío llegó físicamente a su destino, donde lo recibe el destinatario. El transportista confirma la entrega, normalmente mediante un mensaje EDI 214, que actualiza el estado del envío en el TMS. | ||
| Por qué es importante Este hito clave confirma que el tránsito físico ha finalizado. Sirve de base para medir el rendimiento de las entregas a tiempo, un indicador importante de la satisfacción del cliente y la fiabilidad del transportista. Dónde obtenerlo Es un evento explícito que se registra a partir de un mensaje de confirmación de entrega del transportista. El TMS guarda la marca de tiempo cuando procesa el mensaje EDI 214 con el estado «D1» o uno equivalente. Capturar 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 recoge la mercancía en el lugar de origen. Blue Yonder TMS suele registrar 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 hito crítico de ejecución confirma que el envío está en camino. Sirve como referencia para calcular los tiempos de tránsito y medir si la recogida se realizó a tiempo con respecto a la fecha programada. Dónde obtenerlo Es un evento explícito que se registra a partir de las actualizaciones de estado del transportista. El sistema guarda la marca de tiempo cuando procesa la confirmación de recogida (por ejemplo, un mensaje EDI 214 con el estado «AF» o «X3»). Capturar Utilice la marca de tiempo del mensaje EDI 214 procesado o de 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 se pagó al transportista por el servicio de transporte. El evento suele originarse en un sistema financiero externo (ERP) y luego se actualiza 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 de trabajo y mantener buenas relaciones con los transportistas. Dónde obtenerlo Por lo general, se registra como un evento explícito cuando un mensaje de interfaz del sistema de cuentas por pagar o del ERP actualiza el estado del pago de la factura de transporte 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 en Blue Yonder TMS, que suele iniciarse con un pedido procedente de un sistema anterior, como un ERP. Representa el inicio oficial del ciclo de vida del envío: se crea un nuevo registro con el estado inicial «sin planificar» o «nuevo». | ||
| Por qué es importante Este es el evento de inicio principal del proceso de transporte de principio a fin. Analizar el tiempo transcurrido entre este evento y las actividades de planificación posteriores ayuda a detectar demoras iniciales y medir el rendimiento general. Dónde obtenerlo Este evento suele inferirse a partir de la marca de tiempo de creación del registro del envío en las tablas principales de envíos o pedidos. También puede registrarse como un evento explícito cuando se procesa un mensaje de interfaz procedente de un ERP. Capturar Utilice la marca de tiempo de creación del registro del 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 del transportista mientras el envío está en ruta. Estas actualizaciones, que suelen llegar mediante mensajes EDI 214, permiten conocer el avance del envío y detectar posibles demoras. | ||
| Por qué es importante Estos eventos son esenciales para seguir el avance del envío y detectar demoras durante el tránsito. La falta de actualizaciones puede indicar problemas de visibilidad, mientras que las notificaciones frecuentes de demoras pueden señalar problemas de rendimiento del transportista. Dónde obtenerlo Son eventos explícitos que se registran en una tabla del historial de seguimiento o de eventos del envío cada vez que se recibe y procesa un mensaje del transportista durante el tránsito (por ejemplo, un EDI 214 con el estado «X1» o «AG»). Capturar Cada mensaje del transportista procesado durante el tránsito genera una nueva entrada en el registro de eventos. Tipo de evento explicit | |||
| Comprobante de entrega recibido | Esta actividad representa la recepción de la documentación formal que confirma la entrega, como un conocimiento de embarque firmado. Suele ser un paso independiente posterior a la entrega física y es un requisito previo para pagar el transporte. | ||
| Por qué es importante Recibir el comprobante de entrega (POD) sin demoras es fundamental para agilizar el ciclo de facturación y pago. Las demoras en este paso afectan directamente al flujo de caja y pueden generar disputas sobre los pagos al transportista. Dónde obtenerlo Por lo general, se registra 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. Capturar Registre la marca de tiempo cuando se establezca la marca o el estado «POD recibido» en el envío. Tipo de evento inferred | |||
| Envío cancelado | Representa la finalización de un envío antes de que se recoja la mercancía. Puede ocurrir por diversos motivos, como la cancelación de un pedido por parte del cliente o un cambio en la planificación, y constituye un estado final sin éxito. | ||
| Por qué es importante El seguimiento de las cancelaciones es importante para comprender la variabilidad de la demanda y el desperdicio en el proceso. Analizar los motivos de cancelación puede revelar problemas en la gestión de pedidos o en la planificación. Dónde obtenerlo Es un evento explícito que se registra cuando un usuario o un proceso automatizado cambia el estado principal del envío a «Cancelado». Capturar Registre la marca de tiempo del cambio de estado a «Cancelado». Tipo de evento explicit | |||
| Envío ofrecido al transportista | Esta actividad ocurre cuando se ofrece formalmente el envío a un transportista específico para que lo acepte. Es una acción diferenciada en el TMS que 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 marca el inicio de la medición de la capacidad de respuesta de los transportistas y de 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 registre este evento explícitamente en una tabla del historial del envío o de ofertas cuando un usuario o el sistema ejecuta la acción de ofrecer el envío. Capturar Se registra en el historial de eventos del envío cuando se ejecuta la acción de ofrecerlo al transportista. 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 medio 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. Las demoras o los 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 del envío, por ejemplo, de «sin planificar» a «planificado». La marca de tiempo de este cambio indica cuándo ocurrió el evento. Capturar Registre 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 se ha auditado, de forma sistemática o manual, comparándola con las tarifas acordadas, 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 etapa indica problemas que aumentan la carga administrativa. Dónde obtenerlo Este evento se registra cuando el estado de la factura de transporte asociada al envío cambia a «Auditada», «Aprobada para el pago» o un estado similar en el módulo de auditoría de transporte del TMS. Capturar Registre la marca de tiempo del cambio de estado de la entidad de factura de transporte vinculada al envío. Tipo de evento inferred | |||
| Oferta rechazada | Este evento indica que un transportista rechazó la oferta de transportar el envío. El rechazo suele recibirse electrónicamente mediante una transacción EDI 990 o una actualización manual en el portal del transportista, lo que activa un flujo de trabajo para buscar una alternativa. | ||
| Por qué es importante El seguimiento de las ofertas rechazadas es fundamental para detectar ciclos de retrabajo en la selección de transportistas. Una tasa elevada de rechazos puede indicar problemas de precios, capacidad del transportista o datos de carga inexactos, lo que provoca demoras y mayores costes. Dónde obtenerlo Por lo general, se registra 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. Capturar Se registra como evento al recibir un mensaje de rechazo del transportista (por ejemplo, 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 recibir ayuda.
¿Todo listo para empezar?
Empiece hoy a optimizar su proceso de gestión del transporte. Aproveche este Template para mejorar la eficiencia y el rendimiento de sus operaciones logísticas.
Alcance hoy la máxima eficiencia en la gestión del transporte
Detecte ineficiencias, haga seguimiento del rendimiento y reduzca el tiempo de ciclo un 30 %.
No se requiere tarjeta de crédito. Active la cuenta en unos minutos.