X-API-KEY.
Przykłady używają środowiska sandbox:
https://gateway-api.sandbox.paymove.io. Potrzebujesz partnerId oraz productId sklepu utworzonego w tutorialu Bramka płatnicza: podstawowa integracja.Krok 1: Rejestracja webhooka
WrequestTemplate definiujesz body żądania, które Paymove wyśle na Twój endpoint. Możesz w nim użyć zmiennych {{externalId}} (identyfikator zamówienia z Twojego systemu) i {{price}} (kwota) - Paymove podstawi je przy wysyłce.
Odpowiedź (200):
id z odpowiedzi to identyfikator webhooka (webhookId), którego użyjesz w kroku 2.
Krok 2: Przypisanie webhooka do sklepu
Webhook zacznie działać dopiero po powiązaniu z produktem. W URL podmieńwebhookId (z kroku 1) oraz productId swojego sklepu.
endpoint.
Weryfikacja konfiguracji
Listę produktów powiązanych z webhookiem sprawdzisz wywołaniem:Jak wygląda powiadomienie o płatności?
Po zakończonej płatności Paymove wysyła na Twójendpoint żądanie zgodne z requestTemplate i skonfigurowanymi headers. Dla szablonu z kroku 1 body wygląda tak:
orderId to externalId, który przekazałeś tworząc płatność - dzięki temu jednoznacznie dopasujesz powiadomienie do zamówienia w swoim systemie.
Powyższy kształt to wynik
requestTemplate. Gdyby szablon był pusty, Paymove wysłałby pełny obiekt płatności - zestaw pól opisuje Konfiguracja.expectedCode (zwyczajowo 200 i body { "status": "ok" }, choć treść odpowiedzi nie jest sprawdzana) - dopiero wtedy Paymove uznaje doręczenie za udane. Odpowiedź 201 czy 204 przy expectedCode: 200 liczy się jako niepowodzenie i nie jest ponawiana. Doręczenie zakończone kodem 4xx, 5xx lub błędem sieci zostanie ponowione tyle razy, ile wskazuje retries - domyślnie 0, czyli ani razu.
Co dalej?
Bramka płatnicza: podstawowa integracja
Pełny przepływ płatności: produkt, płatność, przekierowanie klienta.
Webhooki
Szczegóły konfiguracji powiadomień o płatnościach.