POST /v1/audit/eventsAudit Logs
Customer-facing, signed activity records for B2B SaaS. Each event can be tied to an organization and exposed through a read-only portal.
- Typical buyer
- SaaS product, security, compliance, and platform teams
AI / SITE MAP STRUCTURED OVERVIEW
This page explains every major idea on the Invoance homepage in direct, semantic HTML. Invoance turns critical digital actions into signed, independently verifiable evidence.
Application databases and logs can state that an action occurred, but a customer, auditor, insurer, lender, or reviewer may still question the record. Invoance creates signed evidence at the moment of the action so the exact record can be checked later without relying only on your own UI.
POST /v1/audit/eventsCustomer-facing, signed activity records for B2B SaaS. Each event can be tied to an organization and exposed through a read-only portal.
POST /v1/ai/attestationsA tamper-evident record of an AI input, output, model context, and decision evidence that can be checked independently later.
POST /v1/documents/anchorA signed fingerprint of a file that proves which exact version existed at a particular time without publishing the document itself.
POST /v1/eventsAn append-only evidence record for important business actions such as approvals, consent, transfers, and policy changes.
POST /v1/tracesOne sealed evidence thread that joins events, documents, and AI attestations from a multi-system workflow into a single verifiable process.
Your application sends the critical event, file fingerprint, AI decision, or workflow item when it happens.
Invoance signs the normalized record and preserves tamper-evident evidence with its creation time and integrity data.
Give a customer, auditor, reviewer, or counterparty a verification link or export they can inspect independently.
Teams send an authenticated request from the application code path where the important action already happens. Invoance returns a proof identifier; the team keeps its existing database, services, and customer experience.
POST /v1/audit/events{
"organization_id": "org_acme",
"action": "member.role.updated",
"actor": { "type": "user", "id": "user_2841" }
}NEXT / ROUTE