Status betaling naar webshop

Elke betaalprovider zet de status van een betaling door naar de webshop.
Dit is namelijk onderdeel van de informatiestroom

Per betaalprovider (en zelfs per API van een betaalprovider) werkt dit anders, maar de basis is altijd gelijk.
In een goede betaalprovider integratie gebruik je een combinatie van het opvragen en ontvangen om de status van een betaling te weten.

Kenmerk	Jouw server krijgt de status vanuit de betaalprovider gepusht	Jouw server vraagt om de status
Verzoektype	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
Wanneer gebruik je hem?	Zeer geschikt om webshops orders de juiste status te geven. Want ook de situatie waarbij de consument 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.
Wanneer gebruik je hem niet?		1. Niet geschikt om te gebruiken in andere systemen zoals ERP systemen vanwege de load bij de betaalprovider. 2. Niet geschikt om de status binnen de webshop zelf aan te passen.
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.

Tip

Log alle binnenkomende postbacks/webhooks. Je kunt dan een handmatig alles controleren mislukte verzoeken.