Control de Accesos por Unidad Organizativa (OU)
Acceso local seguro al Ecosistema de Agentes de GATTACA.
El Hub de Ecosistema Agéntico (SGIA) de GATTACA se encuentra bajo labores de mantenimiento programado. Por favor, regrese más tarde.
Tus ejecuciones de agentes: las que requieren tu acción, las que corren y sus resultados.
| Agente | Fecha | Estado | Acción |
|---|
Agentes cognitivos autorizados para tu unidad organizativa en GATTACA.
Conectores del ecosistema de GATTACA integrados directamente.
Para obtener la UO directamente de Google Workspace para todos los usuarios (incluso no administradores), se requiere vincular una cuenta administradora de su dominio de Google Workspace.
Permite forzar o sobreescribir la UO de usuarios específicos (un correo por línea, formato: correo: /RutaUO).
| ID | Logo | Slug | Nombre Oficial | Estado | Fecha Creación | Acciones |
|---|
| ID | Proyecto | Código | Cliente | Estado | Fecha Creación | Acciones |
|---|
| Nombre | Descripción | OUs Permitidas | Acciones |
|---|
| Nombre | Descripción | Link | OUs Permitidas | Acciones |
|---|
Arrastra tu logotipo PNG aquí o haz clic para buscar.
Ningún archivo seleccionadoArrastra tu favicon PNG/ICO aquí o haz clic para buscar.
Ningún archivo seleccionadoConfigure las Unidades Organizativas de Google Workspace que desea mapear en GATTACA para autorizar agentes y gemas.
| Ruta OU | Acción |
|---|
Monitoreo en tiempo real de accesos, modificaciones de diseño, parámetros globales y ajustes en agentes/gemas.
| Fecha/Hora | Usuario | Acción | IP de Origen | Detalles del Evento |
|---|
Configura los parámetros para la ejecución
GIEP lee la evidencia funcional de tu Drive y propone los casos. Nada se carga sin tu aprobación.
Permite contrastar los casos generados contra las actividades y roles del diagrama: el gate muestra cuáles no nombra ningún caso. El archivo no se guarda.
Los casos NO se han cargado a ningún sistema. Revisa y decide.
El Arquitecto Técnico responde citando la norma interna (CMMI) y la documentación Bizagi. El borrador NO se publica sin tu revisión.
El agente inventaría el árbol del requerimiento, propone el plan (crear / mover — nunca borrar) y se detiene: nada se escribe en Azure DevOps hasta que apruebes el plan en la Bandeja.
El Líder Técnico lee el árbol (tipos y campos descubiertos del proyecto: horas, tipo de tarea, sprint) y lo cruza con la tabla de componentes del TDS: un requerimiento por componente, sus tareas de desarrollo y UNA tarea de PU. El TDS va en la ficha o como Doc de Drive. Solo lectura: el informe se publica al aprobarlo; nunca escribe en Azure DevOps.
Aplica al entregable oficial que sale al aprobar: el .docx del
TDS/DENT y el .xlsx de estimación u observaciones. El Doc
[PROPUESTA] se crea siempre en «Mi unidad», porque la herramienta
que lo genera no acepta carpeta.
Lee la bitácora y los reportes ya descargados de la carpeta del período — nada se pega a mano.
El borrador NO se ha publicado. Al aprobar se crea un Google Doc marcado [PROPUESTA] en tu Drive.
Analiza el contexto y proporciona una resolución.