> 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/issaugoti-duomenys/atsiskaitymai-vienu-paspaudimu.md).

# Atsiskaitymai vienu paspaudimu

Grįžtantys klientai pasirenka išsaugotą kortelę ir patvirtina – be vedimo, be trinties, be prarasto pardavimo atsiskaitymo formoje.

Mokėjimai vienu spustelėjimu leidžia grįžtantiems klientams užbaigti pirkimus naudojant anksčiau išsaugotus mokėjimo duomenis, neįvedant kortelės informacijos iš naujo. Atsiskaitymo metu klientas pasirenka išsaugotą kortelę, patvirtina pirkimą, atlieka autentifikavimą, jei to reikia, – ir viskas.

Pagal Stored Credential Framework terminus, mokėjimas vienu spustelėjimu yra vėlesnė Kliento inicijuota operacija (CIT): klientas aktyviai dalyvauja ir patvirtina mokėjimą, tačiau vietoje kortelės duomenų naudojama per pirmąjį pirkimą sukurtą žetoną (tokeną) nuoroda. Tai skiria jį nuo Pardavėjo inicijuotos operacijos, kai jūsų sistemos nuskaito žetoną be kliento dalyvavimo.

Verslo logika paprasta: rankinis kortelės duomenų įvedimas yra viena didžiausių atsiskaitymo nebaigimo priežasčių, ypač mobiliuosiuose įrenginiuose. Kiekvienas laukas, kurio grįžtančiam klientui nereikia užpildyti, prisideda prie didesnės konversijos, kurią išlaikote.

### Galimybių santrauka

<table><thead><tr><th width="251" 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">Būtina sąlyga</td><td valign="top">Sėkminga pradinė CIT operacija su kliento sutikimu saugoti mokėjimo duomenis – žr. Saugomi mokėjimo duomenys</td></tr><tr><td valign="top">Operacijos tipas</td><td valign="top">Vėlesnė kliento inicijuota operacija (CIT)</td></tr><tr><td valign="top">Kaip nurodoma kortelė</td><td valign="top">Žetono ID, grąžintas per pradinį mokėjimą ir saugomas jūsų sistemose</td></tr><tr><td valign="top">Autentifikavimas</td><td valign="top">EMV® 3DS, kai to reikia; dažnai taikomos išimtys ir sklandus srautas – galutinį sprendimą priima leidėjas</td></tr><tr><td valign="top">Kelios išsaugotos kortelės</td><td valign="top">Palaikoma – po vieną žetoną kiekvienai išsaugotai kortelei, tvarkomą pagal jūsų klientų profilius</td></tr><tr><td valign="top">Integracijos parinktys</td><td valign="top">Hostuotas atsiskaitymo puslapis, „Merchant API“</td></tr><tr><td valign="top">Testavimas Sandbox aplinkoje</td><td valign="top">Galima</td></tr></tbody></table>

Prieinamumas priklauso nuo jūsų prekybininko sutarties, įgalintų paslaugų ir įsigijimo konfigūracijos.

### Kaip tai veikia

1. Kortelė išsaugoma vieną kartą. Įprasto pirkimo metu klientas pasirenka išsaugoti savo kortelę (žr. Kliento inicijuojamos operacijos). Mokėjimo atsakyme grąžinamas žetono ID – saugokite jį susietą su kliento profiliu kartu su kortelės rodymo informacija, gauta iš mokėjimo duomenų (pvz., kortelės prekės ženklu ir užmaskuotu numeriu), kad klientas vėliau galėtų atpažinti išsaugotą kortelę.
2. Atsiskaitymo metu pateikiate išsaugotą kortelę. Kai klientas grįžta ir prisijungia, jūsų atsiskaitymo puslapyje pateikiamos jo išsaugotos kortelės(-ių) – aiškiai pažymėtos, su galimybe vietoje to mokėti kita kortele.
3. Klientas patvirtina; jūs nurodote žetoną. Mokėjimą inicijuojate remdamiesi saugomo žetono ID, o ne kortelės duomenimis – per Hostuotą atsiskaitymo puslapį arba Merchant API.
4. Autentifikavimas, kai to reikia. Kai privaloma, klientas užbaigia EMV® 3DS – daugelis mokėjimų vienu spustelėjimu įvyksta sklandžiu srautu, remiantis leidėjo rizikos vertinimu ir taikytinomis SCA išimtimis.
5. Autorizacija ir patvirtinimas. Mokėjimas vyksta standartiniu autorizavimo srautu; rezultatą gaunate atsakyme ir per atgalinius pranešimus, o užsakymą vykdote pagal patvirtintą apmokėtą būseną.

{% hint style="warning" %}
Mokėjimas vienu spustelėjimu vis tiek reiškia vieną spustelėjimą. Klientas turi aktyviai patvirtinti kiekvieną mokėjimą – be kliento veiksmo inicijuotas nuskaičiavimas yra Pardavėjo inicijuota operacija ir turi būti apdorojamas kaip tokia. Neapdorokite MIT kaip mokėjimų vienu spustelėjimu ir atvirkščiai.
{% endhint %}

### Patirties dizainas

* Sutikimas įjungtas, o ne išjungtas. Kortelės išsaugojimas yra aktyvus kliento pasirinkimas per pirmąjį pirkimą – pavyzdžiui, nepažymėtas laukelis „Išsaugoti mano kortelę greitesniam atsiskaitymui“. Niekada nesaugokite mokėjimo duomenų tyliai.
* Aiškiai žymėkite išsaugotas korteles. Rodykite kortelės prekės ženklą ir užmaskuotą numerį („Visa •••• 4242“), kad klientas tiksliai žinotų, kuria kortele moka. Klientas gali turėti kelias išsaugotas korteles – leiskite jam pasirinkti.
* Sumą pateikite taip, kad jos būtų neįmanoma nepastebėti. Aiškiai parodykite sumą šalia patvirtinimo – greitis niekada neturi atrodyti kaip mokėjimas, kurio klientas nematė.
* Leiskite klientams valdyti savo korteles. Suteikite galimybę peržiūrėti ir ištrinti išsaugotas korteles. Kai klientas ištrina kortelę, pašalinkite žetono nuorodą iš jo profilio ir nebenaudokite jos.
* Visada pasiūlykite atsarginį variantą. Palikite galimybę įvesti pilnus kortelės duomenis – naujoms kortelėms, pasibaigusio galiojimo žetonams arba klientams, kurie nenori išsaugoti kortelės.

### Kai išsaugotos kortelės pasikeičia

Išsaugotos kortelės gyvuoja pagal žetono gyvavimo ciklą, aprašytą Tokenization skiltyje:

* Kai įgalintas tinklo žetonų naudojimas, pakartotinai išduotos ar atnaujintos kortelės atnaujinamos automatiškai – išsaugota kortelė toliau veikia, o jūsų žetono nuoroda lieka galiojanti.
* Jei žetonas sustabdytas arba deaktyvuotas, mokėjimai vienu spustelėjimu su juo atmetami. Apdorokite žetono būsenos pranešimus, paslėpkite paveiktą kortelę nuo kliento išsaugotų mokėjimo būdų ir paraginkite jį dar kartą pridėti kortelę per įprastą mokėjimą.

### Mokėjimas vienu spustelėjimu už „gateway“ žetonų ribų

* Skaitmeninės piniginės. Apple Pay, Google Pay ir Click to Pay suteikia savo greito atsiskaitymo patirtį – „išsaugota kortelė“ saugoma piniginėje, o ne jūsų sistemose. Siūlykite juos kartu su mokėjimu vienu spustelėjimu, kad padengtumėte kuo daugiau atvejų.
* Mokėti per banką. Pay by Bank palaiko savo mokėjimo vienu spustelėjimu modelį, pagrįstą saugoma banko ir paskyros nuoroda – žr. [Vieno paspaudimo mokėjimai su Pay by Bank](/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/mokekite-is-banko/mokejimu-apdorojimas.md).

### Testavimas

Prieš prašydami aktyvuoti gamybinę aplinką, Sandbox aplinkoje patikrinkite:

* Pradinę CIT operaciją su sutikimo žingsniu, žetono sukūrimą ir žetono ID bei kortelės rodymo duomenų saugojimą.
* Mokėjimą vienu spustelėjimu su saugomu žetonu, įskaitant sklandžius ir challenge 3DS scenarijus.
* Mokėjimą antra išsaugota kortele ir perėjimą prie pilno kortelės duomenų įvedimo.
* Atmestą mokėjimą vienu spustelėjimu, įskaitant su sustabdytu ar deaktyvuotu žetonu – klientas turi gauti aiškų pranešimą ir pakartotinio bandymo galimybę.
* Išsaugotos kortelės ištrynimą – žetono nuoroda nebeturi būti siūloma ar naudojama.

### Dažniausiai užduodami klausimai

#### Ar mokėjimas vienu spustelėjimu yra tas pats, kas pasikartojantis mokėjimas?

Ne. Mokėjimas vienu spustelėjimu yra kliento inicijuojamas: klientas yra šalia ir patvirtina kiekvieną pirkinį. Pasikartojantis mokėjimas yra pardavėjo inicijuojamas: jūsų sistemos paleidžia nuskaičiavimą be kliento. Abu naudoja tą patį saugomą žetoną, bet jiems taikomos skirtingos taisyklės – žr. Pardavėjo inicijuojamos operacijos (MIT).

#### Ar klientas praleidžia 3-D Secure su mokėjimu vienu spustelėjimu?

Dažnai, bet ne visada. Vėlesnės CIT operacijos gali atitikti SCA išimčių kriterijus ir dažnai užbaigiamos sklandžiu srautu – tačiau galutinį sprendimą priima leidėjas ir jis gali pareikalauti challenge. Mokėjimo platforma tai apdoroja automatiškai.

#### Ar klientas gali išsaugoti daugiau nei vieną kortelę?

Taip. Kiekviena išsaugota kortelė yra atskiras žetonas; saugokite žetonų ID kliento profilyje ir leiskite klientui pasirinkti atsiskaitymo metu.

#### Kas nutinka, jei išsaugotos kortelės galiojimas baigėsi arba ji buvo pakeista?

Naudojant tinklo žetonizaciją, kortelės pakartotinio išdavimo ir galiojimo pabaigos atnaujinimai automatiškai pritaikomi žetonui, o išsaugota kortelė toliau veikia. Jei žetonas deaktyvuotas, mokėjimai juo atmetami – gaunate žetono būsenos pranešimą ir turėtumėte paprašyti kliento dar kartą pridėti kortelę.

#### Ar kiekvienam mokėjimui vienu spustelėjimu man reikia iš naujo gauti kliento sutikimą?

Sutikimas saugoti mokėjimo duomenis pateikiamas vieną kartą, pradinės CIT operacijos metu. Kiekvieną mokėjimą vienu spustelėjimu klientas vėliau patvirtina atsiskaitymo metu – tas patvirtinimas ir yra tos konkrečios operacijos autorizacija.

### Susijusi dokumentacija

* [Išsaugoti kredencialai](/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/korteles/issaugoti-duomenys.md)
* [Kliento inicijuoti sandoriai](/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/korteles/issaugoti-duomenys/kliento-inicijuotos-transakcijos-cit.md) (CIT)
* [Prekybininko inicijuojamos operacijos](/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/korteles/issaugoti-duomenys/prekybininko-inicijuotos-transakcijos-mit.md) (MIT)
* [Tokenizavimas](/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/korteles/zetonizavimas.md)
* [EMV® 3-D Secure](/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/korteles/emv-r-3-d-secure-emv-3ds.md) (EMV 3DS)
* [Vieno paspaudimo mokėjimai su Pay by Bank](/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/mokekite-is-banko/mokejimu-apdorojimas.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/issaugoti-duomenys/atsiskaitymai-vienu-paspaudimu.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.