> 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-lt/mokejimo-metodai/korteles/zetonizavimas.md).

# Žetonizavimas

Saugiai saugokite ir pakartotinai naudokite mokėjimo duomenis, nevaldydami jautrių kortelės duomenų.

Tokenizavimas yra jautrių mokėjimo duomenų, tokių kaip pagrindinis sąskaitos numeris (PAN), pakeitimo unikaliu, nejautriu reikšmės vienetu, vadinamu žetonu, procesas. Žetoną galima saugiai saugoti ir pakartotinai naudoti būsimiems mokėjimams neatskleidžiant originalių kortelės duomenų.

SEB Ecommerce mokėjimų šliuzas jūsų vardu kuria ir valdo žetonus. Vietoje kortelių numerių jūsų sistemos saugo tik mokėjimų šliuzo žetono nuorodą – identifikatorių, kurį nurodote vėlesniuose mokėjimo užklausose. Visi jautrūs kortelės duomenys lieka mokėjimų šliuzo PCI DSS atitinkančioje aplinkoje ir niekada neatskleidžiami jūsų sistemoms ar darbuotojams.

Tokenizavimas yra šių mokėjimų šliuzo funkcijų pagrindas:

* [Išsaugoti kredencialai](/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/korteles/issaugoti-duomenys.md) (kortelė išsaugota paskyroje)
* [Mokėjimai vienu paspaudimu](/seb-docs-draft/seb-docs-public-lt/funkcijos/atsiskaitymai-vienu-paspaudimu.md)
* [Pasikartojantys mokėjimai](/seb-docs-draft/seb-docs-public-lt/funkcijos/pasikartojantys-mokejimai-ir-prenumeratos.md) (prenumeratos)
* [Prekybininko inicijuojamos operacijos ](/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/korteles/issaugoti-duomenys/prekybininko-inicijuotos-transakcijos-mit.md)(MIT)

{% hint style="info" %}
Mokėjimo žetonas neturi jokios vidinės vertės už Mokėjimų vartų ribų ir negali būti naudojamas atkurti originalių kortelės duomenų.
{% endhint %}

### Galimybių santrauka

<table><thead><tr><th valign="top">Galimybė</th><th valign="top">Palaikymas</th></tr></thead><tbody><tr><td valign="top">Mokėjimo būdai</td><td valign="top">Mokėjimo kortelės (Visa, Mastercard)</td></tr><tr><td valign="top">Vidinis (mokėjimų šliuzo) tokenizavimas</td><td valign="top">Palaikoma</td></tr><tr><td valign="top">Tinklo tokenizavimas</td><td valign="top">Visa Token Management Service (TMS), Mastercard Secure Card on File (SCOF)</td></tr><tr><td valign="top">Žetonų saugykla</td><td valign="top">PCI DSS atitinkanti, valdoma mokėjimų šliuzo</td></tr><tr><td valign="top">Kliento inicijuoti sandoriai (CIT)</td><td valign="top">Palaikoma</td></tr><tr><td valign="top">Prekybininko inicijuojamos operacijos (MIT)</td><td valign="top">Palaikoma, įskaitant, kai taikoma, EMV® 3DS užklausos inicijuotą (3RI) autentifikavimą</td></tr><tr><td valign="top">Žetonų gyvavimo ciklo valdymas</td><td valign="top">Automatiniai atnaujinimai iš kortelių schemų (tinklo žetonai)</td></tr><tr><td valign="top">Žetono būsenos pranešimai</td><td valign="top">Atgaliniai pranešimai (webhook'ai)</td></tr><tr><td valign="top">Integracijos parinktys</td><td valign="top">Merchant API, Hosted Checkout</td></tr><tr><td valign="top">Testavimas Sandbox aplinkoje</td><td valign="top">Galima</td></tr></tbody></table>

Atskirų galimybių prieinamumas priklauso nuo jūsų prekybininko sutarties, įgalintų paslaugų ir įsigyjančiojo banko konfigūracijos.

### Kaip veikia tokenizavimas

Žetonas sukuriamas per pirminę kliento inicijuotą operaciją (CIT), kurios metu klientas aiškiai sutinka, kad jo mokėjimo duomenys būtų saugomi būsimam naudojimui.

Įprastas procesas yra toks:

1. Pradinis mokėjimas (CIT). Klientas užbaigia mokėjimą ir sutinka, kad jo mokėjimo duomenys būtų saugomi.
2. Žetono sukūrimas. Mokėjimų šliuzas saugiai išsaugo mokėjimo duomenis savo PCI DSS atitinkančioje žetonų saugykloje ir sugeneruoja žetoną. Priklausomai nuo jūsų konfigūracijos, taip pat gali būti išduotas schemos tinklo žetonas.
3. Sugrąžinama žetono nuoroda. Žetono ID jums grąžinamas mokėjimo atsakyme kartu su kitais mokėjimo duomenimis. Šią nuorodą saugokite savo sistemose, susiedami ją su kliento profiliu.
4. Vėlesni mokėjimai. Būsimiems mokėjimams vietoje kortelės duomenų mokėjimo užklausoje nurodykite žetono ID. Mokėjimų šliuzas išsprendžia žetoną ir apdoroja operaciją per standartinius autorizavimo, lėšų rezervavimo, atšaukimo ir grąžinimo procesus.

Vėlesni mokėjimai gali būti arba kliento inicijuotos operacijos (pavyzdžiui, atsiskaitymas vienu paspaudimu, kai klientas yra šalia), arba prekybininko inicijuotos operacijos (pavyzdžiui, mėnesinis prenumeratos mokestis, apdorojamas be aktyvaus kliento dalyvavimo).

{% hint style="warning" %}
Kortelės saugos kodas (CVV/CVC) niekada nesaugomas, net ir naudojant tokenizavimą. Tai yra PCI DSS reikalavimas, taikomas visiems prekybininkams ir paslaugų teikėjams.
{% endhint %}

### Žetonų tipai

Mokėjimų šliuzas palaiko du vienas kitą papildančius tokenizavimo modelius. Priklausomai nuo jūsų įsigijimo nustatymų, schemos dalyvavimo ir prekybininko konfigūracijos, jie gali veikti nepriklausomai arba kartu. Abiem modeliais jūs dirbate su viena mokėjimų šliuzo žetono nuoroda – pats šliuzas skaidriai valdo pagrindinius duomenis.

#### Vidiniai (mokėjimų šliuzo) žetonai

Naudojant vidinį tokenizavimą, jautrūs kortelės turėtojo duomenys PCI DSS atitinkančioje mokėjimų šliuzo aplinkoje pakeičiami saugiu, paties šliuzo sugeneruotu žetonu. Vidiniai žetonai naudojami tik mokėjimų šliuze, operacijų apdorojimui ir duomenų pakartotiniam naudojimui.

Vidinis tokenizavimas:

* Pašalina neapdorotus kortelės duomenis iš jūsų sistemų ir sumažina PCI DSS atitikties apimtį.
* Įgalina atsiskaitymus vienu paspaudimu, pasikartojančias operacijas ir prenumeratos paslaugas.
* Sumažina kortelės turėtojo duomenų atskleidimo riziką.

#### Tinklo žetonai

Naudojant tinklo tokenizavimą, originalus PAN pakeičiamas kortelių schemos išduotu ir valdomu tinklo žetonu. Mokėjimų šliuzas integruojasi su kortelių schemos tokenizavimo paslaugomis, kad išduotų, saugotų ir naudotų tinklo žetonus operacijų apdorojimui:

* Visa Token Management Service (TMS) „Visa“ kortelių duomenims.
* Mastercard Secure Card on File (SCOF) ir susijusios Mastercard žetonų gyvavimo ciklo paslaugos (įskaitant senąsias MDES pagrindu veikiančias integracijas) „Mastercard“ kortelių duomenims.

Tinklo žetonai atitinka EMV® mokėjimo tokenizavimo specifikaciją ir yra susieti su konkrečiu prekybininko kontekstu, todėl juos perėmus jie tampa nenaudingi. Kiekviena operacija papildomai apsaugoma schemos lygmens patikra.

Be saugumo, tinklo žetonai suteikia ir praktinės verslo naudos:

* Automatiniai duomenų atnaujinimai. Kai pagrindinė kortelė išduodama iš naujo, pakeičiama arba pasikeičia jos galiojimo data, kortelių schema automatiškai atnaujina žetoną. Išsaugoti duomenys toliau veikia nereikalaujant, kad klientas iš naujo įvestų kortelės duomenis – tai ypač vertinga prenumeratoms ir pasikartojantiems mokėjimams.
* Didesnis patvirtinimo rodiklis. Išdavėjai paprastai dažniau patvirtina tokenizuotas operacijas nei PAN pagrįstas operacijas, nes schema prieš autorizaciją iš anksto patikrina kiekvieną žetoną. Kortelių schemos nurodo pastebimai didesnius tokenizuotų kortele neįvykdomų operacijų patvirtinimo rodiklius.
* Mažesnė mokėjimų trintis. Mažiau atmetimų dėl pasibaigusių ar pakeistų kortelių reiškia mažiau nutrūkusių prenumeratų ir mažesnį nevalingą klientų praradimą.

#### Palyginimas

<table><thead><tr><th width="146" valign="top">Aspektas</th><th valign="top">Vidinis (mokėjimų šliuzo) žetonas</th><th valign="top">Tinklo žetonas</th></tr></thead><tbody><tr><td valign="top">Išduoda</td><td valign="top">SEB Ecommerce Payment Gateway</td><td valign="top">Kortelių schema („Visa“, „Mastercard“)</td></tr><tr><td valign="top">Pakeičia</td><td valign="top">PAN mokėjimų šliuzo aplinkoje</td><td valign="top">PAN visame mokėjimų tinkle</td></tr><tr><td valign="top">Gyvavimo ciklą valdo</td><td valign="top">Mokėjimų vartai</td><td valign="top">Kortelių schema; mokėjimų šliuzas apdoroja gyvavimo ciklo įvykius ir atnaujina savo įrašus</td></tr><tr><td valign="top">Automatiniai kortelės atnaujinimai</td><td valign="top">Netaikoma</td><td valign="top">Taip (pakartotinis išdavimas, galiojimo atnaujinimai, pakeitimas)</td></tr><tr><td valign="top">Patvirtinimo rodiklio padidėjimas</td><td valign="top">–</td><td valign="top">Taip, apie tai praneša kortelių schemos tokenizuotoms operacijoms</td></tr><tr><td valign="top">PCI DSS apimties sumažinimas</td><td valign="top">Taip</td><td valign="top">Taip</td></tr><tr><td valign="top">Prekybininko integracija</td><td valign="top">Mokėjimų šliuzo žetono nuoroda</td><td valign="top">Mokėjimų šliuzo žetono nuoroda (tinklo žetonas prekybininkui yra skaidrus)</td></tr></tbody></table>

{% hint style="info" %}
Jūs niekada tiesiogiai nevaldote tinklo žetonų. Kai tinklo žetonas išduodamas, mokėjimų šliuzas saugiai jį saugo savo žetonų saugykloje, susieja su atitinkamu prekybininko arba kliento profiliu ir pateikia jums mokėjimų šliuzo žetono nuorodą vėlesniems CIT ir MIT mokėjimams.
{% endhint %}

### Žetono gyvavimo ciklas

Žetonai yra ilgalaikiai kredencialai. Jų būsena lemia, ar juos galima naudoti mokėjimų apdorojimui.

Tinklo žetonams gyvavimo ciklo įvykius valdo kortelių schemos ir jų tokenizavimo paslaugos. Kai mokėjimų šliuzas gauna gyvavimo ciklo pranešimą iš kortelių schemos, jis atnaujina atitinkamus žetonų įrašus žetonų saugykloje ir pritaiko žetono būseną operacijų apdorojimui. Šie atnaujinimai vyksta skaidriai – jūsų integracija ir išsaugotos žetonų nuorodos toliau veikia be pakeitimų.

#### Gyvavimo ciklo įvykiai

<table><thead><tr><th width="129" valign="top">Įvykis</th><th valign="top">Aprašymas</th><th valign="top">Poveikis prekybininkui</th></tr></thead><tbody><tr><td valign="top">Aktyvinimas</td><td valign="top">Žetonas buvo išduotas ir yra paruoštas naudoti.</td><td valign="top">Žetono nuoroda gali būti naudojama mokėjimams.</td></tr><tr><td valign="top">Atnaujinimas</td><td valign="top">Žetono metaduomenys pasikeitė, pavyzdžiui, po kortelės pakartotinio išdavimo nustatyta nauja galiojimo data.</td><td valign="top">Nėra – atnaujinimas pritaikomas automatiškai.</td></tr><tr><td valign="top">Pakeitimas</td><td valign="top">Pagrindinė kortelė buvo pakeista (pavyzdžiui, pamesta ar pavogta), o schema susiejo žetoną su nauja kortele.</td><td valign="top">Nėra – esama žetono nuoroda išlieka galiojanti.</td></tr><tr><td valign="top">Pristabdymas</td><td valign="top">Žetonas buvo laikinai sustabdytas, pavyzdžiui, išdavėjo arba kortelės turėtojo prašymu.</td><td valign="top">Mokėjimai su šiuo žetonu atmetami, kol jis vėl aktyvuojamas.</td></tr><tr><td valign="top">Deaktyvavimas / ištrynimas</td><td valign="top">Žetonas buvo visam laikui deaktyvuotas.</td><td valign="top">Žetono nuoroda nebegali būti naudojama. Paprašykite kliento iš naujo pateikti mokėjimo metodą.</td></tr></tbody></table>

#### Žetono būsenos pranešimai

Mokėjimų šliuzas apie žetono būsenos pokyčius praneša jūsų sistemoms per atgalinio iškvietimo pranešimus (webhook'us). Naudokite šiuos pranešimus, kad išlaikytumėte su klientų profiliais susietus mokėjimo metodus aktualius – pavyzdžiui, paslėptumėte deaktyvuotą kortelę iš kliento išsaugotų mokėjimo metodų arba paragintumėte klientą pridėti naują kortelę prieš kitą prenumeratos mokestį.

### Naudojimo atvejai

#### Mokėjimai vienu paspaudimu

Sugrįžęs klientas pasirenka išsaugotą mokėjimo metodą ir patvirtina pirkimą iš naujo neįvesdamas kortelės duomenų. Mokėjimas apdorojamas kaip kliento inicijuota operacija naudojant saugomą žetoną ir, priklausomai nuo reguliavimo reikalavimų bei išdavėjo rizikos vertinimo, gali reikėti EMV® 3-D Secure autentifikavimo.

#### Pasikartojantys mokėjimai ir prenumeratos

Po pradinės CIT, kurios metu klientas sutinka su pasikartojančiu nurašymu, saugomas žetonas nurašomas sutartais intervalais kaip prekybininko inicijuojamos operacijos. Kai taikoma, MIT gali naudoti EMV® 3DS užklausos inicijuotą (3RI) autentifikavimą ir gali atitikti stipraus kliento autentifikavimo (SCA) išimtis, atsižvelgiant į taikytinus teisės aktus ir išdavėjo autorizavimo sprendimą.

#### Neplanuotos prekybininko inicijuotos operacijos

Naudojimu grįstas atsiskaitymas, atidėti nurašymai, papildymai arba sąskaitos mokesčiai apdorojami naudojant saugomą žetoną, kai įvyksta juos inicijuojantis įvykis, klientui nedalyvaujant. Kiekviena MIT turi remtis pradiniu kliento sutikimu, gautu pirminės CIT metu.

Pastaba: tokenizavimas ir prekybininko inicijuotos operacijos palaikomos kortelių mokėjimams. Daugiau informacijos apie CIT/MIT klasifikavimą, kliento sutikimo reikalavimus ir Visa bei Mastercard saugomų kredencialų sistemą rasite skyriuje „Saugomi kredencialai“.

### Sauga ir atitiktis

Tokenizavimas sumažina jautrių mokėjimo duomenų tvarkymą ir padidina mokėjimų apdorojimo saugumą:

* PCI DSS atitinkanti žetonų saugykla. Visi kortelės kredencialai saugomi mokėjimų šliuzo PCI DSS atitinkančioje žetonų saugykloje. Neapdoroti kortelės duomenys prekybininkams neatskleidžiami.
* Sumažinta PCI DSS apimtis. Kadangi jūsų sistemos saugo tik žetonų nuorodas, tokenizavimas gali reikšmingai sumažinti jūsų PCI DSS atitikties apimtį. Taikytina savęs vertinimo anketa (SAQ) nustatoma pagal visą jūsų mokėjimo aplinką ir įgyvendinimą.
* Nėra vidinės vertės. Žetonas negali būti naudojamas originaliems kortelės duomenims atkurti ir neturi vertės už mokėjimų šliuzo ribų.
* Schemos lygmens apsauga. Tinklo žetonus išduoda ir patvirtina kortelių schemos pagal EMV® mokėjimo tokenizavimo specifikaciją.
* CVV nesaugomas. Kortelės saugos kodas (CVV/CVC) po autorizavimo niekada nesaugomas, laikantis PCI DSS reikalavimų.

Prekybininkai niekada neturėtų saugoti kortelės turėtojo duomenų, nebent jų PCI DSS atitikties apimtis tai aiškiai leidžia. Vietoje mokėjimo kortelės numerių naudokite tokenizavimą.

### Tokenizavimas ir skaitmeninės piniginės

Skaitmeninės piniginės, tokios kaip „Apple Pay“ ir „Google Pay“, naudoja savo, tiekėjui būdingus tokenizavimo mechanizmus. Klientas kortelės duomenų įveda ne rankiniu būdu, o jie saugiai gaunami iš pasirinktos piniginės ir pateikiami mokėjimų šliuzui mokėjimo žetono forma. Šių piniginės žetonų valdymas priklauso piniginės teikėjui ir taikomoms kortelių schemos taisyklėms, o jie skiriasi nuo šiame puslapyje aprašytų mokėjimų šliuzo ir tinklo žetonų.

Daugiau informacijos rasite „Apple Pay“ ir „Google Pay“ skyriuje „Piniginės“.

### Prekybininko reikalavimai

Prieš naudodami tokenizavimą, įsitikinkite, kad:

* Tokenizavimas ir saugomi kredencialai yra įtraukti į jūsų prekybininko sutartį ir įgalinti jūsų prekybininko paskyroje.
* Jūsų atsiskaitymo aplinka gauna aiškų kliento sutikimą prieš saugant mokėjimo kredencialus. Sutikime turėtų būti aiškiai aprašytas kredencialų saugojimo tikslas, mokėjimų dažnumas ir suma arba atsiskaitymo modelis (kai taikoma), taip pat atšaukimo procesas.
* Jūsų sistemos saugo mokėjimo atsakyme grąžintą žetono ID ir nurodo jį vėlesnėse mokėjimo užklausose.
* Jūsų integracija apdoroja žetono būsenos pranešimus (webhook'us) ir palaiko atnaujintus išsaugotus mokėjimo metodus.

Tinklo tokenizavimo prieinamumas papildomai priklauso nuo kortelių schemos programos registracijos, patvirtinimų ir įsigijimo konfigūracijos.

### Testavimas

Prieš apdorodami realius sandorius, užbaikite visą kūrimo ir validavimo darbą Sandbox aplinkoje. Prieš prašydami aktyvavimo gamybinėje aplinkoje, patikrinkite:

* Žetono sukūrimas pirminės kliento inicijuotos operacijos metu, įskaitant kliento sutikimo etapą.
* Žetono ID gaunamas mokėjimo atsakyme ir teisingai saugomas jūsų sistemose.
* Atsiskaitymai vienu paspaudimu naudojant saugomą žetoną (CIT).
* Pasikartojantys mokėjimai naudojant saugomą žetoną (MIT).
* Atmesto mokėjimo scenarijai, įskaitant mokėjimus su sustabdytu arba deaktyvuotu žetonu.
* Žetono būsenos pranešimai (webhook'ai) ir dėl jų atlikti atnaujinimai jūsų sistemose.
* Grąžinimų apdorojimas mokėjimams, pagrįstiems žetonais.

### Geriausia prekybininkų praktika

Rekomenduojame prekybininkams:

* Vietoje mokėjimo kortelės numerių naudokite tokenizavimą.
* Prieš saugodami mokėjimo kredencialus gaukite aiškų kliento sutikimą ir išsaugokite sutikimo įrodymą.
* Aiškiai komunikuokite pasikartojančio atsiskaitymo sąlygas ir, kai to reikalauja taikytini teisės aktai arba kortelių schemos taisyklės, prieš pasikartojančius nurašymus informuokite klientus.
* Pradėkite prekybininko inicijuotas operacijas tik po galiojančios kliento inicijuotos operacijos.
* Prenumeruokite žetono būsenos pranešimus ir tinkamai apdorokite pasibaigusius, pakeistus ar deaktyvuotus žetonus.
* Leiskite klientams peržiūrėti, atnaujinti ir ištrinti savo išsaugotus mokėjimo metodus.
* Palaikykite jūsų mokėjimo aplinkai tinkamą PCI DSS atitiktį.

### Dažniausiai užduodami klausimai

#### Ar pasikeičia žetonas, kai kliento kortelė išduodama iš naujo?

Ne. Tinklo žetonams kortelių schema automatiškai susieja esamą žetoną su nauja kortele, o mokėjimų šliuzas skaidriai atnaujina savo įrašus. Jūsų saugoma žetono nuoroda išlieka galiojanti, o pasikartojantys mokėjimai tęsiami be pertrūkių.

#### Ar galiu naudoti vieną žetoną kelioms parduotuvėms?

Žetonai yra susieti su prekybininko arba kliento profiliu, kuriam jie buvo sukurti. Ar žetoną galima bendrinti tarp kelių jūsų parduotuvių, priklauso nuo jūsų prekybininko konfigūracijos. Dėl detalių kreipkitės į savo SEB atstovą.

#### Ar CVV saugomas kartu su žetonu?

Ne. Kortelės saugos kodas niekada neturi būti saugomas po autorizavimo, net ir naudojant tokenizavimą. Mokėjimai su saugomais kredencialais apdorojami be CVV, laikantis kortelių schemos taisyklių, taikomų saugomų kredencialų operacijoms.

#### Ar tokenizuotiems mokėjimams vis dar reikalingas 3-D Secure?

Kliento inicijuotoms operacijoms su saugomu žetonu, priklausomai nuo reguliavimo reikalavimų ir išdavėjo rizikos vertinimo, gali reikėti EMV® 3-D Secure autentifikavimo. Prekybininko inicijuotos operacijos nepatenka į SCA taikymo sritį ir, kai taikoma, gali naudoti 3DS užklausos inicijuotą (3RI) autentifikavimą; galutinis autorizavimo sprendimas visada priklauso išdavėjui.

#### Kas nutinka, jei žetonas deaktyvuojamas?

Mokėjimai, nurodantys šį žetoną, atmetami. Gaunate žetono būsenos pranešimą, kad galėtumėte paraginti klientą pateikti naują mokėjimo metodą.

### Susijusi dokumentacija

Tęskite su šiomis temomis:

* [Išsaugoti kredencialai](/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/korteles/issaugoti-duomenys.md)
* [Kliento inicijuoti sandoriai (CIT)](/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/korteles/issaugoti-duomenys/kliento-inicijuotos-transakcijos-cit.md)
* [Prekybininko inicijuojamos operacijos (MIT)](/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/korteles/issaugoti-duomenys/prekybininko-inicijuotos-transakcijos-mit.md)
* [Mokėjimai vienu paspaudimu](/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/korteles/issaugoti-duomenys/atsiskaitymai-vienu-paspaudimu.md)
* [Pasikartojantys mokėjimai ir prenumeratos](/seb-docs-draft/seb-docs-public-lt/funkcijos/pasikartojantys-mokejimai-ir-prenumeratos.md)
* [EMV® 3-D Secure (EMV 3DS)](/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/korteles/emv-r-3-d-secure-emv-3ds.md)
* [Atgaliniai pranešimai](/seb-docs-draft/seb-docs-public-lt/integracija/prekybininko-api/webhooks.md)
* [Testavimas](/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/korteles/testavimas.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-lt/mokejimo-metodai/korteles/zetonizavimas.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.