Tendencias generales y distribuciones por resultado y módulo
Advanexus Assurance
Investigue un resultado admitido a través de la evidencia disponible que lo respalda.
Assurance es una capa de lectura optimizada y consciente de los permisos para explorar evidencia operativa admitida. No sustituye la fuente canónica ni crea un historial que nunca fue registrado.
Una proyección para investigar, no un segundo sistema de registro.
Sources, SQL Console, Datasets, Analytics, Sandbox, Pipelines, IAM y otros módulos conservan la propiedad canónica. Assurance normaliza eventos, relaciones e instantáneas admitidos en un modelo de lectura acotado que puede reconstruirse sin eliminar objetos de flujo administrados por Assurance.
Tenant Assurance reúne la vista organizativa y el límite de Project.
Cada tenant dispone de un modelo de lectura Assurance para toda la organización. Cada resumen, búsqueda y profundización admitidos derivan los Projects permitidos de la pertenencia y los permisos actuales, aplican un intervalo temporal acotado y etiquetan señales cuyos filtros de Project, entorno o módulo difieren.
Contribución de actores con acceso directo a la evidencia
Señales de salud, completitud y frescura de la proyección
Estados explícitos de carga, vacío, restricción, obsolescencia, truncamiento y error seguro
Evidence Explorer avanza desde una pregunta hasta un registro exacto.
El texto libre acotado y los filtros estructurados de actor, Project, módulo, entidad, acción, resultado, correlación, ejecución, integridad, completitud y tiempo devuelven resultados estables paginados por cursor. La consulta de un detalle exacto nunca depende de la página top-N visible.
Vistas de tabla, cronología, agrupación y grafo acotado
Vistas guardadas privadas que nunca amplían el ámbito de quien las abre
Enlaces directos autorizados hacia los módulos canónicos
Entity 360 y User 360 preservan la evidencia detrás del resumen.
Entity 360 combina ciclo de vida, responsable, versión, cronología, relaciones, ejecuciones, Findings, Cases y criterios de reproducibilidad para un activo o ejecución autorizados. User 360 añade una huella de evidencia explorable por módulo, acción, resultado, Project, activo y día.
User 360 no es una puntuación de productividad, calidad o recursos humanos.
Los recuentos siguen siendo explicables mediante los eventos exactos que los respaldan.
Los Projects ocultos no filtran nombres, nodos ni totales no autorizados.
La comparación de versiones distingue lo ausente de lo que no cambió.
Dos versiones exactas de evidencia pueden mostrar diferencias registradas de metadatos, estado, esquema, configuración y hash, con valores izquierdo y derecho y truncamiento acotado. Las instantáneas históricas ausentes permanecen no disponibles; no se reconstruyen a partir de un hash o del estado actual.
Execution Story preserva intentos, reintentos y resultados parciales.
Los eventos autorizados se conectan mediante identidad de ejecución, correlación, entidad o evento Source y se ordenan cronológicamente. Reintentos, intentos paralelos, cancelaciones, éxitos parciales y fallos siguen siendo hechos separados, no una etiqueta terminal simplificada.
Evidence Graph amplía únicamente relaciones conocidas y autorizadas.
La exploración ascendente, descendente o bidireccional utiliza límites acotados de profundidad, nodos y aristas. Cada ampliación admitida repite las comprobaciones de ámbito; el grafo es una proyección visual de relaciones registradas, no una afirmación de linaje universal ni un descubrimiento global del camino más corto.
QueryExecution → DatasetVersion → AnalyticsRun → Artefacto
Convierta una señal en trabajo controlado.
Los Findings deterministas preservan el estado de evidencia que los produjo y admiten asignación, reconocimiento, remediación, resolución, excepción aceptada y descarte explicado de falsos positivos. Cases añade responsable, prioridad, estado, vencimiento o cierre y vínculos validados sin cambiar el evento canónico.
Los vínculos de Case se resuelven en el servidor dentro del mismo ámbito de tenant y Project.
El flujo actual del navegador no ofrece un editor completo de comentarios, tareas y vínculos en todas las superficies.
Los controles siguen siendo señales de cobertura de solo lectura, no una certificación automática.
La reproducibilidad es un conjunto explícito de criterios, no una puntuación de confianza.
La entrada o versión exacta, el hash de consulta o código y configuración, el entorno de ejecución, el contexto de permisos y RLS, el artefacto de salida y el estado de integridad se evalúan por separado. El resultado es reproducible, parcialmente reproducible, no reproducible o no evaluado, con los criterios ausentes visibles.
La solidez de la integridad sigue vinculada al origen.
Verificado, no verificado, dañado, heredado sin datos de integridad y pendiente son estados materialmente diferentes. Un hash de proyección válido no convierte una Source heredada en historial de negocio verificado, y un IntegrityRun correcto todavía puede contener registros no verificados, pendientes o heredados.
Empaquete únicamente el ámbito autorizado.
Los paquetes de evidencia reúnen solo el ámbito autorizado en salidas acotadas HTML, PDF, CSV, JSON, NDJSON o ZIP con metadatos de manifiesto y suma de comprobación.
Solo exportación técnica: no implica firma digital automática, protección WORM, PDF/A ni validez jurídica concluyente.
-
La generación sigue una ruta asíncrona y acotada de reporting con estado duradero.
-
La descarga vuelve a comprobar permisos actuales, ámbito, estado, caducidad, token, tamaño y SHA-256 del ZIP.
-
La verificación del paquete almacenado comprueba manifiesto, nombres de miembros, tamaños y checksums.
-
La vista previa determina el ámbito real del paquete; el tipo de Report es metadato, no un renderizador oculto.
Los datos sensibles siguen una política versionada.
Credenciales, tokens, cookies, información de usuario en DSN y material relacionado se redactan antes de persistencia, renderizado de DTO y generación de paquetes. Un permiso de contexto técnico no concede automáticamente acceso a datos sensibles, y SQL o código se limpian antes de calcular hashes seguros.
System Assurance utiliza una ruta privilegiada separada y restringida.
La aplicación administrativa usa proyecciones saneadas para resúmenes y búsquedas entre tenants. El detalle exige una sesión privilegiada preservada, vinculada a un motivo, limitada en el tiempo y autorizada para un evento exacto. La pasarela abre la base de datos del tenant y lee un único evento normalizado coincidente, con límite de tiempo para la consulta.
El detalle predeterminado está redactado; revelar datos sensibles en una sola respuesta requiere un permiso adicional y un evento de evidencia de alto valor.
La revocación simultánea, caducidad, suspensión del tenant o discordancia de identidad fallan de forma cerrada antes o después de leer el tenant.
La pasarela no ofrece SQL sin procesar, exportación masiva, acceso arbitrario a tablas canónicas ni un canal general de artefactos.
La frescura de la proyección y su historial permanecen observables.
Los DomainEvents y el registro de eventos de salida alimentan puntos de control del tenant, el plano de control y el espejo saneado. La proyección procesa al menos una vez con identidad Source idempotente; no afirma una única entrega. El relleno histórico, la reconstrucción y la conciliación acotados muestran candidatos, duplicados, tipos desconocidos, fallos, registros heredados y relaciones huérfanas.
Siguiente paso
Empiece por el flujo que no puede permitirse ambigüedades.
Incluya los sistemas, responsables, reglas, obligaciones de entrega y requisitos de evidencia relevantes.
Analizar un flujo crítico