Betaallink maken voor je bedrijf: van verzoek tot betaling
Een betaallink maken begint met een afgesproken bedrag, een geschikte betaalprovider en een duidelijke koppeling met je bestelling of factuur. Je deelt vervolgens een URL waarmee de klant naar een betaalpagina gaat. De link zelf is nog geen betaling: pas na controle van de betaalstatus weet je of je kunt leveren. Deze handleiding helpt je een zakelijk betaalverzoek op te zetten dat ook na het versturen overzichtelijk blijft.

Bepaal waarvoor de klant gaat betalen
Begin met het zakelijke doel van het verzoek. Gaat het om een bevestigde opdracht, een aanvulling op een bestelling of een product dat buiten de webshop wordt verkocht? Noteer welk bedrag daarbij hoort, welke valuta je gebruikt en welke interne referentie de betaling herkenbaar maakt. Stem eventuele wijzigingen eerst met de klant af, voordat je een nieuw verzoek verstuurt.
Een betaallink ondersteunt het betaalmoment, maar vervangt niet automatisch je offerte, factuur of orderadministratie. Houd die documenten en afspraken in het daarvoor gebruikte systeem bij. Een medewerker moet later kunnen begrijpen waarom een bedrag is ontvangen, ook zonder het oorspronkelijke chatgesprek te lezen. Een vaste relatie tussen verzoek en order voorkomt onnodig zoekwerk bij vragen van klanten.
Kies een passende manier om de link te maken
Voor incidentele verzoeken kan een functie in het dashboard van je provider voldoende zijn. Mollie beschrijft betaallinks die je via het dashboard of de API kunt maken. Stripe beschrijft eveneens deelbare Payment Links met een gehoste betaalpagina. Bekijk eerst de mogelijkheden van een account dat je al gebruikt; een nieuw platform is niet voor ieder los verzoek nodig.
Wil je betaallinks combineren met een eigen applicatie en een gemeenschappelijke betaalworkflow, dan kan OrsunPay relevant zijn. Daar kun je links met een bedrag en valuta maken en bestaande links beheren. Je houdt je eigen contracten en accounts bij ondersteunde PSP’s. De betaalprovider verwerkt de betaling; OrsunPay verzorgt de softwareverbinding en de bijbehorende betaalstatussen. Bevestig vooraf welke configuratie voor jouw bedrijf beschikbaar is.
Controleer account en betaalmethoden vóór verzending
Een aangemaakt account of zichtbare providernaam zegt nog niet dat alle benodigde methoden actief zijn. Vraag of je account is goedgekeurd voor het beoogde gebruik en of de juiste valuta en betaalmethoden zijn ingeschakeld. Controleer ook waar de klant daadwerkelijk terechtkomt: op een gehoste betaalpagina, in een bankomgeving of in een andere vervolgstap van de provider.
Bij OrsunPay hangen de aangeboden methoden af van de aangesloten provider en de accountconfiguratie. Linkbeheer in het merchant cabinet is momenteel beschikbaar in de liveomgeving. Ga er daarom niet van uit dat een link uit die omgeving een vrijblijvende testbetaling is. Bespreek een gecontroleerde testprocedure voordat iemand een echte betaling uitvoert, en houd testgegevens en operationele gegevens duidelijk uit elkaar.
Maak het verzoek herkenbaar en controleer de gegevens
Gebruik een omschrijving die de klant herkent uit de afspraak. Controleer bedrag en valuta bewust, ook wanneer je informatie kopieert uit een ander systeem. Een verschil tussen een afgesproken totaalbedrag en het bedrag op de betaalpagina zorgt voor twijfel en extra contact. Controleer waar nodig ook de weergave van decimalen en de naam waaronder jouw bedrijf verschijnt.
Bewaar de relatie met het interne ordernummer in je eigen administratie of een daarvoor bedoelde referentie. Plaats geen onnodige persoonsgegevens, wachtwoorden of gevoelige dossierinformatie in een publiek deelbare URL. Behandel de link als iets dat kan worden doorgestuurd. De bestemming moet voldoende uitleg geven om de betaling te begrijpen zonder vertrouwelijke informatie over de klant zichtbaar te maken.
- Het bedrag en de valuta komen overeen met de afspraak.
- De omschrijving verwijst naar een herkenbare opdracht of aankoop.
- De link hoort bij de juiste klant of verkoopcontext in je eigen administratie.
- De afzender en de betaalbestemming zijn duidelijk herkenbaar.
Verstuur de betaallink met voldoende context
Gebruik een kanaal dat de klant voor deze afspraak verwacht, zoals het bestaande e-mailgesprek. Vermeld kort waarvoor het verzoek is, welk bedrag wordt gevraagd en hoe de klant vragen kan stellen. Een kaal linkje zonder toelichting is moeilijker te beoordelen. Gebruik geen onnodige verkortingsdienst als die de herkenbare bestemming van de betaling verbergt.
Stuur voor een zakelijke opdracht bijvoorbeeld een bericht met de afgesproken opdrachtnaam, het bedrag en de verwijzing naar de bijbehorende factuur of order. Houd dat bericht feitelijk. Vermijd druk om onmiddellijk te betalen als dat niet bij de afspraak hoort. Als iemand twijfelt aan de afzender, moet die jouw bedrijf via een bekend contactkanaal kunnen bereiken voordat de link wordt geopend.
Loop de betaalervaring op een telefoon na
Een link wordt niet alleen op een desktop geopend. Controleer of de omschrijving leesbaar is op een klein scherm, of de taal passend is en of de beschikbare methoden begrijpelijk worden getoond. Bekijk ook de terugkeer naar je website. Een klant die uit de bankomgeving terugkomt, moet kunnen zien wat de volgende stap is zonder technische foutcodes te moeten interpreteren.
Gebruik voor deze controle een afgesproken testscenario. Let niet alleen op de geslaagde betaling, maar ook op annuleren en opnieuw openen. Een klant kan de betaalpagina verlaten om een bericht te lezen en later terugkomen. Bepaal hoe jouw proces dan verdergaat en welke informatie support nodig heeft om te helpen. Een duidelijke foutmelding is nuttiger dan een onbevestigde melding dat een order al betaald is.
Bevestig betaling op basis van de status
Het openen van een betaalverzoek, een klik in een e-mail of het bereiken van een retourpagina is geen bewijs van betaling. Laat de status uit de betaalintegratie bepalen of de order betaald is. Als een notificatie later binnenkomt, kan je toepassing voorlopig aangeven dat de betaling wordt gecontroleerd. Daarmee voorkom je dat een scherm sneller zekerheid belooft dan de onderliggende verwerking geeft.
OrsunPay ondersteunt hiervoor transactiestatussen en ondertekende webhooks. De server van jouw toepassing moet de melding correct verwerken en aan de juiste order koppelen. Houd rekening met meldingen die opnieuw aankomen: dezelfde succesvolle betaling mag niet twee leveringen veroorzaken. Wie handmatig werkt, kan een vaste controle in het relevante beheerscherm gebruiken voordat een bestelling wordt vrijgegeven.
Spreek af hoe je onbetaalde en gewijzigde verzoeken behandelt
Een onbetaalde link kan verschillende oorzaken hebben: de klant is nog niet begonnen, heeft het proces verlaten of heeft een mislukte poging gedaan. Kijk eerst naar de status voordat je opnieuw een verzoek stuurt. Vraag zo nodig of het bedrag en de afspraak duidelijk zijn. Een herinnering moet verwijzen naar dezelfde zakelijke context, zodat de klant geen twee verschillende openstaande opdrachten vermoedt.
Verandert het bedrag of vervalt de opdracht, handel dan ook de oude link af. OrsunPay laat je bestaande links bekijken en deactiveren. Zorg dat medewerkers weten wanneer zij dat moeten doen. Deactiveren is iets anders dan een al uitgevoerde betaling terugbetalen. Een terugbetaling vraagt een afzonderlijk ondersteund proces en moet aansluiten op de oorspronkelijke transactie en de afspraken met de klant.
Houd de administratie bruikbaar voor je hele team
Leg vast wie een link mag aanmaken, wie een verzoek opvolgt en wie een betaalstatus controleert. Geef medewerkers alleen de toegang die ze nodig hebben. Gebruik een korte interne werkinstructie voor correcties, dubbele verzoeken en onverwachte betalingen. Daarmee voorkom je dat iedereen een eigen lijst bijhoudt waarin dezelfde betaling een andere betekenis krijgt.
Bekijk periodiek welke verzoeken nog openstaan en welke niet meer nodig zijn. Vergelijk ontvangen betalingen met orders en de uitbetalingsinformatie van de provider. Een betaling die door de klant is voldaan en een uitbetaling op de zakelijke bankrekening zijn verschillende momenten. Maak dat onderscheid zichtbaar in je administratie, zodat een medewerker niet onbedoeld nogmaals om betaling vraagt.
Wanneer is een uitgebreidere integratie zinvol?
Als een paar losse verzoeken goed handmatig te beheren zijn, hoeft het proces niet ingewikkelder. Een integratie wordt interessanter wanneer medewerkers dezelfde gegevens steeds opnieuw invullen, wanneer links vanuit meerdere systemen ontstaan of wanneer levering automatisch op een betaalstatus moet reageren. Beschrijf dan eerst welke handeling je wilt automatiseren en welke controle behouden moet blijven.
Bespreek met OrsunPay hoe linkaanmaak, hosted checkout en statusmeldingen bij je bestaande applicatie kunnen aansluiten. Neem je provideraccounts, valuta, orderproces en belangrijkste uitzonderingen mee. Vraag expliciet welke onderdelen beschikbaar zijn voor jouw configuratie. Zo wordt een betaallink maken onderdeel van een controleerbaar betaalproces, vanaf het eerste verzoek tot de verwerking van de bevestigde betaling.
Ontdek OrsunPay
- Betaallinks maken en beheren
- De betaalervaring voor je klant
- Betaling bevestigen met statusmeldingen
- Je eigen orderproces aansluiten
Bronnen
Lees verder

Betaallink toevoegen aan een factuur: zo houd je overzicht
Voeg een betaallink aan een factuur toe met duidelijke referenties, bedragen en bevestiging. Houd document, betaalverzoek en transactie uit elkaar.
Lees de gids
Betaalpagina maken: wat je voor publicatie moet regelen
Maak een betaalpagina met een helder doel, gevalideerde bedragen, geschikte methoden en bevestigde resultaten. Onderscheid een pagina van een webwinkel.
Lees de gids
Payment orchestration: wanneer een gezamenlijke laag helpt
Bepaal wanneer payment orchestration helpt bij meerdere PSP-accounts, gezamenlijke statusverwerking en beheer, met duidelijke grenzen aan routing.
Lees de gids