Hummand presents

What we don't do

Hummand answers who it is, is present, authorized what.
Everything outside that is here, with the reason.

Category
GuaranteesBoundary

Refusals

N01boundaryaudit

Audit as identity

We are not an audit firm.

The receipt is verifiable by an auditor, the client's, a regulator's or an expert's, without trusting Hummand. We audit no one; we hand the proof to whoever audits.

What the receipt proves is the integrity of the record and what the declared sources sustain. It does not re-run the capture nor judge anything beyond that: reading the case is the auditor's job.

See Receipt
N02boundarylogin

Login and identity management

We are not login.

Login is getting into the account; Hummand comes in at an action with consequences, inside the client’s process, without replacing access.

We do not manage the client's user identities, sessions or third-party passwords. An act happens inside the client's process, when there is a consequence; the session remains theirs.

N03boundaryKYC

KYC vendor

We do not sell KYC.

KYC is the customer due diligence banks and fintechs run when an account is opened.

Civil identity is a plugged source, labelled in the receipt and in accreditation. The lead offer is recurring presence with proof: a living person, the same one as the reference, authorizing something, with a receipt.

See Sources
N04plan rulescoreage

Score, risk and age

We estimate nothing.

No score, risk, probability or age estimation from a face, anywhere in the product. The receipt records what happened, verifiably; the business decision is the client's. It is a written rule of the restructuring plan, not a preference of the moment.

N05invariantbiometrics

Retaining image, template or context in the clear

We keep none of it.

A template is the numeric pattern extracted from the face; a hash is a code that identifies a piece of data without revealing it.

In no receipt, and in no table after the act. Captured image and template are discarded at the end of the step; the client reference image stays encrypted only while the act is open and is erased when it ends; the act context stays encrypted and only the hash leaves. Biometrics retained after the act equals false is a product invariant.

See LGPD
N06sourcesout by choice

Sources that are not sources

Bureaus, fingerprinting, lists, geolocation and behaviour stay out.

A bureau is a credit database; fingerprinting is identifying the device; PEP are politically exposed persons.

Credit bureaus, fraud scores, commercial device fingerprinting, PEP and sanctions lists, geolocation as proof, behaviour as proof, age estimation from a face and third-party biometrics are not in the catalogue. SMS is only the delivery channel for the link, never proof of possession.

N07vocabularyhonest labels

Promises outside the code

No availability promised outside the contract, no guaranteed accuracy, no certification of our own.

Guaranteed accuracy would be promising a hit rate.

The live-presence component is AWS-certified; Hummand is not certified. Availability is what the contract defines, and "post-quantum" is not in the vocabulary. Every capability carries one of three labels: available, in accreditation, target architecture.

See Capabilities
N08plan rulemonitoring

Continuous monitoring before real acts

Alerts are computed on read; no source is swept in the background.

No source is swept in the background. What runs by itself is what the client schedules: the rounds of the reverification cycle and the team's access review. A vital-status source only triggers an exception proof at the client's request; the proof is still the presence.

See Alerts
1.0

Verify a receipt

Paste the JSON and the public key. No account, nothing sent: it runs in your browser.

Open the verifier
2.0

Talk to us

A technical conversation, straight with the people who build it, no sales script.

Contact