Manav.id
For AP, treasury & ERP platforms

The release your product triggers deserves a signature your customer’s CFO can’t disown.

Your platform moves your customers’ money. Manav adds one call before release: a passkey signature from the named approver, bound to the exact amount, beneficiary and account — and an Ed25519 receipt their bank, auditor and insurer verify offline. The deepfake on the call can’t produce it.

The receipt below was signed and checked in this tab, with zero network calls.

Never in your money pathNo biometric vaultVerify without us, forever
MANAV RECEIPT · v1 network: idle
…
Generating key & signing…
Ed25519 · WebCrypto · in this tab
actionwire.release amount USD beneficiaryGreenLeaf Designs LLC · acct ••••4471 released bymanav:human:7f3a9c…e21b · Controller assurancepasskey + liveness challenge issued—
Cryptographic fields
nonce— kid— sig—
Edit the amount. Watch the signature fail.
The loss your customers are carrying
$3.04B

lost to BEC in 2025; 86% moved by wire or ACH.

$141K

average funds-transfer-fraud insurance claim; 52% began as BEC.

$25.6M

wired by one employee after a video call where every colleague was a deepfake.

The control being defeated

The last line of defense on a large payment is a phone call — a channel NIST SP 800-63B-4 now classifies as restricted and not phishing-resistant, carrying a voice that deepfake attempts rose 1,300% against. FS-ISAC, the ABA and BPI concede the callback assumes threat actors won’t have compromised the callback channel itself — and recommend FIDO2 passkeys instead. Your customers are running that control inside your product today.

What fails without it: the compromised mailbox, the perfect invoice, the “CFO” on the video call — none of them can produce the approver’s device signature. The release endpoint holds.
What your platform gains: a control your customers’ auditors can re-perform from the artifact alone (PCAOB AS 2201), evidence for UCC §4A security-procedure arguments, and a differentiator no anomaly-score competitor can copy.
Where it sits in your product

Three integration points. Your brand, our receipt.

The release endpoint

One sign() before funds move, above a customer-set threshold. Your callback stays as fallback — you’re replacing latency, not adding it.

Vendor bank-detail changes

The single highest-yield gate: no beneficiary change takes effect without the enrolled approver’s signature over the new details.

The payment-run approval

Batch approval becomes a signed artifact attached to the run — exportable to the customer’s bank and insurer.

// Before the consequential action, from your backend:
const receipt = await manav.sign({
  action: 'wire.release',
  payload: { amount, currency, beneficiary, account },
  approver: payment.authorizedApprover,
  assurance: 'passkey+liveness',
});
if (receipt.ceremony === 'completed') proceed(receipt.id);
// Anyone verifies the receipt offline against our published JWKS — forever.
Structurally neutral. The receipt format and verifier are Apache-2.0 open source, filed at the OpenID Foundation and IETF. You embed a standard, not a competitor.
Nothing of yours flows through us. Payloads never leave your systems — only hashes. A Manav outage can’t block your product: issuance pauses, every existing receipt still verifies.
Verification is free for everyone, forever. Your customers’ auditors, banks and counterparties check receipts with one public key — that’s what makes the receipt worth issuing.
We’re early and say so. No fake logos — the mechanism runs in this page. Read the full finance playbook — Article 4A, the callback teardown, the auditor’s view →
Try it before you talk to us

Run the ceremony yourself. Then try to fake it.

A controlled sandbox of the exact flow above — your system asks, the enrolled human signs on their own device, a receipt is issued, and you attack it. Real Ed25519, in this tab, nothing sent anywhere.

Next step

A 30-minute integration conversation.

Bring the flow in your product where this belongs. We’ll run the ceremony on it and hand you a receipt you can verify yourself before the call ends — and a straight answer on what an embed looks like commercially.

Step 1 of 2

Talk to us about embedding

No biometrics, no tracking pixels. Your email goes to one inbox and nowhere else.
Step 2 of 2

Where would it sit?

Something went wrong. Email [email protected] and we’ll sort it.
✓

Request received.

You’ll get times from [email protected] within one business day — reply to lock one in.

We’re early, and we’d rather say so than fake logos: the receipt format and verifier are public, Apache-2.0 open source, and the mechanism above just ran in your browser. Judge it before you ever talk to us.