A rövid válasz: az Apron brit vállalati pénzügyi platform. Egy helyre hozza a számlafizetést, a bérszámfejtést, a költségeket és a könyvelési egyeztetést, MI-vel olvassa be a számlákat és a bizonylatokat, és Öntől kéri az általa előkészített tételek jóváhagyását. Nem bank, és nem tartja a pénzét úgy, ahogy egy betétszámla tenné. A fizetések a saját bankszámlájáról vagy kártyájáról mennek.
A kedvezményezett ellenőrzése szempontjából ez utóbbi pont a lényeg. Amikor egy platform összeállít egy köteg beszállítói számlát, egy bérfuttatást és egy adófizetést, a pénz továbbra is bankon vagy fizetési szolgáltatón keresztül mozog. A név és az IBAN összevetése ezeknél az átutalásoknál annak a szolgáltatónak a feladata - a fizetés kiadásáról szóló döntés pedig Önnél marad.
Mi az az Apron payments?
Az Apron kis- és középvállalatoknak épített pénzügyi platform. A gyakorlatban négy dolgot ad egy helyen egy pénzügyi csapatnak: a számlák befogadását és kifizetését, a bérszámfejtést, a költségek kezelését költségkártyákkal, valamint az egyeztetést vissza a könyvelési főkönyvbe. Az MI-réteg beolvassa a számlákat és a bizonylatokat, és előre kitölti az adatokat; egy ember átnézi és jóváhagyja.
Két különböző dolog osztozik a néven, és a legtöbb félreértés éppen az összekeverésükből indul.
- A platform a getapron.com oldalon: az a termék, amelyre feliratkozik, az irányítópulttal, a fizetési folyamatokkal és a mobilalkalmazással.
- Az APRON PAYMENTS LTD: a mögötte álló brit cég - cégszám: 13779960, bejegyezve 2021. december 3-án, korábban HELLO CASH LTD néven bejegyezve. A korábbi név miatt hoz fel néhány keresés olyan cégbejegyzést, amely elsőre odavágónak tűnik.
A platform és a cég nem ugyanaz a kérdés
Ha azt ellenőrzi, kivel áll kapcsolatban, a Companies House-bejegyzés válaszol a jogi entitás kérdésére. Ha azt ellenőrzi, hogyan történik és hogyan ellenőrzik egy fizetést, arra a platform saját dokumentációja válaszol. Egyik sem mondja meg, hogy egy beszállító IBAN-ja helyes-e.
Bank-e az Apron?
Nem. Az Apron fizetési és pénzügyi platform, nem bank. Nem fogad betéteket úgy, ahogy egy bank, és nem ő az intézmény, amely a vállalati folyószámláját vezeti. A fizetések a saját bankszámlájáról vagy kártyájáról mennek, éppen ezért tud a platform csatlakozni a már használt számlákhoz és kártyákhoz.
Ennek a megkülönböztetésnek gyakorlati következménye van. A név és az IBAN összevetését - az EU-ban és a SEPA-n Verification of Payee (VoP), az Egyesült Királyságban Confirmation of Payee (CoP) - az átutalást küldő fizetési szolgáltató (PSP) végzi, és a kedvezményezett számláját vezető PSP válaszol rá. Ha a pénz a saját bankszámlájáról megy el, ebben a folyamatban a bankja a PSP. A platform előkészíti és bemutatja a fizetést; nem helyettesíti a bank ellenőrzését.
Így az őszinte válasz arra a kérdésre, hogy „ki felel, ha a fizetés rossz számlára megy?”, ez: az ellenőrzés lefuttatásának kötelezettsége a küldő szolgáltatónál van, a fizetés kiadásáról szóló döntés pedig Önnél. Egy platform megkönnyítheti ezt a döntést azzal, hogy megmutatja az eredményt, de nem veheti le Önről.
Mire terjednek ki az Apron-fizetések: számlák, bérszámfejtés, HMRC és költségek
Az Apron többféle fizetést ismertet. Nem mindegyik hordozza ugyanazt a kockázatot, ezért érdemes különválasztani a kimenőket - azokat a fizetéseket, ahol egy rossz IBAN vagy egy rossz név valódi pénzbe kerül.
- Beszállítói számlák, gyakran kötegekben kifizetve: a klasszikus kimenő folyamat, és a leginkább kitett a számlaátirányításnak, amikor a csaló egy valódi számlán megváltoztatja a bankadatokat.
- Bérszámfejtés: munkatársaknak fizetett bérek, ahol a legkockázatosabb pillanat nem a havi futtatás, hanem egy munkatárs bankadatainak megváltoztatására irányuló kérés.
- HMRC-fizetések: adók és egyéb, hatóságnak küldött fizetések, ahol egy elgépelt hivatkozás vagy számlaadat késleltethet vagy rossz helyre irányíthat egy nehezen visszafordítható fizetést.
- Csapatköltségek és költségkártyák: kisebb összegek, de ugyanaz a fegyelem érvényes, amikor egy személynek bankszámlára térítenek vissza.
- Fizetési linkek: bejövő, nem kimenő pénz, így a kedvezményezett ellenőrzésének kérdése másképp vetődik fel.
Az első három az, ahol a névellenőrzés megérdemli a helyét. Amikor egy kattintással jóváhagy negyven beszállítói számlát, egyetlen elgépelt vagy csalárd módon megváltoztatott IBAN együtt utazik a köteggel. Ez az a hibaforma, amelyre a folyamatot tervezni kell.
Mennyibe kerül az Apron?
Az Apron saját oldalai nagy vonalakban írják le az árazást, nem teljes díjszabásként: kis díj merül fel, amikor jutalompontokat szerez a fizetések után, a kártyás visszatérítést legfeljebb 1%-kal hirdetik, a fizetési linkeket pedig 0%-kal a banki átutalásos fizetésnél és a vállalati kártyáknál, szemben a személyes kártyák 1%-os díjával.
Ezek azok a számok, amelyeket a forrásoldalak megadnak, és kiindulópontot jelentenek, nem ajánlatot. A csomagok, a visszatérítésre való jogosultság és az egyes fizetéstípusok kezelése idővel változik, ezért a költségmodell felállítása előtt nézze meg az Apron saját árazási oldalait a vállalkozására vonatkozóan. Ez a cikk nem becsül díjakat, engedélyezést vagy bankpartnereket azon túl, amit azok az oldalak mondanak.
Miért számít a kedvezményezett ellenőrzése a platformról indított fizetéseknél
Egy platform gyorsabbá teszi a fizetést. A gyorsaság jó, egészen addig, amíg olyan fizetésre is vonatkozik, amelyet soha nem lett volna szabad elküldeni. Az engedélyezett átutalásos csalást (authorised push payment, APP) - amikor a fizetőt ráveszik, hogy pénzt küldjön egy csaló által ellenőrzött számlára - nehéz visszafordítani, ha a pénz már elment, az azonnali fizetések pedig még rövidebbre szabják az időablakot.
A Verification of Payee éppen erre a pillanatra épített kontroll. Mielőtt egy eurós átutalás elindul, a fizető PSP-je megkérdezi a kedvezményezett PSP-jét, hogy a megadott név megegyezik-e az IBAN mögötti számlával, és megmutatja a választ a fizetőnek. Az Egyesült Királyságban a Confirmation of Payee ugyanezt teszi a sort code és számlaszám alapú fizetéseknél. Az ellenőrzés nem blokkolja a fizetést; banki forrásból származó választ tesz annak a szeme elé, aki kiadja a pénzt, amíg még tud tenni valamit.
Egy pénzügyi csapatnak az érték egyszerű: a kiadás előtt elkapott eltérés egy telefonhívásba kerül. A kiadás után elkapott eltérés behajtási folyamatba, egy beszállítói kapcsolatba és gyakran magába a pénzbe.
A beszállítói, bérszámfejtési és HMRC-kedvezményezett adatok ellenőrzése fizetés előtt
Ezek a lépések folyamatot jelentenek, nem terméket. Bármelyik platformmal működnek, amelyet a fizetés előkészítésére használ.
- 1 A számlatulajdonos nevét a forrásdokumentumból erősítse meg - a számlából, a szerződésből, a bérnyilvántartásból -, nem abból az e-mailből, amely az új bankadatokkal érkezett.
- 2 Futtasson név-IBAN ellenőrzést, amikor egy beszállítót vagy munkatársat először rögzítenek, és tárolja a visszakapott ellenőrzött nevet.
- 3 Futtassa újra az ellenőrzést az első fizetés előtt, és ha kötegekben fizet, a kiadás előtt a teljes fizetési fájlra.
- 4 Ellenőrizzen újra minden IBAN- vagy névváltozásnál. Egy változtatási kérés a teljes ciklus legkockázatosabb eseménye.
- 5 A sürgetést kezelje vörös zászlóként. Az a beszállító, akinek ma, e-mailben kell megváltoztatnia a bankadatait, és nem tud telefonálni, egy csalás formáját írja le.
- 6 Tartsa az eredményt a fizetési rekord mellett: mit ellenőriztek, melyik intézmény válaszolt és mikor.
A HMRC-nek és más hatóságoknak küldött fizetéseknél ugyanez a fegyelem vonatkozik a hivatkozásra és a számlaadatokra: a hatóság saját közzétett útmutatásából erősítse meg őket, ne egy továbbított üzenetből, és a kedvezményezett nevét ugyanúgy ellenőrizze, ahogy egy beszállítónál tenné.
Hol illeszkedik a VoP egy Apronhoz hasonló platform mellé
A VoP banki és PSP-oldali ellenőrzés. Ha az átutalásai a saját bankszámlájáról mennek el, a bankja futtatja. A nagyvállalatok és a treasury csapatok API-n vagy irányítópulton keresztül is futtathatnak IBAN-névellenőrzést, mielőtt a kedvezményezetteket bármely fizetési platformba betöltik, ami akkor hasznos, ha azt szeretné, hogy az ellenőrzés a felvételnél és újra fájlszinten is megtörténjen, ne csak a kiadás pillanatában.
Bármelyik utat választja, az eredmény ugyanaz a négy, és mindegyik mást kér a pénzügyi csapattól.
- Egyezés: a név összhangban van 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, márkanév a bejegyzett név helyett. 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á.
- Nincs egyezés: a név nem ehhez a számlához tartozik. Álljon meg, és 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.
- Nem elérhető: a kedvezményezett szolgáltatója nem tudott válaszolni. Se nem jó, se nem rossz hír; az új vagy megváltozott kedvezményezettet különös óvatossággal kezelje, és erősítse meg egy második csatornán.
Ha a mechanizmust részletesebben szeretné megismerni, a Verification of Payee bemutatása és a Verification of Payee működésének végigvezetése ismerteti a kérés-válasz folyamatot és a séma szabályait. A vállalati oldalról a VoP vállalkozásoknak és nagyvállalatoknak szóló útmutatója mutatja meg, hogyan illeszkednek össze a beszállítói, bérszámfejtési és kifizetési ellenőrzések.
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.