Płatności cykliczne BLIK - wymagania BLIK dla Twojego procesu
BLIK określa, jak sklep ma przedstawić Płatności Powtarzalne BLIK i jakie informacje klient musi zobaczyć, zanim poda kod BLIK. Ta strona zbiera te wymagania w jednym miejscu, razem z opisem przykładowych ekranów z materiałów BLIK. Techniczną integrację opisuje strona BLIK - płatności cykliczne.
- Model O - BLIK sprawdza Twój proces przed uruchomieniem punktu. Materiały (makiety, nagranie albo dostęp testowy) dołączasz do wniosku w panelu dpay, a dpay przekazuje je do BLIK. Po uwagach BLIK trzeba poprawić proces i przesłać materiały ponownie.
- Modele A i M - obowiązują te same zasady prezentacji i zgody. Dobrze zbudowany proces to także Twój dowód w razie reklamacji klienta.
W tabelach Wymagane oznacza wymaganie BLIK, a Zalecane - rekomendację BLIK.
Cały proces, łącznie z ekranem błędu dla banku bez płatności powtarzalnych, sprawdzisz w trybie testowym - bez prawdziwych pieniędzy i bez wniosku. Tam też przygotujesz nagranie albo dostęp testowy do wniosku.
Prezentacja metody płatności
| Wymaganie | Co zrobić | Status |
|---|---|---|
| Nazwa metody | Używaj dokładnie nazwy „Płatności Powtarzalne BLIK” (po angielsku „BLIK Recurring Payments”), z zachowaniem wielkości liter. | Wymagane |
| Osobna metoda płatności | Płatności Powtarzalne BLIK muszą być widoczną metodą, którą klient wybiera bezpośrednio w Twoim serwisie - osobno od zwykłego BLIK. | Wymagane |
| Informacja o cykliczności | Przy metodzie klient musi zobaczyć, że płatność będzie powtarzalna, a nie jednorazowa. | Wymagane |
| Komunikat przy nazwie metody | Zalecany tekst obok nazwy metody - zależy od modelu (poniżej). | Zalecane |
| Banki obsługujące płatności powtarzalne | W trakcie zakupu klient musi wiedzieć, które banki obsługują Płatności Powtarzalne BLIK. Aktualną listę banków dostaniesz od dpay. | Wymagane |
| Lista banków przy wyborze metody | Nazwy i logotypy banków w sekcji wyboru metody płatności. | Zalecane |
| Lista banków przed podaniem kodu | Po wybraniu Płatności Powtarzalnych BLIK, zanim klient wpisze kod, okno albo ekran pośredni z listą banków. | Zalecane |
| Bank bez płatności powtarzalnych | Gdy transakcja zostanie odrzucona, bo bank klienta nie obsługuje płatności powtarzalnych (kod ER_PAYID_UNHANDLED), pokaż komunikat o błędzie, listę obsługiwanych banków i możliwość ponowienia z innym bankiem albo wyboru innej metody. | Wymagane |
| Pole kodu BLIK | Pole na kod BLIK bezpośrednio nad przyciskiem zapłaty, bez dodatkowych treści i akcji pomiędzy. Pozostałe zasady pola kodu są takie jak dla BLIK Level 0. | Zalecane |
Zalecane komunikaty przy nazwie metody:
| Model | Komunikat |
|---|---|
| A | „Możesz utworzyć płatność powtarzalną BLIK. Środki będą pobierane automatycznie w określonych odstępach czasu.” |
| M | „Możesz utworzyć płatność powtarzalną BLIK. Płatności będą inicjowane automatycznie w określonych odstępach czasu i będą wymagały Twojego potwierdzenia.” |
| O | „Możesz utworzyć płatność powtarzalną BLIK. Środki będą pobierane automatycznie.” |
Przykładowe ekrany z materiałów BLIK:
- Wybór metody płatności - lista trzech metod: „Płatności Powtarzalne BLIK” z logo BLIK, zwykły „BLIK” i „Karta kredytowa”. Po zaznaczeniu Płatności Powtarzalnych pod nazwą pojawia się komunikat dla modelu (np. „Środki będą pobierane automatycznie w określonych odstępach czasu”) i zdanie „Metoda płatności jest dostępna dla użytkowników aplikacji bankowych:” z listą banków (logotyp i nazwa każdego banku). Niżej przyciski „Dalej” i „Wróć”.
- Błąd: bank bez płatności powtarzalnych - ilustracja, nagłówek „Przepraszamy”, tekst „Nie możesz uruchomić Płatności Powtarzalnej BLIK”, informacja, że metoda jest obecnie dostępna dla użytkowników aplikacji wymienionych banków (lista), i prośba o ponowną próbę kodem BLIK z jednej z tych aplikacji albo o wybór innej metody. Dwa przyciski: „Spróbuj ponownie” i „Wybierz inną metodę płatności”.
Szczegóły płatności przed zapłatą
Zanim klient poda kod BLIK, pokaż mu warunki płatności powtarzalnej. Kolejność i układ pól są dowolne - dopasuj je do swojego systemu projektowego.
| Informacja | Co pokazać | A | M | O |
|---|---|---|---|---|
| Nazwa | Nazwa produktu lub usługi razem z nazwą płatności powtarzalnej, np. numer umowy, identyfikator klienta albo nazwa planu. | Wymagane | Wymagane | Wymagane |
| Kwota przyszłych obciążeń | Model A: dokładna kwota, np. „29,00 zł”. Modele M i O: dokładna kwota albo jasna informacja o zmienności - „Zgodnie z warunkami umowy”, „Zgodnie z cennikiem” albo zakres „X,XX - Y,YY zł”. | Wymagane | Wymagane | Wymagane |
| Częstotliwość | Jak często będą obciążenia, np. „Co miesiąc”, „Co 2 tygodnie”, „Co 6 miesięcy”, „Raz w roku”. Przy zmiennej częstotliwości jasno opisz, kiedy klient może spodziewać się obciążenia, np. „Przy każdym użyciu usługi”. | Wymagane | Zalecane | Zalecane |
| Data ważności | „Ważna do: DD.MM.RRRR” albo, bez daty, „Ważna do odwołania”. | Wymagane | Zalecane | Zalecane |
| Data pierwszej lub następnej płatności | „Następna płatność: DD.MM.RRRR”. Bez konkretnej daty wyjaśnij, kiedy nastąpi obciążenie, np. „Obciążymy Cię po skorzystaniu z usługi”. | Wymagane | Zalecane | Zalecane |
| Kwota teraz | Kwota pobierana przy rejestracji: „Teraz zapłacisz: 50,00 zł”, „Teraz zapłacisz: 0,00 zł”. Gdy kwotę zwrócisz, napisz o tym: „Teraz zapłacisz: 1,00 zł (zwrotne)”. | Wymagane | Wymagane | Wymagane |
| Możliwa zmiana kwoty i częstotliwości | Przy stałej kwocie i częstotliwości w modelu O poinformuj klienta, że mogą się one zmienić bez jego dodatkowego potwierdzenia (np. przy zmianie planu). | - | - | Zalecane |
W modelu O klient nie zobaczy w aplikacji banku kwoty ani częstotliwości przyszłych obciążeń. Jedynym miejscem, w którym je poznaje, jest Twój serwis - dlatego ekran szczegółów jest tu tak ważny, także przy reklamacji.
Jeśli w modelu M podajesz przy rejestracji częstotliwość (frequency), bank pokaże ją klientowi, a Ty musisz się jej trzymać - wtedy obowiązują zasady prezentacji częstotliwości z modelu A. Tak samo z datą pierwszego obciążenia (init_date): gdy ją podasz, nie wolno obciążyć klienta wcześniej.
Przykładowy ekran z materiałów BLIK (model A) - nagłówek „Szczegóły płatności” z polami: Nazwa „Plan standardowy”, Kwota „29,00 PLN”, Częstotliwość „raz w miesiącu”, Ważna do „31.08.2026”, Kolejna płatność „12.09.2024” i Teraz zapłacisz „29,00 PLN”. Poniżej sekcja „Metoda płatności” z pozycją „Płatności Powtarzalne BLIK” i polem „Kod BLIK”, a na dole przyciski „Zapłać” i „Wróć”.
Co klient widzi w aplikacji banku
Po podaniu kodu klient widzi w aplikacji banku ekran „Zapłać i aktywuj płatność powtarzalną” (przy kwocie 0 zł część banków pokazuje tylko „Aktywuj płatność powtarzalną”, bez kwoty). Klient potwierdza jednocześnie bieżącą płatność i płatność powtarzalną jednym PIN-em.
| Element ekranu | Skąd pochodzi |
|---|---|
| Informacja o płatności i aktywacji płatności powtarzalnej (albo tylko o aktywacji przy 0 zł) | Kwota rejestracji (value) |
| Kwota bieżącej transakcji - „Teraz zapłacisz” | value |
| Adres serwisu | Adres Twojego serwisu z konfiguracji punktu płatności w dpay (czwarta linia opisu transakcji BLIK) |
| Etykieta płatności powtarzalnej | recurring_registration.label |
| Sposób autoryzacji - „Płatność będzie pobierana automatycznie” (A, O) albo „będzie wymagała potwierdzenia” (M) | recurring_registration.model |
| Data ważności - data albo „ważna do odwołania” | recurring_registration.expiration_date |
| Kwota i częstotliwość obciążeń (model A) | limit_amt, frequency |
| Data następnej płatności (przy stałej częstotliwości) | recurring_registration.init_date |
Przykładowe ekrany z materiałów BLIK - cztery warianty tego samego ekranu: nagłówek „Płatność powtarzalna” z logo BLIK, tytuł „Zapłać i aktywuj płatność powtarzalną”, pasek odliczania czasu (43 s), karta z adresem serwisu i etykietą (np. „SuperUbezpieczenia.pl / Ubezpieczony 23817263172/p/0/o/12A”), zdanie „Płatność będzie pobierana automatycznie”, „Ważna do 11.05.2025” albo „ważna do odwołania”, duża kwota „Teraz zapłacisz” (29,99 zł, 0,01 zł albo 0,00 zł), pole PIN i przyciski „Potwierdź” i „Odrzuć”. W czwartym wariancie, dla rejestracji bez opłaty, tytuł brzmi „Aktywuj płatność powtarzalną” i nie ma kwoty.
Etykieta płatności powtarzalnej
Etykieta (recurring_registration.label, w BLIK aliasLabel) to tytuł płatności powtarzalnej. Klient widzi ją w aplikacji banku razem z nazwą Twojego serwisu - przy akceptacji i potem na liście swoich płatności powtarzalnych. Musi pozwolić mu rozpoznać, za co płaci.
- Najwyżej 35 znaków - to limit BLIK; dłuższą etykietę API odrzuci błędem walidacji.
- Identyfikator płatności powtarzalnej - wskazuje konkretną płatność u Ciebie, np. login klienta albo e-mail. Chroni przed pomyłką, gdy jedna osoba ma u Ciebie kilka kont.
- Identyfikator dodatkowy - tylko gdy klient może mieć u Ciebie kilka płatności powtarzalnych, np. za dwa różne produkty. Użyj nazwy albo numeru produktu.
- Identyfikator dodatkowy musi być stały. W modelu O klient może zmieniać plan bez nowej rejestracji, więc nie używaj wartości, które się zmieniają (np. „Standard”, „Gold”).
- Maskuj dane osobowe - e-mail i numer telefonu pokazuj częściowo, np.
ja**@po***pl.
| Serwis | Etykieta | Co widzi klient |
|---|---|---|
| wypozyczalnia.pl | ja**@po***pl | „wypozyczalnia.pl ja**@po***pl” |
| energia-dom.pl | umowa 642/56 | „energia-dom.pl umowa 642/56” |
| gry-online.pl | ja**@po***pl gra XY | „gry-online.pl ja**@po***pl gra XY” |
| gry-online.pl | ja**@po***pl gra AB | „gry-online.pl ja**@po***pl gra AB” |
Parametry przekazywane przy rejestracji
BLIK wymaga, żeby rejestracja niosła parametry potrzebne do pokazania zaproszenia w aplikacji banku. W API dpay przekazujesz je tak:
| Parametr BLIK | Pole w API dpay | A | M | O |
|---|---|---|---|---|
| Identyfikator płatności powtarzalnej (Alias Value) | recurring_registration.alias | Tak | Tak | Tak |
| Tytuł płatności powtarzalnej (Alias Label) | recurring_registration.label | Tak | Tak | Tak |
| Kwota pobierana przy rejestracji | value | Tak | Tak | Tak |
| Częstotliwość | recurring_registration.frequency | Tak | Opcjonalnie - jeśli podasz, musisz się jej trzymać | Nie |
| Kwoty obciążeń w okresie płatności powtarzalnej | limit_amt, tot_limit_amt | Tak | Nie trafiają do banku | Nie |
| Data pierwszego obciążenia | recurring_registration.init_date | Tak | Opcjonalnie - jeśli podasz, musisz się jej trzymać | BLIK dopuszcza, dpay jej obecnie nie przekazuje |
| Data ważności | recurring_registration.expiration_date | Tak | Opcjonalnie | Opcjonalnie |
W modelach A i O możesz wysłać obciążenie z no_delay: true - bank odpowie od razu, zamiast czekać na potwierdzenie klienta, gdy automatyczna autoryzacja nie jest możliwa (np. obciążenie nie zostało zakwalifikowane jako MIT). W modelu M no_delay: true jest niedozwolone.
Przykładowe procesy
Opisy przykładowych procesów z materiałów BLIK dla modelu O. Zielone ekrany to sklep, fioletowe - aplikacja banku klienta. Każdy proces ma sześć kroków: zamówienie, wybór metody płatności, szczegóły płatności z polem kodu BLIK, ekran zgody w aplikacji banku, potwierdzenie w banku („Płatność udana, płatność powtarzalna została utworzona” z przyciskiem do listy płatności powtarzalnych) i potwierdzenie w sklepie („Płatność udana”).
Stała kwota i częstotliwość - serwis streamingowy
- Ważna do odwołania, obciążenie raz w miesiącu, stała kwota 50,00 zł.
- Klient płaci przy rejestracji za pierwszy okres (50,00 zł).
- Szczegóły płatności: Nazwa „Standard Plan”, Kwota „50,00 PLN”, Częstotliwość „raz w miesiącu”, Następna płatność „12.09.2024”, Teraz zapłacisz „50,00 PLN”.
- W aplikacji banku etykieta zawiera zamaskowany e-mail klienta, a obok widać „Płatność będzie pobierana automatycznie” i „ważna do odwołania”.
- Typowe dla serwisów z kilkoma planami cenowymi - w modelu O klient może zmienić plan bez nowej rejestracji.
Stała częstotliwość, zmienna kwota - dostawca energii
- Obciążenie raz w miesiącu, kwota zależna od zużycia i umowy.
- Klient nic nie płaci przy rejestracji.
- Szczegóły płatności: Nazwa „Kod abonenta: 123456”, Kwota „zgodnie z cennikiem”, Częstotliwość „raz w miesiącu”, Ważna do „31.08.2026”, Teraz zapłacisz „0,00”.
- W aplikacji banku etykieta zawiera numer umowy, a przy dacie ważności widać „31.08.2026”.
- Typowe dla mediów: prądu, wody, gazu.
Zmienna częstotliwość i kwota - wypożyczalnia rowerów
- Data ważności ograniczona do czasu umowy albo ważna do odwołania, obciążenie przy każdym użyciu, kwota według cennika.
- Klient płaci przy rejestracji 0,01 zł, zwracane - to opłata weryfikacyjna.
- Szczegóły płatności: Nazwa „City Bike Rental”, Kwota „zgodnie z cennikiem”, Częstotliwość „przy każdym użyciu usługi”, Teraz zapłacisz „0,01 PLN (zwrotne)”.
- Typowe dla mobilności: hulajnóg, rowerów, przejazdów.
Kwota pobierana przy rejestracji
Kwota transakcji, do której dołączone jest zaproszenie, może wynosić zero albo więcej. Materiały BLIK pokazują trzy warianty:
- Opłata za pierwszy okres - np. 50,00 zł za pierwszy miesiąc albo bieżąca faktura. Na stronie sklepu i w banku „Teraz zapłacisz 50,00 PLN”.
- Opłata zwrotna do weryfikacji - np. 0,01 zł, którą później zwracasz. W szczegółach płatności koniecznie z dopiskiem „(zwrotne)”.
- Bez opłaty - 0,00 zł. W części banków ekran zgody nie pokazuje wtedy kwoty, tylko prośbę o PIN.
Opłatę inicjalną i jej zwrot opisuje strona BLIK - płatności cykliczne.
Źródła
- BLIK: Model O - wymagane informacje po stronie sklepu, przykładowe procesy, etykieta płatności powtarzalnej.
- BLIK: BLIK Recurring Payments - Certification Checklist - lista wymagań i rekomendacji dla modeli A, M i O.