Status betaling
Mogelijke statussen betaling bij een betaalprovider
Status | Omschrijving |
---|---|
Started | De betaling is gestart De betaler zal in dit geval nooit via de betaalprovider op de return URL komen. |
Cancelled | De betaling is niet afgerond, meestal doordat de betaler de betaling heeft afgebroken. De betaler zal in dit geval nooit via de betaalprovider op de return URL komen. |
Pending | De status is nog onbekend, dit kan voorkomen als bijvoorld al de betaalmethode een storing heeft of de creditcard betaling handmatig moet worden beoordeeld. |
Completed | De betaling is met zekerheid afgerond In geval van achteraf betalen is de overeenkomst afgerond |
Expired | De betaling is niet op tijd afgerond maar de betaler is wel terug geleid naar de webshop. |
Ophalen of ontvangen?
Kenmerk | Betaalprovider stuurt de status | Jouw webshop vraagt om de status |
---|---|---|
Vaak gebruikt verzoekstype | POST | GET |
Geadresseerd naar | Eén vooraf ingestelde URL of URL die is meegegeven bij het aanmaken van de transactie | API endpoint |
Technische term | Webhook Postback |
Retrieving a payment Polling |
Wanneer gebruik je hem? | Zeer geschikt om webshops orders de juiste status te geven. Want ook de situatie waarbij de betaler na het afronden van de betaling het scherm direct heeft gesloten gaat hierdoor goed. | Zeer geschikt voor terugkomende consumenten (eventueel als backup voor als de webhook niet eerder ontvangen is). Als je een OrderID van je eigen webshop meegeeft in de redirectURL weet je direct over welke betaling het gaat en dan kun je die gaan ophalen bij de betaalprovider. |
Praktische tips | 1. Zorg dat je webshop OrderID daar in staat zodat je ze makkelijk kunt verwerken. Dit kan alleen als je hem per betaling meegeven. 2. Veel betaalproviders blijven webhooks sturen totdat je bevestigd dat hij is verwerkt. 3. Gebruik webhook.site om webhooks te testen. 4. Bij sommige betaalproviders kun je via de Portal hem handmatig nog een keer triggeren. |
1. Minder geschikt om te gebruiken in andere systemen zoals ERP systemen vanwege de load bij de betaalprovider (vooral bij meerdere keren per betaling, betaalprovider brengt mogelijk kosten in rekening). 2. Minder geschikt om de status binnen de webshop zelf aan te passen omdat vaak de betaler betrokken is. |