Compliance · Engine proprietária

AutomaticEvidenceHinter: 7.127 sugestões de evidência clausular, pré-mapeadas em YAML.

Quem já passou por auditoria de ISO 9001 ou ONA conhece a cena. Auditor pergunta: "me mostra a evidência da cláusula 7.2.2?" A pessoa olha pro time. O time olha pra pasta de rede. A pasta tem 4 PDFs com nomes parecidos. Ninguém sabe qual é o oficial. A reunião pausa. Auditor anota.

O AutomaticEvidenceHinter foi construído pra que essa cena não exista. É uma engine do Benjamin que propõe ativamente qual artefato evidencia cada cláusula, baseado em 7.127 sugestões pré-mapeadas em YAML. Não é "IA criativa". É curadoria estruturada com leitura inteligente do contexto.

Cláusula sem evidência há 30+ dias? Hinter cria 5W2H atribuído ao responsável. Cláusula coberta? Hinter sugere o próximo artefato pra reforçar (KPI complementar, auditoria interna, treinamento).

Como o catálogo foi montado

Pra cada uma das 1.685+ cláusulas mapeadas na plataforma (das 46 normas), foi escrita manualmente uma lista de artefatos típicos que servem como evidência. Cada sugestão é uma entrada YAML simples, do tipo:

clause: "ISO 9001:2015 - 7.2"
title: "Competência"
artifacts:
  - type: politica
    name: "Política de Desenvolvimento de Pessoas"
    why: "Define quem precisa de qual capacitação"
  - type: procedimento
    name: "POP de Identificação de Necessidades de Treinamento"
    why: "Operacionaliza a política"
  - type: kpi
    name: "Horas de treinamento por colaborador YTD"
    why: "Mede aderência ao plano"
  - type: auditoria
    name: "Auditoria interna de competências"
    why: "Verifica se prática segue a política"
  - type: 5w2h
    name: "Plano anual de capacitação"
    why: "Executa o que a política exige"
  - type: processo
    name: "Onboarding com avaliação de gap inicial"
    why: "Garante baseline em todo novo colaborador"

Multiplique isso por 1.685+ cláusulas, com 4 a 6 sugestões cada, e você chega aos 7.127 artefatos pré-mapeados. Tudo em YAML versionado, auditável, sem código embutido. Quando o Benjamin "sugere", ele lê do catálogo, não inventa do nada.

Os 6 tipos de artefato sugeridos

  • Política: documento de alto nível que define posição da empresa sobre o tema da cláusula
  • Procedimento (POP): operacionalização da política, passo a passo executável
  • KPI: indicador que mede aderência continuada
  • Auditoria interna: mecanismo de verificação periódica
  • 5W2H: plano de ação concreto pra gap específico
  • Processo: fluxo embutido na operação que garante atendimento natural à cláusula

A engine não exige que você implemente todos os 6 pra cada cláusula. Sugere os mais relevantes pro tamanho e setor da empresa, e mostra o ranking. Auditor pede o que tiver, você mostra o que tem.

Por que isso muda preparação de auditoria

Sem o Hinter, prepara auditoria é uma corrida de 60 dias antes da visita do certificador. Time inteiro vira marra atrás de evidência, gente refazendo documento que ninguém atualizou, planilha pra controlar planilha. Custo enorme, qualidade duvidosa.

Com o Hinter rodando há 6 meses na plataforma:

  • Cada cláusula tem ao menos 1 artefato vinculado, oficial, versionado
  • Cláusula sem evidência fresca disparou 5W2H atribuído quando passou de 30 dias
  • Documento aprovado pelo módulo de Controle de Documentos virou evidência clausular automaticamente
  • Treinamento concluído no facilita.rh virou candidata a evidência da 7.2 via webhook

Chega a auditoria, o sistema mostra a tela "cobertura clausular", verde nos itens cobertos, amarelo nos itens com evidência vencendo, vermelho onde tem gap. O auditor passa, vê tudo. Sem corrida.

Por que YAML e não banco de dados

Decisão consciente. O catálogo de sugestões é curadoria, não dado operacional. Versionado em git, revisado em pull request, sem possibilidade de alteração silenciosa em produção. Quando uma cláusula muda (revisão de norma) ou aparece nova interpretação, abre PR no repositório de catálogos, revisa, faz merge. Histórico preservado pra sempre.

Isso também permite que clientes corporativos vejam o catálogo (transparência), proponham ajustes setoriais, e nós liberemos cobertura de norma nova sem subir nada de código. O Benjamin só sabe ler o YAML; quem ensina a norma é o catálogo.

Anti-alucinação por design

O Hinter é, intencionalmente, a parte mais "burra" da plataforma. Não inventa, não combina, não cria. Só lê o catálogo, filtra por setor/porte/contexto e propõe o mais relevante. A inferência de IA fica nas pontas (Belle lendo comentário NPS, SebastIAn lendo SWOT) mas no compliance, alucinação é risco. Catálogo curado vence "IA criativa" toda vez.

Quer ver as sugestões pra sua norma?

Diagnóstico mostra cobertura clausular da norma escolhida e quais artefatos o Hinter recomenda agora.

Diagnóstico em 5 min Ver normas cobertas
Klaus Fuchs
Klaus Fuchs Construiu o catálogo de sugestões clausulares ao longo de 4 anos de pesquisa, mapeando manualmente 46 normas. O Hinter é o resultado dessa curadoria virando produto.