Potwierdzenie odbioru w płatnościach: sprawdzenie nazwy VoP

W płatnościach potwierdzenie odbioru znaczy jedną z dwóch rzeczy. Przed zapłatą to potwierdzenie, że rachunek, który zamierzasz uznąć, należy do podmiotu, którego wskazałeś - sprawdzenie nazwy odbiorcy. Po zapłacie to potwierdzenie, że pieniądze dotarły na ten rachunek. Żadne z nich nie jest potwierdzeniem przeczytania e-maila i żadne nie jest odpowiedzią dostawcy „otrzymano, dziękuję”.

Warto to rozróżnienie wyjaśnić, bo niemal każda strona pozycjonowana na to hasło to poradnik o kliencie poczty. Takie strony tłumaczą, jak poprosić o potwierdzenie przeczytania w Gmailu lub Outlooku, i w kwestii e-maila mają rację. Nie mówią nic o numerach IBAN, nazwach odbiorców ani rozliczeniu - czyli o tym, co ma znaczenie, gdy w grę wchodzą pieniądze.

Co oznacza „potwierdzenie odbioru” - a co nie

Jedno sformułowanie opisuje trzy różne rzeczy, a mieszanie ich to sposób, w jaki zespoły finansowe zaczynają opierać się na najsłabszej z nich.

• Potwierdzenie przeczytania lub dostarczenia e-maila: sygnał z klienta poczty odbiorcy, że wiadomość została dostarczona lub otwarta. To zdarzenie na poziomie wiadomości.
• Potwierdzenie otrzymania: odpowiedź człowieka lub systemu mówiąca „mamy Twoją wiadomość, fakturę lub dostawę”. To oświadczenie odbiorcy.
• Potwierdzenie odbioru płatności: dowód, że konkretna kwota dotarła na konkretny rachunek, a wcześniej - dowód, że rachunek należy do zamierzonego odbiorcy.

Tylko trzecia z nich dotyczy pieniędzy. Potwierdzenie przeczytania e-maila mówi Ci, że wiadomość została otwarta. Nie mówi, że faktura była prawdziwa, że podane w niej dane bankowe były poprawne ani że jakiekolwiek pieniądze się przesunęły. Potwierdzenie płatności to zupełnie inny mechanizm: pochodzi z systemu płatności, a nie ze skrzynki pocztowej.

Dlaczego potwierdzenie odbioru w stylu e-mailowym zawodzi przy płatnościach

Ograniczenia, które przyznają same poradniki o e-mailu, to dokładnie te ograniczenia, które czynią e-mail bezużytecznym jako kontrolę płatności. Potwierdzenia są opcjonalne. Odbiorca może odmówić. Różne klienty zachowują się różnie. Brak potwierdzenia jest więc niejednoznaczny: może znaczyć, że wiadomość nigdy nie została przeczytana, albo że czytelnik po prostu odmówił wysłania potwierdzenia.

Przenieś to na płatność. Dostawca pisze e-mail: „proszę o potwierdzenie odbioru naszych nowych danych bankowych”. Odpowiadasz, on odpowiada i wszyscy czują, że sprawa jest potwierdzona. Ale nic w tej wymianie nie sprawdziło, czy numer IBAN należy do dostawcy. Jeśli skrzynka dostawcy została przejęta, osoba odpowiadająca może być oszustem, a potwierdzenie jest bezwartościowe. To samo działa w drugą stronę: dostawca piszący „płatność otrzymana” nie dowodzi, że pieniądze trafiły na właściwy rachunek - dowodzi, że ktoś zobaczył uznanie.

Rozwiązaniem nie jest lepszy e-mail. Jest nim sprawdzenie, które odbywa się między dwoma bankami, tam gdzie przechowywany jest zapis posiadacza rachunku. To sprawdzenie to Verification of Payee (VoP) w UE i w SEPA oraz Confirmation of Payee (CoP) w Wielkiej Brytanii. Jeśli chcesz poznać tło, czym jest unijne sprawdzenie, opisuje je nasze wyjaśnienie, czym jest Verification of Payee; tutaj trzymamy się wątku potwierdzenia.

Potwierdzenie odbioru przed zapłatą: sprawdzenie nazwy odbiorcy

Potwierdzenie przed płatnością jest krótkie i mechaniczne. Twój dostawca usług płatniczych (PSP) - Twój bank lub instytucja płatnicza - wysyła nazwę odbiorcy i numer IBAN do PSP prowadzącego rachunek docelowy. Ten PSP porównuje nazwę z własnym zapisem posiadacza rachunku i odpowiada standaryzowanym wynikiem. Odpowiedź widzisz przed potwierdzeniem płatności.

1. 1 Wpisujesz lub wybierasz nazwę odbiorcy i numer IBAN.
2. 2 Twój PSP wysyła nazwę i numer IBAN do PSP odbiorcy.
3. 3 PSP odbiorcy porównuje nazwę z zapisem posiadacza rachunku i odpowiada.
4. 4 Twój PSP pokazuje Ci wynik, a Ty decydujesz, czy wysłać, poprawić dane czy się zatrzymać.

Możliwe są cztery odpowiedzi i każda wymaga od Ciebie czegoś innego.

• Zgodność - nazwa jest spójna z posiadaczem rachunku. Działaj z normalną pewnością.
• Częściowa zgodność - nazwy są podobne, ale nie identyczne, na przykład brak drugiego imienia albo nazwa handlowa zamiast nazwy zarejestrowanej. Sprawdzenie zwykle zwraca nazwę zapisaną na rachunku, więc możesz ją potwierdzić lub poprawić swój zapis.
• Brak zgodności - nazwa nie należy do tego rachunku. Zatrzymaj się i sprawdź dane ponownie kanałem, któremu już ufałeś, na przykład numerem telefonu z własnych zapisów.
• Brak możliwości weryfikacji - PSP odbiorcy nie mógł odpowiedzieć, na przykład dlatego, że jest nieosiągalny lub działa poza schematem. Ani dobra, ani zła wiadomość; nowego lub zmienionego odbiorcę traktuj ze szczególną ostrożnością.

Sprawdzenie ma charakter informacyjny. Nie blokuje płatności, a decyzja pozostaje po Twojej stronie. To celowe: chodzi o to, by osoba zwalniająca pieniądze miała przed sobą jasną odpowiedź pochodzącą z banku w momencie, gdy może jeszcze coś zrobić. Nasz poradnik czytania każdego wyniku VoP wyjaśnia szerzej, co robić przy częściowej zgodności lub braku zgodności.

Jakie potwierdzenie wraca po przelewie SEPA

Gdy płatność zostanie wysłana, otrzymywane potwierdzenia dotyczą statusu, a nie tożsamości. Odpowiadają na pytanie „czy pieniądze się przesunęły?”, a nie „czy to był właściwy odbiorca?”.

• Przyjęta: Twój PSP przyjął zlecenie płatności i przekazał je dalej. Pieniądze opuściły Twoje konto lub zaraz to zrobią.
• Rozliczona lub uznana: PSP odbiorcy uznał rachunek. W przelewie natychmiastowym SEPA dzieje się to w ciągu sekund; w zwykłym przelewie SEPA zależy to od godziny granicznej i cyklu rozliczeniowego schematu.
• Zwrócona lub odrzucona: płatność nie została zrealizowana, na przykład dlatego, że rachunek był zamknięty albo dane były nieprawidłowe. Pieniądze wracają, zwykle z kodem przyczyny.

Żadne z nich nie dowodzi wstecznie, że odbiorca był tym, którego miałeś na myśli. Płatność może rozliczyć się bezbłędnie na rachunku należącym do kogoś innego - dokładnie tak dzieje się w oszustwie przekierowania faktur. Potwierdzenie rozliczenia mówi Ci, że przelew zadziałał. To sprawdzenie nazwy mówi Ci, że trafił we właściwe miejsce. Trzymaj te dwie rzeczy osobno w głowie i w zapisach.

Potwierdzenie odbioru w firmach: numery IBAN dostawców i wynagrodzeń

Dla zespołu zobowiązań lub skarbu potwierdzenie odbioru jest pytaniem o dane, zanim staje się pytaniem o płatność. Przechowujesz setki zapisów bankowych dostawców i pracowników, zebranych w różnym czasie przez różne osoby. Część jest nieaktualna. Sprawdzenie nazwy jest tyle warte, ile nazwa, którą do niego wysyłasz.

1. 1 Potwierdź przy dodawaniu: uruchom sprawdzenie nazwy, gdy dostawca lub pracownik jest pierwszy raz wprowadzany, i zapisz zwróconą zweryfikowaną nazwę.
2. 2 Potwierdź przed każdą serią płatności: uruchom sprawdzenie dla całego pliku płatności przed zwolnieniem, aby pojedynczy niezgodny rachunek został oznaczony, gdy możesz go jeszcze poprawić.
3. 3 Potwierdź przy zmianie: nowy numer IBAN lub zmieniona nazwa to moment na ponowne sprawdzenie - i moment, by zadzwonić do dostawcy na numer, który już miałeś, a nie na ten z e-maila, który zapowiadał zmianę.
4. 4 Zapisz wynik: przechowuj wynik, instytucję odpowiadającą i czas razem z zapisem płatności, aby móc pokazać, co i kiedy zostało sprawdzone.

To właśnie ostatni punkt zamienia sprawdzenie w kontrolę. E-mail dostawcy „proszę o potwierdzenie odbioru naszych zaktualizowanych danych” nie jest kontrolą, bo potwierdza wiadomość, a nie rachunek. Zapisany wynik sprawdzenia nazwy jest: to dowód, że bank porównał nazwę z zapisem posiadacza rachunku w konkretnym dniu. Nasz artykuł o Verification of Payee przy dodawaniu dostawców opisuje szerszy proces; zapis potwierdzenia to element, który przetrwa audyt.

Wynagrodzenia zasługują na osobne zdanie. Najbardziej ryzykownym momentem nie jest comiesięczna seria, lecz wniosek o zmianę danych bankowych. Potwierdź nazwę pracownika wobec nowego numeru IBAN, gdy zmiana nadchodzi, i ponownie, zanim plik zostanie zwolniony.

Potwierdzenie odbioru w bankach i PSP: pytanie a odpowiadanie

Jeśli prowadzisz usługę płatniczą, warstwa potwierdzeń, którą widzą Twoi klienci, jest zbudowana z dwóch kierunków i oba muszą działać.

• Jako PSP wnioskujący wysyłasz nazwę i numer IBAN do PSP odbiorcy i musisz zwrócić klientowi jasny wynik - w tym nazwę zapisaną na rachunku przy częściowej zgodności oraz zrozumiały komunikat, gdy odpowiedź nie jest dostępna.
• Jako PSP odpowiadający otrzymujesz zapytania o własnych posiadaczy rachunków i musisz odpowiadać na nie trafnie i szybko, z właściwym kodem schematu.

To stronę odpowiadającą zespoły nie doceniają. Jeśli prowadzisz rachunki klientów, inne PSP będą o nie pytać, a wolna lub błędna odpowiedź staje się czyimś mylącym ekranem płatności. Nasza strona o Verification of Payee dla banków i poradnik bycia PSP odpowiadającym opisują wdrożenie bardziej szczegółowo.

Jak sformułować prośbę o potwierdzenie odbioru

Większość e-maili „uprzejmie proszę o potwierdzenie odbioru” prosi o najsłabszy możliwy dowód. Zamiast tego pytaj o konkretne rzeczy i mów, co z nimi zrobisz.

• Poproś o wynik sprawdzenia nazwy: „Nasz bank zwrócił zgodność dla nazwy i numeru IBAN, które mamy. Czy możesz potwierdzić nazwę rachunku dokładnie tak, jak widnieje na Twoim wyciągu?”
• Poproś o referencję i kwotę płatności: „Płacimy fakturę 4471, 12 400 EUR, referencja INV-4471. Proszę o potwierdzenie referencji, którą zobaczysz na wyciągu.”
• Poproś o datę rozliczenia: „Proszę o potwierdzenie daty, w której uznanie pojawi się na Twoim rachunku, abyśmy mogli zamknąć sprawę.”
• Poproś o potwierdzenie zmiany innym kanałem: „Jeśli Twoje dane bankowe się zmienią, zadzwonimy na numer zapisany w naszej dokumentacji, zanim je zaktualizujemy. Prosimy o to samo wobec nas.”

Zauważ, co te prośby mają wspólnego: każda dotyczy czegoś, co wytwarza bank lub system księgowy, a nie czegoś, co człowiek może wpisać z pamięci. Na tym polega różnica między potwierdzeniem a uprzejmością.

RoxPay dostarcza Verification of Payee w schemacie SEPA przez jedno API REST i panel, obejmując zarówno kierunek wnioskujący, jak i odpowiadający. Zwraca standaryzowane wyniki - zgodność, częściową zgodność, brak zgodności i brak możliwości weryfikacji - w znacznie mniej niż sekundę, ze zweryfikowaną nazwą przy częściowej zgodności, dla pojedynczej płatności lub całego pliku płatności.