Het korte antwoord: Apron is een Brits platform voor bedrijfsfinanciën. Het brengt factuurbetalingen, salarissen, onkosten en afstemming met de boekhouding op één plek samen, gebruikt AI om facturen en bonnen te lezen en vraagt u goed te keuren wat het heeft voorbereid. Het is geen bank en het houdt uw geld niet aan zoals een depositorekening dat zou doen. Betalingen lopen via uw eigen bankrekening of kaart.
Dat laatste punt is wat telt voor begunstigdeverificatie. Wanneer een platform een reeks leveranciersfacturen, een salarisronde en een belastingbetaling klaarzet, gaat het geld nog steeds via een bank of betaaldienstverlener. De controle van naam tegen IBAN bij die overboekingen hoort bij die dienstverlener - en de beslissing om de betaling vrij te geven blijft bij u.
Wat is Apron payments?
Apron is een financiële platform gebouwd voor kleine en middelgrote Britse bedrijven. In de praktijk geeft het een financiële afdeling vier dingen op één plek: facturen vastleggen en betalen, salarissen, onkostenbeheer met onkostenkaarten en afstemming terug naar het grootboek. De AI-laag leest facturen en bonnen en vult de gegevens vooraf in; een mens controleert en keurt goed.
Twee verschillende dingen delen dezelfde naam, en het door elkaar halen daarvan is waar de meeste verwarring begint.
- Het platform, op getapron.com: het product waarop u zich aanmeldt, met het dashboard, de betaalstromen en de mobiele app.
- APRON PAYMENTS LTD: de Britse vennootschap erachter - bedrijfsnummer 13779960, opgericht op 3 december 2021 en eerder geregistreerd als HELLO CASH LTD. Door die eerdere naam levert een zoekopdracht soms een bedrijfsregistratie op die niets met het product te maken lijkt te hebben.
Platform en vennootschap zijn twee verschillende vragen
Controleert u met wie u zaken doet, dan beantwoordt de registratie bij Companies House de vraag naar de rechtspersoon. Controleert u hoe een betaling wordt uitgevoerd en geverifieerd, dan beantwoordt de documentatie van het platform dat. Geen van beide vertelt u of het IBAN van een leverancier klopt.
Is Apron een bank?
Nee. Apron is een betaal- en financiële platform, geen bank. Het neemt geen deposito's aan zoals een bank en is niet de instelling die uw zakelijke betaalrekening aanhoudt. Betalingen lopen via uw eigen bankrekening of kaart, en daarom kan het platform verbinding maken met de rekeningen en kaarten die u al gebruikt.
Dat onderscheid heeft een praktisch gevolg. Een controle van naam tegen IBAN - Verification of Payee (VoP) in de EU en SEPA, Confirmation of Payee (CoP) in het Verenigd Koninkrijk - wordt uitgevoerd door de aanbieder van betaaldiensten (psp) die de overboeking verstuurt, en beantwoord door de psp die de rekening van de begunstigde aanhoudt. Verlaat uw geld uw eigen bankrekening, dan is uw bank in dat proces de psp. Het platform bereidt de betaling voor en toont haar; het vervangt de controle van de bank niet.
Het eerlijke antwoord op 'wie is verantwoordelijk wanneer een betaling op de verkeerde rekening belandt?' is dus: de verplichting om de controle uit te voeren ligt bij de verzendende dienstverlener, en de beslissing om de betaling vrij te geven ligt bij u. Een platform kan die beslissing makkelijker maken door u het resultaat te tonen, maar het kan haar niet van u overnemen.
Wat Apron-betalingen omvatten: facturen, salarissen, HMRC en onkosten
Apron beschrijft verschillende soorten betalingen. Niet allemaal dragen ze hetzelfde risico, dus het helpt om de uitgaande betalingen apart te zetten - de betalingen waarbij een verkeerd IBAN of een verkeerde naam echt geld kost.
- Leveranciersfacturen, vaak in batches betaald: de klassieke uitgaande stroom, en degene die het meest blootstaat aan factuuromleiding, waarbij een fraudeur de bankgegevens op een echte factuur wijzigt.
- Salarissen: lonen aan medewerkers, waarbij het riskantste moment niet de maandelijkse ronde is, maar een verzoek om de bankgegevens van een medewerker te wijzigen.
- Betalingen aan HMRC: belastingen en andere betalingen aan een overheidsinstantie, waarbij een verkeerd getypte referentie of rekeninggegeven een betaling kan vertragen of verkeerd kan richten, en die moeilijk terug te draaien is.
- Onkosten van het team en onkostenkaarten: kleinere bedragen, maar dezelfde discipline geldt wanneer u iemand terugbetaalt op een bankrekening.
- Betaallinks: geld dat binnenkomt in plaats van uitgaat, waardoor de vraag naar begunstigdeverificatie anders ligt.
Bij de eerste drie verdient een naamcontrole haar plek. Geeft u met één klik een batch van veertig leveranciersfacturen vrij, dan reist één verkeerd getypt of frauduleus gewijzigd IBAN mee met de batch. Op dat faalpatroon moet u uw controles inrichten.
Hoeveel rekent Apron?
De eigen pagina's van Apron beschrijven de prijzen in grote lijnen in plaats van als een volledige tarieflijst: er geldt een kleine vergoeding wanneer u spaarpunten verdient op betalingen, cashback op de kaart wordt geadverteerd met maximaal 1%, en betaallinks worden beschreven als 0% bij betalen per bank en met zakelijke kaarten tegenover 1% bij particuliere kaarten.
Dat zijn de cijfers die de bronpagina's noemen, en ze zijn een uitgangspunt, geen offerte. Abonnementen, voorwaarden voor cashback en de behandeling van specifieke betaalsoorten veranderen in de loop van de tijd. Controleer daarom de eigen prijspagina's van Apron voor uw bedrijf voordat u een kostenmodel bouwt. Dit artikel schat geen vergoedingen, licenties of bankpartners in verder dan wat die pagina's zeggen.
Waarom begunstigdeverificatie telt bij betalingen die een platform start
Een platform maakt betalen sneller. Sneller is goed, totdat de snelheid geldt voor een betaling die nooit verstuurd had mogen worden. Fraude met geautoriseerde overboekingen (authorised push payment, APP) - waarbij een betaler wordt misleid om geld naar een rekening van een fraudeur te sturen - is moeilijk terug te draaien zodra het geld weg is, en instantbetalingen maken dat venster nog korter.
Verification of Payee is precies voor dat moment gebouwd. Voordat een overboeking in euro's wordt verstuurd, vraagt de psp van de betaler aan de psp van de begunstigde of de opgegeven naam past bij de rekening achter het IBAN, en toont het antwoord aan de betaler. In het Verenigd Koninkrijk doet Confirmation of Payee hetzelfde bij betalingen met sort code en rekeningnummer. De controle blokkeert de betaling niet; ze legt een antwoord van de bank voor aan degene die het geld vrijgeeft, terwijl die nog kan ingrijpen.
Voor een financiële afdeling is de waarde simpel: een afwijking die vóór vrijgave wordt opgemerkt, kost een telefoontje. Een afwijking die daarna wordt opgemerkt, kost een terugvorderingsproces, een leveranciersrelatie en vaak het geld zelf.
Gegevens van leveranciers, salarissen en HMRC controleren voordat u betaalt
Deze stappen zijn proces, geen product. Ze werken met elk platform dat u gebruikt om de betaling voor te bereiden.
- 1 Bevestig de naam van de rekeninghouder aan de hand van het brondocument - de factuur, het contract, de salarisadministratie - en niet aan de hand van een e-mail die met nieuwe bankgegevens binnenkwam.
- 2 Voer een controle van naam tegen IBAN uit wanneer een leverancier of medewerker voor het eerst wordt aangemaakt, en bewaar de geverifieerde naam die terugkomt.
- 3 Voer de controle opnieuw uit vóór de eerste betaling, en over het hele betaalbestand vóór vrijgave als u in batches betaalt.
- 4 Verifieer opnieuw telkens wanneer een IBAN of een naam wijzigt. Een wijzigingsverzoek is de gebeurtenis met het hoogste risico in de hele cyclus.
- 5 Zie haast als een waarschuwingssignaal. Een leverancier die de bankgegevens vandaag per e-mail gewijzigd moet hebben en niet kan bellen, beschrijft de vorm van een oplichtingstruc.
- 6 Bewaar de uitkomst bij het betalingsrecord: wat er is gecontroleerd, welke instelling antwoord gaf en wanneer.
Voor betalingen aan HMRC en andere overheidsinstanties geldt dezelfde discipline voor de referentie en de rekeninggegevens: bevestig ze aan de hand van de eigen gepubliceerde richtlijnen van de instantie en niet aan de hand van een doorgestuurd bericht, en controleer de begunstigdenaam op dezelfde manier als bij een leverancier.
Waar VoP past naast een platform als Apron
VoP is een controle aan de kant van de bank en de psp. Verlaten uw overboekingen uw eigen bankrekening, dan voert uw bank haar uit. Bedrijven en treasuryteams kunnen IBAN-naamcontroles ook via een API of een dashboard uitvoeren voordat ze begunstigden in een betaalplatform laden. Dat is nuttig wanneer u wilt dat de controle bij de intake gebeurt en opnieuw op bestandsniveau, en niet alleen op het moment van vrijgave.
Welke route u ook gebruikt, de uitkomsten zijn altijd dezelfde vier, en elk ervan vraagt iets anders van de financiële afdeling.
- Overeenkomst: de naam past bij de rekeninghouder. Ga verder met het gebruikelijke vertrouwen.
- Gedeeltelijke overeenkomst: de namen lijken op elkaar maar zijn niet identiek - een ontbrekende tweede naam, een handelsnaam in plaats van een statutaire naam. Neem de geverifieerde naam over die de controle teruggeeft, of corrigeer uw record daarnaar, in plaats van die te negeren.
- Geen overeenkomst: de naam hoort niet bij die rekening. Stop, en bel de begunstigde op een nummer dat u al had - nooit op een nummer uit het bericht met de nieuwe gegevens.
- Niet beschikbaar: de dienstverlener van de begunstigde kon geen antwoord geven. Geen goed en geen slecht nieuws; behandel een nieuwe of gewijzigde begunstigde met extra zorg en bevestig via een tweede kanaal.
Wilt u de werking dieper uitgespit, dan behandelen onze uitleg over wat Verification of Payee is en de stap-voor-stapuitleg over hoe Verification of Payee werkt het vraag-en-antwoordproces en de regels van het schema. Voor de zakelijke kant zet de gids over VoP voor bedrijven en concerns uiteen hoe controles van leveranciers, salarissen en uitbetalingen samenhangen.
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.