Az utalások világában a visszaigazolás két dolog egyikét jelenti. Fizetés előtt annak visszaigazolása, hogy a jóváírandó számla ahhoz a félhez tartozik, akit megadott - ez a kedvezményezett nevének ellenőrzése. Fizetés után annak visszaigazolása, hogy a pénz megérkezett arra a számlára. Egyik sem e-mailes olvasási visszaigazolás, és egyik sem az, amikor a beszállító azt válaszolja: „megkaptuk, köszönjük”.
Érdemes ezt a különbséget kimondani, mert szinte minden oldal, amely erre a kifejezésre az élre kerül, e-mail-kliensről szóló útmutató. Azok az oldalak elmagyarázzák, hogyan kérhet olvasási visszaigazolást a Gmailben vagy az Outlookban, és az e-mailről igazuk van. Az IBAN-okról, a kedvezményezett nevekről és az elszámolásról viszont semmit nem mondanak - pedig éppen ez az a rész, amely számít, amikor pénzről van szó.
Mit jelent a „visszaigazolás” - és mit nem
Három különböző dolgot neveznek így, és a pénzügyi csapatok éppen az összekeverésük miatt támaszkodnak végül a leggyengébbre.
- E-mailes olvasási vagy kézbesítési visszaigazolás: jelzés a címzett levelezőprogramjából arról, hogy egy üzenetet kézbesítettek vagy megnyitottak. Ez üzenetszintű esemény.
- Átvételi visszajelzés: emberi vagy automatikus válasz arról, hogy „megkaptuk az üzenetét, a számláját vagy a szállítmányát”. Ez a címzett nyilatkozata.
- Fizetés visszaigazolása: annak bizonyítéka, hogy egy adott összeg megérkezett egy adott számlára, és ezt megelőzően annak bizonyítéka, hogy a számla a szándékolt kedvezményezetthez tartozik.
Csak a harmadik szól a pénzről. Az e-mailes olvasási visszaigazolás azt mondja meg, hogy egy üzenetet megnyitottak. Azt nem mondja meg, hogy a számla valódi volt-e, hogy a benne szereplő bankadatok helyesek voltak-e, vagy hogy egyáltalán megmozdult-e pénz. A fizetés visszaigazolása teljesen más mechanizmus: a fizetési rendszerből érkezik, nem egy postaládából.
Az olvasási visszaigazolás nem bizonyíték
Az olvasási visszaigazolás nem kötelező, a címzett visszautasíthatja, és a levelezőprogramok különbözőképpen kezelik. A csend semmit nem mond meg. Bármilyen e-mailes visszaigazolást udvariasságnak tekintsen, soha ne a pénz feletti kontrollnak.
Miért nem működik az e-mailes visszaigazolás az utalásoknál
Azok a korlátok, amelyeket maguk az e-mailes útmutatók is elismernek, pontosan azok a korlátok, amelyek miatt az e-mail használhatatlan fizetési kontrollként. A visszaigazolás nem kötelező. A címzett megtagadhatja. A különböző kliensek különbözőképpen viselkednek. Így egy hiányzó visszaigazolás kétértelmű: jelentheti azt, hogy az üzenetet soha nem olvasták el, vagy azt, hogy az olvasó egyszerűen nem küldött visszaigazolást.
Alkalmazza ezt egy utalásra. A beszállító e-mailt küld: „kérjük, igazolja vissza az új bankadataink átvételét”. Ön válaszol, ő válaszol, és mindenki úgy érzi, hogy minden meg van erősítve. De abban a párbeszédben semmi nem ellenőrizte, hogy az IBAN a beszállítóhoz tartozik-e. Ha a beszállító postaládáját feltörték, a válaszoló személy csaló lehet, és a visszaigazolás értéktelen. Ugyanez fordítva is igaz: ha a beszállító azt írja, „fizetés megérkezett”, az nem bizonyítja, hogy a pénz a megfelelő számlára került - csak azt bizonyítja, hogy valaki látott egy jóváírást.
A megoldás nem egy jobb e-mail. Hanem egy ellenőrzés, amely a két bank között fut le, ott, ahol a számlatulajdonos nyilvántartása van. Ez az ellenőrzés az EU-ban és a SEPA-ban a Verification of Payee (VoP), az Egyesült Királyságban a Confirmation of Payee (CoP). Ha az uniós ellenőrzés hátterére kíváncsi, azt a Verification of Payee bemutatásáról szóló magyarázatunk tárgyalja; itt a visszaigazolás szemszögénél maradunk.
Visszaigazolás fizetés előtt: a kedvezményezett nevének ellenőrzése
A fizetés előtti visszaigazolás rövid és mechanikus. A fizetési szolgáltatója (PSP) - a bankja vagy fizetési intézménye - elküldi a kedvezményezett nevét és IBAN-ját annak a számlának a PSP-jéhez, amely a célként megadott számlát vezeti. Az a PSP összeveti a nevet a saját számlatulajdonos-nyilvántartásával, és szabványosított eredménnyel válaszol. Ön a választ még a fizetés megerősítése előtt látja.
- 1 Megadja vagy kiválasztja a kedvezményezett nevét és az IBAN-t.
- 2 A PSP-je elküldi a nevet és az IBAN-t a kedvezményezett PSP-jének.
- 3 A kedvezményezett PSP-je összeveti a nevet a számlatulajdonos-nyilvántartásával, és válaszol.
- 4 A PSP-je megmutatja az eredményt, Ön pedig eldönti, hogy elküldi, kijavítja az adatokat vagy megáll.
Négy lehetséges válasz van, és mindegyik mást kér Öntő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, például hiányzik egy középső név, vagy a bejegyzett név helyett kereskedelmi név szerepel. Az ellenőrzés általában visszaadja a számlán nyilvántartott nevet, így Ön megerősítheti vagy kijavíthatja a saját nyilvántartását.
- Nincs egyezés - a név nem ehhez a számlához tartozik. Álljon meg, és ellenőrizze újra az adatokat egy olyan csatornán, amelyben már korábban is megbízott, például a saját nyilvántartásában szereplő telefonszámon.
- Nem elérhető - a kedvezményezett PSP-je nem tudott válaszolni, például mert nem érhető el, vagy nem vesz részt a sémában. Se jó, se rossz hír; az új vagy megváltozott kedvezményezettet kezelje különös óvatossággal.
Az ellenőrzés tanácsadó jellegű. Nem blokkolja a fizetést, és a döntés Önnél marad. Ez szándékos: a cél az, hogy a pénzt kiadó személy elé tiszta, banki forrásból származó válasz kerüljön, abban a pillanatban, amikor még tud tenni valamit. Az egyes VoP-eredmények értelmezéséről szóló útmutatónk részletesebben kifejti, mit tegyen részleges egyezés vagy nincs egyezés esetén.
Milyen visszaigazolás érkezik egy SEPA-utalás után
Amint az utalás elindult, a kapott visszaigazolások az állapotról szólnak, nem az azonosságról. Arra válaszolnak, hogy „megmozdult-e a pénz?”, nem arra, hogy „ez volt-e a megfelelő kedvezményezett?”.
- Elfogadva: a PSP-je átvette a fizetési megbízást, és továbbította. A pénz elhagyta a számláját, vagy hamarosan elhagyja.
- Elszámolva vagy jóváírva: a kedvezményezett PSP-je jóváírta a számlát. SEPA azonnali átutalásnál ez másodperceken belül megtörténik; rendes SEPA-átutalásnál a séma zárási időpontját és elszámolási ciklusát követi.
- Visszaküldve vagy elutasítva: az utalás nem fejeződött be, például mert a számla megszűnt, vagy az adatok érvénytelenek voltak. A pénz visszajön, általában okkóddal.
Ezek egyike sem bizonyítja utólag, hogy a kedvezményezett az volt, akinek szánta. Egy utalás tökéletesen elszámolható olyan számlára, amely valaki máshoz tartozik - pontosan ez történik a számlaátirányításos csalásnál. Az elszámolás visszaigazolása azt mondja meg, hogy az átutalás működött. A névellenőrzés az, ami megmondja, hogy a jó helyre ment. Tartsa a kettőt külön a fejében és a nyilvántartásában is.
Két visszaigazolás, két kérdés
Fizetés előtt: ehhez az IBAN-hoz tartozik ez a név? Fizetés után: megérkezett a pénz erre az IBAN-ra? Az első kedvezményezett-ellenőrzés, a második állapotellenőrzés. Egyik sem helyettesíti a másikat.
Visszaigazolás vállalatoknak: beszállítói és bér-IBAN-ok
Egy kötelezettségkezelő vagy treasury csapat számára a visszaigazolás előbb adatkérdés, mint fizetési kérdés. Több száz beszállítói és munkavállalói bankadatot tart nyilván, amelyeket különböző időpontokban, különböző emberek rögzítettek. Néhány elavult. Egy névellenőrzés csak annyit ér, amennyit a név ér, amelyet elküld.
- 1 Igazolja vissza a felvételkor: futtasson névellenőrzést, amikor egy beszállítót vagy munkavállalót először rögzítenek, és tárolja az ellenőrzött nevet, amely visszajön.
- 2 Igazolja vissza minden fizetési kör előtt: futtassa az ellenőrzést a teljes fizetési fájlra a kiadás előtt, hogy az egyetlen nem megfelelő számla még akkor jelezve legyen, amikor még ki tudja javítani.
- 3 Igazolja vissza változáskor: egy új IBAN vagy egy megváltozott név az a pillanat, amikor újra ellenőrizni kell - és amikor a beszállítót egy már korábban is ismert számon kell felhívni, nem azon, amelyet a változást bejelentő e-mail tartalmazott.
- 4 Rögzítse az eredményt: tartsa meg az eredményt, a válaszoló intézményt és az időpontot a fizetési rekord mellett, hogy meg tudja mutatni, mit és mikor ellenőriztek.
Az utolsó pont az, ami az ellenőrzésből kontrollt csinál. A beszállító e-mailje arról, hogy „kérjük, igazolja vissza a frissített adataink átvételét”, nem kontroll, mert egy üzenetet igazol vissza, nem egy számlát. A tárolt névellenőrzési eredmény az: bizonyíték arra, hogy egy bank egy adott napon összevetette a nevet a számlatulajdonos-nyilvántartásával. A beszállítók felvételénél alkalmazott Verification of Payee-ről szóló cikkünk a teljes folyamatot tárgyalja; a visszaigazolás rekordja az a darab, amely kiáll egy auditot.
A bérszámfejtés külön említést érdemel. A legkockázatosabb pillanat nem a havi futtatás, hanem a bankadat-változtatási kérelem. Amikor a változás megérkezik, igazolja vissza a munkavállaló nevét az új IBAN-nal szemben, és még egyszer, mielőtt a fájlt kiadják.
Visszaigazolás bankoknak és PSP-knek: kérdezni és válaszolni
Ha fizetési szolgáltatást működtet, az ügyfelei által látott visszaigazolási réteg két irányból épül fel, és mindkettőnek működnie kell.
- Kérdező PSP-ként elküldi a nevet és az IBAN-t a kedvezményezett PSP-jének, és világos eredményt kell visszaadnia az ügyfelének - részleges egyezésnél a számlán nyilvántartott nevet is, valamint érthető üzenetet, amikor a válasz nem elérhető.
- Válaszoló PSP-ként a saját számlatulajdonosairól kap kérdéseket, és azokra pontosan és gyorsan kell válaszolnia, a megfelelő séma-kóddal.
A válaszoló oldalt szokták alábecsülni a csapatok. Ha ügyfélszámlákat vezet, más PSP-k kérdezni fogják Önt ezekről, és egy lassú vagy hibás válasz valaki más zavaros fizetési képernyőjévé válik. A bankoknak szóló Verification of Payee oldalunk és a válaszoló PSP-ként való működésről szóló útmutató részletesebben tárgyalja a megvalósítást.
Hogyan fogalmazzon meg egy visszaigazolási kérést
A legtöbb „kérjük, szíveskedjen visszaigazolni az átvételt” e-mail a lehető leggyengébb bizonyítékot kéri. Kérjen helyette konkrét dolgokat, és mondja meg, mit fog velük tenni.
- Kérje a névellenőrzés eredményét: „A bankunk egyezést adott vissza az általunk nyilvántartott névre és IBAN-ra. Meg tudja erősíteni a számla nevét pontosan úgy, ahogy a kivonatán szerepel?”
- Kérje a fizetési hivatkozást és az összeget: „A 4471-es számlát fizetjük, 12 400 EUR, hivatkozás: INV-4471. Kérjük, erősítse meg a hivatkozást, amelyet a kivonatán látni fog.”
- Kérje az elszámolás napját: „Kérjük, erősítse meg, melyik napon jelenik meg a jóváírás a számláján, hogy lezárhassuk a tételt.”
- Kérje, hogy a változást külön csatornán erősítsék meg: „Ha a bankadatai megváltoznak, a nyilvántartásunkban szereplő számon hívjuk fel, mielőtt frissítenénk őket. Kérjük, Ön is így járjon el velünk.”
Figyelje meg, mi a közös ezekben a kérésekben: mindegyik olyat kér, amit egy bank vagy egy könyvelési rendszer állít elő, nem olyat, amit egy ember emlékezetből be tud gépelni. Ez a különbség a visszaigazolás és az udvariasság között.
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. Visszaadja 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, részleges egyezésnél az ellenőrzött névvel, egyetlen fizetéshez vagy egy egész fizetési fájlhoz.