Seguridad

Estados de empresa

Referencia operativa de los estados documentados de una empresa y de su efecto sobre la operación normal en GovFrame.

Descargar Markdown
  1. Antes de empezar
  2. Estados documentados
  3. Recorrido recomendado
  4. Resultado esperado

En GovFrame, una empresa cliente se modela como una empresa aislada dentro del servicio. Su estado operativo forma parte del control de acceso: junto con la pertenencia, el rol, la capacidad, el alcance y los módulos, determina si una persona puede realizar operaciones normales. La condición de empresa no se obtiene de un identificador enviado por el navegador ni puede eludirse cambiando una ruta.

Esta página se limita a los estados documentados para la empresa. No define estados para workflows, solicitudes, objetos de catálogo ni otros registros. Tampoco presupone una secuencia de transición, aprobaciones, plazos o pantallas concretas que no estén documentados públicamente.

Antes de empezar

  • Rol: la gestión global de empresas corresponde al Superadministrador o al Administrador de plataforma cuando el procedimiento autorizado lo permite. El Administrador de empresa puede valorar el impacto de un cambio sobre personas, módulos y operación, pero no debe asumir atribuciones globales fuera de su empresa.
  • Módulo: use las capacidades de administración de empresa y plataforma que estén disponibles para la empresa y para su perfil. La condición de empresa es distinta de activar o desactivar un módulo de negocio.
  • Precondiciones: identifique sin ambigüedad la empresa objetivo y confirme que actúa en su contexto autorizado. Antes de solicitar o ejecutar un cambio, revise las pertenencias, los alcances, los módulos y las dependencias que podrían afectar a la continuidad de trabajo.

Estados documentados

Estado de empresa Interpretación operativa documentada
provisioning La empresa está en fase de preparación. No debe tratarse como habilitada para la operación ordinaria: solo active permite operaciones normales.
active Es el único estado que permite las operaciones normales de la empresa, siempre que se cumplan pertenencia, rol, capacidad, alcance y módulos habilitados.
suspended La empresa no debe operar normalmente. Una membresía o un rol no restablecen esa operación mientras se mantenga este estado.
disabled Es un estado documentado de empresa y no habilita operaciones normales, ya que estas se reservan para active. La documentación disponible no prescribe una pantalla, transición o tratamiento adicional específico.
deprovisioned Es un estado documentado de empresa y no habilita operaciones normales. No debe interpretarse por sí solo como una orden de borrar datos, restaurar accesos o modificar configuraciones: esos efectos requerirían un procedimiento documentado.

Recorrido recomendado

  1. Identifique la necesidad y la autoridad competente. Distinga una incidencia de acceso de una decisión sobre la condición de toda la empresa. Si el alcance es global, remítala al Superadministrador o al Administrador de plataforma autorizado. No intente resolverla modificando identificadores, scopes o parámetros desde el navegador.

  2. Revise el contexto de operación. La empresa efectiva se resuelve en la sesión y, normalmente, a partir del hostname normalizado. Una persona Superadministradora puede seleccionar una empresa que permita operación normal para una tarea global. Esta selección no convierte el rol de plataforma en un permiso ilimitado sobre los objetos de la empresa: se conservan las guardas de pertenencia, capacidad, alcance y módulo.

  3. Evalúe el impacto funcional sin asumir automatismos. Cuando la empresa no está en active, no se deben realizar operaciones normales. Compruebe qué personas, tareas y procesos quedarán sin continuidad operativa y comunique el efecto por el canal autorizado. Las fuentes no establecen una agenda automática de suspensión, reactivación, borrado, restauración o notificación; por ello, no planifique esos efectos como si estuvieran habilitados de forma predeterminada.

  4. Separe estado de empresa y módulos. Un módulo desactivado oculta o bloquea su propia operación y el servicio rechaza sus procedimientos, pero esa configuración no equivale a cambiar el estado de la empresa. A la inversa, que un módulo esté habilitado no permite operar si la empresa no está en active. Los datos de un módulo desactivado no se eliminan automáticamente según la documentación disponible.

  5. Verifique el acceso tras la decisión autorizada. Para una empresa en active, la operación normal sigue dependiendo de los demás controles. Para los demás estados documentados, no trate la presencia de una sesión previa, un enlace guardado o un menú visible como autorización. Los cambios sensibles de cuenta, rol o alcance pueden invalidar sesiones conforme a la política de seguridad.

Ejemplo sintético: la empresa ficticia “Norte Ejemplo” figura como suspended. Aunque una persona conserve una sesión anterior y tenga rol de Administrador, no debe continuar con tareas ordinarias. El equipo autorizado debe evaluar el motivo y seguir su procedimiento de administración; esta guía no inventa una transición ni un formulario para cambiar el estado.

Resultado esperado

El equipo identifica los cinco valores documentados, sabe que solo active habilita operaciones normales y diferencia esta condición de los módulos, los roles y los alcances. Cualquier cambio se trata como una decisión de administración autorizada, con evaluación de impacto y sin asumir automatizaciones o efectos de datos que no estén documentados.

Para revisar el alcance de los objetos y las responsabilidades antes de evaluar un impacto, consulte Modelo de objetos y relaciones, Cómo leer el mapa de relaciones, Roles, capacidades y alcance y Módulos y dependencias.

Fuentes de esta documentación

  • CONTEXT.md
  • ARCHITECTURE.md
  • AGENTS.md
  • Módulosydependencias.md
  • Roles,capacidadesyalcance.md