Veranderingen in de verwerking van betalingen via SEPA-incasso's

We passen de tijdlijn aan waarop betalingen via SEPA-incasso's (Single Euro Payments Area) als geslaagd worden aangemerkt. Dit was 2 werkdagen en wordt nu 6 werkdagen. Dit is beter uitgelijnd met de regels en richtlijnen voor SEPA-incasso's.

Hoe werkt de nieuwe tijdlijn voor SEPA-incasso's?

T+0 is het tijdstempel waarop een transactie wordt gestart. De dagelijkse sluitingstijd voor betalingen met SEPA-incasso's is 10.30 CET. Elke betaling die na 10.30 CET wordt aangemaakt, wordt beschouwd als een betaling op de eerstvolgende werkdag.

Als een betaling bijvoorbeeld wordt gestart op dinsdag 4 maart om 11.00 CET, zal de betaling slagen op donderdag 13 maart. Aangezien de transactie plaatsvond na de sluitingstijd, is T+0 nu woensdag 5 maart.

  • Woensdag 5 maart (T+0)
  • Donderdag 6 maart (T+1)
  • Vrijdag 7 maart (T+2)
  • Maandag 10 maart (T+3)
  • Dinsdag 11 maart (T+4)
  • Woensdag 12 maart (T+5)
  • Donderdag 13 maart (T+6)

In de afbeelding hieronder zie je de eerdere tijdlijn voor SEPA-incasso's:

Een diagram met de vorige tijdlijn van de betaling. De betaling wordt gemaakt op T+0. Geld wordt van het klantaccount afgeschreven op T+1. De betaling is geslaagd op T+2. Uitbetaling op T+X. Er is een venster van zes dagen voor mislukte betalingen in de regeling en een venster van 13 maanden voor chargebacks, te starten op T+0.

In de afbeelding hieronder zie je de bijgewerkte tijdlijn voor SEPA-incasso's:

Een diagram met de bijgewerkte tijdlijn van de betaling. De betaling wordt gemaakt op T+0. Geld wordt van het klantaccount afgeschreven op T+1. De betaling is geslaagd op T+6 en wordt uitbetaald op T+6. Er is een venster van zes dagen voor mislukte betalingen in de regeling en een venster van 13 maanden voor chargebacks, te starten op T+0.

Waarom we deze wijziging doorvoeren

Met de nieuwe tijdlijn worden de statussen van betalingen nauwkeuriger. Enkele andere voordelen zijn:

  • Duidelijk onderscheid tussen mislukte betalingen en chargebacks: Meer dan 70% van de mislukte betalingen vond plaats nadat betalingen voortijdig als geslaagd waren gemarkeerd en ten onrechte gecategoriseerd als chargebacks. Door de aanbevolen wachtperiode van vijf werkdagen te hanteren nadat het geld van de rekening van je klant is afgeschreven, kunnen we betaalproblemen nauwkeurig en los van chargebacks identificeren. Dit zijn door de klant geïnitieerde verzoeken om terugbetaling via hun bank.
  • Minder vals-positieven: Bij terugboekingen door de bank, bijvoorbeeld vanwege een te laag saldo, worden betalingen niet meer eerst als Geslaagd weergegeven voordat ze de status Chargeback krijgen. In plaats hiervan worden deze betalingen direct aangemerkt met de status Mislukte betalingen. Dit zorgt ervoor dat de Stripe-status voor geslaagde betalingen betrouwbaarder wordt. Ook is er minder operationele overhead en worden fouten bij de afhandeling voorkomen.
  • Minder fraude met dubbele terugbetalingen: Je kunt alleen terugbetalingen verwerken nadat betalingen zijn gemarkeerd als geslaagd. We hebben de status Geslaagd uitgesteld tot na het tijdvenster voor mislukte betalingen van de regeling. Hierdoor is er een kleiner risico dat klanten op frauduleuze wijze, geld terug kunnen krijgen. Door te voorkomen dat terugbetalingen al tijdens de wachttijd voor mislukte betalingen worden verwerkt, wordt fraude met dubbele terugbetalingen verminderd. Dit probleem is echter niet volledig opgelost, omdat klanten nog steeds een chargeback kunnen starten voor betalingen binnen een periode van 8 weken waarin geen vragen worden gesteld.

Hoe ziet de nieuwe tijdlijn voor mislukte betalingen eruit?

In de afbeelding hieronder zie je de oude tijdlijn voor mislukte betalingen. Alle mislukte betalingen die optreden nadat de betaling de status Geslaagd heeft gekregen, worden gecategoriseerd als chargebacks.

Een diagram met de oude tijdlijn van de mislukte betaling. Op T+0 wordt de betaling gemaakt en ingediend bij het netwerk, en wordt een afschrijvingsbericht doorgegeven. Geld wordt van het klantaccount afgeschreven op T+1. De betaling slaagt op T+2. Op T+6 wordt een chargeback gemaakt vanwege fouten bij de afschrijving. De verwerking door de bank van de eindgebruiker vindt plaats tussen T+1 en T+6. Er is een venster van zes dagen voor mislukte betalingen in de regeling en een venster van 13 maanden voor chargebacks, te starten op T+0.

In de afbeelding hieronder zie je de nieuwe tijdlijn voor mislukte betalingen.

Een diagram met de nieuwe tijdlijn van de mislukte betaling. Op T+0 wordt de betaling gemaakt en ingediend bij het netwerk, en wordt een afschrijvingsbericht doorgegeven. Geld wordt van het klantaccount afgeschreven op T+1. De betaling mislukt op T+6. De verwerking door de bank van de eindgebruiker vindt plaats tussen T+1 en T+6. Er is een venster van zes dagen voor mislukte betalingen in de regeling en een venster van 13 maanden voor chargebacks, te starten op T+0.

Zijn er hulpmiddelen waardoor ik beter kan omgaan met mislukte betalingen?

Betalingen via SEPA-incasso's kunnen om verschillende redenen mislukken, zoals vanwege geblokkeerde rekeningen of ontoereikende saldo's. Met deze wijzigingen krijg je een beter inzicht in mislukte betalingen dankzij gedetailleerde foutcodes, waardoor je betere beslissingen kunt nemen voor herstelacties. Raadpleeg onze gids om effectief om te gaan met deze situaties.

Werkt mijn API-integratie niet meer door deze nieuwe tijdlijn voor geslaagde betalingen?

Nee, de wijzigingen in de tijdlijn zijn niet van invloed op je API-integratie.

Is het nieuwe gedrag van invloed op uitbetalingen van SEPA-incasso's?

De nieuwe afwikkelingslogica stemt de beschikbaarheid van geld af op het succes van betalingen. Hierdoor loop je minder risico dat je externe bankrekening wordt gedebiteerd om mislukte betalingen te dekken.

Als het geld voorheen bijvoorbeeld in je verkoperssaldo beschikbaar was op T+5 of T+7, dan wordt het nu verrekend op T+6.

Heeft dit je vraag beantwoord?
We gebruiken cookies om je een betere ervaring te geven, en voor marketingdoeleinden. Lees ons cookiebeleid of beheer de cookies.