# Conformidade > O grupo Conformidade do console da Atlasberg Platform: painel de conformidade para LGPD, CMN 4.893 e AI Act, trilha de auditoria encadeada por hash, política DLP e aprovações humanas. Evidências, auditoria, políticas de DLP e aprovações. Quatro telas construídas sobre a mesma fonte: a trilha de auditoria. ## Painel de conformidade (/workspace/conformidade) LGPD, CMN 4.893 e AI Act com relatório assinado. As evidências são geradas a partir dos metadados que o gateway já possui, mapeadas artigo a artigo. O relatório exportado é assinado com a chave do deployment e pode ser validado isoladamente com o atlasberg-verify. - KPIs: eventos na trilha, integridade (veredito INTEGRO ou DIVERGENCIA, com link para ancorar na trilha quando não íntegro), requisições com dado pessoal, retenção em dias com perfil bancário (cinco anos) ou padrão. - Frameworks artigo a artigo com contagem de controles ativos e link de onde resolver por artigo não atendido. A rota de resolução vem do relatório do servidor, para a tela nunca inventar o destino. - A estrutura do relatório inclui dados pessoais por categoria, vereditos de arquivo, provedores e residência por geografia. - Ações: exportar assinado (.txt), exportar CSV, imprimir ou PDF, via GET /api/atlasberg/compliance/export. ## Trilha de auditoria (/workspace/trilha-auditoria) Cadeia encadeada por hash, imutável e verificável de forma independente. A verificação aqui chama o mesmo código do atlasberg-verify: íntegro significa que a cadeia confere com ela mesma; com testemunha assinada, que ninguém substituiu o arquivo. - Mostra: status com eventos, head, eventos sem testemunha, âncoras (contagem e lista com período e sequência), retenção e perfil bancário. - Tabela de eventos paginada: sequência, quando, ator, ação, recurso, decisão. - O ator de uma ação no console pode ser nominal: sessão aberta por conta de local_login com o grupo de console é gravada como local:; sessão aberta com o par de admin break-glass é gravada como o sujeito genérico sessao de administracao. - Verificar integridade: POST na rota de verificação de auditoria; devolve o veredito, íntegro até uma sequência, ou a divergência. - Ancorar agora: POST na rota de âncora; assina uma âncora Ed25519 cobrindo o trecho sem testemunha. Um 409 significa que não há evento novo desde a última âncora e vira mensagem, não erro. - Também existe export assinado. ## Políticas de DLP e guardrails (/workspace/politicas-dlp) A política viva com que o gateway decide agora. É uma tela de leitura e teste: não há formulário de edição de política aqui. A edição é por arquivo e não recarrega a quente; o console avisa quando o arquivo em disco diverge do que está em vigor. - Mostra: origem (arquivo ou padrão de fábrica), arquivo, se o arquivo confere com o disco, ação padrão, estilo de máscara, quantas categorias distintas são bloqueadas, cobertura (tipo sem análise, conteúdo binário, tempo real), guardrails ativos e o julgador local. - Ações por categoria, em escopo global. - Política de arquivos: ação para dado pessoal, ação para termo confidencial, categorias de bloqueio, termos confidenciais, tamanho máximo em MB. - Testar política: roda o motor real sobre um texto de exemplo sem gravar nada na trilha e sem criar aprovação. Mostra a decisão, o texto resultante mascarado (o que o provedor receberia), as categorias detectadas e os sinais de guardrail. O exemplo padrão contém um CPF e um e-mail fictícios. ## Aprovações (/workspace/aprovacoes) Fila de requisições que precisam de decisão humana. O aprovador nunca vê o prompt, só os códigos do que as regras encontraram e o hash do conteúdo. A identidade de quem decide é obrigatória e fica registrada (segregação de função). - Fila filtrável por estado: pendente, aprovada, negada, expirada, usada, ou todas. - Por item: estado, id, tipo, provedor, modelo, time, criado, expira, decidido por, hash do payload. - Ações: aprovar ou negar via POST nas rotas de aprovação, exigindo o campo de quem está decidindo preenchido. ## Sobre a Atlasberg Platform A Atlasberg Platform é a camada de controle entre uma empresa e todos os modelos de IA: cada requisição é autenticada com uma chave virtual, filtrada por política e DLP, roteada para o provedor certo e gravada numa trilha de auditoria encadeada por hash. Expõe uma API compatível com a OpenAI, então as aplicações só trocam a URL base. O mesmo artefato roda na Atlasberg Cloud, na sua VPC, on-premises ou totalmente air-gapped, e é cobrado por capacidade e módulos, nunca por assento. Esta página faz parte da documentação oficial. Para falar com o time de engenharia, escreva para contact@atlasberg.com ou use https://atlasberg.com/pt-br/contato. A resposta vem em até um dia útil. ## Mais da Atlasberg - [Índice da documentação](https://atlasberg.com/pt-br/docs) - [Visão geral da plataforma](https://atlasberg.com/pt-br) - [Fale com a engenharia](https://atlasberg.com/pt-br/contato) --- Fonte: https://atlasberg.com/pt-br/docs/console/conformidade Empresa: Sobimann Tecnologia da Informacao LTDA (Atlasberg), Porto Alegre, RS, Brasil. Contato: contact@atlasberg.com - resposta em até um dia útil. Índice para agentes: https://atlasberg.com/llms.txt