Een klant scant je QR-code, ziet ‘betaling geslaagd’ op zijn scherm en loopt weg. Jij ziet een week later nog steeds niks op je rekening. Hij zweert dat hij betaald heeft. Jij kunt het niet bewijzen. En je algemene voorwaarden? Die hebben het er met geen woord over.

Als je klanten laat betalen via een QR-code en je voorwaarden zijn gebaseerd op een standaardtemplate, heb je waarschijnlijk een paar gevaarlijke gaten in je juridische bescherming. Dit artikel laat zien welke clausules je concreet moet toevoegen om jezelf in dit soort situaties te dekken.

Drie situaties waarbij een QR-betaling misgaat

Voordat je gaat schrijven of aanpassen, is het goed om te begrijpen waar het concreet fout kan gaan. Drie veelvoorkomende situaties:

1. De klant claimt al betaald te hebben. Een fotografe op een bruiloft ontvangt achteraf een screenshot van een Tikkie-scherm waarop staat “verzonden”. Zij ziet het geld nog steeds niet. De klant is ervan overtuigd dat hij zijn kant van de deal heeft nagekomen. Zonder duidelijke afspraak over wanneer betaling “telt”, is dit een welles-nietesgesprek.

2. De betaling hangt in verwerking. Zeker bij iDEAL-QR of PayPal kan een betaling tijdelijk in een tussenstap hangen, bijvoorbeeld door een sessietime-out of een technische storing bij de bank. De klant is weg, de levering is al gedaan, en jij wacht.

3. Er is een verkeerd bedrag overgemaakt. Iemand scant je QR-code maar typt handmatig een bedrag in, zoals bij Tikkie. Ze maken 80 euro over in plaats van 108 euro. Wat nu? Mag je de rest weigeren te leveren? Mag je een extra betaalverzoek sturen? Zonder clausule is dat onduidelijk.

Waarom standaard algemene voorwaarden hier tekortschieten

De meeste gratis templates die je online vindt, zijn geschreven voor een klassiek factuurmodel: jij levert een dienst, stuurt daarna een factuur, en de klant betaalt binnen 14 of 30 dagen. Dat model gaat uit van een duidelijk tijdstip waarop betaling plaatsvindt, met een factuur als bewijs en een betaaltermijn als stok achter de deur.

QR-betalingen werken fundamenteel anders. De betaling vindt direct plaats, vaak op locatie, zonder factuurmoment vooraf. Er is geen schriftelijk aanbod met betalingsvoorwaarden dat de klant heeft ontvangen voordat hij betaalt. En de “ontvangst” van geld is technisch gezien niet hetzelfde als de juridische voltooiing van de betaling.

Als je klanten laten betalen via een QR-code een vast onderdeel is van jouw werkwijze, moet je algemene voorwaarden daarop zijn ingericht.

Wat je moet vastleggen: wanneer is een QR-betaling officieel ontvangen?

Dit is de kern van alles. Juridisch gezien is een betaling pas “gedaan” op het moment dat het geld op jouw rekening staat, niet op het moment dat de klant op “betalen” drukt. Toch voelt dat voor veel klanten onlogisch: zij zien een succesbericht en beschouwen de transactie als klaar.

Leg in je algemene voorwaarden expliciet vast dat een betaling als ontvangen geldt op het moment van daadwerkelijke bijschrijving op jouw bankrekening of betaalaccount. Niet bij initiatie, niet bij een bevestigingsscherm bij de klant. Zo voorkom je de discussie over het “al betaald” gevoel.

Een simpele formulering:

“Een betaling via QR-code, iDEAL-link of betaalverzoek geldt als voldaan op het moment dat het bedrag daadwerkelijk is bijgeschreven op de bankrekening of het betaalaccount van [jouw bedrijfsnaam]. Een bevestigingsmelding bij de betaler geldt niet als bewijs van ontvangst.”

Welke QR-betaalmethoden accepteer je, en welke niet?

iDEAL-QR, Tikkie, PayPal QR en creditcard-QR zijn niet hetzelfde. Ze verschillen sterk in terugboekingsrisico. Bij een creditcard-QR-betaling kan een klant wekenlang later een chargeback (terugboeking) indienen bij zijn bank, en die bank geeft de klant daarbij vaak het voordeel van de twijfel. Bij Tikkie is dat risico vrijwel nul, maar kun je als ontvanger ook moeilijker aantonen dat de betaling legitiem was als er een geschil is.

Wees daarom specifiek in je voorwaarden. Benoem welke methoden je accepteert. Als je alleen Tikkie gebruikt, staat dat erin. Als je ook PayPal accepteert maar niet via QR, leg dat dan vast. Zo beperk je je blootstelling aan methoden met hogere terugboekingsrisico’s.

Voorbeeld voor een ondernemer die alleen Tikkie gebruikt:

“[Bedrijfsnaam] accepteert uitsluitend betaling via Tikkie (ABN AMRO betaalverzoek). Betalingen via andere platforms, QR-codes of betaalmethoden worden niet als voldaan beschouwd tenzij schriftelijk anders overeengekomen.”

Betalingsbevestiging: wie bewijst wat, en binnen welke termijn?

Stel dat er twijfel is over een betaling. Wie moet dan bewijzen dat er betaald is? In principe rust die bewijslast op de klant, maar zonder afspraken wordt dit al snel een onaangenaam gesprek.

Leg in je voorwaarden vast dat de klant bij een betwiste QR-betaling binnen 24 uur een bewijs levert: een screenshot van de transactie inclusief datum, tijdstip en transactie-ID, of een e-mailbevestiging van de betaaldienst. Geef ook aan wat jij als bewijs accepteert en wat niet. Een foto van een “betaling verwerkt”-scherm is minder hard dan een banktransactie-ID.

Wat gebeurt er bij een mislukte of betwiste betaling?

Dit is het deel dat de meeste ondernemers weglaten, en precies waar het pijnlijk wordt. Leg vast:

  • Dat je de levering of dienst mag opschorten zolang de betaling niet is bijgeschreven.
  • Dat bij een onvolledige betaling (verkeerd bedrag) jij een aanvullend betaalverzoek mag sturen, met een termijn van bijvoorbeeld 48 uur.
  • Dat bij een chargeback of betwisting de klant verantwoordelijk is voor eventuele terugboekingskosten die de betaaldienst bij jou in rekening brengt.
  • Hoe lang jij wacht voordat je een herinnering stuurt bij een hangende betaling.

Een concrete aanvulling voor je voorwaarden:

“Bij een mislukte, onvolledige of betwiste betaling via QR-code behoudt [bedrijfsnaam] zich het recht voor om levering of verdere dienstverlening op te schorten totdat de betaling volledig is ontvangen. De opdrachtgever is verantwoordelijk voor eventuele kosten die voortvloeien uit een terugboekingsprocedure.”

Hoe gaat de klant akkoord met je AVs bij een QR-betaling?

Bij een webshop klik je op “akkoord” voor je afrekent. Bij een QR-betaling op locatie of via een betaalverzoek-link is dat moment er niet automatisch. Dit is juridisch een aandachtspunt: je kunt je alleen op je algemene voorwaarden beroepen als je ze tijdig ter hand hebt gesteld.

Praktisch gezien betekent dit: vermeld op je factuur, offerte, bevestigingsmail, of zelfs in de omschrijving van je Tikkie dat je algemene voorwaarden van toepassing zijn, en waar ze te vinden zijn. Bij een marktstand of pop-uplocatie kun je je AVs als QR-code naast je betaal-QR hangen. Door te betalen gaat de klant akkoord, maar alleen als hij die kans eerlijk heeft gehad.

Voorbeeld voor de omschrijving van een betaalverzoek:

“Betaling voor [dienst/product] aan [bedrijfsnaam]. Op alle transacties zijn onze algemene voorwaarden van toepassing: [link naar AVs].”

Wanneer zijn algemene voorwaarden alleen niet genoeg?

Goede voorwaarden zijn je fundament, maar bij QR-betalingen is een kleine aanvullende werkwijze goud waard. Stuur altijd een ontvangstbevestiging per sms of e-mail zodra de betaling is binnengekomen. Eén zin is genoeg: “Betaling van 108 euro ontvangen, bedankt!” Dit is bewijs voor jou en geruststelling voor de klant.

Werk je met terugkerende klanten of abonnementen? Overweeg dan een simpel betaalbewijsformulier, zelfs een gedeeld Google-document of een notitie in je boekhoudsoftware, waarin je bijhoudt wanneer een betaling is gedaan en via welke methode. Dit klinkt bureaucratisch, maar kost je tien seconden per transactie en kan je uren aan discussie besparen.

Tot slot: controleer regelmatig je betaalmethoden zelf. Tikkie-links verlopen, QR-codes kunnen verouderd zijn, en betaaldiensten veranderen soms hun voorwaarden. Een klant die in goed vertrouwen naar een verlopen QR-code betaalt en het geld kwijt is, heeft een serieus probleem, en jij ook.

Door in je algemene voorwaarden vast te leggen wanneer een betaling geldt als ontvangen, welke betaalmethoden je accepteert, wie de bewijslast draagt en hoe je omgaat met geschillen sta je bij een meningsverschil een stuk sterker. Dat hoeft geen ingewikkeld juridisch document te worden, maar het moet er wel expliciet in staan.

Heb je nog geen voorwaarden die dit afdekken? Gebruik de gratis generator op deze site om binnen een paar minuten een set op maat te maken, met clausules die aansluiten op hoe jij in de praktijk werkt.