En vårdgivare, en bank och en tillsynsmyndighet begär alla samma bevis - i tre olika format.

För AI-leverantörer

Bygg passet en gång.
Lägg fram det vid varje gräns.

En Ripple är det bevispass som ditt AI-system bär: syfte, datakategorier, rättslig grund, granskning av bias, utformning av tillsyn, träffsäkerhet under skifte och diagnostiska resultat. Skapat en gång. Återanvändbart för köpare och granskningar.

Skapat en gång, återanvändbart i granskningarStatus synlig via en offentlig länkBevispost. Inte certifiering.

Bevisbegäran är inte längre en formalitet. Den är grinden.

De som driftsätter inom hälsa, finansiella tjänster och tjänster riktade till minderåriga bär nu personliga skyldigheter enligt EU:s AI Act och GDPR som de inte kan uppfylla på din försäkran. De behöver en post de kan hålla upp. En Ripple är den posten - och det är ditt att utfärda den innan de frågar.

Vad granskaren frågar

Åtta frågor som avgör om ditt system klareras.

DPO frågar om grund och särskilda kategorier av data. CISO frågar om verktyg, referenser och utflöde. Inköpsansvarig frågar vad som förfaller och när. Ditt pass besvarar alla tre ur en enda post - innan granskningen stannar av.

Ställda vid varje granskning

Vilka särskilda kategorier av data behandlar systemet - GDPR Art. 9?
Används våra data för att träna eller finjustera din modell?
Var körs inferensen, och på vilken överföringsgrund lämnar data?
Hur granskades bias - AI Act Art. 10? Visa resultatet, inte policyn.
Hur är mänsklig tillsyn utformad - AI Act Art. 14? Vem kan åsidosätta, och på vilken grund?
Har träffsäkerheten hållit sedan valideringen - Art. 15 - eller har populationen skiftat?
Loggas systemets händelser automatiskt - Art. 12?
Om ni byter modellen bakom slutpunkten, hur skulle vi få veta?

Vad passet registrerar

Tio avsnitt. Vart och ett knutet till den artikel granskaren måste uppfylla.

Identitet, leverantör och avsett syfte
Datakategorier - Art. 9, Art. 8, finansiell profilering
Modell- och leverantörsstack, med ändringar registrerade
Rättslig grund - GDPR Art. 6, 9, 22 · DPIA enligt Art. 35
Datastyrning och granskning av bias - AI Act Art. 10
Utformning av mänsklig tillsyn - AI Act Art. 14
Träffsäkerhet och robusthet under skifte - AI Act Art. 15
Händelseloggning och spårbarhet - AI Act Art. 12
Underbiträden, värdregion, överföringsgrund
Bevisposter, förfallodatum och gällande visum

Så fungerar det för leverantörer

Bygg en gång. Registrera bevisen. Lägg fram det vid varje gräns.

01

Utfärda passet

Fyll i din Ripple: syfte, datakategorier, rättslig grund, utformning av tillsyn, och modellstacken bakom slutpunkten.

02

Registrera diagnostiken

Lämna resultat från granskning av bias, träffsäkerhet under skifte och exponering som bevis - dokument, sammanfattningar, resultat. Vart och ett registreras mot systemet.

03

Lägg fram det

En Wake bär de registrerade bevisen till granskaren - DPO, CISO, inköp eller en behörig myndighet - redan sammanställda.

04

Bär referensen

"Bär en Ripple" - daterad och med förfallodatum. En granskare kan se passets registrerade status via en offentlig länk, inte en logotyp.

Så färdas standarden

Passet är en post som granskaren kan se.

Den som driftsätter frågar

"Skicka oss den Ripple som gäller detta system."

Leverantören utfärdar

Ett pass. Registrerade bevis. Verkligt förfallodatum.

Systemet bär det

"Bär en Ripple" - med sin status via en offentlig länk.

Nästa granskare granskar det

Samma post, i samma struktur, vid nästa gräns.

Bär en Ripple - leverantörens märke

Visa den där dina köpare tittar. Den leder till passets registrerade status: avsnitt, bevisposter, förfallodatum och de Droplets som gäller. Att se den kräver ingen kontakt med ditt säljteam.

Bevispost. Inte certifiering, bedömning av överensstämmelse eller myndighetsgodkännande.

Carries a Ripple

Ripple registrerad · förfaller 30 Sep 2026

Bemött

Leverantörers invändningar - besvarade.

“Vi fyller redan i säkerhetsformulär.”

Ett formulär byggs om för varje granskare och kan inte jämföras med något. En Ripple skapas en gång och läggs fram i samma struktur vid varje granskning - för en vårdgivare, en banks riskfunktion för tredjepart, en tillsynsmyndighet, ett anmält organ. Bevisen är desamma; arbetet slutar återkomma.

“Vårt system är lågrisk. Det behöver inget pass.”

Risken ärvs från driftsättningen, inte deklareras av leverantören. Samma assistent är lågrisk i en intern wiki och Annex III högrisk i samma stund som en kliniker, en kredithandläggare eller en minderårig finns på andra sidan. Ett system som bär en Ripple kan klareras för de kontexterna. Ett som inte gör det, kan inte.

“Vi röjer inte proprietära modelldetaljer.”

Ett pass registrerar vad som är bevisat om ett system, aldrig hur det är byggt. Råposter, prompter, korpusar och modellvikter begärs aldrig. Du tillhandahåller bevis - dokument, sammanfattningar, resultat - och de registreras mot systemet.

“Vi är inte i en reglerad sektor.”

Dina driftsättare är det. Hälso-AI omfattas av GDPR Art. 9 och, när det är en produkt, MDR. Finansiell AI omfattas av Art. 22 och DORA:s krav på tredjepart. Varje system som en minderårig kan nå omfattas av GDPR Art. 8 och DSA Art. 28. Skyldigheten anländer med den kontext ditt system säljs in i.

Steg 2 - passet

Utfärda det pass som ditt system bär.
Innan nästa granskning stannar av.

En enda Ripple besvarar vårdgivaren, banken och tillsynsmyndigheten ur samma post - med diagnostikresultaten registrerade och förfallodatumet synligt på framsidan.

AffectLog tillhandahåller tekniska och operativa bevis till stöd för beslut om AI-åtkomst. Inte juridisk rådgivning, certifiering, bedömning av överensstämmelse av anmält organ eller myndighetsgodkännande.