Flujo ilustrativo
Un cambio de evento de grupo, coordinado de principio a fin.
Cómo Disponi gestiona una solicitud rutinaria de cambio de evento para un grupo hotelero — vincular la reserva, comprobar la política de eventos, actuar dentro de ella y dar seguimiento, con cada paso registrado.
El escenario
El escenario pertenece al grupo hotelero descrito arriba. Una boda está reservada en el espacio para eventos del grupo, y su coordinador escribe a la bandeja compartida con un cambio que afecta a la vez a la reserva, la cocina y las compras.
- Contacto del cliente: Jonas Weber, coordinador de la boda Weber–Lindqvist.
- Solicitud: Trasladar la cena de bienvenida de la reserva EVT-2314 del sábado a las 18:00 al domingo a las 13:00.
- Sistemas implicados: La bandeja de entrada compartida, el sistema de gestión hotelera, la hoja de pedidos a proveedores y el calendario de eventos compartido.
Cómo avanza la solicitud
Este es el camino seguro: una solicitud de cambio que cumple la política de eventos configurada del grupo. Cada etapa es un paso que da el agente, con el registro que deja.
Solicitud recibida
Jonas Weber, el coordinador de la boda, escribe a la bandeja compartida: «¿Podríamos trasladar la cena de bienvenida al domingo a las 13:00?» El agente clasifica el mensaje como una solicitud de cambio de evento y comprueba que el remitente es un contacto conocido de una reserva existente.
Reserva vinculada
La solicitud se vincula a la reserva de evento EVT-2314, que tiene una cena de bienvenida programada el sábado a las 18:00. El agente obtiene el registro de la reserva, los espacios reservados y los horarios actuales del sistema de gestión hotelera.
Comprobaciones de disponibilidad y política
El agente comprueba que el espacio y la cocina pueden atender el domingo a las 13:00 y compara la solicitud con la política de eventos configurada del grupo: cambios permitidos, plazos de aviso y el umbral de aprobación para cambios en pedidos a proveedores.
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 el registro de la reserva en el sistema de gestión hotelera y ajusta el pedido al proveedor para la cena, nada fuera de la solicitud de cambio.
Actualizaciones de los sistemas afectados
El registro de la reserva, el pedido al proveedor y el calendario de eventos compartido se actualizan en una sola pasada. Cada actualización indica la solicitud de origen y la regla de política que la permitió.
Comunicación con los implicados
El contacto del cliente recibe la confirmación con el nuevo horario, y la cocina y el equipo de eventos son notificados del cambio. Todos los mensajes se envían desde la bandeja compartida para que nada se esconda en un hilo privado, ni muera con un cambio de turno.
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.
Seguimiento
El día del evento, el agente verifica que la cena está en la hoja de eventos a la hora acordada y cierra el ciclo. Cualquier cosa inusual se señala al responsable de eventos 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
Solicitud fuera de la política
Jonas también pide aumentar la cena de 40 a 55 comensales. El aumento supera el umbral del grupo para cambios en pedidos a proveedores, que está por encima del límite de aprobación configurado.
En pausa con contexto
El agente no inventa una decisión. Se pausa y presenta al responsable de eventos del grupo el contexto relevante: la reserva, el pedido actual al proveedor, la regla de política y las opciones que encajan en ella.
El cliente decide
El responsable de eventos aprueba una variante o la rechaza. Mientras la solicitud espera, no se modifica ningún registro de reserva, pedido a proveedor o mensaje. El agente no actúa sobre la solicitud hasta que se registra una aprobación.
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
Integración no disponible
El sistema de gestión hotelera no es accesible cuando el agente intenta actualizar la reserva. 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.
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.
Datos de origen mal formados
Una confirmación de pedido de un proveedor llega en un formato inesperado que no puede vincularse a un pedido 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.
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 responsable de eventos es dueño de las políticas de eventos, de las condiciones con proveedores y de cualquier cambio en la reserva de un cliente.
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 reservas, compras 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 reservas y pedidos no es el primer flujo que este grupo desplegaría. Es un paso posterior y más acotado: la evaluación de ejemplo muestra el flujo anterior de informes, 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.
- 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.