Cómo documentar una excepción temporal de acceso sin convertirla en permanente
Documenta una excepción con motivo verificable, alcance mínimo, responsable y una fecha de cierre que tenga una tarea asignada. Una nota que diga «temporal» no retira ninguna exclusión: la caducidad debe traducirse en una acción y una comprobación.
Documenta una excepción con motivo verificable, alcance mínimo, responsable y una fecha de cierre que tenga una tarea asignada. Una nota que diga «temporal» no retira ninguna exclusión: la caducidad debe traducirse en una acción y una comprobación.
Describe qué falla y qué autorizas
Registra la persona o grupo afectado, la aplicación, el control que se pretende exceptuar y la tarea que no puede realizarse. Incluye el error y las alternativas intentadas. No aceptes como justificación única que algo resulta incómodo: necesitas saber qué operación requiere continuidad.
Identifica quién asume la decisión de negocio y quién implementa el cambio técnico. Son responsabilidades distintas. En acceso condicional pueden existir exclusiones, pero no debes interpretar eso como permiso para excluir al usuario de todas las políticas. Revisa qué regla provoca el bloqueo y cuál es el alcance efectivo de la modificación propuesta.
Escribe un cierre que alguien pueda ejecutar
Pon fecha y hora con zona horaria, persona encargada de retirar la excepción y condición de cierre anticipado. Si el problema depende de sustituir una aplicación, vincula la excepción a esa tarea con su propio responsable. «Hasta que el proveedor lo arregle» necesita igualmente una fecha de revisión.
Registra el estado anterior, la modificación concreta y cómo revertirla. Si usas un grupo para gestionar la exclusión, documenta sus miembros y quién puede añadir otros. No presupongas que el grupo o la exclusión caducan automáticamente: comprueba si el mecanismo elegido ofrece esa función y si la has configurado. En caso contrario, programa la retirada manual.
Comprueba durante la vigencia y después del cierre
Valida que la tarea autorizada funciona y que otras personas o aplicaciones no han quedado incluidas por accidente. Acordad medidas compensatorias adecuadas al caso, sin presentarlas como equivalentes universales al control retirado. Si el alcance real es mayor de lo aprobado, corrige o cancela el cambio.
Al vencer el plazo, retira la excepción y prueba que vuelve a aplicarse la protección prevista. Guarda el resultado y la comunicación al usuario. Una prórroga debe ser una decisión nueva con motivo actualizado, no un cambio silencioso de fecha. Revisa las excepciones abiertas en conjunto: una acumulación puede indicar un problema de diseño que requiere una solución permanente.
Comprobaciones para cerrar la tarea
- ✓ Registrar control, recurso y destinatarios exactos.
- ✓ Obtener responsable de negocio y ejecutor técnico.
- ✓ Asignar retirada con fecha, hora y alternativa de continuidad.
- ✓ Probar que la protección vuelve a aplicarse al cerrar.
Fuentes y documentación
- Información general de acceso condicional — Controles basados en condiciones; P1 como requisito general y P2 para riesgo.
- Planificar acceso condicional — Planificación del despliegue, pruebas y exclusiones.
Aplicarlo en tu empresa
Podemos revisar el entorno y acordar qué actuaciones, validaciones y mantenimiento necesitas.
Conocer el servicio relacionado →