Flujo ilustrativo

Un cambio de ventana de entrega, coordinado de principio a fin.

Cómo Disponi gestiona una solicitud rutinaria de cambio de ventana de entrega para un transportista de mercancías — vincular el envío, comprobar la política de entrega, actuar dentro de ella y dar seguimiento, con cada paso registrado.

El escenario

El escenario pertenece al transportista de mercancías descrito arriba. Un coordinador de envíos del cargador escribe a la bandeja compartida con un cambio que afecta a la vez al envío, al sistema de despacho y al calendario de entregas.

  • Contacto del cargador: Daniel Okafor, coordinador de envíos en Cedar Ridge Retail.
  • Solicitud: Mover la entrega del martes del envío SHP-5531 de la ventana de las 9:00 a la ventana de las 14:00.
  • Sistemas implicados: La bandeja de entrada compartida, el sistema de gestión de transporte, el sistema de despacho y el calendario de entregas compartido.

Cómo avanza la solicitud

Este es el camino seguro: una solicitud de cambio que cumple la política de entrega configurada del transportista. Cada etapa es un paso que da el agente, con el registro que deja.

  1. Solicitud recibida

    Daniel Okafor, coordinador de envíos en Cedar Ridge Retail, escribe a la bandeja compartida: «¿Podíamos trasladar la entrega del martes a la ventana de las 14:00?» El agente clasifica el mensaje como un cambio de ventana de entrega y comprueba que el remitente es un contacto conocido de un envío existente.

  2. Envío vinculado

    La solicitud se vincula al envío SHP-5531, que tiene una entrega el martes programada en la ventana de las 9:00. El agente obtiene el registro del envío, el recorrido asignado y la ventana actual del sistema de gestión de transporte.

  3. Comprobaciones de disponibilidad y política

    El agente comprueba que hay disponibilidad en la ruta a las 14:00 y compara la solicitud con la política de entrega configurada del transportista: ventanas permitidas, plazos de aviso y el umbral de aprobación para cambios de ruta y de envío.

  4. Acción acotada, dentro de la política

    El cambio está dentro de los límites configurados, así que el agente tiene permiso para actuar. Actualiza la ventana de entrega del envío en el sistema de gestión de transporte y ajusta el recorrido en el sistema de despacho, nada fuera de la solicitud de cambio.

  5. Actualizaciones de los sistemas afectados

    El registro del envío, el sistema de despacho y el calendario de entregas compartido se actualizan en una sola pasada. Cada actualización indica la solicitud de origen y la regla de política que la permitió.

  6. Comunicación con los implicados

    El contacto del cargador recibe la confirmación con la nueva ventana, y el conductor asignado es notificado del cambio. Ambos mensajes se envían desde la bandeja compartida para que nada se esconda en un hilo privado, ni muera con un cambio de turno.

  7. Registro de la acción

    El agente escribe un registro atribuible: qué se pidió, qué comprobaciones se ejecutaron, qué regla permitió la acción, qué cambió y cuándo. El registro nombra la solicitud, no al agente, como origen del cambio.

  8. Seguimiento

    El día de la entrega, el agente verifica que el envío se entregó en la ventana acordada y cierra el ciclo. Cualquier cosa inusual se señala al gerente de operaciones en lugar de aceptarse en silencio.

Rama: cuando un cambio necesita aprobación empresarial

No todas las solicitudes encajan en las reglas configuradas. Cuando un cambio supera un límite de la política o no tiene una respuesta determinista segura, Disponi se pausa y lleva la decisión al cliente; nunca inventa una decisión empresarial.

Excepción empresarial: el cliente decide

  1. Solicitud fuera de la política

    Daniel también pide aumentar el envío de 8 a 12 palés. El aumento supera el umbral del transportista para cambios de ruta y de vehículo, que está por encima del límite de aprobación configurado.

  2. En pausa con contexto

    El agente no inventa una decisión. Se pausa y presenta al gerente de operaciones del transportista el contexto relevante: el envío, el recorrido actual, la regla de política y las opciones que encajan en ella.

  3. El cliente decide

    El gerente de operaciones aprueba una variante o la rechaza. Mientras la solicitud espera, no se modifica ningún registro de envío, recorrido o mensaje. El agente no actúa sobre la solicitud hasta que se registra una aprobación.

  4. La resolución sigue a la decisión

    Una vez aprobada, el agente aplica exactamente lo aprobado, actualiza los sistemas afectados, notifica a los implicados y registra la aprobación junto con la acción. Si se rechaza, se informa al solicitante y la solicitud se cierra.

Rama: cuando falla una dependencia técnica

A veces el bloqueo no es en absoluto una cuestión empresarial. Una integración no disponible, una autorización caducada o un formato de datos inesperado es una excepción técnica: Disponi es responsable de resolverla y nunca la presenta como una solicitud empresarial completada con éxito.

Excepción técnica: Disponi responde

  1. Integración no disponible

    El sistema de gestión de transporte no es accesible cuando el agente intenta actualizar la ventana de entrega. El agente marca la solicitud como bloqueada por una excepción técnica, lo reintenta dentro de los límites configurados y escala a la monitorización de Disponi; la solicitud no se marca como resuelta.

  2. Autorización caducada

    Una conexión entre sistemas falla porque una credencial de integración caducó. El agente detecta el fallo, pausa la solicitud y alerta a operaciones de Disponi. No intenta un rodeo sin soporte, y la solicitud permanece abierta hasta que la integración esté sana.

  3. Datos de origen mal formados

    Una confirmación de transportista llega en un formato inesperado que no puede vincularse a un envío con fiabilidad. El agente señala la ambigüedad y pide una aclaración en lugar de adivinar. La solicitud empresarial no se reporta como completada con éxito mientras los datos no sean sólidos.

  4. Excepción técnica, gestionada por Disponi

    Cada fallo técnico anterior es un incidente de plataforma o de integración: Disponi monitoriza, recupera y comunica el estado. Se informa al cliente de que la solicitud está en espera y por qué. La resolución empresarial solo ocurre después de que la excepción técnica se cierra y el trabajo puede completarse correctamente.

Quién es responsable de qué

El límite que mantiene esto seguro es simple: las decisiones empresariales se quedan con el cliente, la operación técnica se queda con Disponi.

El cliente se responsabiliza de

  • Los objetivos empresariales y qué significa el éxito para cada flujo de trabajo
  • Las definiciones de KPI y qué cifras se consideran correctas
  • Las decisiones de acceso: qué sistemas puede usar Disponi y qué puede hacer en ellos
  • La política empresarial, incluidos los límites que exigen aprobación
  • Las aprobaciones de decisiones importantes antes de que Disponi ejecute una acción limitada
  • La revisión de los resultados, las decisiones sobre su significado y la responsabilidad empresarial final
  • En este escenario: el gerente de operaciones es dueño de las políticas de entrega, de las condiciones con cargadores y de cualquier cambio en el envío de un cargador o en el plan de entrega.

Disponi se responsabiliza de

  • El funcionamiento de la plataforma y mantener activo el flujo configurado
  • El mantenimiento de la configuración del flujo cuando cambian los sistemas
  • La salud de las integraciones y la supervisión de las conexiones
  • La supervisión técnica, las alertas y la detección de incidentes
  • La respuesta, recuperación y comunicación ante incidentes técnicos
  • La comunicación honesta del estado cuando una excepción técnica bloquea una solicitud
  • En este escenario: Disponi mantiene en marcha las conexiones de gestión de transporte, despacho y calendario y es responsable de sus incidentes técnicos.

«Gestionado» significa que Disponi opera el sistema y el flujo de trabajo configurado. No transfiere la responsabilidad empresarial del cliente ni garantiza resultados empresariales.

Dónde encaja esto

La coordinación de recogida y entrega no es el primer flujo que este transportista desplegaría. Es un paso posterior y más acotado: la evaluación de ejemplo muestra el flujo anterior de informes de carga, más intensivo en lectura, que viene primero. La progresión es un camino que Disponi puede seguir, no una garantía de que todos los clientes lo recorran.

  1. ObservarFlujos de solo lectura que recopilan y preparan información.
  2. PrepararBorradores, comprobaciones y seguimientos que permanecen dentro del equipo.
  3. Coordinar con aprobaciónCoordinación entre sistemas que se pausa para la aprobación del cliente en puntos importantes.
  4. Actuar dentro de la políticaAcciones limitadas y registradas dentro de las reglas que define el cliente.

Ver la evaluación de ejemplo: donde empieza esta progresión