Auditoría nativa por fuente
Cada base se revisa por lo que suele fallar en ella, no con una lista genérica aplicada a todas.
- Conectores para ocho tipos de fuente
- Solo consultas de lectura
- Auditorías programadas por conexión
Auditoría · Gobernanza · LGPD
Diagnóstico de bases relacionales, data warehouses, CDPs, caché, grafos y bases vectoriales, deliberado por un consejo de especialistas, con catálogo, políticas y calidad de datos en un solo lugar.
Desde el primer check hasta el informe de remediación, con la gobernanza de los datos junto a la salud de las bases que los guardan.
Cada base se revisa por lo que suele fallar en ella, no con una lista genérica aplicada a todas.
Cada hallazgo trae severidad, magnitud, alcance y tendencia, para decidir qué corregir primero.
Nueve especialistas evalúan cada hallazgo desde su propia perspectiva, de rendimiento a LGPD y regulación sectorial.
El inventario de tablas y columnas se obtiene de la propia fuente, con sugerencia de clasificación de datos personales.
Reglas declarativas escritas por el curador y ejecutadas por el mismo motor de la auditoría.
Normas de nomenclatura, clasificación, enmascaramiento, responsabilidad y retención evaluadas en cada recolección.
Ninguno modifica la fuente auditada: Optimize lee, delibera y recomienda; quien aplica es su equipo.
Registre la fuente con un usuario de solo lectura. La credencial queda en Optimize y nunca vuelve a mostrarse.
Los checks de la fuente se ejecutan a demanda o de forma programada y se convierten en hallazgos con evidencia.
El consejo confirma, disputa o descarta cada hallazgo, y la síntesis explica el porqué.
Catálogo, políticas y reglas de calidad muestran quién responde por cada dato.
El informe ejecutivo y técnico trae el SQL de corrección y el plan de reversión.
Los checks siguen la forma en que falla cada tecnología. El catálogo y las reglas de calidad están disponibles en las fuentes SQL con recolección de metadatos.
| Fuente | Qué revisa Optimize | Catálogo y calidad |
|---|---|---|
| PostgreSQL | Vacuum y tuplas muertas, índices, bloqueos, conexiones, SSL y roles, WAL y backup, versión | Sí |
| Snowflake | Auto-suspend y consumo de créditos, consultas fallidas, segregación de perímetros, enmascaramiento, privilegios | Sí |
| BigQuery | Tablas grandes sin partición, vistas con SELECT *, consultas de alto costo | — |
| Salesforce Data Cloud | Estado y actualidad de los data streams, datos personales modelados en DMOs | Sí |
| ClickHouse | Partes por partición, mutations pendientes, cola de replicación | — |
| Redis | Fragmentación de memoria, maxmemory y política de desalojo, claves sin TTL, slowlog | — |
| Neo4j | Restricciones de integridad, índices, supernodos | — |
| Qdrant | Estado de las colecciones, índice de payload, colecciones muy grandes | — |
No. Los checks solo ejecutan consultas de lectura sobre catálogos, estadísticas y configuraciones de la fuente. Las correcciones aparecen como SQL recomendado en el informe, para que su equipo las revise y aplique.
No. La deliberación es determinística: cada especialista aplica sus propias reglas al hallazgo, y el mismo hallazgo siempre recibe el mismo veredicto. Ningún dato de su fuente se envía a un modelo de lenguaje.
En la base de metadatos de Optimize. Contraseñas, tokens y claves nunca son devueltos por la API ni mostrados en la interfaz; al probar una conexión guardada, el propio servidor usa la credencial almacenada.
Cada persona tiene una cuenta creada por un administrador, con autenticación de dos factores obligatoria. Los roles ADMIN, DBA, ENGINEER y VIEWER definen qué puede ver y hacer cada uno, y los inicios de sesión y cambios de cuenta quedan registrados.
PostgreSQL y Snowflake. En ambas, Optimize recolecta tablas y columnas, sugiere la clasificación LGPD y ejecuta reglas de calidad. Las demás fuentes reciben los checks de auditoría.
Ingrese con su cuenta y el código de su app de autenticación.
Acceder a la plataforma