Betalingsbestanden en afstemming tussen ERP en bank
ERP naar bank: betalingsbestanden eruit, afschriften terug, afgestemd
Betalingen verzonden als ISO 20022 pain.001 via host-to-host SFTP of bank-API’s, met camt.053- en MT940-afschriften die aan het grootboek worden gematcht.
Blauwdruk
Scroll zijwaarts om de hele tekening te zien.
ERP naar bank: betalingen eruit, afschriften erin
Goedgekeurde betalingen verlaten het ERP als ondertekende ISO 20022-bestanden via een host-to-hostkanaal. Statusberichten en afschriften komen langs dezelfde weg terug en worden aan openstaande posten gekoppeld. Afwijzingen en niet-overeenkomende regels gaan met de reden erbij naar uw team.
- Hoofdstroom
- Asynchroon
- Uitzonderingspad
De stroom in 10 stappen
De stroom, stap voor stap
- Van ERP naar Integratielaag: Goedgekeurde betaalrun, via REST/JSON · IDoc (hoofdstroom).
- Van Integratielaag naar Beveiligd bankkanaal: Ondertekend en versleuteld betalingsbestand, via ISO 20022 pain.001 · OpenPGP (hoofdstroom).
- Van Beveiligd bankkanaal naar Bank: Bij de bank afgeleverd, via SFTP H2H (hoofdstroom).
- Van Bank naar Beveiligd bankkanaal: Statusberichten en afschriften, via pain.002 · camt.053 · MT940 (asynchroon).
- Van Beveiligd bankkanaal naar Integratielaag: Opgehaald en gevalideerd, via SFTP H2H (asynchroon).
- Van Integratielaag naar Afstemmingsengine: Afschriftregels, via camt.053 (asynchroon).
- Van Afstemmingsengine naar ERP: Overeenkomende posten geboekt, via REST/JSON (hoofdstroom).
- Van Integratielaag naar Treasury- en financiesteam: Afgewezen betalingen, met de redencode, via pain.002 RJCT (uitzonderingspad).
- Van Afstemmingsengine naar Treasury- en financiesteam: Niet-overeenkomende regels: een afstemmingsverschil (uitzonderingspad).
- Van Treasury- en financiesteam naar ERP: Gecorrigeerd en opnieuw ingediend (uitzonderingspad).
Overzicht
Dit is de stroom tussen een ERP en zijn banken: goedgekeurde betalingen gaan eruit, en statusrapporten en afschriften komen terug. Het is de koppeling die de meeste financeteams nog met de hand draaien, via bankportalen en spreadsheets, en degene waarbij een fout geld kost.
Het referentieontwerp plaatst een integratielaag tussen het ERP en elke bank. De laag mapt betalingen naar de variant van ISO 20022 pain.001 van de bank, ondertekent en versleutelt ze, en levert ze via host-to-host SFTP, EBICS of de API van de bank. Statusrapporten en afschriften komen dezelfde weg terug en worden op open posten in het ERP afgestemd.
Het faalpad is net zo zorgvuldig ontworpen als het succespad. Een afgewezen betaling komt terug met de redencode van de bank. Een afschriftregel die niet matcht, wordt een afstemmingsverschil voor een aangewezen persoon. Niets gaat verloren en niets wordt dubbel geboekt.
Hoe de flow werkt
Keur de betalingsrun goed
Uw ERP produceert de betalingsrun en uw goedkeurders geven die vrij, zoals vandaag. De integratielaag neemt alleen goedgekeurde runs op.
Map, onderteken en versleutel
De laag mapt elke betaling naar de pain.001-variant van de bank, valideert die en ondertekent en versleutelt het bestand zoals de bank vereist.
Lever aan de bank
Het bestand gaat via het afgesproken kanaal, host-to-host SFTP, EBICS of de API van de bank, vóór de cut-offtijd van de bank.
Ontvang status en afschriften
De bank stuurt pain.002-statusrapporten per bestand en betaling terug, en camt.053- of MT940-afschriften aan het einde van de dag.
Haal op en valideer
De laag haalt elk rapport op, controleert het op hiaten en duplicaten tegen de afschriftvolgorde, en parseert het naar regels.
Koppelen en boeken
Afschriftregels worden met de door u goedgekeurde regels aan open posten gekoppeld, en gekoppelde posten worden in het ERP geboekt.
Wat als er iets misgaat
Een betaling wordt afgewezen
Het pain.002-rapport bevat de redencode van de bank. De betaling wordt in het ERP als afgewezen gemarkeerd en naar uw treasuryteam gestuurd om te corrigeren en opnieuw in te dienen.
Een afschriftregel matcht niet
De regel wordt een afstemmingsverschil met de waarschijnlijke kandidaten en de reden waarom het mislukte. Uw team boekt het af, en de regels kunnen ervan leren.
Een bestand ontbreekt of is laat
Volgnummers van afschriften en verwachte levertijden worden gecontroleerd. Een ontbrekend of laat bestand geeft een melding voordat iemand op de cashpositie vertrouwt.
Een sleutel of certificaat verloopt bijna
Ondertekeningssleutels en kanaalcertificaten worden met hun vervaldatums gevolgd, en verlenging begint vroeg genoeg om de nieuwe sleutel met de bank af te spreken.
Standaarden en systemen
- Bankstandaarden en -kanalen
- ISO 20022
- pain.001
- pain.002
- camt.052
- camt.053
- camt.054
- MT940
- MT942
- SFTP (H2H)
- EBICS
- Swift
- OpenPGP
Vragen en antwoorden
Host-to-host, EBICS of bank-API’s: wat moeten we gebruiken?
Meestal beslist de bank. Host-to-host SFTP is het meest aangeboden kanaal voor zakelijke betalingsbestanden. EBICS is gangbaar bij banken in Duitsland, Frankrijk en buurlanden. Bank-API’s passen bij realtime saldi en instantbetalingen waar de bank ze aanbiedt. Veel bedrijven gebruiken meer dan één, en de integratielaag verbergt het verschil voor het ERP.
Moeten we camt.053- of MT940-afschriften ontvangen?
Waar de bank beide aanbiedt, bevat camt.053 rijkere, gestructureerde betalingsgegevens, wat automatische afstemming betrouwbaarder maakt. MT940 wordt nog breed gebruikt en werkt voor veel gevallen goed. We kunnen beide opnemen, ze naar hetzelfde interne model omzetten en elke bank van MT940 naar camt.053 laten overstappen wanneer dat u en de bank past.
Kunnen we onze cashpositie gedurende de dag zien?
Ja, als uw banken intradayrapporten leveren. Die komen als camt.052- of MT942-berichten, of via een balans-API. We halen ze op volgens het schema dat elke bank ondersteunt en tonen ze naast de eindafschriften, zodat uw treasuryteam verwachte en werkelijke posities vóór de cut-offtijden ziet.
Kunnen we nagaan wie een betaling heeft goedgekeurd en verzonden?
Ja. Goedkeuring blijft in uw ERP met de bestaande maatregelen. De integratielaag logt elk bestand dat ze maakt, ondertekent, verzendt en ontvangt, met tijdstempels, identificaties en het gebruikte technische account. Dat log koppelt elke betaling in het statusrapport van de bank terug aan het ERP-document en de goedkeurders.
We hebben meerdere banken. Is elk een apart project?
Nee. De integratielaag, het interne betalingsmodel en de matchregels worden één keer gebouwd. Elke nieuwe bank voegt een eigen formaatvariant, kanaal en onboardingstappen toe, wat kleinere stukken werk zijn. Meestal sluiten we eerst de bank met het hoogste volume aan en voegen we de andere in volgorde toe.
Hoe wordt de koppeling vóór de livegang getest?
Elke bank levert een testomgeving of testproces. We spreken een set testcases met de bank af, die elk betalingstype, afwijzingen en afschriften dekt, voeren ze uit en bewaren het bewijs. Wanneer de bank goedkeurt, gaan we live met een kleine eerste betalingsrun en vergelijken we de resultaten voordat we de rest verplaatsen.
Begin met een gesprek, niet met een contract.
Vertel ons wat u wilt bouwen, verbinden of beveiligen. Een architect neemt het met u door en adviseert daarna waar te beginnen.
Wat er nu gebeurt
Een tijd afspreken
Ons team mailt u om een tijd voor de sessie af te spreken.
Voorgesprek
Een gratis online voorafgaand adviesgesprek van 30 minuten: we bespreken uw doelen, systemen en beperkingen.
Gereedheidsanalyse
In een gratis gereedheidsanalyse van 48 uur toetst een Principal Architect uw project aan de 6-punts Definition of Ready en adviseert het traject dat past.
Het traject kiezen
Projecten met een heldere scope ontvangen binnen 3–5 werkdagen een bindend voorstel. Projecten in de conceptfase starten in de Blueprint Studio. Een live systeem dat uitvalt, ongedocumenteerd is of integratie nodig heeft, begint met een diagnose van 1–2 weken. De Blueprint Studio en de diagnose hebben elk een vaste prijs, vermeld in het voorstel.