GISTM.ai Plataforma de conformidadeO dossiê de conformidade de uma instalação, construído por pessoas e acelerado por IA
O GISTM.ai é uma plataforma multi-tenant para gestão da conformidade com os 77 Requisitos do Padrão Global da Indústria para Gestão de Rejeitos. As equipes de conformidade constroem o dossiê da instalação ao longo de meses, com governança de aprovação e rastreabilidade completa. A IA acelera quando solicitada, e nunca decide.
Abrir o GISTM.ai
A plataforma roda em uma janela dedicada, com a tela inteira à disposição.
Abrir em nova janelaEspecificação pública do produto · Rev. 2026.1
O que é o GISTM.ai
Uma plataforma multi-tenant para gestão da conformidade com os 77 Requisitos do Padrão Global da Indústria para Gestão de Rejeitos. Não é um gerador de auditoria nem um questionário. As equipes de conformidade constroem o dossiê da instalação ao longo de meses, com governança de aprovação e rastreabilidade completa. A IA acelera quando solicitada, e nunca decide.
A interface inteira está em português do Brasil, com a terminologia da tradução oficial do ICMM — os termos na tela são os termos que o auditor vai usar. Uma paleta de comandos ⌘K navega entre Requisitos, páginas e instalações.
As seis áreas temáticas
Cada um dos 77 Requisitos pertence a uma das seis áreas. As áreas organizam o registro, a decomposição do painel, o relatório e a Coluna de Testemunho.
- Comunidades
- Base de conhecimento
- Projeto e operação
- Gestão
- Emergência
- Divulgação
Os cinco pareceres
Um Requisito carrega exatamente um parecer. Cada parecer tem a sua própria forma de glifo — nunca um código de cor — para que o registro permaneça legível impresso, em escala de cinza e para quem não distingue cores.
Atende
Peso 1
Atende Parcialmente
Peso 0,5
Não Atende
Peso 0 · deficiência
Não Aplicável
Fora do denominador
Não Avaliado
Conta contra a Cobertura
§01
Cinco níveis de acesso
O acesso é um instrumento de governança, não uma conveniência. Os cinco níveis separam quem avalia de quem ratifica — e é isso que torna o indicador de Conformidade defensável diante de um auditor.
| Nível | Vê e faz |
|---|---|
| Admin da Plataforma | Vê e edita tudo, em todas as empresas. Cria empresas e convida seus primeiros usuários. É o único nível que pode reiniciar o tenant de demonstração. |
| Admin da Empresa | Administra as instalações, os usuários e os responsáveis da sua própria empresa. Não vê nenhuma outra empresa. |
| Avaliador | Avalia Requisitos, anexa evidências e submete o trabalho para aprovação. Não aprova a própria submissão. |
| Aprovador | Ratifica ou devolve submissões, com comentário. Também pode avaliar. |
| Leitor | Acesso somente leitura a painéis e relatórios. Nenhum caminho de escrita. |
Somente por convite
Não existe cadastro público. Um administrador convida por endereço de e-mail. A pessoa informa o mesmo endereço e recebe um código de seis dígitos por e-mail ou SMS. A sessão então persiste no navegador, para que o trabalho do dia a dia não signifique entrar de novo.
Quem tem identidade verificada e nenhum convite pendente não recebe um erro — recebe uma tela que explica como solicitar acesso.
O isolamento é verificado em cada chamada
Todo método de servidor com escopo de instalação confirma que a instalação pertence à empresa de quem chamou antes de fazer qualquer outra coisa. Isolamento não é um filtro aplicado a uma consulta — é uma pré-condição do método.
Um identificador pertencente a outro tenant devolve exatamente a mesma resposta de um identificador inexistente. Nada na resposta confirma que a outra instalação existe.
Implantação, hospedagem e controles de provedores estão documentados separadamente no Trust Center.
§02
O registro vivo
Não existem ciclos de avaliação que começam e terminam. Cada instalação tem um registro permanente dos 77 Requisitos, criado no momento em que a instalação é criada, evoluindo continuamente a partir dali. Conformidade é um estado em que a instalação está, não um evento pelo qual ela passou.
Quatro estados por Requisito
O parecer responde quão conforme. O estado responde em que ponto da governança. O estado de fluxo é codificado por opacidade, nunca por matiz.
Não iniciado
Aberto no registro, ninguém trabalhou nele ainda.
Em elaboração
Um Avaliador está escrevendo o parecer e anexando evidências.
Em aprovação
Submetido. Está na fila do Aprovador, aguardando decisão.
Aprovado
Ratificado. Só agora conta para o número oficial.
Dois indicadores acompanham a instalação
57,6%
Conformidade
Percentual ponderado sobre os Requisitos aplicáveis, contando apenas avaliações aprovadas. Atende pesa 1; Atende Parcialmente pesa 0,5.
75,3%
Cobertura
Quantos dos 77 Requisitos já têm parecer definido — a resposta honesta para "quanto do dossiê existe, afinal".
O trabalho proposto aparece esmaecido na tela, mas não move o número oficial. Este é o comportamento mais importante do registro: ninguém eleva o indicador propondo algo. Só um Aprovador o move.
Uma linha do tempo mostra a evolução dos dois indicadores desde a abertura do registro, para que a história do dossiê seja legível sem ler um único Requisito.
Aviso de independência · O GISTM.ai apoia a gestão de conformidade do próprio operador. Não constitui, não substitui e não simula auditoria independente, parecer do ITRB ou determinação do Engenheiro de Registro.
Coluna de Testemunho
A instalação inteira em 692 × 30 pixels: 77 células agrupadas pelas 6 áreas temáticas. As células se preenchem conforme o trabalho é ratificado, e por isso a página escurece ao longo dos meses. Deficiência é a única coisa que carrega Óxido; o estado de fluxo é carregado pela opacidade.
§03
Governança de aprovação
O Avaliador trabalha o Requisito e submete. O Aprovador vê uma fila dedicada, na qual o parecer proposto é apresentado como um diff contra o parecer oficial, e então aprova ou devolve com um comentário.
A aprovação em lote existe porque as equipes realmente ratificam vários Requisitos de uma vez, e forçar uma decisão por tela empurraria as pessoas a aprovar sem ler.
Responsável e prazo por Requisito
Cada Requisito tem um responsável e um prazo. Os vencidos aparecem sinalizados na tabela do registro e no painel — um prazo que ninguém vê não é um prazo.
Histórico imutável por Requisito
Todo evento entra em um histórico imutável ligado ao Requisito: quem anexou o quê, quem propôs, quem aprovou, quando e com qual comentário. Nada no produto edita ou apaga um registro de histórico.
- Assistente sugeriu Atende Parcialmente — apenas sugestão, sem mudança de status.
- Maria Silva anexou evidência.
- Maria Silva propôs Atende Parcialmente.
- Vinculado à recomendação ITRB-2026-07.
- Rafael Teixeira aprovou Atende Parcialmente — o indicador se move aqui, e somente aqui.
§04
Documentos e mapeamento opcional por IA
No envio existe uma escolha explícita, desmarcada por padrão: mapear este documento com o assistente, ou não. O padrão é o caminho conservador, porque uma equipe que ainda não decidiu não deveria ter saída de IA aparecendo dentro do seu dossiê.
A biblioteca, e nada além dela
O documento é armazenado e o texto é extraído. A equipe vincula manualmente aos Requisitos que ele sustenta. É uma biblioteca de documentos com apontamentos de evidência — nenhuma inferência de qualquer tipo.
O assistente lê contra os 77
O assistente lê o documento contra os 77 Requisitos e escreve uma sugestão em cada um que ele endereça, contendo parecer candidato, trechos citáveis e lacunas percebidas.
Uma sugestão fica ao lado do Requisito. Ela não é o Requisito.
As quatro travas, ditas sem rodeios
Uma sugestão nunca se torna status. Uma pessoa precisa adotá-la como proposta antes que ela possa entrar na fila de aprovação — e mesmo então ainda precisa de um Aprovador.
O assistente nunca escreve um parecer. Ele escreve um parecer candidato dentro de uma sugestão; o campo que conta só é escrito por uma pessoa.
O assistente nunca sobrescreve um Requisito que alguém já trabalhou. Trabalho humano não é um rascunho que o modelo tem licença para melhorar.
Nada é salvo quando o modelo não devolve estrutura válida. Uma resposta malformada é descartada, não aproveitada como sugestão parcial.
A IA acelera quando solicitada, e nunca decide.
Apagar um documento remove as evidências que apontam para ele. Evidência é uma afirmação sobre um documento; quando o documento deixa de existir, a afirmação não pode sobreviver a ele e continuar sustentando um parecer em silêncio.
§05
Recomendações do ITRB e do Engenheiro de Registro
As recomendações emitidas pelo Conselho Independente de Revisão de Rejeitos (ITRB) e pelo Engenheiro de Registro têm módulo próprio. Não são anexos de um Requisito — são objetos de governança com ciclo de vida próprio, e em geral são a razão pela qual um Requisito se move.
| Campo | Conteúdo |
|---|---|
| Origem | ITRB ou Engenheiro de Registro. |
| Referência do emissor | O identificador usado pelo próprio órgão emissor, para que os dois registros possam ser reconciliados. |
| Ciclo de revisão | De qual revisão a recomendação saiu. |
| Texto integral | A recomendação como foi escrita, não um resumo dela. |
| Responsável e prazo | Responsabilização, no mesmo modelo dos Requisitos. |
| Plano de ação | Itens e suas conclusões. |
| Requisitos afetados | Os Requisitos do GISTM que ela toca — um vínculo bidirecional: da recomendação você chega aos Requisitos, e de um Requisito você vê todas as recomendações que incidem sobre ele. |
Quatro situações
Aberta
Recebida, nada em andamento. Conta como lacuna aberta.
Em atendimento
Plano de ação em curso, itens em andamento.
Atendida
Plano concluído e a conclusão registrada.
Superada
Ultrapassada por eventos posteriores — encerrada com honestidade, em vez de marcada como feita.
§06
Painel, lacunas e relatório
O painel mostra os dois indicadores, a linha do tempo, a decomposição pelas seis áreas temáticas, as lacunas abertas e a atividade recente. Nada nele é métrica de vaidade: todo número da página é um número que um auditor pode pedir que você defenda.
As lacunas são detectadas automaticamente, em seis categorias
Uma lacuna não é apenas um Requisito reprovado. Cinco das seis categorias tratam de o dossiê estar incompleto ou sem dono — que é o que de fato afunda uma auditoria.
- Requisito que Não Atende.
- Requisito não iniciado.
- Requisito avaliado sem evidência anexada.
- Prazo vencido.
- Requisito sem responsável.
- Recomendação em aberto do ITRB ou do Engenheiro de Registro.
O relatório é em formato de auditoria e imprimível
| Seção | Conteúdo |
|---|---|
| 01 | Capa da instalação. |
| 02 | Os dois indicadores — Conformidade e Cobertura. |
| 03 | A coluna de densidade. |
| 04 | A distribuição de pareceres. |
| 05 | A conformidade por área temática. |
| 06 | O estado de cada um dos 77 Requisitos, com o parecer registrado. |
Toda página e todo relatório carregam o aviso de independência. O GISTM.ai apoia a gestão de conformidade do próprio operador. Não constitui, não substitui e não simula auditoria independente, parecer do ITRB ou determinação do Engenheiro de Registro.
§07
Dez telas
O produto inteiro são dez telas. Isso é deliberado: uma equipe de conformidade deve conseguir manter a aplicação inteira na cabeça.
- 01Entrada
- 02Acesso ainda não liberado
- 03Painel
- 04Registro dos 77
- 05Documentos
- 06Aprovações
- 07ITRB e Engenheiro
- 08Relatório
- 09Administração
- 10Plataforma
Paleta de comandos ⌘K
A paleta navega entre Requisitos, páginas e instalações. Em um registro de 77 itens consultado diariamente por meses, a busca é a navegação principal e o menu é o recurso secundário.
- Requisito 5.2 · Projeto e operaçãoEm aprovação
- Aprovações · fila6 pendentes
- Barragem Quebrada NegraInstalação
§08
Dados e operação
Dez tabelas e trinta e dois métodos de servidor. A forma dos dados é a forma da governança: o registro, o histórico e a linha do tempo são tabelas separadas precisamente porque o histórico nunca pode ser uma visão derivada do estado atual.
| # | Tabela | Guarda |
|---|---|---|
| 01 | empresas | Os tenants. |
| 02 | usuários | As pessoas e seu nível de acesso. |
| 03 | instalações | As instalações de rejeitos. |
| 04 | os 77 Requisitos | Dados de referência globais, compartilhados por todos os tenants. |
| 05 | os registros de conformidade | O registro vivo: parecer, estado, responsável, prazo, fundamentação. |
| 06 | o histórico imutável | Eventos somente-adição por Requisito. |
| 07 | os pontos da linha do tempo | Fotografias dos indicadores ao longo do tempo. |
| 08 | os documentos | A biblioteca, o texto extraído e os apontamentos de evidência. |
| 09 | as recomendações | Registros do ITRB e do Engenheiro de Registro e seus planos de ação. |
| 10 | os convites | Convites pendentes e seus códigos. |
O que a superfície cobre
Sessão e convites · o registro e o detalhe do Requisito · avaliação e evidências · a fila de aprovação · promoção e descarte de sugestões · a biblioteca de documentos · o módulo de recomendações · criação de instalação · administração de empresas e usuários · reinício da demonstração.
Todo método com escopo de instalação começa confirmando que a instalação pertence à empresa de quem chamou.
Reinício da demonstração, cercado
Uma rotina diária às 05:00 UTC reinicia a empresa de demonstração ao estado inicial. Seu escopo é restrito ao tenant marcado como demonstração; nenhum dado de cliente é tocado; e ela aborta se essa marcação não existir, em vez de recorrer a um escopo mais amplo.
O mesmo reinício está disponível como botão manual para o Admin da Plataforma.
§09
A demonstração
Andina Sur Mineração operando a Barragem Quebrada Negra — ambas fictícias — em Minas Gerais. Classificação de Alta Consequência, minério de ferro, instalação em operação. A demonstração está deliberadamente no meio da jornada, porque um produto vazio e um produto pronto ambos escondem como o trabalho de fato se sente.
34
Atende
15
Atende Parcialmente
4
Não Atende
5
Não Aplicável
19
Pendentes
57,6%
Conformidade
75,3%
Cobertura
6
Propostas aguardando decisão
5
Requisitos em elaboração
4
Sugestões do assistente aguardando pessoa
14
Documentos
5
Recomendações ITRB / EoR
189
Eventos de histórico
59
Pontos na linha do tempo
Instalação recém-aberta
Um segundo cenário mostra exatamente o que um cliente novo encontra no primeiro dia: os 77 Requisitos abertos, nada avaliado, biblioteca vazia. Sem indicador semeado, sem pareceres de exemplo — o ponto de partida honesto.
§10
Design system · Testemunho
Testemunho é o termo geotécnico para a amostra de sondagem e, ao mesmo tempo, a palavra para prova documental. Os dois sentidos são o produto: um registro vertical extraído do terreno, e evidência prestada sob responsabilidade.
Dois cromas em todo o sistema
Prumo
#0C4F58
Tudo o que é interativo. Links, controles, células ratificadas, os dois indicadores.
Óxido
#9A4230
Exclusivamente deficiência. Nada decorativo jamais o empresta, para que quando ele aparece na tela signifique uma única coisa.
A forma carrega o parecer, a opacidade carrega o fluxo
O parecer é codificado pela forma do glifo, não pela cor: quadrado cheio = Atende · quadrado meio cheio = Atende Parcialmente · triângulo = Não Atende · traço = Não Aplicável · contorno vazio = Não Avaliado.
O estado de fluxo é codificado por opacidade, e é por isso que o trabalho proposto pode parecer presente-mas-provisório sem inventar uma sexta cor.
Uma moldura escura com uma folha clara flutuando dentro
A moldura é a plataforma. A folha são os dados do cliente. Tudo o que o operador escreveu fica sobre o papel; tudo o que o software contribui permanece na moldura. Sempre se sabe o que é o quê.
Tipografia
Conformidade
Atende Parcialmente — revisão anual não evidenciada.
ITRB-2026-07 · 2026-04-02
A Coluna de Testemunho, de novo
Um único artefato carrega a identidade do sistema inteiro: 692 × 30 pixels, 77 células, 6 grupos. Está no painel, no relatório e nos resultados da paleta. Conforme o trabalho é ratificado as células se preenchem, e a página escurece ao longo dos meses — o testemunho sendo extraído do terreno.
Aviso de independência · presente em toda página e todo relatório do produto.
Exemplos de Relatórios GISTM.ai
Relatórios gerados pelo GISTM.ai a partir de divulgações públicas de grandes mineradoras globais. Cada exemplo mostra como a plataforma mapeia os 77 Requisitos do GISTM contra evidências publicamente disponíveis na web — usando o mesmo registro, o mesmo vocabulário de pareceres e o mesmo relatório em formato de auditoria descritos na especificação acima.
Mineradora Tier 1 · A
Avaliação de conformidade com o GISTM construída a partir de divulgações públicas de uma das maiores mineradoras diversificadas do mundo.
Ver relatório no GISTM.aiMineradora Tier 1 · B
Análise abrangente de conformidade construída a partir de evidências públicas sobre as instalações de rejeitos de uma operadora sul-americana de minério de ferro.
Ver relatório no GISTM.aiMineradora Tier 1 · C
Avaliação cobrindo práticas de gestão de rejeitos de uma operadora global integrada em cobre, platina e metais industriais.
Ver relatório no GISTM.aiMineradora Tier 1 · D
Revisão de conformidade e análise de lacunas construída a partir de divulgações públicas de uma operadora asiática de cobre, zinco, ouro e metais básicos.
Ver relatório no GISTM.aiTodos os relatórios são gerados apenas a partir de fontes públicas. Explore o conjunto completo no GISTM.ai
Implantação e segurança
Como a plataforma é entregue, e os limites que assumimos por escrito.
Três modos de entrega
SaaS gerenciado; conta AWS privada de propriedade do cliente; ou — caso a caso, sob avaliação técnica — on-premises com a stack de IA do próprio cliente (vLLM, endpoint VPC do Bedrock ou Azure OpenAI). O on-premises exige escopo de discovery, pois depende da infraestrutura do cliente e dos provedores de modelo suportados.
Melhoria contínua com escopo no tenant
Quando uma pessoa ajusta uma avaliação, esse retorno é incorporado como configuração do agente — prompts, regras de recuperação, exemplos few-shot — com escopo no workspace do cliente. Isso não treina o modelo de fundação e nunca afeta outro tenant. O cliente pode revogar, exportar ou apagar essa configuração a qualquer momento. Veja os controles no Trust Center.
Benchmarking responsável
Comparações setoriais são construídas exclusivamente com dados públicos agregados e anonimizados (relatórios públicos GISTM/TSM/Copper Mark, bases da ANM, ICMM, IRMA) e/ou dados de cliente expressamente autorizados em contrato, sempre anonimizados no nível do site. Veja a regra no Trust Center.
Veja o registro na sua própria instalação
Abra a instalação de demonstração em nova janela, ou peça que percorramos com você o registro, a fila de aprovação e o relatório em formato de auditoria sobre uma das suas instalações de rejeitos.
Cases destacados com GISTM.ai
Projetos reais em que o GISTM.ai levou a governança de rejeitos de auditorias periódicas para uma garantia contínua baseada em evidências.
GISTM.ai — plataforma de IA para conformidade de rejeitos
O case principal: de auditorias periódicas para garantia contínua nos 77 Requisitos do GISTM.
Ler case
Auditoria GISTM assistida por IA e identificação de lacunas
Lacunas priorizadas, evidências rastreáveis e recomendações acionáveis produzidas com o GISTM.ai.
Ler case
Redesenho da governança geotécnica corporativa
Cinco fases, doze entregáveis e um roteiro de mudança para a geotecnia corporativa.
Ler case
Framework de Reliable Assurance e Health Index
Seis componentes de um sistema de garantia vivo, com cadência executiva mensal.
Ler case