De reis van je gegevens

Van toestemming tot bestemming – dit gebeurt er precies tijdens een sync van BankSync.

“Bij doorgeef-syncs gaan je gegevens naar de bestemming die jij kiest. Bij beheerde functies blijven ze binnen de BankSync Boundary totdat jij ze ergens anders naartoe stuurt.”
– Het BankSync-team
Live syncvoorbeeldWacht op schema
BankSync
Notion
Je bank
API aanbieder
Edge-worker
Alleen V8-heap
Notion
Financiële gegevens staan alleen in het V8-heapgeheugen · nooit op schijf of in een database
1

Toestemming en authenticatie

Je authenticeert je bij je bank via de gehoste toestemmingsomgeving van de vergunninghoudende aanbieder. BankSync komt nooit aan je inloggegevens voor de bank. De authenticatie verloopt rechtstreeks tussen jou en je bank.

Technisch detail: De vergunninghoudende aanbieder voor je regio (vermeld op onze pagina’s over aanbieders) geeft een token voor de verbinding uit. BankSync bewaart alleen dit token (niet je inloggegevens) en slaat het versleuteld op.

Met tokensGeen opslag van inloggegevens
2

Syncverzoek gestart

Er start een sync, volgens een schema dat je instelt of op aanvraag. BankSync stuurt een synctaak naar een edge-worker.

Technisch detail: De sync draait als een Cloudflare Workflow. De request handlers die hem starten en plannen, staan in de Verenigde Staten (Google Cloud us-central1); de stappen van de Workflow draaien op het wereldwijde netwerk van Cloudflare, en hun checkpoints staan zolang de run duurt in de wereldwijd verspreide duurzame opslag van Cloudflare, niet vastgezet in één regio. Server-side aanroepen naar Quiltt (MX- en Finicity-verbindingen) vertrekken vanaf BankSync-infrastructuur in de Verenigde Staten, wat Quiltt vereist voor de gegevenslocatie onder CFPB Section 1033.

Cloudflare WorkflowGepland of op aanvraag
3

Gegevens ophalen

De edge-worker roept met je opgeslagen toegangstoken de API van de vergunninghoudende aanbieder aan om de gevraagde financiële gegevens op te halen (transacties, saldi of posities). Vergunninghoudende aanbieders zoals Plaid, Salt Edge, Fiskil en toekomstige Open Banking-aanbieders kunnen werken onder hun eigen voorwaarden, controles, wettelijke verplichtingen en beveiligingspraktijken.

Technisch detail: De vergunninghoudende aanbieder authenticeert het verzoek, past de reikwijdte van je toestemming toe en geeft alleen de gegevenscategorieën terug die je hebt toegestaan. De gegevens komen binnen in de syncstap en de workflow-engine legt ze vast als checkpoint zolang de run duurt.

Binnen de toestemmingAlleen in het geheugen
4

Transformeren en doorsturen

De edge-worker past je ingestelde veldkoppelingen en transformaties toe en schrijft de gegevens daarna naar je gekoppelde bestemming. Die bestemming kan een externe tool zijn die de klant kiest, of een door BankSync beheerde functie zoals de toekomstige BankSync Tables.

Technisch detail: Gegevens voor doorgeefbestemmingen worden na het schrijven niet bewaard. Gegevens die naar een door BankSync beheerde functie worden geschreven, blijven binnen de BankSync Boundary totdat je ze verwijdert, exporteert, deelt, synchroniseert of op een andere manier buiten die grens brengt.

Standaard alleen doorgevenOpslag in beheerde functiesTTL ~5 min.
5

Afronding en auditlog

De synctaak is klaar. BankSync legt alleen operationele metadata vast (tijdstempels, aantallen records en eventuele fouten), behalve als gegevens worden opgeslagen in een door BankSync beheerde functie die je hebt ingeschakeld.

Technisch detail: Het auditlog laat zien wanneer syncs liepen en of ze slaagden. Deze metadata voedt je syncgeschiedenis en wordt gebruikt om mislukte synctaken automatisch te herstellen. Inhoud van beheerde functies volgt de bewaar- en toegangsregels van die functie.

Operationele metadataOpslag per functie

Klaar om je rekeningen te synchroniseren?

Koppel je bank en synchroniseer binnen een paar minuten.

  • Geen inloggegevens opgeslagen
  • Alleen-lezentoegang
  • Doorgeefarchitectuur