TitanAudit v1.5 — Auditoria determinística de hardware 

FAQ — TitanAudit v1.5 (TI corporativo & Datacenter)

1) O que é o TitanAudit?

O TitanAudit é uma ferramenta de auditoria determinística de hardware: executa um workload controlado com parâmetros fixos, gera PASS/FAIL e entrega um relatório JSON com hash final + checkpoints para rastreabilidade.

2) Qual o problema que ele resolve em TI/Datacenter?

• Aceite técnico de servidor/PC novo (antes de entrar em produção)
  
  

• Validação pós-manutenção (troca de RAM/SSD/placa, atualização de BIOS/firmware)
  
  

• Padronização do teste em várias máquinas (mesma regra, mesma saída esperada)
  
  

• Evidência auditável (relatório + hashes) para governança, ISO/controles internos e prestação de contas a fornecedores
  
  

3) O que eu recebo ao comprar?

Você recebe:

• Pacote (ZIP) pronto para executar (inclui runtime)
  
  

• Direito de ativar por Machine-ID (MID) conforme seu plano
  
  

• Patch de licença (ZIP pequeno com license.txt) para habilitar a execução completa
  
  

• Relatórios gerados em reports\report_*.json
  
  

4) O que é Machine-ID (MID)?

É um identificador gerado pelo TitanAudit para aquela máquina.
A licença é emitida para um MID específico. Cada MID ativado consome 1 ativação do seu plano.

5) Posso testar antes de ativar?

Sim. Sem licença você consegue rodar o comando --machine-id para obter o MID.
A auditoria completa (workload + PASS/FAIL + relatório) exige o patch de licença.

6) Como funciona a ativação (simples e rápido)?

1. Você compra o plano (STD/PRO)
   
   

2. Baixa e extrai o ZIP
   
   

3. Executa --machine-id e envia o MID no formulário
   
   

4. Recebe o patch com license.txt
   
   

5. Extrai o patch na pasta do run.cmd e executa o TitanAudit
   
   

7) Como aplico o patch de licença?

Você recebe um ZIP pequeno contendo license\license.txt.
Extraia por cima dentro da pasta principal do TitanAudit (onde está o run.cmd), mantendo a estrutura license\license.txt.

8) O que significa PASS/FAIL?

• PASS: o hash final e assinaturas/checkpoints do relatório batem com o baseline/expected definido para aquele perfil.
  
  

• FAIL: houve divergência (ou erro interno) e o relatório registra o resultado.
  
  

9) Isso é “só um benchmark”?

Não. O foco é determinismo + verificabilidade: você roda um conjunto de parâmetros padronizado e obtém um resultado que pode ser comparado com uma referência (baseline/expected) e guardado como evidência.

10) O resultado muda entre máquinas?

O workload é determinístico para os mesmos parâmetros.
A comparação PASS/FAIL depende do baseline/expected usado no aceite. Em cenários corporativos, você define um perfil de referência e valida máquinas contra esse padrão.

11) Quantas máquinas posso ativar?

• STD: até 50 ativações/ano (50 MIDs)
  
  

• PRO: até 250 ativações/ano (250 MIDs)
  
  

12) Troquei hardware/formatou: perde ativação?

Se o MID mudar (ex.: troca relevante de hardware/ambiente), isso conta como nova ativação (consome mais 1 do limite).

13) Requisitos e execução

Windows 10/11. Extrair o ZIP e executar o run.cmd.
O pacote inclui o runtime necessário.

14) Suporte

Suporte via WhatsApp/e-mail para instalação, ativação e dúvidas de execução/relatório.

Quem usa (tipos de empresa) — exemplos claros

O TitanAudit serve para qualquer operação que precisa de padronização de teste e evidência:

• TI corporativo (indústrias, varejo, serviços): parque grande de PCs/estações e necessidade de validação padronizada.
  
  

• Datacenters / Colocation / MSPs: aceite de servidores, validação pós-manutenção, evidência para SLA e troca com fornecedor.
  
  

• Provedores de nuvem privada / infraestrutura interna: padronizar “golden acceptance” antes de colocar nó em cluster.
  
  

• Integradores/Revendas B2B: validar hardware antes de entregar ao cliente final (reduz RMA e retrabalho).
  
  

• Finanças/healthcare/ambientes regulados: guardar evidência técnica de conformidade/aceite.
  
  

(Sem citar marcas específicas para não inventar “cliente que não existe”.)

Exemplos de uso (cenários reais do dia a dia)

Caso 1 — Aceite de servidor novo (pré-produção)

• Você recebe 10 servidores.
  
  

• Roda o TitanAudit com o perfil padrão da empresa.
  
  

• Guarda os report_*.json e o hash final como evidência.
  
  

• Só entra em produção quem dá PASS.
  
  

Caso 2 — Pós-manutenção (troca de RAM/SSD)

• Após troca de memória/SSD, você roda novamente.
  
  

• Compara o resultado com o baseline esperado.
  
  

• Se der FAIL, você barra a máquina antes de voltar pro datacenter.
  
  

Caso 3 — Padronização para parque corporativo

• A empresa compra PCs em lotes.
  
  

• O time roda sempre o mesmo perfil.
  
  

• O relatório vira evidência para compras/garantia e auditoria interna.
  
  

Caso 4 — Fornecedor/assistência técnica

• Você presta serviço e precisa provar que entregou uma máquina “ok”.
  
  

• Entrega o relatório JSON + hash final junto com o chamado/OS.