Ga naar hoofdinhoud
Audact
Bekijk het aanbod

API · Evidence Vault

Bonnen, opvraagbaar en na te rekenen.

Publieke API-host: In ontwikkeling

GET https://api.audact.ai/v1/receipts/{id}

De publieke API-host. De codevoorbeelden documenteren de bedoelde interface en de endpoints die binnen het huidige product worden gebruikt.

Op deze host wordt nog geen publieke API aangeboden, behalve de gepubliceerde Merkle-wortels op /v1/metachain. De endpoints die binnen het product worden gebruikt zijn niet hetzelfde als een publieke API.

Waarom deze status
Bewering
In ontwikkeling · Alleen na aanvraag
Reikwijdte
De publieke API-host. De codevoorbeelden documenteren de bedoelde interface en de endpoints die binnen het huidige product worden gebruikt.
Grond
Op deze host wordt nog geen publieke API aangeboden, behalve de gepubliceerde Merkle-wortels op /v1/metachain. De endpoints die binnen het product worden gebruikt zijn niet hetzelfde als een publieke API.
Wat het niet vaststelt
Dat een afzonderlijk endpoint vandaag werkt. Dat wordt per endpoint bevestigd, en die bevestiging staat open.
Wat u vandaag kunt krijgen
Productietoegang zit in een lopend betaald contract. Endpoints worden niet apart geprijsd.
Laatst nagekeken
5 oktober 2026
Waar u het nakijkt
/apis

Productie-export: Werkt vandaag · op 26 augustus 2026 na de deploy hertestPublieke controlepagina: Nog niet beschikbaar

Alles wat de andere vijf eindpunten schrijven komt hier terecht. Bonnen worden samengevoegd tot een dagelijkse Merkle-wortel, en de losse bon is zichtbaar in het product. De productie-export van een verzameling bonnen – JSON voor een machine, pdf voor een mens – werkte bij de hertest op 26 augustus 2026 na de deploy — vijf gesprekken, dertig gevalideerde beurten, dertig bonnen — gemeten op browsergesprekken in plaats van over een telefoonlijn. Wat de vastlegging zelf draagt verandert daar niet door: een latere wijziging of herordening is detecteerbaar door hercalculatie tegen het bewaarde commitment. Dat is de eigenschap, en ze is zwakker en eerlijker dan het woord waar de meeste leveranciers naar grijpen.

GET /v1/receipts/{id}

{
  "receipt": {
    "receipt_format_version": "1.0.0",
    "call_id": "7f3c2a1e-0000-4000-8000-000000000000",
    "timestamp": "2026-08-15T10:14:23Z",
    "input_hash": "9b1d…e04a",
    "output_hash": "9b1d…e04a",
    "verdict": "ALLOW",
    "config_version": 12,
    "config_seal_hash": "4c2e…91d0",
    "policy_version": "DE_v1.1.0",
    "evidence_hash": "0b8e…7a13",
    "auth_mechanism": "hmac-sha256",
    "signature": "z3fx…c0de"
  }
}

De bon zoals de engine hem uitgeeft: JSON, gecanonicaliseerd zoals beschreven op /receipt-explorer, vóór de HMAC-SHA256-code wordt berekend onder een symmetrische sleutel die door Audact beheerd wordt — geen publieke-sleutelhandtekening. `receipt_format_version` benoemt het formaat, zodat een oudere bon controleerbaar blijft als het verandert.

GET /v1/receipts?from=…&to=…

curl -G https://api.audact.ai/v1/receipts \
  -H "Authorization: Bearer $AUDACT_API_KEY" \
  -d from=2026-08-01 \
  -d to=2026-08-31 \
  -d jurisdiction=NL \
  -d format=pdf \
  -d bundle=true

De aanroep die de productie-export zal krijgen, één per periode per rechtsgebied. De export zelf werkte bij de hertest op 26 augustus 2026 na de deploy: vijf gesprekken, dertig gevalideerde beurten, dertig bonnen, gemeten op browsergesprekken in plaats van over een telefoonlijn. De dagwortels horen mee te reizen in de export, zodat een pakket daartegen na te rekenen is; dat zijn de wortels die wij meeleveren; de wortels zijn gepubliceerd op api.audact.ai/v1/metachain. Een export levert de bonnen die passen bij de periode en het rechtsgebied die u opvraagt. Hij toont niet aan dat elk gesprek in die periode een bon heeft opgeleverd.

Wat u krijgt

Merkle-aggregatie: bonnen worden samengevoegd tot Merkle-wortels per tenant; de wortels zijn gepubliceerd op api.audact.ai/v1/metachain, en de bulkexport is ontworpen om ze te dragen.
Werkt vandaag
Twee exportvormen uit één vastlegging: JSON voor een machine, pdf voor een mens. Productie-export van een verzameling bonnen. De export is verzegeld met een ECDSA-handtekening; de bonnen erin dragen hun HMAC. De publieke-sleutel-URL in de envelop resolvt nog niet, zodat een partij buiten het platform het zegel vandaag niet kan controleren.
Werkt vandaag
Het maandelijkse bewijspakket zit niet in het aanbod.
In validatie
Bewaartermijnen per rechtsgebied; cryptografisch wissen voor de rest volgt binnenkort.
In gecontroleerde tests
Voorbeeldartefacten om te bekijken vóór u een regel code schrijft.
Werkt vandaag
Een publieke controlepagina, voor een tegenpartij zonder account.
Publieke controlepagina nog niet beschikbaar

Wat houdt

Drie velden die iedereen kan narekenen. Geen sleutel, geen account. Een vierde, met het insluitingsbewijs uit het artikel 50-rapport van het gesprek getoetst aan de gepubliceerde wortel.

De hash van wat erin ging, de hash van wat eruit kwam en de schakel naar de vorige bon zijn uit de bon zelf na te rekenen: geen sleutel, geen account. Wie die drie narekent: elke latere wijziging of herordening is detecteerbaar door hercalculatie tegen het bewaarde commitment. De vierde, de insluiting in de Merkle-wortel, wordt met het insluitingsbewijs uit het artikel 50-rapport van het gesprek getoetst aan de gepubliceerde wortel; het rapport draagt `event_inclusion_proof`, `cross_tenant_proof` en `merkle_root`, en `POST /v1/verify-inclusion` controleert één takbewijs zonder sleutel.

De authenticatiecode is iets anders. Het is HMAC-SHA256, berekend met een symmetrische sleutel die door Audact beheerd wordt. Het is geen digitale handtekening en er is geen publieke verificatiesleutel. Wie hem kan controleren kan hem ook maken. Hij authenticeert; hij wijst niet toe.

Bewaren

Zolang het rechtsgebied het vraagt, en niet langer.

De bewaartermijn wordt per rechtsgebied gezet, omdat het antwoord per rechtsgebied verschilt. Valt een vastlegging buiten haar termijn, dan wordt de sleutel van de inhoud vernietigd en blijft de ketenregel staan: de volgorde blijft toetsbaar, de inhoud is weg. Die wisstap volgt binnenkort. Precies dat maakt een verwijderverzoek onder art. 17 AVG überhaupt verenigbaar met een bewijsketen.

Vragen

Kan een toezichthouder een bon controleren zonder Audact-account?
De drie na te rekenen velden wel: met het bestand en een hashfunctie. De vierde, de Merkle-inclusie, wordt met het insluitingsbewijs uit het artikel 50-rapport van het gesprek getoetst aan de gepubliceerde wortel. Publieke controlepagina nog niet beschikbaar: de wortels zijn gepubliceerd op api.audact.ai/v1/metachain, maar een dienst die de stappen voor u uitvoert bestaat vandaag niet, en er is geen datum toegezegd.
Wat voegt de pdf toe boven de JSON?
Leesbaarheid, meer niet. Hij draagt dezelfde velden uit dezelfde vastlegging, gezet voor iemand die geen terminal gaat openen.
Wat gebeurt er met de keten na een verwijderverzoek?
De regel blijft, de inhoud gaat. De sleutel die de inhoud ontsluit wordt dan vernietigd, dus de volgorde en de hashes sluiten nog aan terwijl de persoonsgegevens onherstelbaar zijn. Die wisstap volgt binnenkort.

Bekijk eerst het voorbeeldartefact

Een voorbeeldbon in het productieformaat: de velden die de engine uitgeeft, met synthetische waarden. De invoer- en uitvoerteksten staan naast de bon zodat de hashes narekend kunnen worden; een productibon bevat alleen de hashes.

Reken zelf een keten na

De bonverkenner neemt een voorbeeldketen en loopt hem door: invoerhash, uitvoerhash, de schakel naar de vorige bon en het Merkle-pad. In uw eigen browser, zonder account.

Open de bonverkenner

Verwant