Invoance
Get a DemoLog InSign Up
DOCUMENT / 01CRYPTOGRAPHIC FILE PROOF

Your PDF can look final and still be the wrong file.

An edited invoice, disputed contract, or forged certificate can look completely legitimate. Anchor the exact file when it becomes final and give anyone a signed fingerprint they can verify later, without ever sending the document to Invoance.

When someone asks “is this the original?”, the answer should take seconds, not a support ticket, an email search, and someone’s word.

Anchor your first document See a verification page
One API call File can stay private Verify without an account
LIVE DOCUMENT VERIFICATION
VERIFY / vendor-bank-details.pdf
TRY THE VERIFIEROne changed field. A completely different fingerprint.
PAYMENT INSTRUCTIONS
NW-AP-1042
SupplierNorthwind Labs GmbH
InvoiceINV-2026-1042
Bank accountDE44 5001 0517 5407 3249 31
Amount€12,480.00
ANCHORED FINGERPRINT3b0c44f5c8e1a7d2…d91a
THIS FILEaa82f9700d14b3c9…20e6
This is not the anchored documentThe file changed after the trusted version was anchored.
01FingerprintHash the exact bytes locally
02AnchorSign and timestamp the final version
03VerifyCompare any copy in seconds
02THE EXPENSIVE QUESTION

“Which file was final?” becomes urgent only after trust has already broken.

Storage proves you have a file now. It does not give an outsider strong evidence that the file was not edited after approval, issue, or submission.

invoice-1042.pdf

The bank details changed after the invoice left finance.

Which copy did your team actually issue before the payment was sent?
Without proofA folder timestamp and an email attachment that both parties can question.
With InvoanceThe altered copy fails against the signed fingerprint anchored at issue time.
03THE DIFFERENCE

A stored copy is a file. An anchor is evidence about that file.

Keep Drive, S3, SharePoint, your DMS, and every workflow you already use. Invoance adds the independent proof layer beside them.

ORDINARY FILE STORAGE
INVOANCE DOCUMENT ANCHOR
What it preserves
A copy controlled by your system
A signed fingerprint of the exact bytes
If one byte changes
The file may still look identical
The fingerprint no longer matches
Who can verify
Someone with access to your storage
Anyone holding the file and proof
What leaves your system
Usually the full document
Only the fingerprint, unless you choose storage
What it replaces
Nothing. It is your source of files
Nothing. It adds verifiable integrity beside it
04FROM FINAL FILE TO VERIFIABLE PROOF

Three small steps. No document migration.

Add the anchor at the point your application already knows a document is final: after signing, approval, generation, filing, or issue.

01

Fingerprint locally

Compute SHA-256 where the file already lives. The document can remain inside your application, storage bucket, or customer environment.

file → sha256: 3b0c…d91a
02

Anchor the final version

Send the fingerprint when the document becomes final. Invoance timestamps it, signs it with your organization key, and stores an append-only record.

fingerprint → signed anchor
03

Let anyone verify

Share a proof link or verify offline. Re-hashing the file answers whether the copy is byte-for-byte identical to the anchored original.

copy + proof → match / mismatch
05SHIP IT IN YOUR STACK

Hash locally. Anchor with one call.

Every supported SDK can anchor a fingerprint. Keep the event ID beside your document record and place the verification link wherever customers, auditors, or counterparties will need it.

Nine integration options Eight SDKs plus raw HTTP.
Safe retries Idempotency prevents duplicate anchors.
Optional file storage Fingerprint-only remains the default path.
Read the document API docs
ANCHOR DOCUMENT
POST /v1/documents/anchor
import { createHash } from "node:crypto";
import { readFileSync } from "node:fs";
import { InvoanceClient } from "invoance";

const client = new InvoanceClient();
const bytes = readFileSync("contract.pdf");

const proof = await client.documents.anchor({
  documentHash: createHash("sha256").update(bytes).digest("hex"),
  documentRef: "msa-acme-v3",
});

console.log(proof.event_id);
The document stays local. Only its fingerprint is required.
06WHERE PROOF PAYS FOR ITSELF

Anchor the documents that become expensive when someone questions them.

Finance

Stop changed payment instructions

Give accounts payable a way to check invoices and bank-detail letters before money moves.

invoices · remittance letters · statements
Legal

End the final-version argument

Preserve the exact contract, policy, or disclosure that existed at approval time.

contracts · policies · board minutes
Issuers

Make credentials self-verifying

Let recipients and third parties validate certificates without waiting for your team.

certificates · licenses · reports
Compliance

Answer evidence requests with proof

Show that today’s file is the same file retained or submitted months ago.

filings · audit packs · control evidence
07DOCUMENT ANCHORING QUESTIONS

Strong proof without giving up document privacy.

01

Does Invoance need the document?

No. Anchor only the SHA-256 fingerprint and keep the file in your existing storage. Optional managed storage is available when you explicitly want it.

02

Can a fingerprint reveal the document?

A SHA-256 fingerprint is one-way. It is used to compare an existing file, not reconstruct the file’s contents.

03

What happens when the document changes?

The new bytes produce a different fingerprint. Anchor the new approved version as a new record; the earlier proof remains intact.

04

Do verifiers need an account?

No. Public proof pages can be checked without signing in, and exported records can be verified offline with the issuer’s public key.

READYANCHOR THE NEXT FINAL FILE

The next disputed document can already have its answer.

Start with one invoice, contract, certificate, or filing. Keep the file where it is and add the signed proof beside it.

Anchor your first document View the integration guide
Start free · One API call · No document migration
01Audit logs02AI decisions03Documents04Business events05Whole workflows
Invoance

Neutral proof infrastructure for records that must survive scrutiny. Signed at creation. Verifiable outside your dashboard.

ALL SYSTEMS OPERATIONALEvidence infrastructure · Online

Build

  • Developer overview
  • API endpoints
  • Official SDKs
  • Authentication
  • Verification model

Use Invoance

  • Why Invoance
  • How it works
  • Compliance teams
  • Finance teams
  • Pricing

Verify

  • Audit log
  • AI attestation
  • Document
  • Ledger event
  • Sealed trace

Company

  • Resources
  • Security
  • Partners
  • Contact
  • System status
FIELD NOTES / 01Proof patterns for teams building trust.

Invoance provides cryptographic proof and verification infrastructure. It does not provide legal, financial, compliance, or regulatory advice.

Read proof disclaimer

Records anchored with Invoance are cryptographically signed and designed to reveal tampering. Invoance verifies that a specific record existed in a particular form at a particular time; it does not assess the record's accuracy, authenticity, legality, or underlying contents. Public verification links can be resolved without authentication. Invoance is not a custodian of funds, a legal authority, or a regulated financial institution. Using Invoance does not by itself satisfy any legal or regulatory requirement. Consult qualified legal or compliance professionals regarding your obligations.

© 2025 – 2026 Invoance, Inc. All rights reserved.
PrivacyLegalFAQ
PROOF, NOT PROMISES.