A rövid válasz: a Square Payments platform kártyás fizetések elfogadására személyesen és online, valamint az ezt körülvevő pénztárgép-szoftverre és -hardverre. A Verification of Payee egészen más: név-IBAN ellenőrzés, amely a SEPA euróátutalásokon fut. A Square nem végzi el ezt az ellenőrzést, és a kártyás fizetéseknél nem is kell elvégeznie. Csak a vállalkozása által indított banki átutalásoknál számít.
Ez a megkülönböztetés hiányzik a legtöbb Square-ről szóló oldalról, amelyek díjakat és eszközöket ismertetnek, de az uniós azonnali fizetési rendeletet soha nem említik. Ez a cikk mindkét oldalt áttekinti, abban a sorrendben, ahogy egy kereskedő valóban találkozik velük.
Mi a Square Payments - és mi nem az
A Square fizetési és pénztárgép-platform, amely a Block, Inc. tulajdonában van. A gyakorlatban négy dolgot ad egy vállalkozásnak: kártyaolvasót vagy terminált, szoftvert az értékesítéshez és az online fizetéselfogadáshoz, számlázási és munkatárskezelési eszközöket, valamint a kártyás pénz elszámolását egy bankszámlára. Kis üzletek, kávézók, piaci standok, szalonok és szolgáltató vállalkozások kedvelik, mert hosszú szerződés nélkül is el lehet indulni.
Két korlátot érdemes nyíltan kimondani. Először: a Square csak korlátozott számú országban érhető el, így az ezeken a piacokon kívüli vállalkozás nem tud egyszerűen regisztrálni. Másodszor, és e téma szempontjából fontosabb: a Square elsősorban kártyaelfogadó (acquirer) és pénztárgép-szolgáltató. Nem részvevője a SEPA Verification of Payee sémának, és nem válaszol a beszállítói számláiról érkező névellenőrzési kérésekre.
Két különböző sín
A kártyás fizetés a kártyarendszereken fut. A SEPA-átutalás a SEPA átutalási sémán. A Verification of Payee-t kizárólag a második sínre építették. A pénz kártyás beszedése és a pénz banki átutalással történő elküldése két külön folyamat, két külön szabályrendszerrel.
A Square díjszabása egy pillantásra
A Square nyíltan közzéteszi díjait, a szerkezet pedig egyszerű: tranzakciónként egy százalékos díj, amely attól függően tér el, hogyan fogadják el a fizetést. A kategóriák minden piacon ugyanazok, még ott is, ahol a számok különböznek.
- Személyes fizetések: a legalacsonyabb díj, mert a kártya jelen van, és a kockázat kisebb.
- Online fizetések: magasabb díj, mert a kártya nincs jelen.
- Kézzel bevitt fizetések: általában a legmagasabb díj, mert a bepötyögött kártyaadatok nagyobb kockázatot hordoznak.
- Nemzetközi kártyák: a standard díjon felüli pótdíj, ha a kártyát az Ön piacán kívül bocsátották ki.
- Hardver és szoftver: az olvasókat és terminálokat jellemzően egyszeri vásárlással szerzik be, bizonyos szoftverfunkciókért pedig havi díjat számláznak.
A díjakat piaconként állapítják meg, és idővel változnak, ezért bármely számot - itt vagy máshol olvasottat - kiindulópontnak tekintsen, ne ajánlatnak. Költségek modellezése előtt ellenőrizze a Square saját díjoldalait az Ön országára vonatkozóan, és olvassa el a visszatérítésekre, a chargebackekre és az azonnali átutalási díjakra vonatkozó apró betűs részt, mert ezeket másként számlázzák, mint az értékesítést.
Hol van helye a Verification of Payee-nak egy Square-kereskedőnél
A Verification of Payee az uniós azonnali fizetési rendeletből ered. Előírja, hogy az euróátutalást kínáló fizetési szolgáltatók a fizetés elküldése előtt ellenőrizzék a kedvezményezett nevét az IBAN mögötti számlával szemben, és mutassák meg az eredményt a fizetőnek. A teljes hátteret az azonnali fizetési rendeletről szóló oldalunkon találja.
Alkalmazza ezt most egy Square-kereskedőre. Amikor egy ügyfél odaérinti a kártyáját, nem történik átutalás: a pénz a kártyarendszereken keresztül mozog, és a bankszámláján számolják el. A VoP erre a folyamatra egyáltalán nem vonatkozik. Tehát egy olyan vállalkozásnak, amely kizárólag kártyás fizetéseket fogad a Square-lel, nincs saját VoP-kötelezettsége, és a fizetési folyamatában semmit nem kell megváltoztatni.
A kép akkor változik meg, amikor a vállalkozása banki átutalással küld pénzt: beszállítói számla, bérbeadó, szabadúszó kifizetése, átutalással teljesített visszatérítés vagy munkatársak bére. Ezek SEPA-átutalások, és az ellenőrzés annak a banknak vagy fizetési intézménynek a feladata, amelyik elküldi őket - nem a Square-é, és nem a pénztárgépé.
Ha a Square-re épít: a VoP a fizetési rendszerében
A szoftverszállítók és fintech cégek gyakran ágyazzák be a Square API-jait, hogy saját termékükön belül fogadjanak kártyás fizetéseket. Ez ésszerű felosztás: a Square kezeli a kártyaelfogadást, a platformja minden mást. A VoP a minden más része.
Ha a terméke SEPA-átutalással is mozgat pénzt - eladóknak történő kifizetés, átutalással teljesített visszatérítés, beszállítókkal való elszámolás -, akkor a Square mellett, nem pedig benne, szüksége van egy névellenőrzési rétegre. A gyakorlatban ez két útvonal egyikét jelenti: támaszkodik a bankja VoP-szolgáltatására, vagy egy VoP-szolgáltatóhoz csatlakozik REST API-n keresztül, amely egyetlen fizetésre vagy egy egész fájlra visszaadja a szabványosított kimeneteket.
- Tartsa külön a két folyamatot a kódjában: kártyaengedélyezés a Square-en keresztül, banki átutalások a PSP-jén vagy VoP-szolgáltatóján keresztül.
- Normalizálja egyszer a kedvezményezett adatait, hogy az ellenőrzésnek küldött név a jogi vagy bejegyzett név legyen, ne a saját adatbázisából származó megjelenített címke.
- A „nem elérhető” eredményt normál kimenetnek tekintse, nem hibának - ezt kapja, amikor a kedvezményezett bankja nem tud válaszolni.
- Naplózza az eredményt a fizetési rekorddal együtt, hogy megmutathassa, mit és mikor ellenőrzött.
Az API formája szándékosan kicsi: küld egy nevet és egy IBAN-t, és négy kimenet egyikét kapja vissza. A Verification of Payee API oldalunk ismerteti a szerződést, az integrációs útmutató pedig a tesztkörnyezettől az élesítésig vezető utat.
A kedvezményezett ellenőrzése, mielőtt beszállítónak fizet
Egy treasury vagy kötelezettségkezelő csapat számára a hasznos szokás egyszerű: a kedvezményezettet a pénz elindulása előtt ellenőrizze, ne utána. Íme a sorrend, amely akkor is működik, ha kártyás értékesítésre Square-t használ, és akkor is, ha nem.
- 1 Erősítse meg a kedvezményezett nevét a forrásdokumentumból - a számlából, a szerződésből vagy a bérnyilvántartásból -, nem abból az e-mailből, amely az új bankadatokkal érkezett.
- 2 Futtassa a név-IBAN ellenőrzést a bankján vagy egy VoP-szolgáltatáson keresztül, és olvassa el az eredményt, mielőtt kiadja a fizetést.
- 3 Egyezés esetén folytassa a szokásos bizalommal.
- 4 Részleges egyezés esetén fogadja el az ellenőrzés által visszaadott ellenőrzött nevet, vagy javítsa ki a nyilvántartását arra, ahelyett hogy felülírná.
- 5 Nincs egyezés esetén álljon meg. Hívja fel a kedvezményezettet egy olyan számon, amely már korábban is megvolt Önnek - soha ne azon, amelyet az új adatokat tartalmazó üzenet adott.
- 6 Nem elérhető eredmény esetén az új vagy megváltozott kedvezményezettet különös óvatossággal kezelje, és fontolja meg egy második megerősítést egy másik csatornán.
- 7 Ellenőrizzen újra minden IBAN- vagy névváltozásnál, és tartsa az eredményt a fizetési rekord mellett.
Ha sok beszállítónak fizet, az ellenőrzést kiadás előtt a teljes fizetési fájlra futtassa, ne kedvezményezettenként egyszerre. Ez kapja el a kétszáz tételből azt az egyetlen nem megfelelő számlát, amely éppen a legtöbb kárt okozza. Az IBAN számlatulajdonosának ellenőrzéséről szóló útmutatónk elmagyarázza, miért nem tudja ezt saját maga kikeresni, és mit tehet helyette a bankja.
Gyakori tévhitek
Három elképzelés bukkan fel újra és újra, és mindegyiket érdemes helyre tenni.
- „A Square VoP-ot végez.” Nem. A Square kártyaelfogadó és pénztárgép-platform. Az euróátutalásokon a névellenőrzést a fizető PSP-je végzi, vagy egy VoP-szolgáltató, amelyhez a fizető csatlakozik.
- „A kártyás fizetéseimhez VoP-ellenőrzés kell.” Nem kell. A VoP az euróátutalásokra vonatkozik. A kártyás fizetések a kártyarendszereken futnak, és más kontrollok fedik le őket, például a 3-D Secure és az acquirer csalásvédelmi eszközei.
- „A VoP-ellenőrzés helyettesíti a csalásvédelmi kontrolljaimat.” Nem helyettesíti. Azt igazolja, hogy a név megegyezik a számlával, ami erős védelem a számlaátirányítás és a személyiséghamisítás ellen. Arról viszont semmit nem mond, hogy maga a számla valódi-e, ezért tartsa meg a jóváhagyási folyamatait és a beszállítóváltási eljárását.
Az időzítésről: az euróövezeti PSP-knek 2025. október 9. óta kell felajánlaniuk a VoP-ot az euróátutalásoknál, a nem eurós uniós tagállamok PSP-jei pedig 2027. július 9-ig követik. Ha a bankja még nem mutatott névellenőrzési eredményt egy átutalásnál, kérdezze meg, miért.
Hogyan egészíti ki a RoxPay VoP API-ja a Square-t
A RoxPay a SEPA sémán nyújt Verification of Payee-t egyetlen REST API-n és egy irányítópulton keresztül, a kérdező és a válaszadó irányt egyaránt lefedve. Visszaadja a szabványosított kimeneteket - egyezés, részleges egyezés, nincs egyezés és nem elérhető -, jóval egy másodperc alatt, részleges egyezésnél az ellenőrzött névvel, egyetlen fizetéshez vagy egy egész fizetési fájlhoz.
Egy olyan vállalkozásnak, amely már használ Square-t a kártyaelfogadáshoz, ez egyetlen integrációt jelent a banki átutalások oldalára: beszállítói kifizetések, bérszámfejtés, visszatérítések és kifizetések. A Square továbbra is azt teszi, amit jól tud; a névellenőrzés ott van, ahol a SEPA-átutalások.