Důležité upozornění:
Stávající i nový obchodník implementuje příslušné změny v integraci na klientském testovacím i produkčním prostředí v termínech a dle pokynů od svého poskytovatele (acquirera).
platbu kartou 3D Secure
Obchodník využívající platbu kartou 3D Secure je integrován s využitím API HTTP.
Pro obchodníka je dopad vyplývající z požadavků PSD2 RTS a karetních schémat a musí provést změny ve stávající integraci s využitím API HTTP.
Karetní schémata vyžadují povinné předávání níže uvedených dat při každé platbě kartou s hlavním cílem podpořit v maximální možné míře nákupní proces bez přerušení autentizačními kroky na straně vydavatelské banky (issuer) uplatněním výjimky TRA (Transaction Risk Analysis) ze silného ověření uživatele na straně acquirera nebo issuera.
- Jméno (Name)
- E-mailová adresa (Email address)
- Domácí telefonní číslo (Home phone number)
- Číslo mobilního telefonu (Mobile phone number)
- Fakturační adresa (Billing address)
- Dodací adresa (Shipping address)
Obchodník v tomto případě bude implementovat a využívat rozšířený parametr ADDINFO pro předávání výše uvedených dat (viz aktuální verze dokumentu “GP webpay API HTTP - Technická specifikace”).
Obchodník dále bude aktualizovat obchodní podmínky a zásady zpracování osobních údajů s ohledem na zpracování výše uvedených osobních údajů.
V případě, že proběhne silné ověření uživatele, dochází při této platbě k přesunu odpovědnosti za chargebacky na issuera a za případné škody ručí issuer.
V případě, že dle předchozí dohody acquirera s obchodníkem výjimku ze silného ověření uživatele na základě TRA uplatní acquirer, se kterým má obchodník uzavřenou smlouvu na akceptaci karet přes internet, nedochází k přesunu odpovědnosti za chargebacky na issuera a za případné škody ručí acquirer, který může tuto povinnost přenést na obchodníka.
V případě, že výjimku ze silného ověření uživatele na základě TRA uplatní issuer, dochází k přesunu odpovědnosti za chargebacky na issuera a za případné škody ručí issuer.
Dotazy a požadavky na podporu při implementaci zasílejte na e-mailovou adresu gpwebpay@gpe.cz.
Platba jedním kliknutím
Obchodník využívající funkci Platba jedním kliknutím je integrován s využitím API WS (metoda processRecurringPayment nebo processTokenPayment).
Pro obchodníka je dopad vyplývající z požadavků PSD2 RTS a karetních schémat a musí provést změny ve stávající integraci s využitím API WS dle odpovídajícího scénáře pro platby jedním kliknutím, který nabízí zákazníkovi na svém e-shopu nebo v aplikaci:
Platba jedním kliknutím (One-click payment):
Zákazník klikne na tlačítko Zaplatit na e-shopu nebo v aplikaci obchodníka a je následně přesměrován ke své vydavatelské bance (issuer) za účelem silného ověření uživatele.
Obchodník v tomto případě bude implementovat novou metodu processCardOnFilePayment (viz aktuální verze dokumentu “GP webpay API WS – Technická specifikace”) a také API HTTP (ve stejném rozsahu jako obchodník využívající platbu kartou 3D Secure) pro přesměrování zákazníka k jeho vydavatelské bance (issuer) za účelem silného ověření uživatele.
Platbu jedním kliknutím povoluje obchodníkovi acquirer.
V případě, že proběhne silné ověření uživatele, dochází při této platbě k přesunu odpovědnosti za chargebacky na issuera a za případné škody ručí issuer.
V případě, že dle předchozí dohody acquirera s obchodníkem výjimku ze silného ověření uživatele na základě TRA uplatní acquirer, se kterým má obchodník uzavřenou smlouvu na akceptaci karet přes internet, nedochází k přesunu odpovědnosti za chargebacky na issuera a za případné škody ručí acquirer, který může tuto povinnost přenést na obchodníka.
V případě, že výjimku ze silného ověření uživatele na základě TRA uplatní issuer, dochází k přesunu odpovědnosti za chargebacky na issuera a za případné škody ručí issuer.
Platba založená na použití (Usage-based payment):
Zákazník klikne na tlačítko Zaplatit na e-shopu nebo v aplikaci obchodníka, ale platba je iniciována obchodníkem a zpracována přes GP webpay API WS později, bez přesměrování zákazníka na platební stránku GP webpay, např. platba iniciována dopravní aplikací.
Obchodník v tomto případě bude implementovat novou metodu processUsageBasedPayment (viz aktuální verze dokumentu “GP webpay API WS – Technická specifikace”).
Platbu založenou na použití povoluje obchodníkovi acquirer, při této platbě nedochází k přesunu odpovědnosti za chargebacky na issuera a za případné škody ručí acquirer, který může tuto povinnost přenést na obchodníka.
Dotazy a požadavky na podporu při implementaci zasílejte na e-mailovou adresu gpwebpay@gpe.cz.
funkci Opakovaná platba
Pro obchodníka je dopad vyplývající z požadavků PSD2 RTS a karetních schémat a musí provést změny ve stávající integraci s využitím API WS dle odpovídajícího scénáře pro předplatné (opakovaná platba) dle předchozí dohody se zákazníkem:
Předplatné založené na použití (Usage-based subscription):
Zákazník se dohodne s obchodníkem na “inkasu z platební karty” (obdoba inkasa z bankovního účtu), např. pravidelná platba za fakturu od mobilního operátora (variabilní částka/fixní datum).
Obchodník v tomto případě bude implementovat novou metodu processUsageBasedSubscriptionPayment (viz aktuální verze dokumentu “GP webpay API WS – Technická specifikace”).
Předplatné založené na použití povoluje obchodníkovi acquirer, při této platbě nedochází k přesunu odpovědnosti za chargebacky na issuera a za případné škody ručí acquirer, který může tuto povinnost přenést na obchodníka.
Pravidelné předplatné (Regular subscription):
Zákazník se dohodne s obchodníkem na pravidelném předplatném, např. pravidelné předplatné pro digitální služby (fixní částka/fixní datum).
Obchodník v tomto případě bude implementovat novou metodu processRegularSubscriptionPayment (viz aktuální verze dokumentu “GP webpay API WS – Technická specifikace”).
Pravidelné předplatné povoluje obchodníkovi acquirer, při této platbě nedochází k přesunu odpovědnosti za chargebacky na issuera a za případné škody ručí acquirer, který může tuto povinnost přenést na obchodníka.
Předplatné pro prepaid služby (Prepaid subscription):
Zákazník se dohodne s obchodníkem na dobíjení prepaid služby, např. platba pro dobití předplacené karty mobilního operátora fixní částkou iniciovaná při poklesu hodnoty kreditu pod definovanou hodnotu (fixní částka/variabilní datum).
Obchodník v tomto případě bude implementovat novou metodu processPrepaidPayment (viz aktuální verze dokumentu “GP webpay API WS – Technická specifikace”).
Předplatné pro prepaid služby povoluje obchodníkovi acquirer, při této platbě nedochází k přesunu odpovědnosti za chargebacky na issuera a za případné škody ručí acquirer, který může tuto povinnost přenést na obchodníka.
Dotazy a požadavky na podporu při implementaci zasílejte na e-mailovou adresu gpwebpay@gpe.cz.