We gebruiken Google Analytics voor verkeersstatistieken. Analytische cookies worden alleen geplaatst als je accepteert. Zonder toestemming worden statistieken geschat op basis van cookieloze signalen. Cookiebeleid.
vIBAN · Reconciliatie
Als elke betaler naar een eigen IBAN betaalt, kan een binnenkomende betaling maar één ding betekenen. Het matchingprobleem wordt niet opgelost — het bestaat niet meer.
Achter de schermen is er één masterrekening. Aan de oppervlakte krijgt elke betaler, tenant of abonnee een eigen virtueel IBAN. Het geld komt hoe dan ook op de masterrekening binnen — maar het komt vooraf gelabeld aan: van wie het komt en waarvoor het is.
De weergave voor de betaler — een IBAN dat alleen van hem is, kopiëren en delen.
Uitgifte gebeurt in bulk, niet formulier voor formulier — een marketplace die duizend verkopers onboardt, maakt duizend IBAN's aan in één handeling. Doeltags houden stromen gescheiden: huur hier, abonnementen daar, marketplace-uitbetalingen in een eigen lane — zodat elke entiteit op een platform een eigen, reconcilieerbaar rekeningnummer krijgt.
Bulkuitgifte — 2,400 rijen gevalideerd, IBAN's gereserveerd, één actie om uit te geven.
Integratie
Maak een vIBAN per betaler aan — één via de API, of 2,400 via CSV met een controlestap.
Elke betaler betaalt naar een eigen IBAN; geen betaalkenmerk dat je kunt vertypen.
Tegoeden identificeren zichzelf door het ontwerp — in de demo 99,6% automatisch afgeletterd.
De rest komt in een getelde uitzonderingswachtrij terecht, met de historie erbij.
Afschriften per vIBAN, als CSV en PDF, maandelijks op de 1e per e-mail.
Features
Eén scherm bevat het hele programma: 12.480 actieve vIBANs, €2,4 mln. vandaag gerouteerd, 8.912 bijschrijvingen automatisch gereconcilieerd. Elke rij toont de IBAN, van wie hij is, de doeltag en het binnengekomen geld van vandaag. Zoek op IBAN, klant of referentie; exporteer het grootboek als CSV.
Klanten zien hun eigen rekeninggegevens: de eigen IBAN met kopieerknop, de BIC voor overboekingen van buiten SEPA, naam en adres van de bank, en een deelknop voor wie hen betaalt. Elke overboeking naar die IBAN komt op hun saldo binnen, al aan hen gekoppeld — de betaler typt nooit een referentie.
Een CSV met 2.400 betalers wordt geüpload, gevalideerd — 2.400 geldig, 0 fouten — en toont vooraf de exacte IBAN die elke rij krijgt, bij upload gereserveerd uit de range en bij uitgifte toegewezen. Stel range, doeltag en referentieprefix in en geef daarna de hele batch uit met één handeling. Dezelfde bewerking draait via de API.
De periode op het scherm bevat €412.380,44 verdeeld over 8.912 bijschrijvingen, 99,6% automatisch gereconcilieerd — de 34 handmatige gevallen en 12 geretourneerde betalingen worden geteld in plaats van verborgen. Elke vIBAN exporteert zijn eigen afschrift als CSV of PDF, de hele periode exporteert met één handeling, en maandafschriften mailen zichzelf op de 1e naar de financiële inbox.
Elke bijschrijving, retour, uitgifte en pauze is een event, en elk event toont zijn bezorging: statuscode, latency en retrystatus per poging. Bezorgingen worden ondertekend met HMAC-SHA256 en 6 keer opnieuw geprobeerd over 24 uur met exponentiële backoff — en een bezorging die alle pogingen heeft gehad, krijgt een knop voor handmatig opnieuw proberen, geen schouderophalen.
In de operatorconsole zijn de ontvangende rekeningen achter het programma data, geen impliciete kennis: één actieve rekening per valuta, en als je er een buiten gebruik stelt, wordt automatisch de volgende overgenomen. Elke wijziging vraagt om een schriftelijke reden en komt in het auditlog.
Elke betaler krijgt een eigen IBAN, zodat elke binnenkomende betaling haar afzender noemt voordat iemand ernaar kijkt. Geen referentieveld om te vertypen en geen matchingwachtrij om door te werken. Identificatie is een eigenschap van het rekeningnummer, geen proces.
Elke vIBAN draagt een tag: rent-collection, subscriptions, marketplace-payouts, payroll. Stromen blijven op rekeningniveau gescheiden, dus rapporteren per doel is een filter, geen project.
Als elke betaler op een eigen IBAN betaalt, kan een binnenkomende bijschrijving maar één ding betekenen. In de demoperiode reconciliëren 99,6% van de 8.912 bijschrijvingen zichzelf — en de enkele die dat niet kunnen, belanden in een handmatige wachtrij in plaats van in een raadsel.
Achter elke vIBAN zit één echte rekening. Tegoeden worden automatisch geconcentreerd — geen subrekeningsaldi om leeg te halen, geen versnippering om te beheren. Aan de oppervlakte duizenden adressen; het grootboek is er één.
vIBANs worden uitgegeven uit eigen ranges — het demoprogramma draait onder RO49 PRCT, met het aantal vrije nummers per range bij uitgifte in beeld. Ranges houden programma's, merken of entiteiten netjes gescheiden, terwijl alles nog steeds naar de hoofdrekening routeert.
Elke vIBAN bouwt zijn eigen betalingshistorie op, dus het dossier van een betaler is per definitie compleet. Een geschil of audit begint bij een gefilterde lijst, niet bij een onderzoek.
Onboarding van verkopers en huurders kan een vIBAN aanmaken als stap in de flow: rekening aanmaken, IBAN overhandigen, beginnen met incasseren. De klantweergave is whitelabel — de demo draait als Powered by Protocore; de jouwe onder je eigen merk.
Sommige betalingen komen terug — een gesloten rekening, onjuiste gegevens. SEPA-retouren nemen hun reden-code mee in een payment.returned-event en krijgen hun eigen telling op de afschriftenpagina — data met een oorzaak erbij, geen raadsels. De uitzondering krijgt een rij, geen supportthread.
Een vIBAN pauzeer je met één handeling, en de eventstream legt vast wie hem pauzeerde en waarvandaan. Gepauzeerd staat als status overal waar de IBAN voorkomt — het overzicht, de afschriften, de stream.
Een geconfigureerde batch wordt als concept opgeslagen: bron gevalideerd, range gekozen, nog niets uitgegeven. De flow loopt van bron via configuratie naar controle — zodat de onomkeerbare klik de laatste is, met opzet.
Uitgifte loopt tegen een maandelijkse limiet met de meter in beeld, en een batch toont wat hij toevoegt voordat je hem draait — 1.204 van 5.000 gebruikt, met deze batch wordt het 3.604. Capaciteit is rekenwerk, geen foutmelding.
Elke batch voorziet zijn bijschrijvingen van een referentieprefix — in de demo ARC-PAYOUT- — zodat systemen verderop hun eigen stromen direct herkennen.
Elke betalerrij draagt een externe referentie uit jouw systeem — in de demo EXT-00311 — en die blijft aan de vIBAN gekoppeld. Opzoeken kan op jouw identifiers, niet alleen op de onze.
Alles wat de console doet, doet de API — uitgeven, pauzeren, opvragen, exporteren. De CSV-upload en de API-call sturen dezelfde bewerking aan; de console is een client, geen speciaal pad.
Stuur een testevent naar elk endpoint, rechtstreeks vanuit de console. De integratie bewijst zichzelf met synthetische deliveries voordat de eerste echte creditboeking binnenkomt.
Endpoints hebben hun eigen signing secrets en hun eigen abonnementen, en kunnen worden gepauzeerd zonder te worden verwijderd — in de demo staat een gepauzeerd staging-endpoint naast het actieve productie-endpoint.
CSV voor machines, PDF voor mensen — per vIBAN of voor de hele periode. De export is gemaakt om te importeren, niet om over te typen.
Maandelijkse afschriften mailen zichzelf op de 1e naar het financiële adres. Het routinerapport is een abonnement, geen terugkerende taak op iemands lijst.
Events filter je op type, vIBAN of referentie; het consoleboek zoek je op IBAN, klant of referentie. Eén betaling vinden tussen duizenden is een query met drie ingangen.
Wijzigingen van operators aan het programma — accounts, pauzes, beëindigingen — vereisen een reden en komen in het auditlog terecht. De geschiedenis van het programma legt zichzelf uit, op schrift.
Schermen
Echte product-UI, getoond met demodata.
FAQ
Het zijn adresseerbare IBAN's, uitgegeven uit eigen reeksen die naar één masterrekening routeren. Een betaling naar een vIBAN komt binnen als elke andere SEPA-creditboeking; het geld wordt automatisch op de master gebundeld — zonder sweeping-jobs.
De terugboeking neemt haar reden-code mee in een payment.returned-event en telt apart mee in het afschrift. Retouren zijn data met een oorzaak, geen raadsels om achteraan te jagen.
Je hebt een uitzonderingsproces nodig, geen matchingteam. Eén betaler per IBAN maakt creditboekingen zelfidentificerend — 99.6% automatisch gereconcilieerd in de demo — en de rest komt in een reviewwachtrij met de volledige betalerhistorie erbij.
Geef in bulk uit — een CSV met 2,400 betalers wordt gevalideerd, bekeken en uitgegeven in één actie — en tag elk vIBAN op doel. Elke verkoper, tenant of entiteit krijgt een eigen, reconcilieerbaar rekeningnummer; rapporteren per doel is een filter, geen project.
Beoordelen
We doorlopen de hele cyclus samen met je — uitgeven, delen, matchen, uitzonderingen afhandelen, rapporteren — op dezelfde demodata, inclusief de bulkuitgifte voor 2,400 betalers.
Een testprogramma met een masterrekening en uitgifte ingeschakeld, zodat je team vIBAN's kan aanmaken, testbetalingen kan sturen en kan zien hoe ze zichzelf identificeren.
De issuing-API, webhooks voor betalingen en levenscyclus, en de integratiedocumentatie — genoeg om reconciliatie in je eigen back office te koppelen.
Evalueer onder het merk Protocore of geef uit onder je eigen merk — de masterrekening blijft in beide gevallen de enige bron van waarheid.
Verder lezen
Standalone of als whitelabel beschikbaar — geef uit onder je eigen merk.
de pay-by-transfer-orders van Gateway bevatten vIBAN-referenties, PoS-uitbetalingen lopen via dezelfde IBAN-rails en Center handelt de uitzonderingen af die de matching van vIBAN overlaat.
Alles hierboven draait in productiedemo's waar we je doorheen leiden — standalone, whitelabel of als één platform. Vertel ons wat je bouwt en we laten je de kortste weg ernaartoe zien.
