01
De bon verkrijgen
De bon wijst één bestuurde interactie aan. Vandaag krijgt u hem van de klant wiens inzet het gesprek voerde of aannam; die kan hem exporteren zonder het ons te vragen.
Toezichthouders en FG's
Wat een bon vastlegt, en wat niet.
Deze pagina is geschreven voor iemand die zich een oordeel moet vormen, niet voor iemand die iets koopt. Ze zet uiteen hoe een compliancebon wordt nagerekend, welke delen daarvan vertrouwen in Audact veronderstellen en welke niet, en waar ons contact met autoriteiten werkelijk op neerkomt.
Niets op deze pagina is door een autoriteit beoordeeld, overgenomen of onderschreven, en dat zeggen we waar het ertoe doet, niet onderaan.
Een bon narekenen
Vier stappen, en geen ervan vraagt om een Audact-account.
Een bon is één object per bestuurde interactie. De rekensom hieronder draait op het object in uw hand; de Merkle-wortels zijn gepubliceerd op api.audact.ai/v1/metachain.
- 02Zonder sleutel
De hashes narekenen
De invoerhash, de uitvoerhash en de schakel naar de vorige bon zijn uit de bon zelf na te rekenen. Een hercalculatie komt uit, of hij komt niet uit.
- 03
De insluiting in de Merkle-wortel toetsen
De bon draagt een Merkle-pad en een index. Wie het pad tegen de wortel afloopt, stelt vast dat deze bon in die partij zit en niet door een andere is vervangen. De wortels zijn gepubliceerd op api.audact.ai/v1/metachain; het artikel 50-rapport van het gesprek draagt het insluitingsbewijs voor de verificatie.
- 04Op verzoek
Het omliggende dossier opvragen
De beleidsversie is per klant te exporteren, in JSON en in een vorm die een functionaris voor gegevensbescherming kan lezen.
Bonverkenner Loop een voorbeeldketen veld voor veld na. Geen account, geen API-sleutel.
Voorbeeldbon (JSON) De machineleesbare vorm, met synthetische waarden.
Voorbeeldbon (PDF) Hetzelfde dossier in een vorm die een FG kan lezen.
Reikwijdte
Welke delen geen vertrouwen in ons vragen, en welke wel.
Dit is het deel van het bewijsmodel dat uw tijd het meest waard is. Het staat hier precies zoals het op de bewijspagina staat, en het wordt voor dit publiek niet sterker.
Iedereen kan het narekenen
Drie waarden, zonder sleutel na te rekenen
De invoerhash, de uitvoerhash en de schakel naar de vorige bon. Een vierde, de insluiting in de Merkle-wortel, wordt met het insluitingsbewijs uit het artikel 50-rapport van het gesprek tegen de gepubliceerde wortel gecontroleerd. Voor de drie die staan geldt: geen sleutel, geen account en geen toegang tot onze database – de rekensom draait op de bon in uw hand.
Sleutel nodig
Waar de sleutel voor is
De authenticatiecode is HMAC-SHA256 over de canonieke bon, onder een symmetrische sleutel die Audact beheert. Wie de code kan controleren kan hem ook maken. Hij toont aan dat het dossier ongeschonden is, niet wie het schreef.
Wat hij vastlegt
Waar een bon over gaat, en waar niet
Een bon is een getrouw dossier van wat het systeem ontving, besloot en vrijgaf. Dat legt hij vast – niet of de wereld daarmee overeenkwam. Gaf een beller een verkeerde naam op, dan legt de bon die verkeerde naam getrouw vast.
Nog één punt, omdat het het vaakst andersom wordt aangenomen. De tijdstempel op de wortel is een RFC 3161-tijdstempel van freeTSA.org, een gratis openbare dienst. Hij legt een volgorde vast tegen onze eigen keten; freeTSA.org is geen gekwalificeerde vertrouwensdienst onder eIDAS, dus dit is geen gekwalificeerde tijdstempel en we presenteren het ook niet zo.
Een latere wijziging of herordening van de keten is detecteerbaar door hercalculatie tegen een bewaard commitment. Dat is de eigenschap die wij claimen, en iets sterkers claimen we niet.
Contact
Hoe ons contact met autoriteiten er werkelijk voor staat.
Elke regel zegt wat het is en wat het niet is. Niets ervan verleent een status, en niets ervan is te lezen als een oordeel over Audact door wie dan ook.
Stand, augustus 2026
EU AI Office: reactie op de Artikel 50-consultatie
3 juni 2026
EU AI Pact: vrijwillige Pijler II-toezeggingen
Vermeld
Regelgevingssandboxen onder artikel 57 (NL, DE)
Verkennend gesprek
Geen deelnemer
Nationale toezichthouders
Gesprek gezocht
Geen overname
Openbare controledienst
In ontwikkeling
Geen datum toegezegd
Een ontvangstbevestiging van een consultatiereactie is geen aanbeveling en verleent geen bijzondere status. Het AI Pact is een vrijwillige publieke toezegging; de Commissie stelt vast dat de toezeggingen juridisch niet bindend zijn; ondertekening is dus geen certificering, geen goedkeuring, en levert geen juridisch vermoeden op dat een systeem aan de AI-verordening voldoet. Geen enkele autoriteit heeft deze pagina overgenomen of onderschreven.
Het bredere dossier
Wat er om een bon heen ligt.
Eén interactie is zelden de hele vraag. De documenten hieronder zijn wat een toezichthouder of een functionaris voor gegevensbescherming meestal als volgende opvraagt, en ze zijn openbaar.
Trust Center Subverwerkers, hosting, bewaartermijnen, en waar we geen certificering voor hebben.
Beveiligings- en compliancearchitectuur Verwerkersovereenkomst, subverwerkersmatrix, aansprakelijkheidsverdeling en wat een DPIA zou moeten dekken (geen sjabloon gepubliceerd).
Verwerkersovereenkomst De voorwaarden onder artikel 28, voluit.
Artikel 50, artikel voor artikel Wat de wet vereist, met de artikelnummers.
Onze inzending voor de Artikel 50-consultatie Vijf standpunten, ongekort gepubliceerd.
Een kwetsbaarheid melden Beleid voor gecoördineerde melding en safe harbour.
Vraag het rechtstreeks
Een technische toelichting, met een engineer erbij.
We maken een uur vrij voor medewerkers van toezichthouders, functionarissen voor gegevensbescherming en juristen. Neem de vragen mee die deze pagina niet heeft beantwoord; die over wat het artefact NIET vastlegt zijn het nuttigst.
- regulators@audact.ai
Vermeld uw rol en organisatie.
- security@audact.ai
Beveiligingsmeldingen en gecoördineerde kwetsbaarheidsrapporten.