Skip to main content

Artikel 12 voor fintech-AI: registratie en logs

Hoe artikel 12 (registratie) van toepassing is op AI voor kredietscoring en verzekeringen: logging in het ontwerp, wie de logs bewaart, de regel voor financiële instellingen, datums, boetes en wat de verordening openlaat.

Aanbieders van AI-systemen voor kredietscoring en voor levens- of ziektekostenverzekeringen moeten deze zo ontwerpen dat zij gebeurtenissen automatisch registreren (artikel 12).

Dit zijn toepassingen met een hoog risico volgens bijlage III, punten 5, b) en 5, c); fraudedetectie is uitgezonderd van punt 5, b). De verplichting geldt vanaf 2 december 2027, tenzij de uitzondering van artikel 6, lid 3, geldt. Boetes kunnen maximaal 15 miljoen EUR of, voor een onderneming, 3 % van de wereldwijde jaaromzet bedragen, als dat hoger is (artikel 99, lid 4). Volgende stap: som op welke gebeurtenissen uw systeem moet registreren. Aanbieders en gebruiksverantwoordelijken bewaren daarna de logs (artikel 19, artikel 26, lid 6).

Artikel 12 vereist logging in het ontwerp, geen bewaartermijn

Artikel 12 stelt een ontwerpverplichting voor de aanbieder vast. Het bewaren van de logs is een aparte verplichting, die in de rijen hieronder staat.

  • art. 12(1)
    Automatische registratie van gebeurtenissen gedurende de levenscyclus

    AI-systemen met een hoog risico zijn dusdanig technisch vormgegeven dat gebeurtenissen (logs) gedurende de levenscyclus van het systeem automatisch worden geregistreerd.

  • art. 12(2)
    Traceerbaarheid die past bij het beoogde doel

    De loggingfuncties moeten zorgen voor een niveau van traceerbaarheid van de werking van het systeem dat passend is voor het beoogde doel. Zij moeten het mogelijk maken om gebeurtenissen te registreren die relevant zijn voor drie doelen. Het eerste is het identificeren van situaties die ertoe kunnen leiden dat het systeem een risico vormt in de zin van artikel 79, lid 1, of dat er een substantiële wijziging optreedt. Het tweede is het faciliteren van de monitoring na het in de handel brengen (artikel 72). Het derde is het monitoren van de werking van het systeem (artikel 26, lid 5).

  • art. 12(3)
    Minimale loginhoud: alleen biometrische identificatie op afstand

    Artikel 12, lid 3, somt de minimale loginhoud op voor de AI-systemen met een hoog risico in punt 1, a), van bijlage III (biometrische identificatie op afstand). Het geldt niet voor systemen voor kredietscoring of verzekeringen; de verordening noemt daarvoor geen minimale logvelden.

Welke fintech-AI aan artikel 12 moet voldoen en wie de logs bewaart

Artikel 12 geldt alleen voor AI-systemen met een hoog risico. De rijen hieronder laten zien waar fintech-AI een hoog risico krijgt en wie de logs bewaart.

  • Fintech is geen categorie in de verordening

    De verordening kent geen categorie ‘fintech’. Deze website gebruikt het woord voor AI die via twee toepassingen in bijlage III, punt 5, onder de verordening valt. Punt 5, b), betreft AI-systemen die bedoeld zijn om te worden gebruikt voor het beoordelen van de kredietwaardigheid van natuurlijke personen of voor het vaststellen van hun kredietscore. Daarop geldt een uitzondering voor AI-systemen die gebruikt worden om financiële fraude op te sporen. Punt 5, c), betreft AI-systemen die bedoeld zijn om te worden gebruikt voor risicobeoordeling en prijsstelling met betrekking tot natuurlijke personen in het geval van levens- en ziektekostenverzekeringen. Punt 5 noemt geen fraudedetectie, controles op witwassen of ‘ken uw klant’-controles, algoritmische handel, roboadvies, niet-levensverzekeringen, schadeafhandeling of kredietbeslissingen over rechtspersonen. Een systeem voor een van deze toepassingen is alleen een AI-systeem met een hoog risico als een ander punt van bijlage III of bijlage I het omvat.

  • Artikel 6, lid 3, kan een systeem uit bijlage III halen

    Een systeem onder punt 5, b) of 5, c), is een AI-systeem met een hoog risico op grond van artikel 6, lid 2. Volgens artikel 6, lid 3, is het geen AI-systeem met een hoog risico als het geen significant risico op schade voor de gezondheid, veiligheid of grondrechten inhoudt. Daaronder valt dat het de uitkomst van de besluitvorming niet wezenlijk beïnvloedt. De verordening past deze uitzondering toe wanneer aan een van de volgende voorwaarden is voldaan (artikel 6, lid 3, punten a) tot en met d)). Het systeem is bedoeld om een beperkte procedurele taak uit te voeren. Of het is bedoeld om het resultaat van een eerder voltooide menselijke activiteit te verbeteren. Of het is bedoeld om besluitvormingspatronen of afwijkingen van eerdere besluitvormingspatronen op te sporen en is niet bedoeld om de eerder voltooide menselijke beoordeling zonder behoorlijke menselijke toetsing te vervangen of te beïnvloeden. Of het is bedoeld om een voorbereidende taak uit te voeren voor een beoordeling die relevant is voor de in bijlage III vermelde gebruiksgevallen. Hoe deze voorwaarden zich verhouden tot de toets van het significante risico, is een vraag voor een jurist. Het systeem is altijd een AI-systeem met een hoog risico als het profilering van natuurlijke personen uitvoert. Profilering is gedefinieerd in artikel 4, punt 4, AVG (artikel 3, punt 52). Of een bepaald scoring- of prijsstellingssysteem dat doet, is ook een vraag voor een jurist. Een aanbieder die zich op de uitzondering beroept, documenteert zijn beoordeling voordat het systeem in de handel wordt gebracht of in gebruik wordt gesteld. Hij moet het systeem ook registreren (artikel 6, lid 4, artikel 49, lid 2).

  • Aanbieder en gebruiksverantwoordelijke

    De aanbieder ontwikkelt een AI-systeem, of laat het ontwikkelen. Hij brengt het onder eigen naam of merk in de handel of stelt het onder eigen naam of merk in gebruik (artikel 3, punt 3). Onder in gebruik stellen valt ook de levering voor eigen gebruik van de aanbieder (artikel 3, punt 11). Een bank of verzekeraar die een systeem ontwikkelt en onder eigen naam in gebruik stelt, is dus een aanbieder. Een bank of verzekeraar die een systeem onder eigen verantwoordelijkheid gebruikt, is een gebruiksverantwoordelijke (artikel 3, punt 4). Een gebruiksverantwoordelijke wordt in drie gevallen de aanbieder. Hij zet zijn naam of merk op een AI-systeem met een hoog risico dat al in de handel is gebracht, onverminderd contractuele regelingen waarin wordt bepaald dat de verplichtingen anders worden toegewezen. Hij brengt een substantiële wijziging aan in zo’n systeem, waardoor het een AI-systeem met een hoog risico blijft. Of hij wijzigt het beoogde doel van een niet als hoog risico geclassificeerd systeem, zodat het een AI-systeem met een hoog risico wordt (artikel 25, lid 1). De aanbieder die het systeem als eerste in de handel heeft gebracht of in gebruik heeft gesteld, wordt dan niet langer als aanbieder van dat specifieke systeem beschouwd en moet nauw samenwerken met de nieuwe aanbieder (artikel 25, lid 2). Dit geldt niet als de oorspronkelijke aanbieder duidelijk heeft aangegeven dat zijn systeem niet mag worden gewijzigd in een AI-systeem met een hoog risico.

  • Aanbieders bewaren de logs die onder hun controle vallen

    Aanbieders bewaren de logs die automatisch worden gegenereerd door hun AI-systemen met een hoog risico, voor zover die logs onder hun controle vallen (artikel 19, lid 1). Onverminderd het toepasselijke Unie- of nationale recht moet de periode passend zijn voor het beoogde doel en ten minste zes maanden bedragen. Een andere periode kan gelden als het Unie- of nationale recht, met name inzake de bescherming van persoonsgegevens, anders bepaalt.

  • Gebruiksverantwoordelijken bewaren de logs die onder hun controle vallen

    Gebruiksverantwoordelijken bewaren de logs die automatisch door het systeem worden gegenereerd, voor zover die logs onder hun controle vallen (artikel 26, lid 6). De periode moet passend zijn voor het beoogde doel en ten minste zes maanden bedragen. Een andere periode kan gelden als het toepasselijke Unie- of nationale recht, met name inzake de bescherming van persoonsgegevens, anders bepaalt.

  • Financiële instellingen: logs maken deel uit van hun documentatie volgens financieel recht

    Dit geldt voor aanbieders die als financiële instelling onderworpen zijn aan eisen met betrekking tot hun interne governance, regelingen of processen uit hoofde van het Unierecht inzake financiële diensten. Zij bewaren de logs als onderdeel van de documentatie die op grond van dat recht wordt bewaard (artikel 19, lid 2). Gebruiksverantwoordelijken die dergelijke financiële instellingen zijn, doen hetzelfde (artikel 26, lid 6, tweede alinea). De verordening noemt geen specifieke wetgeving inzake financiële diensten.

  • Datums

    De eisen voor deze toepassingen uit bijlage III gelden vanaf 2 december 2027 (artikel 113, derde alinea, punt c), i)). Een systeem dat vóór die datum in de handel is gebracht of in gebruik is gesteld, valt er alleen onder als het ontwerp daarna aanzienlijk wordt gewijzigd. In elk geval moeten aanbieders en gebruiksverantwoordelijken van hoogrisico-AI-systemen die bedoeld zijn om door overheidsinstanties te worden gebruikt, uiterlijk 2 augustus 2030 de nodige stappen ondernemen om te voldoen (artikel 111, lid 2).

  • Boetes

    Aanbieders zorgen ervoor dat hun AI-systemen met een hoog risico voldoen aan de eisen van afdeling 2 van hoofdstuk III. Daartoe behoren de artikelen 9 tot en met 15 (artikel 16, punt a)). Een inbreuk op de verplichtingen van aanbieders in artikel 16 of van gebruiksverantwoordelijken in artikel 26 kan worden beboet. De boete bedraagt maximaal 15 miljoen EUR of, voor een onderneming, maximaal 3 % van haar totale wereldwijde jaarlijkse omzet in het voorafgaande boekjaar, als dat bedrag hoger is (artikel 99, lid 4, punten a) en e)). Voor mkb-bedrijven, met inbegrip van start-ups, geldt voor elke boete als maximum het lagere van de twee grenzen (artikel 99, lid 6). Hetzelfde geldt voor kleine midcapondernemingen (artikel 3, punt 14 ter, artikel 99, lid 6 bis). Elke lidstaat stelt regels vast betreffende de vraag in hoeverre administratieve geldboeten kunnen worden opgelegd aan in die lidstaat gevestigde overheidsinstanties of -organen (artikel 99, lid 8).

  • Bereik en grenzen van de verordening

    De verordening is van toepassing op aanbieders en gebruiksverantwoordelijken die in een derde land zijn gevestigd of er zich bevinden, indien de output van het AI-systeem in de Unie wordt gebruikt (artikel 2, lid 1, punt c)). Zij is niet van toepassing op gebieden die buiten het toepassingsgebied van het Unierecht vallen, en doet geen afbreuk aan de bevoegdheden van de lidstaten op het gebied van nationale veiligheid (artikel 2, lid 3). De verordening is niet van toepassing op AI-systemen of AI-modellen, met inbegrip van hun output, die specifiek zijn ontwikkeld en in gebruik gesteld met wetenschappelijk onderzoek en wetenschappelijke ontwikkeling als enig doel (artikel 2, lid 6). Zij is niet van toepassing op onderzoeks-, test- of ontwikkelingsactiviteiten voordat een systeem in de handel wordt gebracht of in gebruik wordt gesteld. Testen onder reële omstandigheden vallen niet onder die uitsluiting (artikel 2, lid 8). AI-systemen die worden vrijgegeven onder vrije en opensourcelicenties vallen buiten de verordening. Die uitsluiting geldt niet voor AI-systemen die als systeem met een hoog risico in de handel worden gebracht of in gebruik worden gesteld, of die onder artikel 5 of 50 vallen (artikel 2, lid 12).

Wat de verordening openlaat voor fintech

  • Geen logvelden of bewaartermijn voor fintech

    Buiten ‘ten minste zes maanden, tenzij anders bepaald’ noemt de verordening voor kredietscoring of verzekeringsprijsstelling geen logvelden, formaat of bewaartermijn (artikel 19, lid 1, artikel 26, lid 6). Ander Unie- of nationaal recht kan anders bepalen. De verordening zelf noemt geen geharmoniseerde norm. AI-systemen met een hoog risico die in overeenstemming zijn met geharmoniseerde normen waarvan de referenties in het Publicatieblad van de Europese Unie zijn bekendgemaakt, worden geacht in overeenstemming te zijn met de eisen van afdeling 2, voor zover die normen die eisen dekken (artikel 40, lid 1). De Commissie ontwikkelt richtsnoeren over de praktische toepassing van de vereisten en verplichtingen in de artikelen 8 tot en met 15 en de artikelen 25 en 26 (artikel 96, lid 1, punt a)).

  • Voorbeeld: wat een scoringlog kan bevatten

    Voorbeeld, geen eis van de verordening: de aanbieder van een kredietscoresysteem zou voor elke scoringsrun de modelversie, een verwijzing naar de inputdata en de output kunnen vastleggen. Een onverwachte output kan dan worden nagetrokken.

  • Voorbeeld: logs kunnen persoonsgegevens bevatten

    Voorbeeld, geen eis van de verordening: logs van scoringsruns kunnen persoonsgegevens van aanvragers bevatten. Een aanbieder zou met zijn jurist gegevensbescherming kunnen bepalen welke velden hij opslaat en hoelang. Die keuze moet in overeenstemming blijven met het minimum van zes maanden en met ander toepasselijk recht.

Vragen over artikel 12 bij fintech

Wie moet aan artikel 12 voldoen voor het kredietscoresysteem van een bank?

De aanbieder ontwerpt het systeem zo dat het automatische registratie toelaat (artikel 12 en artikel 16, punt a)). De bank bewaart als gebruiksverantwoordelijke de logs die onder haar controle vallen (artikel 26, lid 6). Een bank die het systeem ontwikkelt en onder eigen naam in gebruik stelt, is de aanbieder (artikel 3, punten 3 en 11).

Hoe lang moet een kredietverstrekker AI-logs bewaren?

Aanbieders en gebruiksverantwoordelijken bewaren de logs die onder hun controle vallen gedurende een periode die passend is voor het beoogde doel. Die periode bedraagt ten minste zes maanden, tenzij het Unie- of nationale recht anders bepaalt (artikelen 19, lid 1, en 26, lid 6). De verordening noemt voor kredietscoring of verzekeringen geen langere periode.

Bewaren banken AI-logs gescheiden van hun overige documentatie?

Financiële instellingen die onder eisen inzake interne governance uit het Unierecht inzake financiële diensten vallen, bewaren de logs als onderdeel van de documentatie die krachtens dat recht wordt bewaard (artikelen 19, lid 2, en 26, lid 6, tweede alinea). De verordening zegt niet om welk recht of welke documentatie het gaat.

Gerelateerde pagina’s

Scanara bereidt bewijs voor vanuit uw repositories

Scanara leest uw gekoppelde GitHub-repositories en voert regelgebaseerde scans uit op gangbare AI- en machine-learningpatronen. Niet-standaardcode kan het missen. Daarnaast genereert het conceptdocumentatie op basis van sjablonen en uw antwoorden in de beoordelingen, als bewijs voor uw compliancewerk. De indeling bepaalt u zelf.