Cómo abrir la configuración del optimizador
Abre desde el detalle de una ocurrencia de reservas la configuración de optimización asociada al servicio para revisar sus reglas y editarla solo cuando los permisos y el estado lo permiten.
En este artículo
Cuando un servicio tiene reglas de optimización asociadas, Antylogic permite llegar a esa configuración desde el propio detalle de la ocurrencia de reservas. Así el equipo puede comprobar qué reglas afectan al servicio sin buscar la configuración en el listado general.
Esta acción solo navega a la ficha de configuración: no ejecuta el optimizador, no asigna mesas y no modifica reservas por sí misma. Si la ocurrencia corresponde a un día pasado, la ficha puede abrirse como histórico en solo lectura.
Antes de empezar
- Tener una organización y una ubicación activas, por ejemplo Grupo Marea Demo y Marea Gran Via.
- Abrir una ocurrencia de servicio desde reservas, como la ocurrencia identificada por BOOKING_DETAIL_OCCURRENCE_ID en el runtime ES.
- La ocurrencia o su evento padre debe tener un optimization_config_id u optimizationConfigId válido, directamente o dentro de service.
- Tener reservation:view para cargar la ocurrencia y reservation:manage para ver el acceso de Configuraciones en el detalle.
- Tener optimization:view u optimization:manage para consultar la pantalla destino.
- Para guardar cambios posteriores, tener optimization:manage, trabajar sobre una configuración editable en el alcance correcto y no estar en modo histórico de solo lectura.
Instrucciones
- 1.
Abre la ocurrencia de reservas
Desde la agenda o el calendario de reservas, entra en la ocurrencia de servicio que quieres revisar. En el demo ES se usa Marea Gran Via y BOOKING_DETAIL_OCCURRENCE_ID.
- 2.
Abre Configuraciones
En la cabecera del detalle, pulsa Configuraciones. Si el servicio tiene optimizador asociado, el menú muestra la opción Configuracion del optimizador.
- 3.
Selecciona Configuracion del optimizador
Pulsa la opción del menú. La app cierra el menú y navega a la ficha de configuración de optimización asociada al servicio.
- 4.
Resuelve avisos temporales si aparecen
Si hay cambios temporales sin guardar en el cronograma, decide entre Aplicar cambios, No aplicar o Cancelar. Solo las dos primeras opciones continúan hacia la configuración.
- 5.
Revisa la ficha abierta
Comprueba el nombre, la descripción, el estado de predeterminada y los parámetros del optimizador. Si la ocurrencia es pasada, la configuración se carga como histórico en solo lectura.
- 6.
Edita solo si está permitido
Si la ficha no está en solo lectura y el usuario puede gestionar optimización, puede ajustar la configuración y guardar desde esa pantalla. La apertura documentada no guarda cambios por sí misma.
- 7.
Vuelve a la ocurrencia
Usa la navegación de retorno para regresar al detalle de la misma ocurrencia. La app conserva returnRoute y returnOccurrenceId cuando la configuración se abrió desde reservas.
Validaciones y límites
- El botón Configuraciones depende de reservation:manage y queda deshabilitado durante operaciones pendientes.
- La opción Configuracion del optimizador solo se muestra si se resuelve un id de configuración no vacío desde occurrence.payload o event.payload.
- Sin configuración asociada, la acción no crea una nueva configuración ni propone reemplazos.
- La pantalla destino vuelve a validar optimization:view u optimization:manage antes de mostrar la configuración.
- En apertura histórica, el backend exige una ocurrencia pasada, de la misma ubicación, de tipo service y con coincidencia exacta del optimization_config_id solicitado.
- Guardar cambios posteriores requiere optimization:manage, alcance editable, modo no readOnly, cambios reales y name informado.
- Abrir esta acción no ejecuta el optimizador ni modifica reservas, mesas o configuración.
Resultado esperado
El usuario queda en la ficha de optimization_config asociada al servicio, con trazabilidad de vuelta a la ocurrencia original y sin mutaciones salvo que después guarde cambios permitidos desde la pantalla destino.