Antylogic
Probar demoAcceso app

399 guías operativas

Secciones de Docs
DocsReservas y sala
Dispositivo

Permitir más reservas en una ocurrencia completa

Reabre una ocurrencia de servicio marcada como Completo para que vuelva a aceptar reservas confirmadas cuando el resto de reglas de reserva lo permitan.

En este artículo

Usa esta guía cuando una comida de Marea Gran Via quedó cerrada como Completo y el equipo de sala necesita volver a admitir nuevas reservas en esa ocurrencia concreta.

La acción solo cambia la ocurrencia a acceptance_state open. No confirma lista de espera, no ejecuta optimización de mesas, no modifica el servicio recurrente y no activa por sí sola la reserva pública.

Antes de empezar

  • Sesión iniciada en Grupo Marea Demo con la ubicación Marea Gran Via seleccionada.
  • Permiso reservation:manage en la ubicación. Con solo reservation:view se puede ver el detalle, pero no ejecutar la reapertura desde la UI.
  • La pantalla de detalle de la ocurrencia está abierta desde /:orgId/:locationId/reservations/:occurrenceId.
  • La ocurrencia está en estado completed. Si ya está abierta, el menú muestra Marcar completo en lugar de Permitir más reservas.
  • Para capturas ES, usar BOOKING_REOPEN_OCCURRENCE_ID desde docs/manual-agents/capture-env-overrides/update-20260618-es.json junto al runtime ES.

Instrucciones

  1. 1.

    Abre la ocurrencia completa

    Desde el calendario de reservas, entra en el detalle de la ocurrencia del servicio. La cabecera debe mostrar Completo antes de buscar la acción de reapertura.

  2. 2.

    Abre Configuraciones

    Pulsa Configuraciones en el detalle. Si aparece un aviso por cambios temporales pendientes en el cronograma de mesas, aplícalos, descártalos o cancela antes de continuar.

  3. 3.

    Selecciona Permitir más reservas

    En el menú, elige Permitir más reservas. La acción se ejecuta directamente, sin modal de confirmación, y solicita cambiar la ocurrencia a open.

  4. 4.

    Verifica la reapertura

    Cuando el detalle refresque, vuelve a abrir Configuraciones. La acción visible debe cambiar a Marcar completo, señal de que la ocurrencia vuelve a estar abierta.

  5. 5.

    Revisa reservas pendientes

    Si había reservas en lista de espera, siguen pendientes hasta gestionarlas por su flujo. Reabrir la ocurrencia no las confirma automáticamente.

  6. 6.

    Aplica los límites operativos

    La reapertura afecta solo a la ocurrencia seleccionada. Capacidad, fecha, visibilidad pública, modo de reserva y servicios internos no reservables siguen aplicando.

Validaciones y límites

  • Permitir más reservas solo aparece cuando acceptanceState es completed.
  • La app no ejecuta la acción si falta la ocurrencia, falta el occurrenceId o el usuario no tiene reservation:manage.
  • La actualización de reapertura envía acceptance_state open a /api/app/{orgId}/{locationId}/service-occurrences/{occurrenceId}/acceptance-state.
  • El backend acepta open y completed como únicos estados de aceptación documentados para esta acción.
  • Después de reabrir, acceptance_state pasa a open e is_full queda sincronizado como false.
  • Reabrir una ocurrencia es condición necesaria para aceptar más reservas confirmadas, pero no garantiza disponibilidad real.

Resultado esperado

La ocurrencia concreta queda reabierta y el menú pasa a ofrecer Marcar completo. A partir de ese momento puede aceptar reservas confirmadas solo si las demás reglas del servicio también lo permiten.

Artículos relacionados