Tenant é o limite organizacional e de isolamento dos dados. Project é um âmbito de associação e execução dentro do tenant, não um filtro visual do navegador. A seleção do projeto controla as funções efetivas, o caminho de pesquisa da base de dados e os recursos visíveis nos módulos delimitados ao projeto.
Visão geral da plataforma
Um modelo operacional da fonte à evidência.
O advanexus reúne operações de dados, ativos governados, analítica controlada, trabalho Python e evidência disponível num modelo partilhado de tenant e projeto, mantendo cada módulo responsável pelos seus registos canónicos.
Actor, Source, FileVersion, TableVersion, DatasetVersion, ReportVersion, Environment, Run, Artifact, Evidence, Finding, Case e Ticket mantêm responsáveis canónicos distintos. As relações explícitas entre estes objetos são mais valiosas do que um fluxo de atividade genérico.
Registe fontes delimitadas ao projeto, determine as capacidades do controlador, inspecione metadados e utilize exploração só de leitura com limites definidos antes de promover um resultado a ativo duradouro.
Preserve versões imutáveis de ficheiros, inspecione o conteúdo, publique versões de tabelas geridas, aplique asserções de Data Quality e retenha os resultados de execução dos fluxos de Pipeline implementados.
Atribua às definições de dados uma identidade de Dataset estável, fixe ReportVersion a DatasetVersion específicos e execute o Analytics com permissões, RLS e contexto de filtros conhecidos.
O ANPy liga revisões do notebook, identidade do ambiente, ciclo de vida do kernel e CellRuns delimitados sem apresentar a memória do processo como evidência duradoura.
O Intelligence ajuda os utilizadores a raciocinar e a preparar ações registadas; o Assurance liga registos suportados em investigações, Findings, Cases, estados de integridade e Evidence Packages.
Tenant e Project tornam o âmbito uma decisão de execução.
Tenant é o limite organizacional e de isolamento dos dados. Project é um âmbito de associação e execução dentro do tenant, não um filtro visual do navegador. A seleção do projeto controla as funções efetivas, o caminho de pesquisa da base de dados e os recursos visíveis nos módulos delimitados ao projeto.
Provisionamento Governado
A criação do projeto alinha a base de dados do tenant, cria um esquema marcador com responsável definido, aplica permissões do ambiente de execução e regista o System Sandbox Source antes de publicar o mapeamento.
Contexto ativo
O estado da sessão controlado pelo servidor liga o ator, o tenant e o projeto ativo; os pedidos protegidos revalidam esse contexto em vez de confiar nos cabeçalhos ou no estado da página.
Exceções explícitas
Assurance é um modelo de leitura em toda a tenant, Service Desk é uma fila em toda a tenant com contexto de projeto opcional e a Intelligence pode usar âmbito global, de projeto ou de objeto exato.
Ligue e descubra.
Registe fontes delimitadas ao projeto, determine as capacidades do controlador, inspecione metadados e utilize exploração só de leitura com limites definidos antes de promover um resultado a ativo duradouro.
Fontes e contratos de capacidade de conector
Espaços de trabalho persistentes da Consola SQL, consultas guardadas e execuções
FileVersion imutáveis no Sandbox e inspeção prévia sensível ao conteúdo
Construir e validar.
Preserve versões imutáveis de ficheiros, inspecione o conteúdo, publique versões de tabelas geridas, aplique asserções de Data Quality e retenha os resultados de execução dos fluxos de Pipeline implementados.
Publicação atómica de um alias estável após validação
QualityRun orientadas para a origem e resultados delimitados
Resultados persistentes de consulta, transferência, eliminação, qualidade e execução principal
Governar e analisar.
Atribua às definições de dados uma identidade de Dataset estável, fixe ReportVersion a DatasetVersion específicos e execute o Analytics com permissões, RLS e contexto de filtros conhecidos.
Contrato de conjunto de dados e comparação de versão imutável
AnalyticsRun com múltiplas ligações e diagnósticos por ligação
Dashboards que mantêm resultados individuais de execução de widgets
Estenda com Python controlado.
O ANPy liga revisões do notebook, identidade do ambiente, ciclo de vida do kernel e CellRuns delimitados sem apresentar a memória do processo como evidência duradoura.
Entenda, investigue e prove.
O Intelligence ajuda os utilizadores a raciocinar e a preparar ações registadas; o Assurance liga registos suportados em investigações, Findings, Cases, estados de integridade e Evidence Packages.
Identidade, integração e configurações permanecem parte do modelo operacional.
O onboarding controla o acesso ao tenant e ao projeto; as definições gerem contas, funções de equipa e políticas SAML do tenant. Os pedidos autenticados exigem um registo de sessão ativo correspondente, o estado atual do tenant e do utilizador e uma origem canónica controlada pelo servidor.
Entrada da empresa
O percurso controlado predefinido é o aprovisionamento do tenant pelo administrador da plataforma, a alteração obrigatória da palavra-passe temporária e a criação explícita do projeto — não o autorregisto público implícito.
Acesso à equipa
O onboarding atual cria ou reutiliza imediatamente os utilizadores e atribui funções; não constitui um convite por e-mail nem um ciclo de vida pendente.
Evidências SAML e MFA
Os metadados/login/ACS SAML, a vinculação de identidade JIT, a política de domínio e as evidências de MFA confirmadas por IdP são entregues; a aplicação TOTP/WebAuthn e a interface do utilizador completa não são.
Segurança da sessão
O estado do registo revogado, expirado ou incompatível falha fechado; alterações de senha, redefinições e exclusão de conta revogam sessões ativas.
O Service Desk liga a comunicação operacional sem a transformar em evidência por mera afirmação.
Os utilizadores do tenant podem criar e acompanhar tickets delimitados de suporte, faturação, segurança, erro, funcionalidade e incidente. Os administradores da plataforma podem responder, acrescentar notas internas, atribuir responsáveis e alterar o estado; os eventos de ticket suportados podem ser projetados no Assurance.
A fila Tenant é toda tenant; a identidade do projeto é o contexto opcional, não o predicado de autorização da lista.
As notas internas permanecem ocultas dos modelos tenant, enquanto as respostas públicas permanecem parte da linha tenant.
Anexos, automação de SLA, e-mail/webhooks, TicketVersion imutável e comportamento completo de ITSM/CMDB não são capacidades atuais.
Visitas guiadas explicam o produto real, não um vídeo desconectado.
A infraestrutura partilhada de visitas guiadas pode demonstrar a Consola SQL, os detalhes de Dataset e o Analytics com exemplos sintéticos, controlos de reprodução, pausa e avanço, e superfícies modais semelhantes às páginas reais. As visitas explicam fluxos e limites; não executam ações do tenant nem substituem a documentação.
O estado das capacidades faz parte do contrato do produto.
Disponível, orientado para produção, dependente do ambiente e planeado são estados distintos. Uma declaração pública de capacidade nunca substitui a aceitação em ambiente real da revisão e implementação exatas.
Próximo passo
Comece com o fluxo que não pode permitir a ambiguidade.
Apresente os sistemas, responsáveis, regras, obrigações de entrega e requisitos de evidência relevantes.
Analisar um fluxo crítico