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.

Equipo enginerIT· 2 min de lectura
La fecha debe producir una acció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

Aplicarlo en tu empresa

Podemos revisar el entorno y acordar qué actuaciones, validaciones y mantenimiento necesitas.

Conocer el servicio relacionado →