Guía

Esta guía explica las opciones que presenta BloqueApp. La interfaz de Android está en inglés; los nombres de botones entre comillas aparecen exactamente como en la aplicación.

Resumen de las opciones de acceso

flowchart TD
    A[Aplicación administrada] --> S{¿Horario de descanso?}
    S -->|No| B{Elija cómo acceder}
    S -->|Sí| E[No se puede usar el crédito del banco]
    E --> E2[Solicitar una excepción explícita si la política lo permite]
    B --> C[Usar tiempo del banco]
    C --> C1[El crédito se consume durante el uso activo]
    C1 --> C2[El crédito no usado permanece en el banco]
    B --> D[Solicitar tiempo adicional]
    D --> D1{¿La persona aprobadora autoriza?}
    D1 -->|Sí| D2[Autorización fija hasta su vencimiento]
    D1 -->|No| D3[Sin autorización]

El tiempo del banco sigue el uso real. Una solicitud aprobada de tiempo adicional tiene un vencimiento que sigue corriendo, incluso cuando usted está lejos del teléfono.

Elegir cómo acceder a una aplicación administrada

Usar tiempo del banco

Un banco de tiempo es compartido por las aplicaciones de su grupo. En Home, pulse Use banked time para iniciar una sesión de forma deliberada. El crédito solo se descuenta mientras se usa activamente una aplicación administrada del grupo. Al salir de esas aplicaciones, volver a Home, bloquear el teléfono o apagar la pantalla, el consumo se pausa. En Home, End banked time detiene la sesión; en la pantalla detallada del banco, la acción se llama End bank session. Ambas conservan el crédito no usado.

Cada grupo tiene un saldo separado. El crédito de un grupo no se transfiere automáticamente a otro. Las reglas de recarga y mínimo diario provienen de la política firmada. Una configuración de ejemplo agrega 3 minutos por cada 30 minutos permitidos fuera del horario protegido de descanso y limita el saldo a 30 minutos; esos valores son ilustrativos, no universales.

Solicitar tiempo adicional temporal

En el primer inicio, Getting started explica las opciones; Review setup abre Settings para conectarse con la persona aprobadora y sincronizar la política. Desde Home, Ask for extra time abre el flujo de solicitud. También puede seleccionar una aplicación apta en Apps y pulsar Request extra time; la aplicación elegida se incluye en la solicitud. Elija una duración, revise los datos y pulse Send request solo cuando quiera enviarla. La opción Include a sleep exception aparece únicamente si la política la permite y comienza desmarcada.

La pantalla de solicitud muestra estados como Waiting for approval, Your request was denied, Access available until [time] o Allowance ended. La aprobación del servidor y el acceso en el teléfono son pasos distintos: Android debe verificar la autorización firmada y aplicar el acceso correctamente. Si el servidor aprobó pero Android no pudo abrir el acceso, la aplicación lo indica y pide revisar Settings; la aprobación por sí sola no demuestra que el sistema operativo desbloqueó la aplicación.

Si la solicitud sigue pendiente, actualice su estado o reintente la solicitud guardada. Si no se conoce el resultado, BloqueApp conserva la solicitud para que el reintento use el mismo identificador y contenido. No cree otra solicitud solo porque se perdió la respuesta de red.

Una autorización aprobada es una ventana de tiempo transcurrido fijo que comienza cuando el servidor registra la aprobación, incluso si usted está lejos del teléfono. El retraso en la entrega no agrega tiempo. La autorización conserva el saldo del banco; al terminar, se aplican de nuevo las reglas actuales. Una aprobación normal no evita el descanso.

Cómo una solicitud temporal se convierte en acceso

sequenceDiagram
    participant Phone as Teléfono Android
    participant Server as Servidor
    participant Approver as Persona aprobadora
    participant OS as Sistema Android
    Phone->>Server: Enviar solicitud para la aplicación y duración elegidas
    Server->>Approver: Mostrar solicitud pendiente
    Note over Server,Approver: La notificación opcional solo avisa, no se garantiza su entrega
    Approver->>Server: Enviar decisión
    Server-->>Approver: Confirmar y guardar la decisión
    alt Aprobada
        Server->>Phone: La autorización firmada queda disponible al actualizar el recibo
        Phone->>Phone: Verificar firma, alcance y vencimiento
        Phone->>OS: Aplicar acceso temporal
        OS-->>Phone: Informar si se aplicó el acceso
    else Denegada
        Server->>Phone: La denegación queda disponible al actualizar el recibo
    end

El teléfono debe actualizar el recibo y verificar la autorización firmada antes de que Android pueda aplicar el acceso. Una notificación push, un aviso de SignalR o un mensaje de aprobación no conceden acceso; tampoco se garantiza que Android se active en segundo plano.

Pedir que una aplicación apta siempre esté permitida

Una aplicación apta que no figure en la lista puede tener una solicitud separada Always allow this app. En Apps, abra esa aplicación y pulse Ask to always allow. Esta solicitud de política permanente no es una sesión del banco ni una autorización temporal. La aplicación solo permanece disponible cuando la decisión del servidor y una política actual verificada la marcan como no restringida. Si luego cambia la política, la aplicación sigue las reglas nuevas. Si BloqueApp no puede verificar la vinculación actual y la política firmada, no envía la solicitud.

Descanso y uso sin conexión

El descanso impide usar crédito del banco. Durante ese período, una aplicación administrada solo puede abrirse con una autorización válida cuyo alcance firmado incluya expresamente una excepción habilitada para el descanso. El descanso no detiene el reloj de una autorización fija: su vencimiento es el establecido al aprobarla.

Después de vincular el teléfono y sincronizar correctamente la política, Android evalúa localmente las reglas verificadas que guardó. La contabilización del banco y las autorizaciones ya aceptadas no necesitan conexión en cada comprobación de acceso. Sin conexión, el teléfono no puede recibir una política más reciente ni conocer una revocación del servidor hasta reconectarse. Una solicitud sin recibo confirmado no se considera aprobada.

Configurar el teléfono

Abra Settings para conectarse con la persona aprobadora, sincronizar la política y revisar los permisos de Android. Cada permiso cumple una función distinta:

• Usage Access permite que Android mida el uso de aplicaciones en primer plano para contabilizar el banco. Se activa manualmente en la configuración de Android.
• Exact alarms ayuda a programar el vencimiento y la recuperación de las restricciones. Android controla este acceso; BloqueApp no lo activa en silencio.
• Notifications puede mostrar el indicador de una sesión de banco. No concede acceso. En versiones compatibles de Android, la sesión puede continuar sin permiso para mostrar notificaciones, con el indicador propio del sistema.

Si no se puede comprobar el acceso o contabilizar el uso de forma segura, la aplicación cierra la sesión del banco y conserva el crédito en vez de adivinar. Revise el estado en Home y Settings, recupere el permiso de Android correspondiente y, cuando esté disponible, inicie una nueva sesión de forma explícita. No suponga que un cambio de permiso o un reinicio reanudó la sesión.

Las notificaciones del navegador de la persona aprobadora son una configuración opcional y separada. La persona aprobadora puede iniciar sesión en la página web y elegir Enable notifications en Browser notifications, en el navegador que usa para revisar solicitudes. Este ajuste no corresponde a las notificaciones Android del teléfono restringido. Una vez habilitadas, las notificaciones push compatibles pueden llegar aunque la página esté cerrada; la persona también puede volver a abrir la página para revisar solicitudes. No necesita una aplicación Android especial ni dejar abierta una pestaña. La decisión solo cuenta como guardada cuando el servidor la confirma.

Solicitudes y decisiones

La persona aprobadora revisa la solicitud en la página web o mediante una acción de notificación compatible. El servidor debe confirmar una decisión antes de que la interfaz la muestre como guardada. Si la página o el teléfono no pueden confirmar el resultado, actualice el recibo cuando haya conexión. Una notificación push, una actualización SignalR o un mensaje en pantalla solo sirven como aviso; el recibo duradero del servidor y una autorización firmada verificada determinan el resultado.

Preparar una propuesta de política

La página Policy proposal permite que la persona aprobadora vinculada prepare un borrador de política y revise las solicitudes de cambio enviadas desde el teléfono. Las solicitudes de acceso temporal, las solicitudes permanentes Always allow this app y las propuestas de política son flujos separados. Una propuesta solo cambia las reglas cuando una persona aprobadora autorizada la acepta o publica un borrador guardado.

Editar una propuesta

Abra Policy proposal con una sesión iniciada y una vinculación confirmada. Revise las revisiones de origen y efectiva de la política actual. Luego edite las asignaciones de aplicaciones, los horarios de descanso, las excepciones por fecha, los límites del banco de tiempo compartido o los límites de aprobación de la pareja. Los nombres conocidos son solo etiquetas informativas. Las asignaciones describen la política y no consultan qué aplicaciones están instaladas. La entrada manual de identificadores de paquete es una opción avanzada.

El editor JSON avanzado es opcional. Después de editar JSON, pulse Apply JSON to guided editor antes de guardar; mientras haya cambios JSON pendientes, no se puede enviar la propuesta. Los cambios guiados actualizan la vista JSON. La validación final corresponde al servidor.

Guardar y revisar

Pulse Save draft and review para enviar la propuesta al servidor. El borrador guardado pertenece a su vinculación y se almacena por separado de la política publicada por el operador. La comparación aparece solo después de que el servidor confirma el guardado. Revise los valores anteriores y nuevos, las advertencias y cualquier distintivo que señale cambios que reduzcan restricciones. La comparación describe la propuesta; no significa que se haya publicado ni aplicado en el teléfono.

Si no hay conexión, los cambios permanecen sin guardar en la página abierta y podrá reintentar al reconectarse. El editor no guarda el JSON privado de la política en el almacenamiento del navegador, por lo que cerrar o recargar la página elimina los cambios sin guardar. Un borrador que el servidor ya confirmó seguirá disponible cuando vuelva.

Si se guardó otra versión del borrador, el conflicto conserva los cambios de la página y ofrece la última versión del servidor. Si cambió la política de base, el borrador queda obsoleto. Puede cargar la versión más reciente o reiniciar expresamente la propuesta desde la política actual; el reinicio descarta el borrador anterior.

Revisar una propuesta enviada desde el teléfono

La revisión enumera cada cambio solicitado por separado. El motivo aparece solo si se proporciona, y la explicación de la comprobación del servidor se muestra aparte. Los resúmenes de revisión y los errores de validación se desplazan hasta quedar visibles. Las nuevas decisiones recibidas en tiempo real también se muestran una sola vez mientras la pantalla permanece abierta; las actualizaciones habituales conservan la posición de desplazamiento.

En el teléfono, abra Settings y elija Suggest policy changes. El formulario usa como base la política verificada actual y permite cambiar la capacidad, la recarga y el mínimo diario del banco, además de los horarios de descanso entre semana y los fines de semana. El motivo es opcional y ayuda a su pareja a entender la solicitud. Elija Review changes, compruebe los valores anteriores y propuestos, y luego Send this proposal. El estado de espera indica que el servidor guardó la propuesta; no cambia el acceso. El motivo aparece por separado bajo Your reason. BloqueApp guarda cifrada en el teléfono la solicitud exacta para poder comprobar de forma segura un resultado de red incierto. El teléfono consulta el estado al abrir la pantalla y recibe avisos de decisiones en tiempo real mientras esa pantalla permanece abierta. Check proposal status sigue disponible para recuperar el estado. En Home, Suggest policy changes abre el mismo flujo. Si la aplicación está en segundo plano, cerrada por el sistema o con el teléfono en reposo, vuelva a abrir la pantalla para conocer el resultado; las notificaciones nativas en segundo plano aún no están implementadas.

La persona aprobadora revisa el motivo, los cambios legibles y cualquier advertencia de que la propuesta podría reducir las restricciones en la página Policy proposal. Solo puede decidir una cuenta habilitada por el servidor. Aceptar publica el cambio solicitado únicamente para esta vinculación y solo si la política base sigue vigente. Si la base cambió, la aceptación devuelve un conflicto y la persona aprobadora puede rechazar la propuesta obsoleta. Esto no modifica la política fuente del operador.

Con las notificaciones del navegador habilitadas, una nueva propuesta puede avisar a la persona aprobadora aunque la página esté cerrada. Toque la notificación para abrir esa propuesta y después revise y decida en la página autenticada. Estas notificaciones no tienen botones Approve/Deny. Mientras la página permanece abierta, los avisos en tiempo real actualizan las solicitudes pendientes y los informes de publicación sin reemplazar los cambios sin guardar del editor. La entrega de notificaciones no está garantizada; la propuesta duradera sigue disponible al volver a abrir la página.

Publicar un borrador guardado

El operador debe habilitar la cuenta de la persona aprobadora en la configuración del servidor antes de permitirle publicar. Por defecto, ninguna cuenta está habilitada y la página no puede concederse autoridad. Después de guardar y revisar un borrador, la persona aprobadora puede publicarlo solo si la revisión guardada sigue vigente, no hay cambios sin guardar ni JSON sin aplicar. La publicación crea una revisión efectiva para esta vinculación y deja intacta la política fuente del operador. Una actualización posterior de esa fuente puede reemplazarla. Las autorizaciones temporales ya aceptadas conservan su vencimiento y el saldo guardado del banco sigue las reglas existentes de transición entre políticas.

El panel muestra por separado Published, Received by phone y Applied / verified by phone. La recepción significa que Android guardó la política verificada en su caché duradera. La aplicación significa que Android reconcilió el acceso del sistema operativo e informó el resultado con la misma vinculación. Si falta una hora, el estado es desconocido; las horas visibles son los últimos informes del teléfono, no una prueba continua. El teléfono sincroniza la política cuando está activo, así que la publicación no lo despierta ni garantiza una entrega inmediata.

Consulte solicitudes para los reintentos y estados, funcionamiento sin conexión para la protección local y limitaciones para las funciones no disponibles.