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.
Especificação pública do produto · Rev. 2026.1
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.
- 01 Níveis de acesso
- 02 O registro vivo
- 03 Governança de aprovação
- 04 Documentos e IA
- 05 ITRB e Engenheiro
- 06 Painel, lacunas, relatório
- 07 Dez telas
- 08 Dados e operação
- 09 Demonstração
- 10 Design system
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
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. |
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.
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
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
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.
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.
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.
- 2026-01-18 Assistente sugeriu Atende Parcialmente, apenas sugestão, sem mudança de status.
- 2026-02-04 Maria Silva anexou evidência.
- 2026-03-14 Maria Silva propôs Atende Parcialmente .
- 2026-03-21 Vinculado à recomendação ITRB-2026-07 .
- 2026-04-02 Rafael Teixeira aprovou Atende Parcialmente, o indicador se move aqui, e somente aqui.
§04
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ê.
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ê 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
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
Recebida, nada em andamento. Conta como lacuna aberta.
Plano de ação em curso, itens em andamento.
Plano concluído e a conclusão registrada.
Ultrapassada por eventos posteriores, encerrada com honestidade, em vez de marcada como feita.
§06
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
O produto inteiro são dez telas. Isso é deliberado: uma equipe de conformidade deve conseguir manter a aplicação inteira na cabeça.
- 01 Entrada
- 02 Acesso ainda não liberado
- 03 Painel
- 04 Registro dos 77
- 05 Documentos
- 06 Aprovações
- 07 ITRB e Engenheiro
- 08 Relatório
- 09 Administração
- 10 Plataforma
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ção Em aprovação
- Aprovações · fila 6 pendentes
- Barragem Quebrada Negra Instalação
§08
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. |
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.
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
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.
Pendentes
Propostas aguardando decisão
Requisitos em elaboração
Sugestões do assistente aguardando pessoa
Documentos
Recomendações ITRB / EoR
189
Eventos de histórico
Pontos na linha do tempo
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
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.
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.
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
Supreme · acima de 20px
Atende Parcialmente, revisão anual não evidenciada.
Fira Sans · 20px e abaixo
ITRB-2026-07 · 2026-04-02
IBM Plex Mono · identificadores e datas
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.
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.
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.
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.
Redesenho da governança geotécnica corporativa
Cinco fases, doze entregáveis e um roteiro de mudança para a geotecnia corporativa.
Framework de Reliable Assurance e Health Index
Seis componentes de um sistema de garantia vivo, com cadência executiva mensal.
Veja funcionando
Telas reais do agente, com dados fictícios.
