Skip to content

Sprzedawca

Na tej stronie znajdziesz informacje na temat onboardingu i aktualizacji submerchanta, a także, jak radzić sobie z błędami i sprawdzać kody statusu webhooka.

Onboarding Merchanta

Proces wdrażania oparty na API (FULL CODE) eliminuje potrzebę ręcznego wdrażania poprzez automatyczne generowanie submerchantów, placówek, cenników, terminali i odpowiadających im danych uwierzytelniających.

Notification

Paramentry merchanta NIP i backofficeEmail w żądaniu POST muszą mieć unikalne wartości i nie powinny być ponownie użyte.

Próba ponownego użycia tych wartości zakończy się niepowodzeniem w procesie wdrożenia.

Sprawdź poniżej dostępne endpointy środowiska:

ŚrodowiskoURLMetoda działania i endpointyOpis działania
PRODapi.sibsgateway.comPOST api/onboarding/version-id/ sponsored-merchantAby zainicjować ten proces, należy wykonać żądanie POST z następującymi danymi.
TESTstargate-cer.qly.site1.sibs.ptPOST api/onboarding/version-id/ sponsored-merchantAby zainicjować ten proces, należy wykonać żądanie POST z następującymi danymi.
Sandboxsandbox.sibsgateway.comPOST api/onboarding/version-id/ sponsored-merchantAby zainicjować ten proces, należy wykonać żądanie POST z następującymi danymi.

Aby zainicjować ten proces, należy wykonać żądanie POST z następującymi danymi.

Parametry nagłówka:
ParametrTypStanOpis
Typ zawartościCiągObowiązkoweapplication/json.
X-Request-IDCiągObowiązkoweIdentyfikator żądania, unikalny dla połączenia, określony przez stronę inicjującą.
x-ibm-client-idCiągObowiązkoweToken identyfikujący organizację klienta. Jest on dostarczany podczas procesu wdrażania i musi być używany w każdym połączeniu.
Parametry żądania:
Element danychType LengthStanOpis
sprzedawcaCiągObowiązkoweObject that defines the Merchant.
nameCiąg
<=90
ObowiązkowePełna nazwa firmy zgodnie z danymi w CEIDG
phoneCiąg
<=16
ObowiązkoweNumer telefonu firmy
emailCiąg
<=55
ObowiązkoweAdres e-mail firmy
NIPCiąg
8<11
ObowiązkoweNIP zgodnie z CEIDG
mccNumer
4-4
ObowiązkoweKod MCC firmy
pkdCiąg
7-7
ObowiązkowePKD spółki (główne) według danych CEIDG
merchantTypeCiąg

“Merchant”
“Sponsored Merchant”
Default: “Sponsored Merchant”
ObowiązkoweRodzaj merchanta
addressCiągObowiązkoweAdres merchanta
streetCiąg
<=70
ObowiązkoweUlica
postalcodeCiąg
<=25
ObowiązkoweKod pocztowy
localityCiąg
<=20
ObowiązkoweMiejscowość
countryCiąg
3-3
Format ISO 3166, Number 3 code (ex: Poland – 616)
ObowiązkoweKraj
websiteCiąg
<=100
ObowiązkoweAdres strony www
signedAgreementslogiczna
“True”
“False”
ObowiązkowePotwierdzenie podpisanych umów
backofficeEmailCiąg
<=55
ObowiązkoweSIBS Backoffice email address
pepStatusCiąg
“Active”
“Inactive”
Default: “Active”
ObowiązkowePotentially Exposed Person status
beneficialOwnersDataCiąg
<=40
WarunkowyDane beneficjentów rzeczywistych.
Obowiązkowe tylko, jeśli status PEP to „Aktywny”
WłaścicielCiągObowiązkoweObject that defines the Company’s Owner account.
Możliwe jest dodanie więcej niż jednego wpisu dla tego parametru
nameCiąg
<=40
ObowiązkoweNazwa właściciela
phoneCiąg
<=16
WarunkowyNumer telefonu właściciela
Należy podać telefon lub adres e-mail (przynajmniej jeden z nich).
emailCiąg
<=55
WarunkowyE-mail właściciela
Należy podać telefon lub adres e-mail (przynajmniej jeden z nich).
addressCiąg
<=100
OpcionalnieAdres właściciela
tinNumer
8<11
ObowiązkoweNumer NIP właściciela
integrationSupportContactCiągOpcionalnieObject that defines an integration support contact
nameCiąg
<=20
OpcionalnieImię i nazwisko osoby kontaktowej ds. wsparcia integracji
phoneCiąg
<=16
WarunkowyNumer telefonu Kontakt dla wsparcia integracji.
Należy podać telefon lub adres e-mail (przynajmniej jeden z nich).
emailCiąg
<=55
WarunkowyAdres e-mail Kontakt w sprawie wsparcia integracji.
Należy podać telefon lub adres e-mail (przynajmniej jeden z nich).
sklepObowiązkoweObject that defines the Establishment
nameCiąg
<=40
OpcionalnieNazwa establishmentu.
Gdy to pole jest puste, uwzględniane będą wartości sparametryzowane na poziomie merchanta.
addressCiągOpcionalnieEstablishment Address
Gdy te pola są puste, uwzględniane będą wartości sparametryzowane na poziomie merchanta.
streetCiąg
<=70
OpcionalnieUlica
postalcodeCiąg
<=25
OpcionalniePostal Code
localityCiąg
<=20
OpcionalnieLocality
countryCiąg
3-3
Format ISO 3166, Number 3 code (ex: Poland – 616)
OpcionalnieKraj
emailCiąg
<=55
OpcionalnieEstablishment Email
Gdy te pola są puste, uwzględniane będą wartości sparametryzowane na poziomie merchanta.
phoneNumberCiąg
<=16
OpcionalnieEstablishment Phone
Gdy te pola są puste, uwzględniane będą wartości sparametryzowane na poziomie merchanta.
typCiąg
“Banks”
“Wholesale“
“Supermarket“
“Retail“
“Gas Stations“
“Restaurants“
“Hotels“
“Virtual Establishment“
“Foreign“
“Service Provider“
“Service Entity“
“EMV Tolls“
ObowiązkoweEstablishment Type
mccCiąg
4-4
ObowiązkoweEstablishment MCC
pkdCiąg
7

Format tego parametru będzie następujący:
00.00.A
(zobacz listę: https://www.biznes.gov.pl/en/table-pkd-code)
ObowiązkoweEstablishment CAE
InvoiceIndicatorCiąg

“Payment Facilitator”
“Sponsored Merchant”
Default: “Payment Facilitator”
ObowiązkoweEstablishment Invoice Indicator
productsCiągObowiązkoweObject that defines the Establishment Products
productIdCiąg
„XPAY-APPL-0-0”,
„XPAY-GGLE-0-0”,
„INTP-BLIK-0-0”,
„INTP-BLIK-1-0”,
„BLMD-PYBL-0-0”,
„KEVN-PYBL-0-0”,
„MCC-1-C”,
„MCC-1-D”,
„MCC-1-P”,
„MCC-2-C”,
„MCC-2-P”,
„MCC-4-C”,
„MCC-4-D”,
„MCC-4-P”,
„MSI-1-D”,
„MSI-1-P”,
„MSI-2-D”,
„MSI-2-P”,
„VIS-01-C”,
„VIS-01-D”,
„VIS-01-P”,
„VIS-02-C”,
„VIS-02-D”,
„VIS-02-P”,
„VPY-03-D”,
„VPY-03-P”,
„VSL-01-C”,
„VSL-01-D”,
„VSL-01-P”
ObowiązkoweMetody płatności wybrane przez klienta.
Product ID’s to activate:
“INTP-BLIK-0-0” InterPay-BLIK-Domestic
“INTP-BLIK-1-0” – InterPay-BLIK-OneClick
“BLMD-PYBL-0-0” BlueMedia-PayByLink-Domestic
“KEVN-PYBL-0-0” – PayByLink-Kevin
“MCC-1-C” – Mastercard-Mastercard-Consumer-Credit
“MCC-1-D” – Mastercard-Mastercard-Consumer-Debit
“MCC-1-P” – Mastercard-Mastercard-Consumer-Prepaid
“MCC-2-C” – Mastercard-Mastercard-Commercial-Credit
“MCC-2-P” – Mastercard-Mastercard-Commercial-Prepaid
“MCC-4-C” – Mastercard-Mastercard-Other-Credit
“MCC-4-D” – Mastercard-Mastercard-Other-Debit
“MCC-4-P” – Mastercard-Mastercard-Other-Prepaid
“MSI-1-D” – Mastercard-Maestro-Consumer-Debit
“MSI-1-P” – Mastercard-Maestro-Consumer-Prepaid
“MSI-2-D” – Mastercard-Maestro-Commercial-Debit
“MSI-2-P” – Mastercard-Maestro-Commercial-Prepaid
“VIS-02-C” – VISA-VISA-Commercial-Credit
“VIS-02-D” – VISA-VISA-Commercial-Debit
“VIS-02-P” – VISA-VISA-Commercial-Prepaid
“VIS-01-C” – VISA-VISA-Consumer-Credit
“VIS-01-D” – VISA-VISA-Consumer-Debit
“VIS-01-P” – VISA-VISA-Consumer-Prepaid
“VPY-03-D” – VISA-VPAY-VPAY-Debit
“VPY-03-P” – VISA-VPAY-VPAY-Prepaid
“VSL-01-C” – VISA-VISA Electron-Consumer-Credit
“VSL-01-D” – VISA-VISA Electron-Consumer-Debit
“VSL-01-P” – VISA-VISA Electron-Consumer-Prepaid
productInvoiceIndicatorCiąg
“Payment Facilitator”
“Sponsored Merchant”
Default: “Payment Facilitator”
OpcionalnieProduct Invoice Indicator
paymentMethodTypeCiąg

“Direct Debit”
“Bank Transfer”
Default: “Direct Debit”
WarunkowyTyp metody płatności do fakturowania submerchanta. To pole jest obowiązkowe, jeśli wskaźnik faktury to “Submerchant”
invoiceEmailCiąg
<=55
WarunkowyInvoice email address.
To pole jest obowiązkowe, jeśli wskaźnik faktury to “Submerchant”
payoutCiągWarunkowyObject that defines the Payout Information.
To pole jest obowiązkowe, jeśli wskaźnik faktury to “Submerchant”
bankAccountCiąg
26-26
WarunkowySponsored Merchants bank account
To pole jest obowiązkowe, jeśli wskaźnik faktury to “Submerchant”
ibanCiąg
<=34
WarunkowySponsored Merchants iban
To pole jest obowiązkowe, jeśli wskaźnik faktury to “Submerchant”
bicCiąg
8<11
WarunkowySponsored Merchants bic
To pole jest obowiązkowe, jeśli wskaźnik faktury to “Submerchant”
numDaysPayoutNumerOpcionalnieSponsored Merchants Payout Number of Days
Zarezerwowane do wykorzystania w przyszłości.
maxPercentLowRiskExemptionsNumer
<=100
OpcionalnieMaksymalny procent wyłączeń niskiego ryzyka dopuszczalny w systemie lub procesie.
scaExemptionCiąg
Default „0”
OpcionalniePole do oceny zwolnień SCA musi być wypełnione cyfrą 1, aby zezwolić i 0, aby nie zezwolić.
typeOfIntegrationCiąg
“S2S”
“SDK”
“Plugin”
Default “S2S”
ObowiązkoweTyp integracji submerchanta
webhookNotificationObjectWarunkowyObiekt definiujący szczegóły konfiguracji webhooka
Obowiązkowe jeżeli typeOfIntegration jest “Plugin”.
typCiąg
“URL”
“Email”
WarunkowyTyp powiadomień webhook.
Obowiązkowe jeżeli typeOfIntegration jest “Plugin”.
Jeżeli “Plugin”, wartość musi być “URL”
WartośćCiągWarunkowyAdres e-mail dostawy (dla typu e-mail) lub adres URL HTTP(S)
Obowiązkowe jeżeli typeOfIntegration jest “Plugin”
supportEmailCiąg
<=55
WarunkowyAdres e-mail, na który wszystkie nieudane połączenia SPG Webhook będą zgłaszane do końca dnia.
Obowiązkowe jeżeli typeOfIntegration jest “Plugin”
securityKeyCiąg
>=32
OpcionalniePseudolosowy klucz symetryczny, który zostanie użyty do zaszyfrowania zawartości webhooka.

Ponizej znajduje się przykład żadania POST

{
    "merchant": {
        "name": "JOHN DOE",
        "phone": "505102923",
        "email": "fds@op.pl",
        "nip": "6831968575",
        "mcc": "5969",
        "pkd": "86.90.E",
        "merchantType": "Sponsored Merchant",
        "address": {
            "street": "UL IMAGINARY",
            "postalCode": "85-132",
            "locality": "BYDGOSZCZ",
            "country": "616"
        },
        "website": "www.yolo.pl",
        "signedAgreements": true,
        "backofficeEmail": "fds@op.pl",
        "pepStatus": "Inactive",
        "owners": [
            {
                "name": "JANE DOE",
                "phone": "505102923",
                "email": "fds@op.pl",
                "address": "UL UGORY 85-132 BYDGOSZCZ POLSKA",
                "tin": "6831968575"
            }
        ],
        "shop": {
            "name": "YOLO",
            "address": {
                "street": "UL IMAGINARY",
                "postalCode": "85-132",
                "locality": "BYDGOSZCZ",
                "country": "616"
            },
            "email": "fds@op.pl",
            "phoneNumber": "505102923",
            "type": "Retail",
            "mcc": "5969",
            "pkd": "86.90.E",
            "invoiceIndicator": "Payment Facilitator",
            "products": [
                {
                    "productId": "INTP-BLIK-0-0",
                    "productInvoiceIndicator": "Payment Facilitator"
                },
                {
                    "productId": "KEVN-PYBL-0-0",
                    "productInvoiceIndicator": "Payment Facilitator"
                }
            ],
            "paymentMethodType": "Bank Transfer",
            "invoiceEmail": "fds@op.pl",
            "payout": {
                "bankAccount": "50116022020000000127761999",
                "iban": "PL50116022020000000127761999",
                "bic": "BIGBPLPW",
                "numDaysPayout": 1.0
            },
            "typeOfIntegration": "S2S",
      	  "webhookNotification": {
        	  	"type": "URL",
        		"value": ""
      	  },
      	  "supportEmail": "",
      	  "securityKey": ""
        }
    }
}

Po wykonaniu tej czynności interfejs API (FULL CODE) odpowie jednym z dwóch poniższych kodów stanu:

Kod statusuWiadomośćTransactionStatus
000Sukces“ACT” (Accepted Technical Validation)
999Unexpected Error“RJT” (Rejected)

Oto przykład udanej odpowiedzi onboardingowej:

{
"transactionStatus": "ACT",
    "returnStatus": {
        "statusCode": "000" 
        "statusMsg": "Success",
        "statusDescription": "string"
    }
}

Otrzymasz również onboarding Webhook, który zawiera następujące szczegóły onboardingu sprzedawcy i dane uwierzytelniające.

Oto zredagowany przykład udanego powiadomienia Webhook:

{
    "NotifyRequest": {
        "TrackingId": "00caa675-f811-45ed-aee3-b84c22ac3efc",
        "TIN": "000****123",
        "MerchantId": "PL-000****123-1",
        "ShopId": "SH-PL-000000321",
        "TerminalId": "POS000159",
        "ErrCode": "CRM000",
        "ErrDesc": "Success",
        "Agreements": {
            "AgreementType": "PLKV"
        },
        "Credentials": {
            "ApiClientId": "2a69a780-****-****-****-1c6308af85f0",
            "ApiClientSecret": "K1rK*******************************0uU6",
            "TerminalToken": "0277a2c645e93c43f59ce867ee55498293*******5272db028ad9c9fa250edd04d9cac5d42910950e2acb82034093d14830e649c3d6df2cc0f92268f79"
         }
    }
}
Notification

Zwróć uwagę na następujące podstawowe dane uwierzytelniające dla Integracji API:

 

Credentials.ApiClientId: The API Client ID needed for calling the Payment API, provided as the 'x-ibm-client-id’HTTP header.

 

Credentials.ApiClientSecret: Currently not required for any Payment API, but it should be stored securely in case it’s needed in the future.

 

Credentials.TerminalToken: The OAuth Bearer Token to be used as the 'Authorization:Bearer’ HTTP header for the Checkout API and Backoffice API.

Aktualizacja merchanta

Zapewniamy również możliwość aktualizacji informacji o merchancie za pośrednictwem naszego API. Prosimy o zapoznanie się z listą dostępnych environment endpoints:

ŚrodowiskoURLMetoda działania i endpointyOpis działania
PRODapi.sibsgateway.comPUT /sibs/onboarding/v1/sponsored-merchant/{merchant-id}Aktualizuj zasób merchanta
CERstargate-cer.qly.site1.sibs.ptPUT /sibs/onboarding/v1/sponsored-merchant/{merchant-id}Aktualizuj zasób merchanta
Sandboxsandbox.sibsgateway.comPUT /sibs/onboarding/v1/sponsored-merchant/{merchant-id}Aktualizuj zasób merchanta

Aby rozpocząć ten proces, należy wykonać żądanie PUT zawierające następujące dane:

Parametry
ParametrTypStanWymaganiaOpis
Typ zawartościCiągObowiązkoweNagłowekapplication/json
X-Request-IDCiągObowiązkoweNagłowekŻadanie indentyfikatora ID, unikalne do połączenia, określony przez stronę inicjującą.
merchant-idCiągObowiązkoweŚcieżkaID sponsorowanego merchanta
x-ibm-client-idCiągObowiązkoweNagłowekToken identyfikujący organizację klienta. Jest on dostarczany podczas procesu onboardingu i musi być używany w każdym połączeniu.

The following details outline the parameters eligible for modification, including their data types, length constraints, update conditions, and brief descriptions:

Parametry zapytania
Element danychType LengthStanOpis
PhoneCiąg
<=16
ObowiązkoweCompany’s phone number
EmailCiąg
<=55
ObowiązkoweCompany’s email address
AddressCiągObowiązkoweAdres merchanta
streetCiąg
<=100
ObowiązkoweUlica
postalcodeCiąg
<=25
ObowiązkoweMerchant’s Address Postal Code
localityCiąg
<=20
ObowiązkoweMiejscowość
websiteCiąg
<=100
ObowiązkoweAdres strony www

Sprawdź poniżej przykład żadania PUT:

{
  "merchant": {
    "phone": "505102923",
    "email": "fds@op.pl",
    "address": {
      "street": "UL IMAGINARY",
      "postalCode": "85-132",
      "locality": "BYDGOSZCZ"
    },
    "website": "www.yolo.pl"
  }
}

After the request, the API will respond with one of the two status codes:

Kod statusuWiadomośćTransactionStatus
000Sukces“ACT” (Accepted Technical Validation)
999Unexpected Error“RJT” (Rejected)

Obsługa błędów

Jeśli w procesie onboardingu wystąpi odrzucenie, otrzymana zostanie synchroniczna odpowiedź zawierająca status transakcji z wartością RJCT (odrzucony) i kodem statusu 999.

Ta odpowiedź będzie zawierać kod błędu i pola komunikatów, które mogą pomóc w zidentyfikowaniu i rozwiązaniu problemu.

Przykład odrzuconej odpowiedzi onboardingowej:

{
"transactionStatus": "RJCT",
    "returnStatus": {
        "statusCode": "999",
        "statusMsg": "Internal Server Error",
        "statusDescription": "When invoiceIndicator is Sponsored Merchant invoiceEmail and payout object are mandatory."
    }
}

Kody statusów w webhookach

Poniżej znajduje się zakres kodów statusu i wiadomości, które można odbierać za pośrednictwem webhooków.

Kod statusuWiadomość
CRM000Sukces.
CRM001Sponsorowany mechant już istnieje.
CRM002PKD jest nie poprawny.
CRM003Kod MCC jest niepoprawny.
CRM004NIP jest niepoprawny.
CRM005IBAN jest niepoprawny.
CRM006Lista produktów nie jest zgodna z umową z dostawcą usług płatniczych.
CRM007Brak wymaganego pola[field_name]
CRM008Payment Facilitator jest nieprawidłowy.
CRM009Produkt [product] jest zduplikowany.
CRM010Wskaźnik faktury jest nieprawidłowy.
CRM011Product of Establishment został już dodany jako Establishment Product
CRM012Kod produktu [product_code] jest nieprawidłowy.
CRM013Kraj sponsorowanego merchanta nie jest zgodny z krajem siedziby podmiotu pośredniczącego w płatnościach.
CRM014Sponsorowany kraj merchanta nie jest zgodny z krajem dostawcy usług płatniczych.
CRM015Produkt [product1] jest zależny od [product2] i nie jest cześcią listy produktów
CRM016Produkt [product1] jest niekompatybilny z [product2] i oba znajdują się obecnie na liście produktów.
CRM017Produkt [product1]jest obowiązkowy z [product2] i nie jest częścią listy produktów.
CRM018Nieprawidłowy typ integracji.
CRM019Dane Webhook są wymagane dla danego typu integracji.
CRM020Nieprawidłowe powiadomienie webhook dla danego typu integracji.
CRM021Nieprawidłowe powiadomienie webhook.
CRM022Wartość powiadomienia Webhook nie jest zdefiniowana dla danego powiadomienia Webhook.
CRM023Webhook Notification Value musi być prawidłowym adresem e-mail.
CRM024Webhook Notification Value musi być prawidłowym adresem url http(s).
CRM025Zamówienie na numer TIN wciąż w toku [TIN_value].
CRM026Aktualizacja merchanta nie jest możliwa. Spróbuj ponownie później.
CRM027Nie można zaktualizować establishmentu. Spróbuj ponownie później.
CRM028Establishment jest nieprawidłowy dla Sponsorowanego merchanta, którego dotyczy odwołanie.
CRM029Establishment ExternalID już istnieje.
CRM030Zamówienie dla Establishment w ciąż toku [establishment_id].
CRM031TerminalID już istnieje.
CRM032Payment Facilitator jest nieprawidłowy.
CRM033Sponsorowany merchant jest nieprawidłowy.
CRM034Establishment jest nieprawidłowy.
CRM035Terminal jest nieprawdiłowy.
CRM036Ostatni terminal nie może zostać anulowany.
CRM037Produkt nie jest ważny dla Establishment.
CRM038[PaymentFacilitatorId] Nie jest Payment Facilitatorem.
CRM039Zamówienie dla Merchanta wciąż w toku [merchant_id].
CRM040Nie znaleziono kraju dla określonego [CountryCode].
CRM999Nieoczekiwany błąd.