Skip to content

Planet Pay Merchant API (2.1.15)

Poniższa dokumentacja techniczna (Merchant API) umożliwia wdrożenie wszystkich dostępnych metod płatności oraz funkcjonalności oferowanych przez bramkę płatniczą Planet Pay.

Słownik pojęć:
Secret - poufny klucz przyznawany Merchantowi przez Planet Pay
Merchant - właściciel punktu sprzedaży zarejestrowany w systemie operatora płatności
Agent - podmiot pośredniczący w transakcji (np. operator aplikacji mobilnej)
Klient - klient końcowy (wykonujący i opłacający zamówienie)
MID - merchant identification number - numer merchanta/agenta nadawany przez operatora płatności
SCA - silne uwierzytelnienie klienta; środek wprowadzony przez dyrektywę PSD2 w celu zwiększenia bezpieczeństwa płatności internetowych

Statusy Płatności:
Flow statusów płatności przedstawia się nastepująco NEW - PENDING - COMPLETED/REJECTED - CANCELLED/ERROR/SETTLED
Status Wywołanie metody payment powoduje zarejestrowanie w systemie płatności ze statusem NEW.
Płatność utrzymuje się w statusie NEW do momentu określenia metody płatności i instrumentu płatniczego.
Płatność zmienia status na PENDING w momencie rozpoczęcia procesowania transakcji (np. inicjalizacja 3DS w przypadku płatności kartą lub komunikacja z systemami PSP w przypadku transakcji BLIK).
Płatność, która zakończyła się powodzeniem, otrzymuje status COMPLETED.
Płatność po rozliczeniu ostatecznie otrzymuje status SETTLED.
Płatność w statusie NEW i PENDING może zostać anulowana. Płatność otrzymuje wtedy status CANCELLED.
Dopuszczalne jest anulowanie płatności w statusie COMPLETED w przypadku braku możliwości zrealizowania zlecenia przez merchanta.
Anulowanie płatności w statusie COMPLETED nie jest możliwe, jeżeli istnieje choć jedno dopełnienie (capture) lub wykonany został zwrot (refund).
Błąd systemowy może spowodować oznaczenie transakcji statusem ERROR.

Notyfikacje
Notyfikacje dotyczące płatności powinny być przyjmowane na dedykowany endpoint /payment niezależnie od typu płatności.

Download OpenAPI description
api.json
api.yaml
Languages
Servers
Sandbox
https://api.sandbox.planetpay.pl
Produkcja
https://api.planetpay.pl

Uwierzytelnienie

Wysłanie metody uwierzytelniającej i pobranie tokenu JWT jest wymagane do poprawnego procesowania płatności przez bramkę PlanetPay

Operations

Płatności

API wspólne dla wszystkich metod płatności. Poszczególne metody i kanały płatności mogą się różnić zakresem pól obowiązkowych. Operator płatności nadaje każdemu zleceniu płatności unikatowy numer paymentId, który może zostać wykorzystany przez merchanta np. do pobrania aktualnego statusu płatności. Status płatności może być również wysłany do merchanta kanałem notyfikacji (powiadomienia asynchroniczne). Wszystkie wywołania API wymagają podania tokenu autoryzacyjnego w nagłówku żądania.

Operations

Okeślenie organizacji płatniczej i wersji protokołu (dla flow mobilnego).

Request

Dodatkowy krok dla flow mobilnego do określenia organizacji płatniczej i używanej wersji protokołu 3DSecure. Wersja protokołu ustalana jest jako najwyższa możliwa z zakresów obsługiwanych przez komponenty: SDK, ACS, 3DS i DS. Drugi wariant metody na potrzeby wywołań z payment SDK zakłada, że płatność została już wcześniej zainicjalizowana (znamy instrument)

Security
bearerAuth
Path
paymentIdstringrequired

Identyfikator płatności w systemie operatora płatności

Body
required
channelstringrequired

Kanał operacji

Enum"PAYWALL""MOBILE""WEBAPI""EBOK""CSS"
sdkStartProtocolstringrequired

Najstarsza wersja protokołu wspierana przez SDK

sdkEndProtocolstringrequired

Najnowsza wersja protokołu wspierana przez SDK

curl -i -X POST \
  'https://api.sandbox.planetpay.pl/v1/ecommerce/payment/{paymentId}/binInfo' \
  -H 'Authorization: Bearer <YOUR_JWT_HERE>' \
  -H 'Content-Type: application/json;charset=UTF-8' \
  -d '{
    "channel": "PAYWALL",
    "sdkStartProtocol": "string",
    "sdkEndProtocol": "string"
  }'

Responses

OK

Body*/*
cardGroupstring
Enum"VISA""MC""AMEX"
dsRefNumberstring
tdsServerTxnIdstring
tdsProtocolstring
tdsMethodURLstring

Zlecenie korekty kwoty preautoryzacji

Request

Korekta pozwala na modyfikację kwoty preautoryzacji. Operację można wykonać wielokrotnie, dopóki nie zostanie wykonane dopełnienie (capture).

Security
bearerAuth
Path
paymentIdstringrequired
Body
required
amountnumber or null

Kwota dopełnienia

descriptionstring or null

Dodatkowe informacje

curl -i -X POST \
  'https://api.sandbox.planetpay.pl/v1/ecommerce/payment/{paymentId}/adjustment' \
  -H 'Authorization: Bearer <YOUR_JWT_HERE>' \
  -H 'Content-Type: application/json;charset=UTF-8' \
  -d '{
    "amount": 0,
    "description": "string"
  }'

Responses

OK

Body*/*
paymentIdstring

Identyfikator płatności w systemie operatora płatności

transIdstring

Identyfikator systemowy transakcji

statusstring

Aktualny status płatności

rejectCodestring

Powód odrzucenia (w przypadku niepowodzenia)

rejectInfostring

Dodatkowe informacje o powodzie odrzucenia płatności

Wyszukiwanie płatności po zewnetrznych identyfikatorach

Request

Wyszukiwanie płatności po zewnętrznych identyfikatorach. Przeszukiwane są wyłącznie płatności związane z merchantem, dla którego wydano token dostępowy. Zwracana jest lista identyfikatorów paymentId. Tylko jedna z płatnośćci może być zakończona sukcesem. Powinna być zwracana na pierwszej pozycji.

Security
bearerAuth
Body
required
extOrderIdstringrequired

Identyfikator zamowienia z systemu merchanta

merchantobject or null(MerchantInfo)

Dane merchanta pośredniczącego (operator aplikacji mobilnej)

agentobject or null(MerchantInfo)

Dane merchanta pośredniczącego (operator aplikacji mobilnej)

curl -i -X POST \
  https://api.sandbox.planetpay.pl/v1/ecommerce/payment/search \
  -H 'Authorization: Bearer <YOUR_JWT_HERE>' \
  -H 'Content-Type: application/json;charset=UTF-8' \
  -d '{
    "extOrderId": "string",
    "merchant": {
      "merchantId": "string",
      "merchantName": "string",
      "name": "string",
      "mcc": "stri",
      "url": "string",
      "redirectURL": "string",
      "terminalId": "string",
      "location": {
        "street": "string",
        "postal": "string",
        "state": "12",
        "city": "string",
        "country": "POL",
        "countryOfOrigin": "POL"
      },
      "taxId": "string",
      "acsNotificationURL": "string",
      "amexMerchantId": "string",
      "dpaId": "string",
      "organizationId": "string"
    },
    "agent": {
      "merchantId": "string",
      "merchantName": "string",
      "name": "string",
      "mcc": "stri",
      "url": "string",
      "redirectURL": "string",
      "terminalId": "string",
      "location": {
        "street": "string",
        "postal": "string",
        "state": "12",
        "city": "string",
        "country": "POL",
        "countryOfOrigin": "POL"
      },
      "taxId": "string",
      "acsNotificationURL": "string",
      "amexMerchantId": "string",
      "dpaId": "string",
      "organizationId": "string"
    }
  }'

Responses

OK

Body*/*
paymentsArray of stringsunique

Identyfikator płatności w systemie operatora płatności

Tokenizacja

Dostępna jest tokenizacja kart klienta w oparciu o wewnętrzne mechanizmy bramki ecommmerce (COF) lub tokenizacja w oparciu o usługi organizacji płatniczej Visa VTS/Mastercard SCOF (NETWORK). Proces może być kilkuetapowy, w związku z czym cały flow tokenizacji spina identyfikator o nazwie tokenizerId. Do operacji na tokenie (usunięcie/modyfikacja) należy wykorzystywać identyfikator tokenu (nie tokenizacji).

Operations

Notyfikacje

System wysyła do merchanta notyfikacje w reakcji na określone zdarzenia systemowe. Notyfikacje wysyłane są jeżeli w parametryzacji merchanta podany został URL API implementującego poniższą specyfikację. System generuje żądania metodą POST. Oczekujemy, że odbiorca zwróci kod HTTP 200 po przyjęciu komunikatu. Wysyłka notyfikacji jest ponawiana w przypadku błędów sieciowych (HTTP 50X). Notyfikacje nie będą ponawiane w przypadku, gdy system nie przyjął komunikatu (HTTP 40X). Notyfikacje zawierają cyfrowy podpis, który wysyłany jest w nagłówku Signature jako wartość hex. Podpis wyliczany jest algorytmem HMAC-SHA256 z wartości wszystkich pól komunikatu (konkatenacja). Do wyliczenia podpisu obowiązuje kolejność pól prezentowana w niniejszej specyfikacji. Tajny klucz dla algorytmu ustawiany jest w parametryzacji merchanta.

Operations