> For the complete documentation index, see [llms.txt](https://docs.ecommerce.seb.ee/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.ecommerce.seb.ee/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/maki/google-pay.md).

# Google Pay

Ļaujiet klientiem norēķināties ar dažiem pieskārieniem, izmantojot Google kontā saglabātās kartes — Android ierīcēs, Chrome un visā tīmeklī.

Google Pay ir Google digitālais maks, kas ļauj klientiem maksāt tiešsaistē, izmantojot maksājumu kartes, kas saglabātas viņu Google kontā vai Android ierīcē. Tā vietā, lai ievadītu kartes numurus, norēķinu datus un kontaktinformāciju, klients Google Pay maksājuma logā izvēlas saglabāto karti un apstiprina pirkumu.

Izmantojot SEB Ecommerce Payment Gateway, tirgotāji var pieņemt Google Pay maksājumus tīmeklī un vietējās lietotnēs, izmantojot drošu, tokenizētu un PCI DSS prasībām atbilstošu maksājumu risinājumu. Klienta maksājuma dati tiek nodoti vārtejai kā šifrēts Google Pay maksājuma tokens — kartes dati nekad netiek atklāti jūsu sistēmās.

Google Pay priekšrocība ir tā sasniedzamība: tas darbojas Android ierīcēs, kā arī pārlūkā Chrome un citās atbalstītajās pārlūkprogrammās jebkurā platformā, kur klients ir pierakstījies savā Google kontā. Tas padara Google Pay pieejamu plašai auditorijai gan galddatoros, gan mobilajās ierīcēs, samazinot norēķinu procesa berzi un grozu pamešanu.

### Iespēju kopsavilkums

<table><thead><tr><th valign="top">Iespēja</th><th valign="top">Atbalsts</th></tr></thead><tbody><tr><td valign="top">Maksājuma veids</td><td valign="top">Digitālais maciņš</td></tr><tr><td valign="top">Atbalstītās kartes</td><td valign="top">Visa, Mastercard*</td></tr><tr><td valign="top">Kanāli</td><td valign="top">Google Pay tīmeklī, vietējie maksājumi lietotnēs</td></tr><tr><td valign="top">Klienta autentifikācija</td><td valign="top">Pierakstīšanās Google kontā; ierīces ekrāna bloķēšana vai biometrija, ja piemērojams</td></tr><tr><td valign="top">Tokenizācija</td><td valign="top">Atbalstīts — šifrēti Google Pay maksājuma tokeni</td></tr><tr><td valign="top">EMV® 3-D Secure</td><td valign="top">Atbalstīts — piemērots automātiski, ja nepieciešams (skat. Autentifikācija un SCA)</td></tr><tr><td valign="top">Klienta iniciētie darījumi (CIT)</td><td valign="top">Atbalstīts</td></tr><tr><td valign="top">Tirgotāja iniciēti darījumi (MIT)</td><td valign="top">Atbalstīts</td></tr><tr><td valign="top">Atkārtoti maksājumi</td><td valign="top">Atbalstīts</td></tr><tr><td valign="top">Atmaksas</td><td valign="top">Pilna un daļēja</td></tr><tr><td valign="top">Integrācijas iespējas</td><td valign="top">Hosted Checkout, Merchant API, mobilie SDK (ja piemērojams)</td></tr><tr><td valign="top">Testēšana Sandbox vidē</td><td valign="top">Pieejams</td></tr></tbody></table>

\*Atbalsts ir atkarīgs no klienta ierīces, izdevējbankas un tirgotāja konfigurācijas. Atsevišķu funkciju pieejamība ir atkarīga no jūsu tirgotāja līguma un iespējotiem pakalpojumiem.

### Kā darbojas Google Pay

Google Pay pamatā ir maksājumu tokenizācija. Kad klients maksā, Google iesaiņo izvēlētos maksājuma datus šifrētā maksājuma tokenā un nodod to vārtejai. Vārteja droši saņem un atšifrē tokenu, pēc tam virza darījumu caur to pašu acquiring infrastruktūru, ko izmanto standarta karšu maksājumiem.

Maksājuma tokens var saturēt vienu no diviem datu veidiem atkarībā no tā, kā klienta karte ir saglabāta:

* Ierīces tokens (CRYPTOGRAM\_3DS). Karte ir saglabāta kā ierīces tokens klienta Android ierīcē — shēmas izsniegts tokens, kas aizstāj faktisko kartes numuru. Katrs maksājums ietver vienreizēju kriptogrammu, kas ģenerēta ierīcē, un klients apstiprina maksājumu ar ekrāna bloķēšanu vai biometriskajiem datiem. Tas konceptuāli ir līdzīgi tam, kā darbojas Apple Pay.
* Kartes dati saglabāti Google (PAN\_ONLY). Karte ir saglabāta klienta Google kontā, un to var izmantot jebkurā ierīcē vai pārlūkprogrammā, kur klients ir pierakstījies — tostarp galddatoros. Kartes dati vārtejai tiek nodoti šifrētā veidā, bet netiek iekļauta ierīcē ģenerēta kriptogramma, tāpēc var tikt piemērota papildu autentifikācija (skat. Autentifikācija un SCA).

Tas, kurš datu veids tiek izmantots, tiek noteikts automātiski pēc klienta ierīces, pārlūkprogrammas un kartes — jums integrācijā tie nav jānošķir. Vārteja atpazīst datu veidu un piemēro atbilstošu apstrādi un autentifikāciju.

Tipisks maksājums:

1. Klients izvēlas Google Pay. Google Pay poga tiek rādīta norēķinu laikā atbalstītajās ierīcēs un pārlūkprogrammās.
2. Klients apstiprina maksājumu. Google Pay maksājuma lapa parāda klienta saglabātās kartes. Klients izvēlas karti un apstiprina — ar ekrāna bloķēšanu vai biometriju, ja piemērojams.
3. Vārteja apstrādā maksājuma tokenu. Šifrētais maksājuma tokens tiek piegādāts vārtejai, kas to atšifrē un uzsāk autorizāciju. Ja nepieciešams, vārteja piemēro EMV® 3DS autentifikāciju.
4. Autorizācija. Izdevējbanka apstiprina vai noraida darījumu. Rezultāts tiek atgriezts jūsu sistēmās maksājuma atbildē un ar atpakaļsaistes paziņojumiem.

{% hint style="info" %}
Google Pay izmanto maku nodrošinātāja tokenizācijas mehānismu, kas atšķiras no vārtejas un tīkla tokeniem, kas aprakstīti sadaļā Tokenizācija. No jūsu skatpunkta apstrāde ir caurspīdīga: Google Pay darījumi plūst caur standarta autorizācijas, iegrāmatošanas, atcelšanas un atmaksas operācijām.
{% endhint %}

### Atbalstītās funkcijas

Google Pay nodrošina drošu un ērtu maksājumu pieredzi, vienlaikus atbalstot mūsdienīgas e-komercijas maksājumu iespējas:

* Droša maksājumu tokenizācija
* Klienta iniciētie darījumi (CIT)
* Tirgotāja iniciēti darījumi (MIT)
* Atkārtoti maksājumi
* Maksājumi ar vienu klikšķi
* Pilnas un daļējas atmaksas
* Integrācija ar Hosted Checkout, Merchant API un mobilajiem SDK (ja piemērojams)

Atsevišķu funkciju pieejamība ir atkarīga no jūsu tirgotāja līguma un iespējotiem pakalpojumiem.

### Klienta pieredze

Klienti pabeidz maksājumu, manuāli neievadot kartes datus. Norēķinu laikā klients:

1. Izvēlas Google Pay kā maksājuma metodi. Google Pay poga tiek parādīta atbalstītajās ierīcēs un pārlūkprogrammās.
2. Izvēlas saglabātu karti. Parādās Google Pay maksājuma lapa ar klienta saglabātajām kartēm un maksājuma summu.
3. Apstiprina maksājumu. Atkarībā no ierīces un kartes klients verificē ar ekrāna bloķēšanu, biometriju vai Google kontu.
4. Pabeidz autentifikāciju, ja tā ir nepieciešama. Ja nepieciešama papildu EMV® 3DS autentifikācija, tā tiek piemērota automātiski maksājuma plūsmas ietvaros.
5. Pēc maksājuma autorizācijas atgriežas jūsu norēķinu plūsmā. Nav nepieciešama manuāla datu ievade.

### Autentifikācija un SCA

Tas, kā tiek izpildīta stingrā klienta autentifikācija (SCA), ir atkarīgs no Google Pay maksājuma tokenā esošā datu veida:

* Ierīces tokeni (CRYPTOGRAM\_3DS). Maksājums tiek autentificēts klienta ierīcē — ierīces un klienta ekrāna bloķēšanas vai biometrijas kombinācija parasti atbilst SCA prasībām, un maksājuma tokens satur atbilstošo kriptogrammu. Atsevišķs 3DS solis parasti nav nepieciešams.
* Kartes, kas saglabātas Google (PAN\_ONLY). Maksājuma datiem netiek pievienota ar ierīci saistīta autentifikācija. Lai izpildītu SCA prasības un izvairītos no izdevējbankas noraidījumiem, vārteja, ja nepieciešams, piemēro EMV® 3DS autentifikāciju — automātiski, kā daļu no standarta 3DS atbalsta. Klientam var tikt lūgts pabeigt bezpapildus darbību vai izaicinājuma plūsmu.

Jums nav jārealizē atsevišķa loģika abiem gadījumiem — vārteja atpazīst datu veidu un piemēro atbilstošu autentifikāciju. Galīgais autorizācijas lēmums vienmēr paliek izdevējbankas ziņā.

### Kas nepieciešams, lai pieņemtu Google Pay

Vienīgais solis, kas vajadzīgs visos gadījumos:

* Google Pay ir iespējots kā maksājuma metode jūsu e-veikala līgumā. Sazinieties ar savu SEB pārstāvi, lai Google Pay tiktu aktivizēts jūsu veikalam.

Viss pārējais ir atkarīgs no jūsu integrācijas veida.

#### Ja izmantojat Hosted Checkout

Papildu ar Google saistītas darbības nav nepieciešamas. Kad Google Pay ir iespējots jūsu veikalam, Google Pay poga atbilstošajiem klientiem automātiski parādās vārtejas mitinātajā maksājumu lapā — vārteja jūsu vietā apstrādā mijiedarbību ar Google.

#### Ja veidojat pats savu norēķinu procesu (Merchant API vai Mobile SDKs)

Kad Google Pay poga ir ievietota jūsu pašu norēķinu plūsmā, jūsu vietnei vai lietotnei attiecas Google prasības:

* Pieņemiet Google Pay API Pakalpojumu sniegšanas noteikumus.
* Norēķinu lapas jāapkalpo, izmantojot HTTPS — Google Pay netiek piedāvāts nedrošos savienojumos.
* Reģistrējiet savu uzņēmumu Google Pay & Wallet Console, konfigurējiet tirgotāja profilu un pabeidziet Google pārbaudi jūsu vietnei vai lietotnei pirms ražošanas lietošanas.
* Pirms ražošanas vides aktivizēšanas validējiet integrāciju Sandbox vidē.

Jūsu SEB pārstāvis palīdzēs jums ar aktivizācijas soļiem, kas attiecas uz jūsu integrācijas veidu.

#### Ieviešana

Google Pay aktivizēšana ietver reģistrāciju Google. Tas, cik daudz no šī procesa jūs redzat, ir atkarīgs no jūsu integrācijas.

* Automātiska ieviešana caur vārteju. Tirgotāja Google Pay ieviešana var tikt veikta automātiski caur vārteju saskaņā ar SEB Google Pay maksājumu pakalpojumu sniedzēja reģistrāciju, bez atsevišķa migrācijas procesa — reģistrācija tiek aktivizēta, kad tiek izveidots jūsu tirgotāja līgums. Šajā modelī lielākā daļa Google specifiskās iestatīšanas tiek veikta jūsu vietā.
* Tiešās integrācijas. Ja veidojat pats savu norēķinu procesu, izmantojot Merchant API vai Mobile SDKs, var būt nepieciešami papildu soļi, piemēram, reģistrācija Google Pay & Wallet Console un integrācijas iesniegšana Google pārbaudei pirms ražošanas lietošanas.

{% hint style="info" %}
SEB darījuma plūsmā darbojas kā tehnisko pakalpojumu sniedzējs. Maku nodrošinātāja apstiprinājumi, lēmumi par tirgotāja ieviešanu un atbilstība Google noteikumiem joprojām ir pakļauti Google prasībām un procesiem.
{% endhint %}

### Maksājumu apstrāde

Google Pay izmanto maksājumu tokenizāciju, lai aizsargātu klienta maksājuma datus visā maksājuma procesā:

*Tirgotājs → SEB vārteja → Visa / Mastercard → izdevējbanka*

Maksājums tiek apstrādāts caur to pašu acquiring infrastruktūru kā standarta karšu maksājumi, taču tiek izmantots šifrēts maksājuma tokens, nevis manuāli ievadīti kartes dati. Visas standarta pēc-maksājuma darbības — iegrāmatošana, atmaksa (pilna un daļēja) un atcelšana — ir pieejamas tajās pašās plūsmās kā citiem karšu maksājumiem.

#### Atkārtotie maksājumi un MIT ar Google Pay

Google Pay atbalsta saglabāto datu scenārijus tāpat kā parastos karšu maksājumus. Sākotnējā klienta iniciētā darījumā klients maksā ar Google Pay un piekrīt maksājuma datu saglabāšanai; vārteja atgriež tokena ID, ko izmantojat turpmākajiem maksājumiem ar vienu klikšķi un tirgotāja iniciētiem darījumiem. Ja jūs jau apstrādājat MIT plūsmas karšu maksājumiem, papildu integrācijas soļi nav nepieciešami. Skatiet sadaļu Saglabātie maksājumu dati un tirgotāja iniciētie darījumi (MIT), lai uzzinātu piemērojamās piekrišanas un apstrādes prasības.

### Pieejamība

Google Pay ir pieejams klientiem:

* Android ierīcēs, lietotnēs un pārlūkā.
* Pārlūkā Chrome un citās atbalstītajās pārlūkprogrammās jebkurā platformā — tostarp galddatoros —, ja klients ir pierakstījies savā Google kontā un tam ir piemērota saglabāta karte.

Google Pay poga tiek rādīta tikai tad, ja klienta ierīce vai pārlūkprogramma atbalsta Google Pay un ir pieejama atbilstoša karte. Pieejamība ir atkarīga no ierīces saderības, pārlūkprogrammas atbalsta, reģionālās pieejamības, tirgotāja atbilstības kritērijiem un no tā, vai klienta izdevējbanka piedalās Google Pay. Vienmēr piedāvājiet alternatīvas maksājumu metodes klientiem, kuri nevar izmantot Google Pay.

### Google Pay attēlošana

Google nosaka obligātās prasības tam, kā Google Pay tiek attēlots norēķinu laikā:

* Izmantojiet Google oficiālo Google Pay pogu un zīmi; neveidojiet pielāgotas versijas, nemainiet grafisko noformējumu un neizkropļojiet proporcijas.
* Ievērojiet Google Pay zīmola vadlīnijas pogas izvietojumam, izmēram, krāsu variantiem un brīvajai telpai.
* Rādiet Google Pay ar vismaz tikpat lielu redzamību kā citām maksājumu zīmēm, kur tas ir pieejams.
* Rādiet Google Pay pogu tikai tad, kad Google Pay klientam patiešām ir pieejams.

Hosted Checkout automātiski attēlo Google Pay pogu saskaņā ar Google prasībām. Ja veidojat pats savu norēķinu procesu, izmantojot Merchant API vai Mobile SDKs, jūs esat atbildīgs par atbilstību Google zīmola vadlīnijām.

### Testēšana

Pabeidziet visu izstrādi un validāciju Sandbox vidē pirms tiešo darījumu apstrādes. Google nodrošina testa kartes, ko var izmantot tās testēšanas vidē, tāpēc izstrādes laikā nenotiek reāli darījumi. Pirms pieprasāt Production aktivizēšanu, pārliecinieties, ka:

* Google Pay tiek rādīts atbalstītajās ierīcēs un pārlūkprogrammās — un ir paslēpts tur, kur tas netiek atbalstīts.
* Maksājumu apstrāde norit veiksmīgi, tostarp Google Pay maksājuma lapa.
* Maksājumi ar abiem datu veidiem, ja iespējams — ierīces tokenu Android ierīcē un karti, kas saglabāta galddatora pārlūkā —, tostarp 3DS plūsmu, ja tā ir piemērojama.
* Noraidītu maksājumu scenāriji.
* Atmaksu apstrāde, pilnīga un daļēja.
* Callback vai webhook paziņojumi.
* Pasūtījuma apstiprinājums un statusa atjauninājumi.
* Atkārtotu maksājumu scenāriji (ja piemērojams).

### Tirgotāja pienākumi

Tirgotāji ir atbildīgi par:

* Google Pay attēlošana atbilstoši Google zīmola vadlīnijām.
* Alternatīvas maksājumu metodes nodrošināšana, ja Google Pay nav pieejams.
* Klienta piekrišanas iegūšana pirms atkārtotu maksājumu uzsākšanas.
* Tirgotāja profila konfigurācija un visas Google specifiskās reģistrācijas ir derīgas, ja tas attiecas uz integrāciju.
* Atbilstība Google Pay API Pakalpojumu sniegšanas noteikumiem, pieļaujamās lietošanas politikām, karšu shēmu noteikumiem un normatīvajām prasībām.
* PCI DSS prasību ievērošanu, kas attiecas uz viņu maksājumu vidi.

### Biežāk uzdotie jautājumi

#### Kāda ir atšķirība starp Google Pay un Apple Pay manā integrācijā?

Abi ir digitālie maki, kas vārtejai nodod tokenizētus maksājuma datus un tiek apstrādāti kā standarta karšu maksājumi. Galvenās praktiskās atšķirības: Google Pay ir pieejams Android ierīcēs un atbalstītajās pārlūkprogrammās jebkurā platformā — tostarp galddatoros —, savukārt Apple Pay nepieciešama Apple ierīce; un Google Pay maksājumiem, kas veikti ar saglabātu karti, nevis ierīces tokenu, var būt nepieciešams papildu 3DS autentifikācijas solis, ko vārteja piemēro automātiski.

#### Vai tirgotājs jebkad redz klienta kartes numuru?

Nē. Maksājuma dati tiek nodoti vārtejai kā šifrēts maksājuma tokens un nekad netiek atklāti jūsu sistēmās. Atkarībā no datu veida tokens satur vai nu shēmas izsniegtu ierīces tokenu, vai kartes datus šifrētā formā — abos gadījumos atšifrēšana un apstrāde notiek pilnībā vārtejas PCI DSS prasībām atbilstošajā vidē.

#### Vai Google Pay maksājumiem nepieciešams 3-D Secure?

Tas ir atkarīgs no datu veida. Maksājumi ar ierīces tokeniem ietver autentifikāciju ierīcē un parasti neprasa atsevišķu 3DS soli. Maksājumi ar Google saglabātajām kartēm neietver autentifikāciju ierīcē, tāpēc vārteja, ja nepieciešams, piemēro EMV® 3DS. Tas tiek apstrādāts automātiski — papildu integrācijas loģika nav nepieciešama.

#### Kāpēc Google Pay poga dažiem klientiem netiek rādīta?

Poga tiek rādīta tikai tad, ja klienta ierīce vai pārlūkprogramma atbalsta Google Pay un klients ir pierakstījies Google kontā ar atbilstošu saglabātu karti. Tiek ņemta vērā arī reģionālā pieejamība un izdevējbankas dalība. Tirgotāja veidotām norēķinu plūsmām lapa turklāt ir jāapkalpo, izmantojot HTTPS. Vienmēr piedāvājiet alternatīvas maksājumu metodes.

#### Vai es varu izmantot Google Pay abonementiem?

Jā. Google Pay atbalsta saglabāto maksājuma datu scenārijus tāpat kā parastos karšu maksājumus: pēc sākotnējā klienta iniciētā darījuma ar klienta piekrišanu jūs varat apstrādāt atkārtotus maksājumus kā tirgotāja iniciētus darījumus, izmantojot atgriezto tokena ID.

#### Vai Google Pay pieņemšana maksā papildus?

Google nepiemēro ne klientiem, ne tirgotājiem darījumu maksu par Google Pay izmantošanu. Jūsu standarta karšu apstrādes nosacījumi saskaņā ar tirgotāja līgumu paliek spēkā.

### Saistītā dokumentācija

Turpiniet ar šādām tēmām:

* [Apple Pay](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/maki/apple-pay.md)
* [Click to Pay](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/maki/click-to-pay.md)
* [Tokenizācija](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/tokenizacija.md)
* [Saglabātie dati](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/saglabatie-maksajumu-akreditacijas-dati.md)
* [Tirgotāja iniciēti darījumi](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/saglabatie-maksajumu-akreditacijas-dati/tirgotaja-inicieti-darijumi-mit.md) (MIT)
* [EMV® 3-D Secure ](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/emv-r-3-d-secure-emv-3ds.md)(EMV 3DS)
* [Testēšana](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/testesana.md)


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.ecommerce.seb.ee/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/maki/google-pay.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
