Posição
A Hummand fica no caminho de cada ato humano com consequência: política por ato, orquestração de fontes, recibo do ato.
Confere que a pessoa certa está presente e autorizou, e deixa um comprovante que o auditor confere sozinho.
O que não fazemosQuem é, está presente, autorizou o quê.
- 0.1Política por ato
O cliente declara o nível de garantia; a política traduz em etapas.Quanta certeza o pedido exige, e os passos que a pessoa cumpre no celular para chegar a ela.
- 0.2Orquestração de fontes
Presença viva nativa; identidade civil e assinatura como fontes plugadas.Presença viva confere uma pessoa real diante da câmera, agora; as demais confirmações vêm de serviços externos, e o recibo diz qual foi usada.
- 0.3Recibo do ato
Assinado, encadeado por cliente, verificável sem a Hummand.O comprovante do que aconteceu, que qualquer auditor confere sozinho.
- Setores
- Empresas e governo: financeiro, tecnologia, ciências da vida, setor público
- Oferta
- Presença, identidade e mandato, com recibo
- Garantia
- Recibo assinado, verificável sem a Hummand
Como falamos
- [ Ato 1 ]
- Tudo o que
o cliente pede,
com tipo e nível - [ Política 2 ]
- Tipo e nível
viram etapas;
versão no recibo - [ Recibo 3 ]
- Assinado,
encadeado,
só hashes
Conheça a
Garantia humana
Demonstração ilustrativa da arquitetura-alvo. Presença viva disponível; identidade civil em credenciamento; documento em arquitetura-alvo; mandato a agente disponível.
- tipo
- onboarding.identidade
- consentimento_geral
- v1 · aceito
- consentimento_biometrico
- v1 · aceito
- ts_criado
- 2026-09-07T14:31:40Z
- ref_cliente_hash
- sha256:8a1e…f07c
- contexto_hash
- sha256:c4d2…91ab
- etapa presenca
- ok
- etapa match
- ok
- fonte
- hummand.presenca
- fonte
- hummand.match
- humano_vivo
- true
- mesma_pessoa_da_referencia
- true
- identidade_civil
- true
- fonte
- serpro.datavalid
- fonte
- ocr.documento
- imagem
- descartada
- biometria_retida
- false
- retencao
- por política · crypto-shred
- formato
- humanproof/1
- nivel
- 3
- resultado
- positivo
- mandato_ref
- ato_01J…7Q · agente · 30 d
- ts_concluido
- 2026-09-07T14:32:07Z
- kid · alg
- hp-2026-09 · ES256
- prev_hash
- sha256:3f9a…c21e
O recibo que o ato deixa: formato humanproof/1, campos reais, valores fictícios.
Presença viva e identidade civil numa política por ato, com um recibo que
qualquer auditor verifica.
Onde a prova é um recibo.
- 0.5Recibo encadeado
Cada ato terminado gera um recibo assinado, encadeado ao anterior do mesmo cliente.Um recibo removido ou alterado no meio da série aparece.
- 0.6Só hashes
Nenhum recibo contém imagem, template ou conteúdo do cliente.O que se refere à pessoa vai como hash, um código que identifica o dado sem revelá-lo.
- 0.7Desafio ativo
Sinal passivo colapsa contra replay competente; o que resiste é a resposta viva.Replay é uma gravação reapresentada à câmera; a resposta viva é a reação a um desafio na tela, durante a captura.
* Rótulos honestos em cada capacidade: disponível · em credenciamento · arquitetura-alvo. Um passo que ainda não executa responde como indisponível; nada é simulado.Disponível está em produção hoje; em credenciamento está pronto no código e aguarda um terceiro; arquitetura-alvo está desenhado e ainda não em produção.
Ir para Labs- 2.0 Verificar um recibo
- Cole o JSON e a chave pública. Sem conta, sem envio: roda no seu navegador.
- Abrir verificador
Segurança por desenho
Custódia centralizada, declarada: envelope KMS por registro, isolamento por cliente no banco, apagamento por crypto-shred.Cada registro tem a própria chave, e destruí-la torna o dado ilegível para sempre.
Ver SegurançaDados e LGPD
Consentimento por etapa, com texto versionado e gravado no recibo. Nenhuma imagem ou template persiste depois do ato; apagamento a pedido, registrado.
Ver LGPDIntegração
API de atos com cliente TypeScript gerado do contrato, webhooks assinados, e o painel que gera a jornada por link, sem código.
Ver Docs