Square Payments a Verification of Payee: co warto wiedzieć

Krótka odpowiedź: Square Payments to platforma do przyjmowania płatności kartą w punkcie i online, wraz z otaczającym ją oprogramowaniem i sprzętem do punktu sprzedaży. Verification of Payee to zupełnie inna rzecz - sprawdzenie nazwy względem IBAN, które działa przy przelewach w euro w schemacie SEPA. Square tego sprawdzenia nie wykonuje i nie musi go wykonywać przy płatnościach kartą. Ma znaczenie tylko dla przelewów bankowych, które wysyła Twoja firma.

Tego rozróżnienia brakuje na większości stron o Square, które opisują stawki i sprzęt, ale nigdy nie wspominają o unijnym rozporządzeniu w sprawie płatności natychmiastowych. Ten artykuł omawia obie strony, w kolejności, w jakiej sprzedawca faktycznie się z nimi spotyka.

Czym jest Square Payments - a czym nie jest

Square to platforma płatnicza i do obsługi punktu sprzedaży należąca do Block, Inc. W praktyce daje firmie cztery rzeczy: czytnik kart lub terminal, oprogramowanie do prowadzenia sprzedaży i przyjmowania płatności online, narzędzia do fakturowania i zarządzania personelem oraz rozliczenie pieniędzy z kart na rachunek bankowy. Cieszy się popularnością w małych sklepach, kawiarniach, na straganach, w salonach i firmach usługowych, bo można zacząć bez długiej umowy.

Warto jasno powiedzieć o dwóch ograniczeniach. Po pierwsze, Square jest dostępny w ograniczonym zestawie krajów, więc firma spoza tych rynków nie może po prostu się zarejestrować. Po drugie, co ważniejsze dla tego tematu: Square jest przede wszystkim acquirerem kart i dostawcą rozwiązań dla punktu sprzedaży. Nie jest uczestnikiem schematu SEPA Verification of Payee i nie odpowiada na zapytania o sprawdzenie nazwy rachunków Twoich dostawców.

Cennik Square w skrócie

Square publikuje swoje opłaty otwarcie, a struktura jest prosta: procent od transakcji, z inną stawką w zależności od sposobu przyjęcia płatności. Kategorie są takie same na wszystkich rynkach, nawet tam, gdzie liczby się różnią.

• Płatności w punkcie: najniższa stawka, bo karta jest obecna, a ryzyko mniejsze.
• Płatności online: wyższa stawka, bo karta nie jest obecna.
• Płatności wpisywane ręcznie: zwykle najwyższa stawka, bo ręcznie wpisane dane karty niosą większe ryzyko.
• Karty zagraniczne: dodatkowa opłata ponad stawkę standardową, gdy karta została wydana poza Twoim rynkiem.
• Sprzęt i oprogramowanie: czytniki i terminale zwykle kupuje się na własność, a za niektóre funkcje oprogramowania płaci się miesięcznie.

Stawki są ustalane dla każdego rynku i zmieniają się w czasie, więc każdą kwotę, którą przeczytasz - tutaj lub gdzie indziej - traktuj jako punkt wyjścia, a nie ofertę. Przed modelowaniem kosztów sprawdź strony z opłatami Square dla swojego kraju i przeczytaj drobny druk o zwrotach, chargebackach i opłatach za przelewy natychmiastowe, które są rozliczane inaczej niż sprzedaż.

Gdzie Verification of Payee pasuje w przypadku sprzedawcy korzystającego z Square

Verification of Payee wynika z unijnego rozporządzenia w sprawie płatności natychmiastowych. Wymaga ono od dostawców usług płatniczych oferujących przelewy w euro sprawdzenia nazwy odbiorcy względem rachunku kryjącego się za IBAN, zanim płatność zostanie wysłana, oraz pokazania wyniku płatnikowi. Pełne tło znajdziesz na naszej stronie o rozporządzeniu w sprawie płatności natychmiastowych.

Przenieś to teraz na sprzedawcę korzystającego z Square. Gdy klient przykłada kartę, nie dochodzi do żadnego przelewu: pieniądze przechodzą przez systemy kartowe i są rozliczane na Twoim rachunku bankowym. VoP w ogóle nie dotyczy tego przepływu. Firma, która przyjmuje płatności kartą wyłącznie przez Square, nie ma więc własnego obowiązku VoP i nic w jej kasie nie musi się zmieniać.

Obraz zmienia się, gdy Twoja firma wysyła pieniądze przelewem bankowym: opłacenie faktury dostawcy, czynszu wynajmującego, freelancera, zwrotu przelewem albo wynagrodzeń pracowników. To przelewy SEPA, a sprawdzenie należy do banku lub instytucji płatniczej, która je wysyła - nie do Square i nie do Twojej kasy.

Jeśli budujesz na Square: VoP w Twoim stosie płatniczym

Dostawcy oprogramowania i fintechy często osadzają API Square, aby przyjmować płatności kartą we własnym produkcie. To rozsądny podział: Square zajmuje się przyjmowaniem kart, Twoja platforma zajmuje się całą resztą. VoP jest częścią tej całej reszty.

Jeśli Twój produkt dodatkowo przenosi pieniądze przelewem SEPA - wypłaty dla sprzedawców, zwroty przelewem, rozliczenia z dostawcami - potrzebujesz warstwy sprawdzania nazw obok Square, a nie w nim. W praktyce oznacza to jedną z dwóch dróg: oparcie się na usłudze VoP Twojego banku albo podłączenie do dostawcy VoP przez API REST, które zwraca standaryzowane wyniki dla pojedynczej płatności lub całego pliku.

• Trzymaj oba przepływy osobno w kodzie: autoryzacja karty przez Square, przelewy bankowe przez Twojego PSP lub dostawcę VoP.
• Ujednolicaj dane odbiorcy raz, aby nazwa wysyłana do sprawdzenia była nazwą prawną lub zarejestrowaną, a nie etykietą wyświetlaną z Twojej bazy danych.
• Traktuj „niedostępne” jako normalny wynik, a nie błąd - to odpowiedź, którą dostajesz, gdy bank odbiorcy nie może odpowiedzieć.
• Zapisuj wynik razem z rekordem płatności, aby móc pokazać, co i kiedy sprawdziłeś.

Kształt API jest celowo niewielki: wysyłasz nazwę i IBAN, otrzymujesz jeden z czterech wyników. Nasza strona API Verification of Payee opisuje ten kontrakt, a przewodnik po integracji omawia drogę od środowiska testowego do uruchomienia produkcyjnego.

Sprawdzanie odbiorcy przed zapłatą dostawcy

Dla zespołu skarbu lub księgowości zobowiązań przydatny nawyk jest prosty: sprawdź odbiorcę, zanim pieniądze wyjdą, a nie po fakcie. Oto sekwencja, która działa niezależnie od tego, czy używasz Square do sprzedaży kartą.

1. 1 Potwierdź nazwę odbiorcy na podstawie dokumentu źródłowego - faktury, umowy lub rejestru wynagrodzeń - a nie e-maila, który przyszedł z nowymi danymi bankowymi.
2. 2 Przeprowadź sprawdzenie nazwy względem IBAN przez swój bank lub usługę VoP i przeczytaj wynik, zanim zwolnisz płatność.
3. 3 Przy zgodności działaj z normalnym zaufaniem.
4. 4 Przy częściowej zgodności przyjmij zweryfikowaną nazwę zwróconą przez sprawdzenie albo popraw swój rekord na nią, zamiast ją nadpisywać.
5. 5 Przy braku zgodności zatrzymaj się. Zadzwoń do odbiorcy na numer, który już miałeś, nigdy na numer z wiadomości, która podała nowe dane.
6. 6 Przy wyniku „niedostępne” potraktuj nowego lub zmienionego odbiorcę ze szczególną ostrożnością i rozważ drugie potwierdzenie innym kanałem.
7. 7 Weryfikuj ponownie przy każdej zmianie IBAN lub nazwy i przechowuj wynik razem z rekordem płatności.

Jeśli płacisz wielu dostawcom, przeprowadź sprawdzenie dla całego pliku płatności przed zwolnieniem, a nie odbiorca po odbiorcy. To wyłapuje ten jeden niezgodny rachunek w serii dwustu, który właśnie kosztuje Cię pieniądze. Nasz przewodnik po weryfikacji posiadacza rachunku IBAN wyjaśnia, dlaczego nie możesz sprawdzić tego samodzielnie i co zamiast tego może zrobić Twój bank.

Częste nieporozumienia

Trzy przekonania pojawiają się raz za razem i każde warto skorygować.

• „Square robi VoP”. Nie robi. Square to platforma do przyjmowania kart i obsługi punktu sprzedaży. Sprawdzenie nazwy przy przelewach w euro wykonuje PSP płatnika albo dostawca VoP, do którego płatnik jest podłączony.
• „Moje płatności kartą wymagają sprawdzenia VoP”. Nie wymagają. VoP dotyczy przelewów w euro. Płatności kartą działają w systemach kartowych i podlegają innym kontrolom, takim jak 3-D Secure i narzędzia antyfraudowe acquirera.
• „Sprawdzenie VoP zastępuje moje kontrole antyfraudowe”. Nie zastępuje. Potwierdza, że nazwa pasuje do rachunku, co jest silną obroną przed przekierowaniem faktury i podszywaniem się. Nie mówi nic o tym, czy sama faktura jest autentyczna, więc zachowaj swoje procesy zatwierdzania i proces zmiany danych dostawcy.

Co do terminów: PSP w strefie euro muszą oferować VoP przy przelewach w euro od 9 października 2025 r., a PSP w państwach członkowskich UE spoza strefy euro - do 9 lipca 2027 r. Jeśli Twój bank nadal nie pokazał Ci wyniku sprawdzenia nazwy przy przelewie, zapytaj dlaczego.

Jak API VoP RoxPay uzupełnia Square

RoxPay dostarcza Verification of Payee w schemacie SEPA przez jedno API REST i panel, obejmując zarówno kierunek pytający, jak i odpowiadający. Zwraca standaryzowane wyniki - zgodność, częściową zgodność, brak zgodności i niedostępne - 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.

Dla firmy, która już używa Square do przyjmowania kart, oznacza to jedną integrację dla strony przelewów bankowych: płatności dla dostawców, wynagrodzenia, zwroty i wypłaty. Square dalej robi to, co robi dobrze; sprawdzenie nazwy znajduje się tam, gdzie są przelewy SEPA.