Como o advanexus funciona

O mapa mostra factos e evidências sustentados; obrigação, aprovação e decisão final continuam sob responsabilidade humana. As capacidades de metadados, pré-visualização, consulta, transferência, escrita, eliminação e qualidade variam por conector, driver e implementação aceite. Uma identidade estável ou definição mutável não é uma execução. Uma referência explícita de versão preserva a intenção aceite. Uma consulta é uma operação ou definição de trabalho mutável, não uma identidade Dataset governada. Definições e versões não provam execução. Cada execução é um registo separado com âmbito, estado e resultado próprios. Uma ocorrência futura do agendamento executa novas verificações de admissão e fixa, antes do despacho, a JobVersion imutável vigente nesse momento num PipelineRun duradouro; os efeitos empresariais exatamente uma vez e a reversão dependem do executor, do conector, da política e da idempotência comprovada. QualityRule é atualmente um contrato de fonte mutável, não uma regra imutável fixada a DatasetVersion; QualityRun permanece separado de PipelineRun. DatasetVersion bloqueia contrato, SQL, esquema e relações, não linhas físicas. Reproduzir linhas exige resultado retido, artefacto ou snapshot materializado. Um rascunho não é executável. ReportVersion pode ficar ligado a DatasetVersion ou snapshot SQL imutável; filtros de execução pertencem a AnalyticsRun. VisualizationDraft é uma vista transitória, pertencente ao utilizador, de um único instantâneo limitado de QueryExecution e não volta a executar SQL. Ao guardar são criadas versões canónicas de Dataset e Report; o rascunho não se torna a referência oficial. Visualization é uma perspetiva legível por pessoas sobre um resultado, não uma fonte de dados nem prova de correção. Uma VisualizationWorkspaceVersion publicada fixa o layout responsivo e as ligações exatas a ReportVersion e DatasetVersion. DashboardRun → WidgetRun → AnalyticsRun visível ao utilizador preserva todos os resultados, incluindo sucesso parcial. Agendamentos de atualização, dados preparados, alertas e partilha controlada são controlos separados, ligados a versões e novamente autorizados; a partilha e a exportação continuam sujeitas à política de implementação. Assurance é um modelo de leitura consciente de permissões sobre fontes canónicas. Não possui, reescreve nem completa silenciosamente o histórico. Service Desk Ticket é um fluxo operacional de suporte, não um Assurance Case nem prova de remediação bem-sucedida. EvidencePackage é uma exportação técnica com manifesto e checksums; não é automaticamente assinatura digital, WORM nem registo legal final. Uma proposta Intelligence requer validação determinística, confirmação humana ou de política e autorização recente antes da ação canónica. Tenant, Project, Actor, associação, permissões e RLS são verificados em cada operação. A perspetiva de função não autoriza. Projeções Audit e Outbox são evidência de leitura com consistência eventual. O estado canónico prevalece e as lacunas continuam visíveis.