Aanmaken
Aan het eind van een bestuurde interactie schrijft het platform een bon: de mededelingsgebeurtenis, het rechtsgebied en de hashes van wat erin ging en wat eruit kwam.
Onderdeel van de Audact-laag
Een bon die u kunt overhandigen.
Bonnen: Werkt vandaag · publieke controledienst: Nog niet beschikbaar
Elke bestuurde interactie levert een compliancebon op: gehasht, geschakeld aan de vorige, en samengevoegd in een Merkle-boom waarvan de wortel een RFC 3161-tijdstempel draagt.
Drie velden op die bon kan iedereen vandaag narekenen: de invoerhash, de uitvoerhash en de schakel naar de vorige bon. De 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 is er geen sleutel nodig, geen account en geen contact met ons.
- Inbegrepen in Agency Voice & Enterprise
- Octrooi aangevraagd op de governance-stack (UK IPO)
Hoe het werkt
Aanmaken, verankeren, narekenen.
Verankeren
Bonnen worden gehasht en samengevoegd in een Merkle-boom. De dagelijkse wortel draagt een RFC 3161-tijdstempel, zodat een latere wijziging of herordening detecteerbaar is door hercalculatie tegen een bewaard commitment.
Narekenen
Publieke controledienst: Nog niet beschikbaar
Publieke controledienst 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. Het vierde veld, de insluiting in de Merkle-wortel, wordt met het insluitingsbewijs uit het artikel 50-rapport van het gesprek tegen de gepubliceerde wortel gecontroleerd. De andere drie zijn aan de bon zelf te controleren, door iedereen die hem heeft – zonder sleutel, zonder account.
Reikwijdte
Waar de bon over gaat, en waar niet.
Een bon legt vast dát er een bestuurde interactie was en wat de governance daarover heeft besloten. Het is de registratie van de beslissing, geen transcript: hij draagt de hashes in plaats van de woorden.
Dat is met opzet. Zo kunt u een bon aan een klant, een verzekeraar of een toezichthouder geven zonder het gesprek mee te geven, en blijft de registratie bestaan wanneer de audio onder uw bewaarbeleid wordt verwijderd.
- Alleen digest – geen leesbare inhoud
- Eén bon per bestuurde interactie, geschakeld aan de vorige.
- De export geeft de bonnen terug. Dat is niet hetzelfde als dat een buitenstaander de export kan controleren: de exportenvelop verwijst naar een sleutel van ons, en die is niet gepubliceerd.
- De authenticatiecode op de bon is HMAC-SHA256 onder een symmetrische sleutel die wij aan uw tenant uitgeven; juist dat veld vraagt uw sleutel.
Waar het heen gaat
Naar de auditdashboards die u al draait.
De routekaart bevat native koppelingen met de grote privacy- en trust-managementplatforms, zodat bonnen een bestaand auditdashboard bereiken zonder dat er eerst een integratieproject staat.
Koppelingen zijn gepland. Tot die tijd loopt de export via REST en bestanden.
Volgende stap
Eerst kijken, dan kopen.
Lees een voorbeeldbon veld voor veld en zie per veld of een derde het kan narekenen, alleen kan aflezen, of er een sleutel voor nodig heeft. Beslis daarna of dat het artefact is dat uw klanten nodig hebben.
Verwante pagina's
Het Audact-platform Control en Proof zijn de laag; Voice is de toepassing erop.
Proof De bon veld voor veld, met de keten en het Merkle-pad.
Observability Layer Bondekking is een van de vier SLO's.
Evidence Vault-API Waar bonnen worden bewaard en vanaf geëxporteerd.