Het korte antwoord: Square Payments is een platform om kaartbetalingen in persoon en online te aanvaarden, plus de kassasoftware en -hardware eromheen. Verification of Payee is iets heel anders — een naam-naar-IBAN-controle die loopt op SEPA-overboekingen in euro's. Square voert die controle niet uit en hoeft dat voor kaartbetalingen ook niet. Ze is alleen van belang voor de overboekingen die uw bedrijf verstuurt.
Dat onderscheid ontbreekt op de meeste pagina's over Square, die tarieven en hardware beschrijven maar de EU-verordening instantbetalingen nooit noemen. Dit artikel behandelt beide kanten, in de volgorde waarin een handelaar ze in de praktijk tegenkomt.
Wat Square Payments is — en wat het niet is
Square is een betaal- en kassaplatform van Block, Inc. In de praktijk krijgt een bedrijf vier dingen: een kaartlezer of terminal, software om verkopen te beheren en online betalingen te aanvaarden, hulpmiddelen voor facturatie en personeelsbeheer, en de uitbetaling van het kaartgeld op een bankrekening. Het is populair bij kleine winkels, cafés, marktkramen, salons en dienstverleners, omdat u kunt starten zonder lang contract.
Twee beperkingen zijn het vermelden waard. Ten eerste is Square beschikbaar in een beperkt aantal landen, dus een bedrijf buiten die markten kan zich niet zomaar aanmelden. Ten tweede, en belangrijker voor dit onderwerp: Square is in de eerste plaats een kaartacquirer en leverancier van kassasystemen. Het is geen deelnemer aan het SEPA-schema Verification of Payee en het beantwoordt geen naamcontroleverzoeken over de rekeningen van uw leveranciers.
Twee verschillende sporen
Een kaartbetaling loopt via de kaartsystemen. Een SEPA-overboeking loopt via het SEPA-overboekingsschema. Verification of Payee is alleen voor het tweede spoor gebouwd. Geld ontvangen per kaart en geld versturen per overboeking zijn twee gescheiden stromen met twee gescheiden regelsets.
De tarieven van Square in één oogopslag
Square publiceert zijn kosten openlijk en de structuur is eenvoudig: een percentage per transactie, met een ander tarief afhankelijk van hoe de betaling wordt aanvaard. De categorieën zijn in alle markten gelijk, ook waar de cijfers verschillen.
- Betalingen in persoon: het laagste tarief, omdat de kaart aanwezig is en het risico lager.
- Online betalingen: een hoger tarief, omdat de kaart niet aanwezig is.
- Handmatig ingevoerde betalingen: meestal het hoogste tarief, omdat ingetypte kaartgegevens meer risico dragen.
- Internationale kaarten: een extra toeslag bovenop het standaardtarief wanneer de kaart buiten uw markt is uitgegeven.
- Hardware en software: kaartlezers en terminals worden doorgaans eenmalig gekocht, terwijl sommige softwarefuncties maandelijks worden gefactureerd.
Tarieven worden per markt vastgesteld en veranderen in de loop van de tijd. Behandel elk cijfer dat u leest — hier of elders — als uitgangspunt en niet als offerte. Controleer de tarievenpagina's van Square voor uw land voordat u kosten modelleert, en lees de kleine lettertjes over terugbetalingen, chargebacks en kosten voor directe overboekingen, die anders worden gefactureerd dan verkopen.
Waar Verification of Payee relevant wordt voor een Square-handelaar
Verification of Payee komt uit de EU-verordening instantbetalingen. Die verplicht aanbieders van betaaldiensten die overboekingen in euro's aanbieden om de naam van de begunstigde vóór verzending te vergelijken met de rekening achter de IBAN, en om het resultaat aan de betaler te tonen. De volledige achtergrond staat op onze pagina over de Instant Payments Regulation.
Pas dat nu toe op een Square-handelaar. Wanneer een klant een kaart aanbiedt, vindt er geen overboeking plaats: het geld loopt via de kaartsystemen en wordt op uw bankrekening gestort. VoP geldt helemaal niet voor die stroom. Een bedrijf dat uitsluitend via Square kaartbetalingen aanneemt, heeft dus geen eigen VoP-verplichting en aan de kassa hoeft niets te veranderen.
Het beeld verandert wanneer uw bedrijf geld per overboeking verstuurt: een leveranciersfactuur betalen, huur, een freelancer, een terugbetaling per overboeking of salarissen. Dat zijn SEPA-overboekingen, en de controle hoort bij de bank of betaalinstelling die ze verstuurt — niet bij Square en niet bij uw kassa.
Als u op Square bouwt: VoP in uw betaalstack
Softwareleveranciers en fintechs integreren vaak de API's van Square om in hun eigen product kaartbetalingen te aanvaarden. Dat is een verstandige splitsing: Square regelt de kaartacceptatie, uw platform regelt al het andere. VoP hoort bij dat andere.
Als uw product ook geld verplaatst per SEPA-overboeking — uitbetalingen aan verkopers, terugbetalingen per overboeking, afrekeningen met leveranciers — hebt u een laag voor naamcontrole naast Square nodig, niet erin. In de praktijk zijn er twee routes: vertrouwen op de VoP-dienst van uw bank, of verbinden met een VoP-aanbieder via een REST-API die de gestandaardiseerde uitkomsten teruggeeft voor één betaling of een heel bestand.
- Houd de twee stromen in uw code gescheiden: kaartautorisatie via Square, overboekingen via uw psp of VoP-aanbieder.
- Normaliseer begunstigdegegevens één keer, zodat de naam die u naar de controle stuurt de juridische of geregistreerde naam is en niet een weergavenaam uit uw eigen database.
- 'Niet beschikbaar' is een normale uitkomst, geen fout — u krijgt die wanneer de bank van de begunstigde geen antwoord kan geven.
- Leg de uitkomst vast bij het betalingsrecord, zodat u kunt laten zien wat u hebt gecontroleerd en wanneer.
De API is bewust klein: u stuurt een naam en een IBAN en krijgt een van vier uitkomsten terug. Onze pagina over de Verification of Payee-API beschrijft het contract, en de integratiegids behandelt het traject van sandbox tot livegang.
Een begunstigde controleren voordat u een leverancier betaalt
Voor een treasury- of crediteurentem is de nuttige gewoonte eenvoudig: controleer de begunstigde voordat het geld vertrekt, niet erna. Deze volgorde werkt of u Square nu voor kaartverkopen gebruikt of niet.
- 1 Bevestig de naam van de begunstigde aan de hand van het brondocument — de factuur, het contract of de loonadministratie — en niet aan de hand van een e-mail die met nieuwe bankgegevens binnenkwam.
- 2 Voer de naam-naar-IBAN-controle uit via uw bank of een VoP-dienst en lees het resultaat voordat u de betaling vrijgeeft.
- 3 Bij een overeenkomst gaat u met het gebruikelijke vertrouwen verder.
- 4 Bij een gedeeltelijke overeenkomst neemt u de geverifieerde naam over die de controle teruggeeft, of corrigeert u uw record daarnaar, in plaats van die te overschrijven.
- 5 Bij geen overeenkomst stopt u. Bel de begunstigde op een nummer dat u al had, nooit op een nummer uit het bericht met de nieuwe gegevens.
- 6 Bij niet beschikbaar behandelt u een nieuwe of gewijzigde begunstigde met extra zorg en overweegt u een tweede bevestiging via een ander kanaal.
- 7 Verifieer opnieuw telkens wanneer een IBAN of een naam verandert, en bewaar het resultaat bij het betalingsrecord.
Betaalt u veel leveranciers, voer de controle dan vóór vrijgave uit over het hele betaalbestand in plaats van begunstigde voor begunstigde. Zo vangt u de ene niet-passende rekening in een reeks van tweehonderd, precies degene die u geld kost. Onze gids over het verifiëren van de rekeninghouder van een IBAN legt uit waarom u dat niet zelf kunt opzoeken en wat uw bank in plaats daarvan kan doen.
Veelvoorkomende misverstanden
Drie ideeën duiken steeds weer op, en elk ervan verdient correctie.
- 'Square doet aan VoP.' Dat is niet zo. Square is een platform voor kaartacceptatie en kassasystemen. De naamcontrole bij overboekingen in euro's wordt uitgevoerd door de psp van de betaler, of door een VoP-aanbieder waarop de betaler is aangesloten.
- 'Mijn kaartbetalingen hebben een VoP-controle nodig.' Dat is niet zo. VoP geldt voor overboekingen in euro's. Kaartbetalingen lopen via de kaartsystemen en vallen onder andere controles, zoals 3-D Secure en de fraudetools van de acquirer.
- 'Een VoP-controle vervangt mijn fraudemaatregelen.' Dat is niet zo. Ze bevestigt dat de naam bij de rekening past, wat een sterke verdediging is tegen factuuromleiding en identiteitsmisbruik. Over de echtheid van de factuur zelf zegt ze niets, dus houd uw goedkeuringsprocessen en uw proces voor leverancierswijzigingen aan.
Over de timing: psp's in het eurogebied moeten sinds 9 oktober 2025 VoP aanbieden bij overboekingen in euro's, en psp's in EU-lidstaten buiten het eurogebied volgen uiterlijk 9 juli 2027. Als uw bank u bij een overboeking nog geen resultaat van een naamcontrole heeft getoond, vraag dan waarom.
Hoe de VoP-API van RoxPay Square aanvult
RoxPay levert Verification of Payee binnen het SEPA-schema via één REST-API en een dashboard, voor zowel de vragende als de antwoordende richting. De gestandaardiseerde uitkomsten — overeenkomst, gedeeltelijke overeenkomst, geen overeenkomst en niet beschikbaar — komen in ruim minder dan een seconde terug, met de geverifieerde naam bij een gedeeltelijke overeenkomst, voor één betaling of een heel betaalbestand.
Voor een bedrijf dat Square al voor kaartacceptatie gebruikt, betekent dat één integratie voor de overboekingskant: leveranciersbetalingen, salarissen, terugbetalingen en uitbetalingen. Square blijft doen wat het goed doet; de naamcontrole zit waar de SEPA-overboekingen zijn.