Cómo confirmar un cambio manual de mesas
Guía para guardar un cambio de mesas que Antylogic no acepta en modo automático. Al confirmar, la app reintenta el guardado con aceptación explícita y el servicio pasa a modo Manual.
En este artículo
Este flujo aparece cuando el equipo de sala intenta guardar una asignación de mesas en una ocurrencia automática y el optimizador no puede aceptar el cambio sin intervención humana.
La confirmación no es un paso técnico: es la decisión operativa de conservar la selección de mesas, guardar el cambio y asumir que ese servicio dejará de funcionar en automático.
Antes de empezar
- Sesión iniciada en Grupo Marea Demo con la ubicación Marea Gran Via activa.
- Permisos `reservation:view` y `reservation:manage` sobre la ubicación.
- Ocurrencia abierta en `booking_mode == automatic`; en el runtime ES se usa `BOOKING_TABLES_MANUAL_OCCURRENCE_ID`.
- Reserva Javier Martin en la ubicación activa, sin estar en lista de espera ni cancelada.
- Mesas T2 y B1 disponibles en el layout activo para construir el payload `table_ids`.
Instrucciones
- 1.
Abrir el servicio
Entra en el detalle de la ocurrencia de reservas y cambia a la vista Cronograma. Comprueba que el servicio sigue abierto, en modo Automático, y que puedes ver las reservas y sus asignaciones de mesas.
- 2.
Cambiar las mesas de la reserva
Localiza la reserva de Javier Martin, abre el editor y cambia el modo de mesas para asignar mesas concretas. Selecciona T2 y B1 como nueva asignación.
- 3.
Intentar guardar
Pulsa Guardar. El primer intento se envía sin `confirm_manual_mode`. Si el optimizador no acepta el cambio en automático, Antylogic mantiene la asignación sin reemplazar y muestra el modal Guardar y pasar a manual.
- 4.
Confirmar o cancelar
Si el cambio es correcto, pulsa Guardar y pasar a manual. La app reintenta la misma operación con `confirm_manual_mode: true`. Si cierras o cancelas el modal, se descarta el reintento pendiente y no se guardan las nuevas mesas.
- 5.
Verificar el resultado
Tras una confirmación correcta, revisa que la pantalla se refresca, que el servicio aparece en modo Manual y que Javier Martin mantiene T2 y B1 como mesas asignadas.
Validaciones y límites
- El modal aparece solo cuando la API devuelve el código numérico `6200`; no depende del texto localizado del error.
- No existe un endpoint independiente para confirmar: la acción es un reintento de los `PUT` existentes con `confirm_manual_mode: true`.
- El guardado de mesas es total para la reserva: reemplaza las asignaciones anteriores por la nueva lista normalizada.
- Si el usuario cancela o cierra el modal, no se reintenta el guardado.
- Si el reintento confirmado falla, la pantalla muestra el error y no trata la confirmación como completada.
- No se debe usar este flujo con reservas en lista de espera.
- La captura real del modal y del resultado debe validarse en Maestro porque el análisis no ejecutó la app ni demostró la condición exacta del optimizador para T2 y B1.
Resultado esperado
La reserva conserva las mesas confirmadas, la ocurrencia queda en modo Manual y la pantalla muestra el servicio actualizado después de refrescar reservas, ocurrencia y asignaciones.