Skip to main content
SDK umożliwia merchantowi tworzenie płatności w ramach głównego produktu. Każda płatność zawiera kwotę, identyfikator zewnętrzny (externalId), adres powrotu po płatności (returnUrl) i opcjonalne dane klienta. Po utworzeniu płatności SDK zwraca redirectUrl do checkoutu, na którym klient może sfinalizować płatność.
Przed rozpoczęciem integracji przez SDK upewnij się, że masz skonfigurowany produkt i webhook. Przejdź do Konfiguracja, aby wykonać wymagane kroki.
SDK wywołuj wyłącznie po stronie serwera. Klucz API nigdy nie może trafić do kodu frontendowego, a wywołanie z przeglądarki i tak zostanie odrzucone przez CORS.

1. Instalacja

Nie przypinaj wersji - instaluj najnowszą.

2. Przykładowe wywołanie

Parametry konfiguracji

Parametry createPayment

Wszystkie parametry przekazujesz płasko, jednym poziomem - SDK samo składa z nich obiekt details wysyłany do API. Dowolne dodatkowe pola trafią tam razem z pozostałymi.
amount musi być liczbą całkowitą. SDK sprawdza tylko, czy wartość jest liczbą większą od zera, więc 49.99 przejdzie walidację, a API po cichu obetnie ją do 49 groszy. Przeliczaj złotówki przez Math.round(kwota * 100).

Automatyczne uruchomienie metody płatności

Pole triggerPayment z góry wybiera metodę płatności w checkoucie, dzięki czemu klient nie musi jej szukać na liście. Inna wartość kończy się błędem PaymoveValidationError (pole triggerPayment). Pominięcie pola lub null oznacza standardowy checkout z wyborem metody.
Automatyczny start - czyli otwarcie płatności tak, jakby klient kliknął Zapłać - dotyczy wyłącznie Google Pay i Apple Pay. Przy pozostałych pięciu metodach kafelek jest tylko zaznaczony.
Nawet dla portfeli auto-start zadziała tylko wtedy, gdy checkout zna adres e-mail klienta - przekaż go w email. Nie zadziała też w widgecie osadzonym w modalu ani gdy metoda nie jest dostępna dla Twojego produktu.
Auto-start działa wyłącznie przy pierwszym wyświetleniu checkoutu. Gdy klient sam wybierze metodę płatności, nie uruchomi się ponownie - aż do odświeżenia strony.
Google Pay i Apple Pay otwierają natywne okno przeglądarki, które zwykle wymaga gestu klienta - automatyczne uruchomienie może zostać przez nią zablokowane. Klient zobaczy wtedy standardowy ekran płatności i opłaci zamówienie ręcznie.

Krok z kodem QR

Pole qrStepEnabled włącza dodatkowy ekran startowy checkoutu na desktopie: zamiast formularza płatności klient widzi kod QR, skanuje go telefonem i kończy płatność na nim. Przydaje się przy BLIK-u i portfelach dostępnych wyłącznie na telefonie. Krok jest opcjonalny - pominięcie pola albo false oznacza, że checkout od razu pokazuje formularz płatności.
Kod QR pojawia się wyłącznie na desktopie. Na telefonie oraz przy ustawionym triggerPayment checkout pomija ten krok niezależnie od wartości pola.
qrStepEnabled trafiło do typów SDK po wydaniu 0.2.0. W starszej wersji pole nadal działa (SDK przekazuje nieznane klucze dalej), ale TypeScript go nie podpowie - wystarczy zaktualizować pakiet do najnowszej wersji.

Automatyczny powrót do sklepu

Po udanej płatności checkout pokazuje ekran potwierdzenia z przyciskiem „Wróć do sklepu”. Pole autoclose (w milisekundach) sprawia, że ten powrót wykona się sam: pozostałe sekundy widać w przycisku (Wróć do sklepu (10s)), a po ich upływie klient trafia na returnUrl. W widgecie zamiast przekierowania zamyka się modal i wywoływany jest onComplete. Dowolna interakcja klienta - kliknięcie, dotknięcie, klawisz - anuluje odliczanie na stałe, więc nikt nie zostanie wyrzucony w połowie akcji, na przykład przy pobieraniu potwierdzenia PDF. Pominięcie pola oznacza, że potwierdzenie zostaje na ekranie do czasu, aż klient sam z niego wyjdzie.
autoclose trafiło do typów SDK w wydaniu 0.3.0. W starszej wersji pole nadal działa (SDK przekazuje nieznane klucze dalej), ale TypeScript go nie podpowie.

Odpowiedź

3. Przekierowanie klienta

Po zakończonej płatności checkout pokazuje ekran potwierdzenia z przyciskiem „Wróć do sklepu”, który przenosi klienta pod adres podany w returnUrl. Cały proces płatności jest bezobsługowy - Paymove zarządza checkoutem i przetwarzaniem, a Ty realizujesz zamówienie po zweryfikowanym webhooku, nie po powrocie klienta.
Zamiast przekierowania możesz otworzyć ten sam adres w modalu na stronie sklepu — opisuje to Widget przeglądarkowy, który dokłada też gotowy przycisk i pasek z metodami płatności.