Als je ooit een middag hebt besteed aan het exporteren van CSV-bestanden uit je bank omdat de "automatische synchronisatie" van je boekhoudsoftware weer eens stilletjes kapot was, begrijp je al het probleem dat wetgevers in New York proberen op te lossen. Twee samenhangende wetsvoorstellen die door de staatswetgever bewegen — Assembly Bill A10640 en Senate Bill S9483, samen de New York Financial Data Rights Act genoemd — zouden de eerste staatswet in het land zijn die niet alleen individuele consumenten, maar ook kleine bedrijven een wettelijk recht geeft op hun eigen bankgegevens, in een bruikbaar, machineleesbaar formaat, en dat gratis.
Dat klinkt misschien als een obscure regelgevende voetnoot. Dat is het niet. Als je een klein bedrijf runt en afhankelijk bent van boekhoudsoftware die verbinding maakt met je bankrekening — QuickBooks, Xero, Wave, FreshBooks, of een plain-text ledger die wordt gevoed door geëxporteerde afschriften — raakt dit wetsvoorstel de leidingen onder bijna elk financieel hulpmiddel dat je gebruikt.
Waarom dit wetsvoorstel er nu is
De afgelopen jaren was het federale Consumer Financial Protection Bureau het belangrijkste orgaan dat "open banking"-rechten probeerde te garanderen onder Sectie 1033 van de Dodd-Frank Act — de regel die banken verplicht klantgegevens te delen met geautoriseerde derde partijen op verzoek. Die federale regel zit momenteel vast. Een bevel van een federale rechtbank in Kentucky heeft de regel op papier laten staan maar effectief onafdwingbaar gemaakt, en de CFPB voert tegelijkertijd een rechtszaak terwijl het werkt aan een herziene versie van de regel.
De wetgever van New York besloot niet te wachten. In maart 2026 ingediend door parlementslid Clyde Vanel (voorzitter van de Assembly Banks Committee) en senator Rachel May (voorzitter van de Senate Consumer Protection Committee), zouden A10640 en S9483 een vangnet op staatsniveau creëren terwijl de federale regel in het ongewisse blijft. Branchegroepen aan de fintech-kant, waaronder de Financial Data and Technology Association en de Financial Technology Association, hebben de wetsvoorstellen al publiekelijk geprezen.
Het grotere verhaal hier gaat niet echt over New York. Het gaat over wat er gebeurt als New York slaagt: andere staten die het model overnemen, waardoor een lappendeken ontstaat van verschillende regels voor gegevenstoegang waaraan banken en fintech-leveranciers staat voor staat moeten voldoen — hetzelfde patroon dat zich voordeed met privacywetten na Californië's CCPA.
Wat het wetsvoorstel daadwerkelijk zou vereisen
Als je de wetgevende taal weghaalt, komt de New York Financial Data Rights Act neer op vier concrete verplichtingen voor banken en credit unions die actief zijn in de staat:
1. Een gratis, machineleesbare gegevensinterface
Financiële instellingen zouden kleine bedrijven (en consumenten) toegang moeten geven tot "gedekte gegevens" — transactiehistorie, rekeningsaldi, betalingsinformatie, rekeningvoorwaarden, factureringsgegevens en identiteitsverificatiegegevens — in een elektronisch, machineleesbaar formaat. Cruciaal is dat het wetsvoorstel verbiedt om, direct of indirect, kosten in rekening te brengen voor toegang tot of overdracht van die gegevens.
2. Een permanente "developer interface"
Banken zouden een echte API moeten onderhouden — wat het wetsvoorstel een "developer interface" noemt — gebouwd om gegevensverzoeken te ontvangen en te beantwoorden, beveiligd volgens dezelfde authenticatiestandaard als hun online bankiersystemen voor consumenten. Dit is het mechanisme dat boekhoudsoftware in staat zou stellen je transacties automatisch op te halen, in plaats van dat jij elke maand een afschrift moet exporteren en opnieuw uploaden.
3. Geen onredelijke afwijzingen
Het wetsvoorstel verbiedt banken om een verzoek om gegevenstoegang onredelijk af te wijzen zonder een gedocumenteerde, risicogebaseerde rechtvaardiging. Dit is belangrijk omdat banken af en toe verbindingen van gegevensaggregatoren (de tools die de "bank feed" van je boekhoudsoftware aandrijven) hebben vertraagd of geblokkeerd, met een beroep op vage veiligheidsredenen, soms juist op het moment dat een bedrijf de reconciliatiegegevens het hardst nodig heeft.
4. Echte sancties
Overtredingen leiden tot civiele boetes van maximaal $10,000 per geval — een betekenisvolle afschrikking voor een instelling die miljoenen gegevensverzoeken verwerkt, en een signaal dat dit geen tandeloze meldingsplicht is.
Het detail over kleine bedrijven dat iedereen mist
Hier zit het deel dat dit onderscheidt van de federale regel: Sectie 1033 werd geschreven met individuele consumenten in gedachten. Het wetsvoorstel van New York breidt dezelfde rechten expliciet uit naar kleine bedrijven. Dat is een bewuste, en behoorlijk ongewone, keuze.
Eigenaren van kleine bedrijven zijn lang behandeld als een bijzaak in gesprekken over rechten op financiële gegevens, ondanks dat ze minstens zo afhankelijk zijn van schone, actuele bankgegevens als individuele consumenten — misschien wel meer, omdat een kapotte bank feed niet alleen een gemiste budgetmelding betekent, maar ook een boekhouder die blind moet reconciliëren, een leningaanvraag met verouderde afschriften, of een belastingaangifte gebouwd op verouderde cijfers.
Als het wetsvoorstel van New York wet wordt, zou een bedrijf dat bankiert bij een gedekte instelling een afdwingbaar recht hebben om 24+ maanden aan transactiehistorie op te halen naar welke software het ook maar wil, zonder de bank daarvoor te betalen, en zonder dat de bank die verbinding stilletjes kan verbreken.
Waarom je bank feed steeds blijft haperen (en wat dit zou oplossen)
De meeste boekhoudtools voor kleine bedrijven maken geen directe verbinding met je bank. Ze gaan via gegevensaggregatoren — bedrijven zoals Plaid of Yodlee die tussen je bank en je software zitten, en daarbij gebruikmaken van een gelicentieerde API-verbinding of, in oudere en rommeliger opzetten, screen-scraping (inloggen op de website van je bank alsof ze jou zijn, volgens een schema, om je transactiegegevens op te halen).
Screen scraping is inherent fragiel: elke redesign van de inlogpagina van je bank, elke toegevoegde beveiligingsstap, elke wijziging in rate-limiting kan de verbinding stilletjes breken. Vaak merk je het niet totdat je boekhouding drie weken achterloopt. Interessant genoeg verbiedt het wetsvoorstel van New York screen-scraping niet volledig — het richt zich erop om te vereisen dat het API-alternatief bestaat en gratis is — maar een verplichte, gestandaardiseerde developer interface zou aggregatoren (en dus je boekhoudsoftware) een veel betrouwbaarder pad geven dan scraping ooit was.
Wat er nu gebeurt
Op het moment van schrijven blijven beide wetsvoorstellen in commissie — de Assembly-versie in de Banks Committee, de Senate-versie ook in de Banks Committee — zonder geplande plenaire stemming. Wetsvoorstellen die worden ingediend in de wetgever van New York kunnen een volledige tweejarige zittingsperiode in commissie blijven voordat ze ofwel vooruitgaan ofwel doodbloeden, dus er is geen garantie dat dit in 2026 wet wordt, of zelfs in deze zittingsperiode.
Maar ongeacht het lot van het wetsvoorstel is de richting het waard om te volgen, om drie redenen:
- Het vult een echt gat. Federale open-banking-regels voor bedrijven liggen stil, en staten zijn historisch degenen geweest die als eerste bewegen op het gebied van financiële gegevens en privacy wanneer Washington stilvalt (wetten voor melding van datalekken zijn het duidelijkste precedent).
- New York draagt bovengemiddeld gewicht. Als een groot financieel centrum krijgt een verandering in de New Yorkse bankwetgeving doorgaans aandacht — en wordt soms overgenomen — ver buiten zijn grenzen.
- Het verbod op kosten is het scherpste onderdeel. Het verbieden van banken om te rekenen voor gegevenstoegang of -overdracht, ook indirect, zou een wrijvingspunt wegnemen dat af en toe als een regel op de prijslijst van boekhoudsoftware of aggregatoren opdook.
Wat eigenaren van kleine bedrijven nu zouden moeten doen
Je hoeft niet te wachten tot New York — of welke staat dan ook — een wet aanneemt om jezelf te beschermen tegen onbetrouwbare bankconnectiviteit. Een paar praktische gewoontes zijn nuttig, ongeacht of dit wetsvoorstel ooit een plenaire stemming bereikt:
- Vertrouw niet op één enkele verbindingsmethode. Als de bank feed van je boekhoudsoftware kapot gaat, weet dan hoe je een CSV- of OFX-bestand direct vanaf de website van je bank kunt exporteren als terugvaloptie, en doe maandelijks een snelle reconciliatiecheck in plaats van bij belastingtijd een gat van drie maanden te ontdekken.
- Vraag je bank direct naar API-toegang. Veel banken, vooral grotere, bieden al developer/API-toegang voor zakelijke rekeningen aan, ook zonder wettelijke verplichting — sommige adverteren dat gewoon niet goed.
- Houd een lokaal eigendom register bij, niet alleen een live feed. Een bank feed is een gemak, geen bron van waarheid. Welk systeem je ook gebruikt om transacties te categoriseren en te reconciliëren, het zou een verbroken verbinding moeten kunnen doorstaan zonder historische gegevens te verliezen.
- Let op richtlijnen op staatsniveau, niet alleen op krantenkoppen. Als je actief bent in New York of in een staat die zijn voorbeeld volgt, houd dan de nalevingsmeldingen van je eigen bank in de gaten — dat is meestal waar praktische veranderingen (nieuwe downloadformaten, nieuwe authenticatiestromen voor gegevensdeling) zichtbaar worden voordat ze het nieuws bereiken.
Schone administratie is belangrijker dan welke app die voedt
Of je bankgegevens nu binnenkomen via een gratis API die door staatswet wordt verplicht, een betaalde aggregator, of een CSV die je handmatig downloadt, de werkelijke waarde zit in wat er gebeurt nadat de gegevens zijn geland: nauwkeurige categorisering, tijdige reconciliatie, en administratie die je daadwerkelijk kunt controleren wanneer een geldschieter, investeerder of de belastingdienst erom vraagt. Gevechten over bankconnectiviteit zijn uiteindelijk een leidingvraagstuk — de boekhoudkundige discipline daarboven is wat je in beide gevallen beschermt.
Dat is deels waarom plain-text accounting een aanhang heeft gevonden onder eigenaren van kleine bedrijven die gebrand zijn door black-box softwarewijzigingen die ze niet hebben gekozen. Wanneer je ledger een versiebeheerd tekstbestand is in plaats van een propriëtaire database die opgesloten zit achter de bankfeed-betrouwbaarheid van één leverancier, is een kapotte verbinding of een geschil over kosten met een aggregator een ongemak, geen crisis — je historische administratie blijft precies waar je die hebt achtergelaten.
Vereenvoudig je financieel beheer
Terwijl regels voor open banking blijven verschuiven tussen federaal vacuüm en experimenten op staatsniveau zoals dat van New York, zullen de bedrijven die er goed uit komen degenen zijn met schone, overdraagbare financiële administratie, ongeacht via welke leiding de gegevens stromen. Beancount.io biedt plain-text accounting die transparant, versiebeheerd en AI-ready is — jouw ledger blijft van jou, wat een bank, aggregator of wetgever ook maar besluit. Begin gratis en bekijk de documentatie voor hoe het bankimports en reconciliatie afhandelt.