A smart check fizetési értelemben egy automatikus ellenőrzés, amely a fizetés elküldése előtt összeveti a kedvezményezett nevét az IBAN mögötti számlával. Termékcímke ez, nem jogi fogalom: ugyanennek az ötletnek a szabályozott változatai a Verification of Payee (VoP) az EU-ban és a Confirmation of Payee (CoP) az Egyesült Királyságban. Ha egy banki alkalmazás vagy egy szolgáltató „smart checket” kínál Önnek egy kedvezményezettre, szinte mindig erről van szó.
A zavar a találati listánál kezdődik. A kifejezésre legfelül szereplő oldalak többsége járműtörténeti jelentésekről, építési kártyákról vagy flottavizsgálatokról szól. Egyik sem a fizetésekről. Ez a cikk a fizetési jelentést tárgyalja, és azt, hogyan ismerje fel, melyik fajta smart checkkel néz szembe.
Mit jelent valójában a „smart check”
A kifejezést több, egymástól független termék használja, ezért az első feladat kideríteni, melyiknél kötött ki. Három jelentés lefedi a legtöbbet abból, amivel egy kereső találkozhat.
- Járműtörténet: fizetős jelentés egy használt autóról – futásteljesítmény, sérülés miatti leírások, fennálló hitel. Semmi köze a pénzátutalásokhoz.
- Építési kártya vagy flottamegfelelés: annak ellenőrzése, hogy egy munkavállaló rendelkezik-e a megfelelő kártyával, vagy hogy egy jármű átment-e a vizsgálaton. Üzemeltetési biztonsági termék.
- Kedvezményezett-ellenőrzés: automatikus név–IBAN ellenőrzés, amely a fizetés elindulása előtt fut le. Ez a fizetési jelentés, és erről szól ez a cikk.
Általában néhány másodperc alatt megkülönböztetheti őket magától az oldaltól. Ha az oldal rendszámot, alvázszámot vagy egy munkavállaló kártyaszámát kéri, az nem fizetési ellenőrzés. Ha a kedvezményezett nevét és egy IBAN-t kér, vagy az eredményt egy banki vagy fizetési folyamaton belül mutatja, akkor az.
Egy kifejezés, három termék
A smart check egy autóra, a smart check egy építési kártyára és a smart check egy kedvezményezettre csak a nevükben közös. Mindegyiket aszerint ítélje meg, mit kér be és mit ad vissza.
Smart check és Verification of Payee: ugyanaz az ötlet, más néven
Az EU-ban a névellenőrzés neve Verification of Payee, amelyet az azonnali fizetési rendelet ír elő, és az Európai Fizetési Tanács által koordinált SEPA sémára épül. Az Egyesült Királyságban a megfelelője a Confirmation of Payee, amely a bankazonosító kódokra (sort code) és a számlaszámokra épül. Mindkettő ugyanazt a kérdést teszi fel: a megadott név megegyezik a számlatulajdonossal?
A „smart check” egy címke, amelyet egy bank vagy egy szolgáltató erre az élményre tesz. Nem séma, nincs saját szabálykönyve, és nem keletkeztet kötelezettségeket. Ez akkor számít, amikor értékel egy ilyet: a címke semmit nem mond a lefedettségről vagy az eredménykódokról, ezért az alatta lévő sémáról kell kérdeznie. Az EU-s és a brit séma közötti különbségeket a Verification of Payee és a Confirmation of Payee összehasonlításában foglaltuk össze.
Egy valódi VoP-ellenőrzés négy szabványosított eredmény egyikét adja vissza:
- Egyezés – a név megegyezik a számlatulajdonossal. Folytassa a szokásos bizalommal.
- Részleges egyezés – a nevek hasonlóak, de nem azonosak: hiányzó középső név, kezdőbetűk, vagy kereskedelmi név a bejegyzett névvel szemben. Az ellenőrzött név visszajön, hogy a fizető megerősíthesse vagy kijavíthassa.
- Nincs egyezés – a név nem ehhez a számlához tartozik. Érvényes válasz, nem technikai hiba.
- Nem elérhető – a kedvezményezett bankja abban a pillanatban nem tudott válaszolni. Se jó, se rossz hír.
Ha egy „smart check” e négy eredménytől eltérőt ad vissza – 100-as pontszámot, bizalmi százalékot, részletek nélküli zöld pipát –, akkor az nem sémaellenőrzés, akárminek is nevezik.
Mit tesz egy kedvezményezett smart check a háttérben
A mechanika rövid, és ugyanaz, akár smart check, akár kedvezményezett-ellenőrzés, akár névellenőrzés a címke.
- 1 A fizető megadja vagy kiválasztja a kedvezményezett nevét és egy IBAN-t.
- 2 A fizető fizetési szolgáltatója (PSP) – a kérdező PSP – elküldi a nevet és az IBAN-t annak a PSP-nek, amely a célként megadott számlát vezeti.
- 3 A kedvezményezett PSP-je – a válaszoló PSP – a séma egyeztetési szabályai szerint összeveti a megadott nevet a saját számlanyilvántartásában szereplő névvel.
- 4 A fizető PSP-jéhez a fizetés engedélyezése előtt szabványosított eredmény érkezik vissza.
- 5 A fizető látja az eredményt, és eldönti, folytatja-e, kijavítja-e az adatokat, vagy megáll.
Ebből a folyamatból két dolog következik. Egyrészt a válaszoló PSP az egyetlen fél, amely válaszolni tud, mert csak ő vezeti a számlanyilvántartást. Másrészt mindkét irány számít: ha Ön ügyfélszámlákat vezet, más PSP-k kéréseket küldenek Önnek a saját számlatulajdonosairól, és ezekre ugyanúgy válaszolnia kell, ahogyan kérdez. Egy szolgáltató, amely csak a kérdezés oldalát végzi, csak félig kapcsolódik a sémához.
Mikor segít a smart check – és mikor nem
A smart check figyelmeztető jelzés, nem garancia. Érdemes pontosnak lenni a mondat mindkét felében.
A gyakorlatban leggyakoribb hibáknál segít: elgépelt vagy elavult számlaszámnál, olyan beszállítónál, akinek megváltoztak a bankadatai, és senki nem frissítette a nyilvántartást, valamint a számlaátirányításos csalásnál, ahol egy e-mail észrevétlenül kicseréli a számlát a csalóéra. Mindegyik esetben a név és a számla nem tartozik össze, és az ellenőrzés ezt még a pénz elmozdulása előtt jelzi.
Ezekben az esetekben nem segít:
- Nem bizonyítja, hogy a kedvezményezett tisztességes. Egy csaló vezethet valódi számlát a saját valódi nevén, és mégis csalást folytathat.
- Nem fedi le a sémán kívüli fizetéseket – nem SEPA-csatornákat, más pénznemeket, vagy olyan kedvezményezett-bankot, amely nem vesz részt. Ezek „nem elérhetőt” adnak vissza.
- Teljesen jogos okból is adhat eltérést: kereskedelmi név a bejegyzett név helyett, rövidítés, hozzáadott vagy elhagyott jogi forma, más írásmóddal írt név.
- Nem ellenőrzi a számlát, a szerződést vagy az utasítást adó személyt. Ezek külön kontrollok.
A gyakorlati olvasat egyszerű: az egyezés egy konkrét kockázatot csökkent, az eltérés növeli, és egyik sem helyettesíti a saját ítéletét arról, kivel áll üzleti kapcsolatban.
Hogyan ismerje fel, hogy egy „smart check” valódi VoP-ellenőrzés
Ez az a rész, amely elválasztja a valódi sémaellenőrzést a látszatot keltő névlekérdezéstől. Tegye fel ezeket a kérdéseket minden alkalmazásnak vagy szolgáltatónak, amely ezt a kifejezést használja.
- 1 A kedvezményezett bankját kérdezi meg, vagy csak egy adatbázist? Csak a kedvezményezett bankja tudja hitelesen megerősíteni, kié egy számla. Egy tárolt lista ellenőrzése jobb márkával ellátott találgatás.
- 2 Mely sémákat és országokat fedi le? Egy nemzeti sémához kapcsolódó szolgáltató nincs automatikusan egy másikhoz is kapcsolva. Ha euróban fizet a SEPA-n belül, a SEPA sémára van szüksége.
- 3 Milyen eredménykódokat ad vissza? Egyezést, részleges egyezést, nincs egyezést és nem elérhetőt szeretne – részleges egyezésnél az ellenőrzött névvel.
- 4 Mekkora a késleltetés? Az ellenőrzés a fizetési folyamatban ül, ezért kérjen mért értéket, és tesztelje tesztkörnyezetben, ne bízzon ígéretben.
- 5 Mindkét irányban elérhető? A kérések küldése és a saját számlatulajdonosairól szóló kérések megválaszolása két külön fejlesztés.
- 6 Mit naplóz? Meg kell tudnia mutatni, mit ellenőriztek, mikor, és mi jött vissza – fizetésenként, exportálhatóan.
A három ellenőrzés tesztje
Vegyen egy kedvezményezettet, akit jól ismer, és futtasson le három ellenőrzést: a pontos jogi nevet, egy rövidített kereskedelmi nevet és egy szándékosan hibás nevet. Egy valódi szolgáltatás egyezést, részleges egyezést az ellenőrzött névvel és nincs egyezést ad vissza – ebben a sorrendben, jóval egy másodperc alatt, mindhárom naplózásával.
Ha a válaszok homályosak, a címke végzi el azt a munkát, amelyet a sémának kellene. A Verification of Payee-szolgáltató választásáról szóló útmutatónk mélyebben tárgyalja a lefedettséget és a késleltetést, az API-oldal pedig megmutatja, hogyan néz ki egy sémának megfelelő integráció.
Smart check vállalkozásoknak: beszállítói és bér-IBAN-ok
A treasury, a szállítói számlakezelés és a bérszámfejtés csapatai számára a kedvezményezett smart check kontroll, nem funkció. Ön nem csatlakozik a sémához; egy már hozzákapcsolt szolgáltatást hív, és az eredményt beköti oda, ahol a fizetéseket jóváhagyják.
- Felvételkor: futtassa le az ellenőrzést, amikor egy beszállítót vagy munkavállalót első alkalommal rögzítenek, és tárolja a visszakapott ellenőrzött nevet.
- Fizetési kör előtt: az egész fájlt ellenőrizze, ne kézzel a kedvezményezetteket, hogy egyetlen eltérő számla is jelezve legyen, mielőtt a pénz elmegy.
- Változáskor: egy új IBAN vagy egy megváltozott név az újraellenőrzés pillanata – pontosan ezt használja ki a számlaátirányításos csalás.
- Eltérésnél: irányítsa egy megnevezett személyhez azzal a szabállyal, hogy olyan csatornán erősítse meg, amelyben már megbízik, soha nem azon, amelyet az adatokat megváltoztató üzenet adott meg.
A felvételkori ellenőrzés olcsóbb, mint az utólagos helyreállítás. A tárolt kedvezményezetti adatok elavulnak: a beszállítók összeolvadnak, bankot váltanak, kereskedelmi névre térnek át. Utólagos tisztításuk azt jelenti, hogy több száz rekordot kell egyeztetni számlákkal és szerződésekkel. Az ellenőrzött név rögzítése a beállítás pillanatában azt eredményezi, hogy a következő fizetés tisztán egyezik. A beszállítói IBAN-ok fizetés előtti ellenőrzéséről szóló útmutatónk leírja a rutint, a vállalkozásoknak szóló oldal pedig a tágabb kontrollokat tárgyalja.
Smart check magánszemélyeknek: mit tegyen az eredménnyel
Ha smart check eredményt lát a banki alkalmazásában, íme, mit jelent Önnek az egyes kimenet.
- Egyezés: a megadott név ehhez a számlához tartozik. Folytassa a szokásos módon.
- Részleges egyezés: a nevek közeliek, de nem azonosak. Olvassa el a bank által javasolt nevet, és erősítse meg, hogy az a fél, akinek fizetni szeretne, mielőtt továbblép.
- Nincs egyezés: álljon meg. Ne küldje el. Erősítse meg az adatokat olyan csatornán, amelyben már megbízik – egy korábbi számlán szereplő telefonszámon vagy egy korábban már használt weboldalon.
- Nem elérhető: a kedvezményezett bankja nem tudott válaszolni. Egy új kedvezményezettnek szóló első fizetésnél fontolja meg egy kis összegű próbafizetést vagy egy független megerősítést.
Egyetlen szabály lefedi a legtöbb csalást: soha ne cselekedjen a figyelmeztetésben megadott elérhetőségek alapján. Ha egy üzenet azt mondja, hogy megváltozott a számla, és ad egy hívható számot, az a szám annak a személynek a száma, aki a pénzét akarja. Az ellenőrzés tanácsadó jellegű – figyelmeztet, de nem blokkolja a fizetést –, így a döntés Önnél marad. A magánszemélyeknek szóló, közérthető útmutatónk ugyanezeket a lépéseket járja végig.
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álaszoló irányt egyaránt lefedve, és a szabványosított eredményeket – egyezés, részleges egyezés, nincs egyezés és nem elérhető – jóval egy másodperc alatt adja vissza, részleges egyezésnél az ellenőrzött névvel, egyetlen fizetéshez vagy egy egész fizetési fájlhoz.