Flujo ilustrativo
Un cambio de entrega, coordinado de principio a fin.
Cómo gestiona Disponi una solicitud rutinaria de cambio de entrega para un distribuidor regional de alimentos — vincula el pedido, comprueba las reglas, actúa dentro de la política y hace seguimiento, con cada paso registrado.
El escenario
El escenario pertenece a un distribuidor regional de alimentos sin nombre que abastece a tiendas independientes de tres regiones contiguas. Opera rutas de entrega diarias desde un almacén central y su equipo coordina los cambios por correo.
- Contacto del cliente: Mara Chen, coordinadora de distribución en Harbor Street Market.
- Solicitud: Cambiar la entrega del martes del pedido ORD-10482 de las 10:30 a las 14:00.
- Sistemas implicados: El buzón compartido, el sistema de pedidos, el sistema de despacho y el calendario de entregas compartido.
Cómo avanza la solicitud
Este es el recorrido seguro: una solicitud de cambio que cumple las reglas operativas configuradas por el distribuidor. Cada fase es un paso que da el agente, junto al registro que deja.
Solicitud recibida
Mara Chen, coordinadora de distribución de Harbor Street Market, escribe al buzón compartido: «¿Podemos cambiar la entrega del martes a las 14:00?». El agente clasifica el mensaje como una solicitud de cambio de entrega y comprueba que el remitente es un contacto conocido de un pedido existente.
Pedido vinculado
La solicitud se vincula con el pedido ORD-10482, que ya tiene una entrega programada para el martes. El agente recupera del sistema de pedidos el registro, la dirección de entrega y la franja actual.
Comprobaciones de planificación y política
El agente comprueba la planificación de despacho para las 14:00 y compara la solicitud con la política de entrega configurada por el distribuidor: franjas permitidas, reglas para el mismo día y umbral de aprobación de cambios.
Acción limitada, dentro de la política
El cambio está dentro de los límites configurados, así que el agente puede actuar. Actualiza la franja de entrega en el registro del pedido dentro del sistema de despacho, sin modificar nada ajeno a la solicitud.
Actualizaciones de sistemas afectados
El sistema de despacho, el registro del pedido y el calendario compartido de entregas se actualizan en una sola pasada. Cada actualización indica la solicitud de origen y la regla que la permitió.
Comunicación a las partes
Se confirma la nueva franja al contacto del cliente y se avisa al conductor asignado. Ambos mensajes se envían desde el buzón compartido para que nada quede oculto en una conversación privada.
Registro de la acción
El agente escribe un registro atribuible: qué se solicitó, qué comprobaciones se ejecutaron, qué regla permitió la acción, qué cambió y cuándo. El registro identifica la solicitud, no al agente, como origen del cambio.
Seguimiento
El día de la entrega, el agente verifica que se completó a la hora acordada y cierra el ciclo. Cualquier anomalía se comunica al equipo de operaciones del distribuidor en vez de aceptarse en silencio.
Rama: cuando un cambio necesita aprobación empresarial
No todas las solicitudes cumplen las reglas configuradas. Cuando un cambio supera un límite de 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 — decide el cliente
Solicitud fuera de política
Mara pide dividir la entrega del martes en dos paradas. La división supera la regla del distribuidor de una parada por ruta, que está por encima del umbral de aprobación configurado.
Pausa con contexto
El agente no inventa una decisión. Se pausa y presenta al responsable de operaciones del distribuidor el contexto relevante: la ruta, el pedido afectado, la regla y las opciones que encajan en ella.
El cliente decide
El responsable de operaciones aprueba una variante o la rechaza. Mientras la solicitud espera, no se modifica ningún registro, planificación o mensaje. El agente no actúa hasta que se registra una aprobación.
La resolución sigue la decisión
Una vez aprobado, el agente aplica exactamente lo autorizado, actualiza los sistemas afectados, avisa a las partes y registra la aprobación junto a la acción. Si se rechaza, informa al solicitante y cierra la solicitud.
Rama: cuando falla una dependencia técnica
A veces el bloqueo no es 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 — responde Disponi
Integración no disponible
El sistema de despacho no responde cuando el agente intenta actualizar la franja de entrega. El agente marca la solicitud como bloqueada por una excepción técnica, reintenta dentro de los límites configurados y escala a la supervisión de Disponi; la solicitud no se marca como resuelta.
Autorización caducada
Una conexión entre sistemas falla porque ha caducado una credencial de integración. El agente detecta el fallo, pausa la solicitud y avisa a operaciones de Disponi. No intenta una alternativa no admitida y la solicitud queda abierta hasta que la integración se recupera.
Datos de origen mal formados
Una nota de entrega llega en un formato inesperado que no puede vincularse con fiabilidad a un pedido. El agente señala la ambigüedad y pide aclaraciones en lugar de adivinar. La solicitud empresarial no se declara completada mientras los datos no sean fiables.
Excepción técnica, responsabilidad de Disponi
Cada fallo anterior es un incidente de plataforma o integración: Disponi supervisa, recupera y comunica el estado. Se informa al cliente de que la solicitud está en pausa y del motivo. La resolución empresarial solo continúa cuando se cierra la excepción técnica y el trabajo puede completarse correctamente.
Quién se responsabiliza de qué
El límite que mantiene esto seguro es sencillo: las decisiones empresariales siguen en manos del cliente y la operación técnica en manos de 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
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
«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
La coordinación de pedidos no sería el primer flujo que implantaría este distribuidor. Es un paso posterior y más limitado; la evaluación de ejemplo muestra el flujo de informes inicial, centrado en la lectura. La progresión es un camino que Disponi puede seguir, no una garantía de que todos los clientes lo hagan.
- ObservarFlujos de solo lectura que recopilan y preparan información.
- PrepararBorradores, comprobaciones y seguimientos que permanecen dentro del equipo.
- Coordinar con aprobaciónCoordinación entre sistemas que se pausa para la aprobación del cliente en puntos importantes.
- Actuar dentro de la políticaAcciones limitadas y registradas dentro de las reglas que define el cliente.
Ver la evaluación de ejemplo — donde comienza esta progresión