Rangos de tiempo para inactividad

Administra restricciones horarias dirigidas a usuarios específicos. Cada regla permite capturar manualmente el `userId` y los datos asociados, mientras la grilla lista la configuración vigente desde servicios del backend.

Módulo GPIN
Restricciones activas 0

Total de rangos registrados en esta vista.

Usuarios restringidos 0

Cantidad de `userId` distintos con restricción activa.

Aliados cubiertos 0

Cantidad de aliados con alguna configuración.

Importante sobre la interpretación del rango

El rango configurado representa el tiempo en el que el usuario o aliado sí puede generar transacciones. Fuera de ese rango es cuando se considera restringido.

  • Define horas exactas y evita solapes entre reglas para el mismo usuario o aliado.
  • Cuando uses "Por aliado completo", todos los usuarios del aliado comparten la misma ventana permitida.
  • Si el rango cruza medianoche (por ejemplo 22:00 a 06:00), valida con pruebas que el comportamiento sea el esperado.
  • Antes de guardar en producción, verifica siempre zona horaria, días aplicables y cobertura mínima de una hora.

Crear nuevo rango

La restricción se guarda con un `userId` y sus datos capturados en el formulario.

Tipo de restricción

"Por aliado completo" bloquea a todos los usuarios de ese aliado en el horario indicado, sin necesidad de especificar un usuario concreto.

Identificación

Puedes guardar cualquier `userId`; la consulta al endpoint es opcional y no bloquea el registro.

Horario

El rango debe cubrir al menos una hora entre `desde` y `hasta`.

Datos del usuario

Puedes registrar el rango manualmente o intentar autocompletar los datos desde el endpoint.
Días aplicables

Restricciones configuradas

Consulta, edita o elimina rangos cargados desde el endpoint de restricciones.

0 registros
Página 1 de 1
ID Nombre userId Aliado Tipo Horario Días Creado Estado Acciones

Recomendaciones de uso

  • El formulario permite guardar manualmente cualquier `userId` con su nombre y correo.
  • La grilla consume restricciones desde backend; si el endpoint falla, la página lo muestra explícitamente.
  • Si el rango cruza medianoche, por ejemplo de 22:00 a 06:00, se acepta siempre que cubra al menos una hora.