Wat is een SaaS-autorisatieblokkering?

Een autorisatieblokkade, soms ook pre-autorisatie of 'pending charge' genoemd, houdt een tijdelijke reservering van geld in op een betaalkaart, waarbij het geld van de kaarthouder niet daadwerkelijk wordt overgemaakt. De merchant plaatst een blokkade op de kaart ter validatie. Autorisatieblokkades zijn gebruikelijk wanneer SaaS-klanten gratis proefperiodes hebben, hun abonnementen upgraden of net zijn begonnen met betalen voor een nieuw abonnement. Ze geven de betalingsverwerker een kort tijdsbestek om uw kaartgegevens te bevestigen voordat de daadwerkelijke afschrijving plaatsvindt.

Bij een standaard retail- of e-commercetransactie wordt een autorisatieblokkade bijna onmiddellijk vrijgegeven nadat de aankoop is vastgelegd, vaak binnen 24–48 uur. SaaS-facturatie werkt anders, omdat de relatie doorlopend is.

•   Registraties voor gratis proefperiodes: Een SaaS-bedrijf kan een kleine reservering (bijv. $0-$1) op een kaart plaatsen ter verificatie; kosten worden meestal pas in rekening gebracht nadat de proefperiode is afgelopen.
•   Voor abonnementsverlengingen: Soms wordt een abonnement verlengd, waarbij op het moment van elke cyclus een autorisatie op de kaart wordt vastgehouden om deze actief te houden, wat wordt gevolgd door facturering.
•   Upgrades van serviceplannen: Wanneer een gebruiker ervoor kiest om het serviceplan tijdens een facturatiecyclus te upgraden, kan een nieuwe autorisatiereservering worden geïnitieerd naast de pro-rata kosten, wat zich manifesteert als twee openstaande transacties.

Deze drie termen beschrijven opeenvolgende fasen in een kaarttransactie, niet dezelfde gebeurtenis:

Het autorisatiereserveringsproces beïnvloedt het beschikbare saldo door het gespecificeerde bedrag vast te houden, zonder een directe afschrijving van de rekening. De overdracht van gelden vindt plaats bij incasso en afrekening. Als een SaaS proefperiode wordt geannuleerd vóór incasso, vervalt de reservering en worden de gelden automatisch vrijgegeven.

Gratis proefversies aanbieden is een veelvoorkomende SaaS-marketingstrategie, maar het brengt ook de overweging met zich mee om betaalkaartgegevens van gebruikers te vragen voordat er kosten in rekening worden gebracht. Autorisatieblokkeringen bieden hiervoor verschillende mogelijke reacties:

•       Een autorisatie van $0 of $1 zal het kaartnummer, de vervaldatum en de CVV van de kaart valideren.
•       Zodra de betaalmethode is bevestigd, kan de facturatie na de proefperiode beginnen.
•       Accountverificatieverzoeken (AVR's) kunnen door verwerkers worden geïmplementeerd, en hun verschijning op het rekeningoverzicht van de klant kan afhankelijk zijn van de aanwezigheid van een transactiebedrag.

Het hierboven beschreven proces is bedoeld om SaaS-bedrijven te beschermen tegen misbruik van proefversies met ongeldige kaarten. Bovendien kan de gebruikerstevredenheid worden beïnvloed door de overgang van een proefperiode naar een betaald abonnement.

Er zijn drie stappen in het volledige betalingsproces:

1.   Auth: Eerst stuurt het SaaS-platform een autorisatie verzoek naar de payment gateway. De gateway stuurt het verzoek vervolgens door naar het kaartnetwerk (Visa, Mastercard), dat contact opneemt met de iuitgevende bank. De bank reserveert vervolgens de fondsen en stuurt de goedkeuringscode terug.
2.   Capture: Op het moment van facturering (of proefversie einde), geeft het platform een capture-verzoek uit voor het uiteindelijke bedrag. Deze actie voltooit de transactie.
3.   Afwikkeling: Het kaartnetwerk verzamelt transacties in een “batch” (gewoonlijk 's nachts), en de fondsen worden overgemaakt van de bank van de kaarthouder naar die van de handelaar. Acquirer bank.

Klanttevredenheidsniveaus kunnen geassocieerd worden met autorisatiereserveringen, waarbij transparantie mogelijk een rol speelt. Geïdentificeerde gebieden voor potentiële verbetering omvatten vaak:

•       Wanneer een reservering en een afschrijving tegelijkertijd worden weergegeven, kunnen klanten dit als dubbele facturering ervaren; dit betekent echter niet automatisch dat er sprake is van een fout. Dit is met name het geval na een abonnement-upgrade.
•       De aanwezigheid van openstaande reserveringen (inclusief niet-transactiegerelateerde) op lage debetkaartsaldi kan een factor zijn bij roodstandbepalingen.
•       “Terugbetalingnotificatie kan worden verwacht wanneer een wachtperiode afloopt; de wacht wordt doorgaans opgeheven, en kredietcorrecties kunnen onafhankelijk plaatsvinden, mogelijk zonder onmiddellijke kennisgeving.
•       SaaS-bedrijven kunnen een verband waarnemen tussen het aantal supporttickets voor facturatie en de beschikbaarheid van proactieve informatie over wachten op facturatie na proefperiodes.

Alternatieve benaderingen voor het beheren van deze situatie kunnen bestaan:

•       Plaats een eenvoudig bericht bij het aanmelden voor een proefversie: “We plaatsen een tijdelijke reservering van $1 om uw kaart te verifiëren. Dit bedrag wordt binnen 5 werkdagen vrijgegeven.”
•       E-mail klanten wanneer een reservering wordt geplaatst; informeer hen opnieuw wanneer deze wordt vrijgegeven.
•       Facturatie-dashboards en -ontvangstbewijzen kunnen ‘autorisatie in behandeling’ en ‘afschrijving’ als aparte vermeldingen weergeven.
•       Bied $0 AVR's aan als uw betalingsverwerker deze ondersteunt, om een zichtbare impact te voorkomen.
•       Controleer de taal op uw betaalpagina om er zeker van te zijn dat u “autorisatie” niet verwart met “afschrijving.”