Setores

Financeiro, previdência e setor público: onde a prova precisa sobreviver a quem a emitiu.
Cada capacidade com o rótulo do seu estado.

Categoria
ProdutoSetores
HummandSetores

A Hummand entra onde o ato de uma pessoa tem consequência regulada: uma transação, um benefício, uma concessão, uma assinatura. O que muda por setor é o tipo de ato e a fonte; o recibo é o mesmo.

Nenhum nome de cliente aparece aqui, e nenhum número de mercado. Cada capacidade leva o rótulo do seu estado; o que ainda não existe está escrito, não escondido.

Financeiro

Descrição

Fintechs, bancos e meios de pagamento: a pessoa certa executando a ação sensível, com prova que sobrevive a quem a emitiu.

1.0Step-up de transaçãoarquitetura-alvo

Uma presença nova no meio de uma ação sensível: transferência acima de um valor, mudança de limite, dispositivo novo. A política pode encurtar para o nível 1 com passkey quando há um ato positivo recente.

Ver o step-up
2.0Step-up cadastralarquitetura-alvo

Alteração de dado crítico, como e-mail, telefone ou chave de pagamento, só com a pessoa presente. Nunca reutiliza ato anterior.

3.0Operador em duplaarquitetura-alvo

Duas pessoas distintas, cada uma com presença, aprovando a mesma operação. Recibo composto, um por operador, ligados pelo grupo.

4.0Mandato de agentearquitetura-alvo

Um humano com presença provada autoriza um agente com escopo, limites e prazo; cada ação delegada referencia o mandato e leva recibo.

Ver Mandato
5.0Onboarding com identidade civilem credenciamento

Presença viva mais a base governamental, quando o credenciamento da fonte chegar. Só o veredito persiste; o bruto nunca sai.

Ver Fontes

Previdência e setor público

Descrição

Regimes de previdência, órgãos e concessões: a pessoa viva, de novo, com um recibo que o controle interno e o tribunal de contas verificam sem a Hummand.

1.0Prova de vida recorrentedisponível

Presença viva e match com a referência, a cada período, por link no celular da pessoa; cada prova deixa um recibo encadeado ao anterior. É a política em produção.

Ver a presença recorrente
2.0Campanhas em lotedisponível

Vários atos do mesmo tipo com links e prazo comum, criados de uma vez pela API ou pelo painel.

Ver Docs
3.0Concessãoarquitetura-alvo

Requerente presente e identificado para um ato administrativo; conta gov.br quando disponível.

4.0Mandato de pessoaarquitetura-alvo

Um humano autoriza outro com escopo, prazo e documento, como procuração ou curatela, tudo em hash no recibo. Responde como não executável hoje, por natureza.

5.0Prova de exceção por estado vitalarquitetura-alvo

Uma consulta a pedido a uma fonte de óbito só dispara uma prova de exceção; a prova continua sendo a presença.

Ver Alertas

Em qualquer setor

Descrição

O que não muda: o recibo, o consentimento por etapa, a integração e o que não fazemos.

1.0Recibo verificável sem a Hummanddisponível

Todo ato terminado deixa um recibo assinado, encadeado ao anterior do mesmo cliente, só com hashes. Qualquer auditor verifica no navegador ou na linha de comando.

Ver Recibo
2.0Consentimento por etapadisponível

Geral antes de tudo, biométrico antes de qualquer captura; textos versionados, gravados no recibo.

Ver LGPD
3.0Painel e APIdisponível

Gerar o link sem código, ou integrar pela API com o cliente TypeScript gerado do contrato.

Ver Docs
4.0O que não fazemos

Não somos antifraude, auditoria, login nem vendor de KYC; não calculamos score, risco ou idade; não retemos imagem, template ou contexto.

Ver a fronteira
1.0

Verificar um recibo

Cole o JSON e a chave pública. Sem conta, sem envio: roda no seu navegador.

Abrir verificador
2.0

Falar com a gente

Uma conversa técnica, direto com quem constrói, sem script de vendas.

Contato