> 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-et/makseviisid/kaardid/salvestatud-makseandmed/uhe-klopsuga-maksed.md).

# Ühe klõpsuga maksed

Naasvad kliendid valivad oma salvestatud kaardi ja kinnitavad – ei mingit sisestamist, ei mingit hõõrdumist, ei mingit kadunud müüki kassavormis.

Ühe klõpsuga maksed võimaldavad naasvatel klientidel ostu lõpule viia varem salvestatud makseandmeid kasutades, ilma kaardiandmeid uuesti sisestamata. Klient valib kassas salvestatud kaardi, kinnitab ostu, läbib vajaduse korral autentimise – ja ongi valmis.

Salvestatud makseandmete raamistikus on ühe klõpsuga makse järgnev kliendi algatatud tehing (CIT): klient on aktiivselt kohal ja kinnitab makse, kuid kaardiandmete sisestamise asemel viitab makse nende esimese ostu ajal loodud tokenile. See eristab seda kaupmehe algatatud tehingust, kus teie süsteemid võtavad tokenilt tasu ilma kliendi osaluseta.

Äriline põhjendus on lihtne: kaardiandmete käsitsi sisestamine on üks suuremaid kassast lahkumise põhjuseid, eriti mobiilis. Iga väli, mida naasval kliendil ei ole vaja täita, parandab konversiooni, mida te säilitate.

### Võimaluste kokkuvõte

<table><thead><tr><th width="251" valign="top">Võimalus</th><th valign="top">Toetus</th></tr></thead><tbody><tr><td valign="top">Makseviisid</td><td valign="top">Maksekaardid (Visa, Mastercard)</td></tr><tr><td valign="top">Eeltingimus</td><td valign="top">Edukas esmane CIT koos kliendi nõusolekuga makseandmete salvestamiseks – vt Salvestatud makseandmed</td></tr><tr><td valign="top">Tehingu tüüp</td><td valign="top">Järgmine kliendi algatatud tehing (CIT)</td></tr><tr><td valign="top">Kuidas kaarti viidatakse</td><td valign="top">Esialgse maksega tagastatud ja teie süsteemidesse salvestatud tokeni ID</td></tr><tr><td valign="top">Autentimine</td><td valign="top">Vajaduse korral EMV® 3DS; sageli kohaldatakse erandeid ja hõõrdumatu voogu – otsuse teeb kaardi väljastaja</td></tr><tr><td valign="top">Mitu salvestatud kaarti</td><td valign="top">Toetatud – üks token iga salvestatud kaardi kohta, hallatud kliendiprofiilide alusel</td></tr><tr><td valign="top">Integreerimisvõimalused</td><td valign="top">Hostitud kassa, kaupmehe API</td></tr><tr><td valign="top">Sandboxi testimine</td><td valign="top">Saadaval</td></tr></tbody></table>

Kättesaadavus sõltub teie kaupmehe lepingust, lubatud teenustest ja omandaja konfiguratsioonist.

### Kuidas see toimib

1. Kaart salvestatakse üks kord. Tavapärase ostu käigus valib klient kaardi salvestamise – vt Kliendi algatatud tehingud. Makse vastus tagastab tokeni ID – salvestage see kliendi profiiliga koos makseteabest saadaolevate kaardi kuvamisandmetega (näiteks kaubamärk ja maskeeritud number), et klient saaks hiljem salvestatud kaardi ära tunda.
2. Te esitate kassas salvestatud kaardi. Kui klient naaseb ja logib sisse, pakub teie kassalahendus tema salvestatud kaarte – selgelt märgistatult, võimalusega maksta vajaduse korral ka mõne muu kaardiga.
3. Klient kinnitab; teie viitate tokenile. Te käivitate makse, viidates salvestatud tokeni ID-le kaardiandmete asemel – kas Hostitud kassa või kaupmehe API kaudu.
4. Vajaduse korral autentimine. Vajaduse korral läbib klient EMV® 3DS-i – paljud ühe klõpsuga maksed liiguvad läbi hõõrdumatu voo, lähtudes kaardi väljastaja riskihinnangust ja kohaldatavatest SCA eranditest.
5. Autoriseerimine ja kinnitamine. Makse liigub läbi tavapärase autoriseerimisvoo; saate tulemuse vastuses ja veebikonksu teavituste kaudu ning täidate tellimuse kinnitatud tasutud oleku alusel.

{% hint style="warning" %}
Ühe klõpsuga makse tähendab endiselt ühte klõpsu. Klient peab iga makse aktiivselt kinnitama – ilma kliendi tegevuseta käivitatud tasu on kaupmehe algatatud tehing ja seda tuleb töödelda vastavalt. Ärge töödelge MIT-e ühe klõpsuga maksetena ega vastupidi.
{% endhint %}

### Kogemuse kujundamine

* Nõusolekuga, mitte vaikimisi. Kaardi salvestamine on kliendi aktiivne valik esimesel ostul – näiteks märkimata ruut „Salvesta minu kaart kiiremaks kassaks“. Ärge kunagi salvestage makseandmeid märkamatult.
* Märgistage salvestatud kaardid selgelt. Kuvage kaardi kaubamärk ja maskeeritud number („Visa •••• 4242“), et klient teaks täpselt, millega ta maksab. Kliendil võib olla mitu salvestatud kaarti – lubage tal valida.
* Tee summa selgelt nähtavaks. Kuvage summa kinnituse kõrval silmatorkavalt – kiirus ei tohi kunagi tunduda tasuna, mida klient ei märganud.
* Laske klientidel oma kaarte hallata. Pakkuge klientidele võimalust oma salvestatud kaarte vaadata ja kustutada. Kui klient kustutab kaardi, eemaldage tokeni viide tema profiilist ja lõpetage selle kasutamine.
* Pakkuge alati varuvõimalust. Hoidke täielik kaardiandmete sisestamine alles – uute kaartide, aegunud tokenite või klientide jaoks, kes ei soovi salvestada.

### Kui salvestatud kaardid muutuvad

Salvestatud kaardid elavad tokeni elutsüklis, mida on kirjeldatud tokeniseerimise all:

* Kui võrgutokeniseerimine on lubatud, uuendatakse uuesti väljastatud või pikendatud kaardid automaatselt – salvestatud kaart töötab edasi ja teie tokeni viide jääb kehtima.
* Kui token peatatakse või deaktiveeritakse, lükatakse sellega tehtud ühe klõpsuga maksed tagasi. Töötlege tokeni staatuse teavitusi, peitke mõjutatud kaart kliendi salvestatud makseviiside hulgast ja paluge tal kaart tavapärase makse kaudu uuesti lisada.

### Ühe klõpsuga maksed väljaspool lüüsitokeneid

* Digitaalsed rahakotid. Apple Pay, Google Pay ja Click to Pay pakuvad oma kiire kassakogemuse – „salvestatud kaart“ asub rahakotis, mitte teie süsteemides. Parima katvuse saavutamiseks pakkuda neid koos ühe klõpsuga maksetega.
* Makse pangalingiga. Pay by Bank toetab oma ühe klõpsuga mudelit salvestatud panga- ja kontoviite alusel – vt [Üheklõpsuga maksed Pay by Bankiga](/seb-docs-draft/seb-docs-public-et/makseviisid/pay-by-bank/makse-tootlemine.md).

### Testimine

Enne tootmiskeskkonna aktiveerimise taotlemist kontrollige liivakastikeskkonnas:

* Esialgne CIT koos nõusoleku sammuga, tokeni loomine ning tokeni ID ja kaardi kuvamisandmete salvestamine.
* Ühe klõpsuga makse salvestatud tokeniga, sh hõõrdumatu ja challenge 3DS stsenaariumid.
* Makse teise salvestatud kaardiga ja vahetus täielikule kaardiandmete sisestamisele.
* Tagasi lükatud ühe klõpsuga makse, sh peatatud või deaktiveeritud tokeni korral – klient peab saama selge teate ja võimaluse uuesti proovida.
* Salvestatud kaardi kustutamine – tokeni viidet ei tohi enam pakkuda ega kasutada.

### Korduma kippuvad küsimused

#### Kas ühe klõpsuga makse on sama mis korduv makse?

Ei. Ühe klõpsuga makse on kliendi algatatud: klient on kohal ja kinnitab iga ostu. Korduv makse on kaupmehe algatatud: teie süsteemid käivitavad tasu ilma kliendita. Mõlemad kasutavad sama salvestatud tokenit, kuid järgivad erinevaid reegleid – vt kaupmehe algatatud tehingud (MIT).

#### Kas klient saab ühe klõpsuga makse puhul 3-D Secure'ist mööda?

Sageli, kuid mitte alati. Järgnevad CIT-id võivad kvalifitseeruda SCA eranditele ja lõpevad sageli hõõrdumatu voona – kuid lõpliku otsuse teeb kaardi väljastaja ja ta võib nõuda challenge'it. Lüüs käsitleb seda automaatselt.

#### Kas klient saab salvestada rohkem kui ühe kaardi?

Jah. Iga salvestatud kaart on eraldi token; salvestage tokeni ID-d kliendiprofiiliga ja laske kliendil kassas valida.

#### Mis juhtub, kui salvestatud kaart aegus või asendati?

Võrgutokeniseerimise korral rakendatakse kaardi uuesti väljastamine ja aegumise uuendused tokenile automaatselt ning salvestatud kaart töötab edasi. Kui token deaktiveeritakse, lükatakse sellega tehtud maksed tagasi – saate tokeni staatuse teavituse ja peaksite paluma kliendil kaart uuesti lisada.

#### Kas pean iga ühe klõpsuga makse puhul kliendi nõusolekut uuesti küsima?

Nõusolek makseandmete salvestamiseks antakse üks kord, esialgse CIT-i ajal. Iga ühe klõpsuga makse kinnitab seejärel klient kassas – see kinnitus on selle konkreetse ostu autoriseerimine.

### Seotud dokumentatsioon

* [Salvestatud makseandmed](/seb-docs-draft/seb-docs-public-et/makseviisid/kaardid/salvestatud-makseandmed.md)
* [Kliendi algatatud tehingud](/seb-docs-draft/seb-docs-public-et/makseviisid/kaardid/salvestatud-makseandmed/kliendi-algatatud-tehingud-cit.md) (CIT)
* [Kaupmehe algatatud tehingud](/seb-docs-draft/seb-docs-public-et/makseviisid/kaardid/salvestatud-makseandmed/kaupmehe-algatatud-tehingud-mit.md) (MIT)
* [Tokeniseerimine](/seb-docs-draft/seb-docs-public-et/makseviisid/kaardid/tokeniseerimine.md)
* [EMV® 3-D Secure](/seb-docs-draft/seb-docs-public-et/makseviisid/kaardid/emv-r-3-d-secure-emv-3ds.md) (EMV 3DS)
* [Üheklõpsuga maksed Pay by Bankiga](/seb-docs-draft/seb-docs-public-et/makseviisid/pay-by-bank/makse-tootlemine.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-et/makseviisid/kaardid/salvestatud-makseandmed/uhe-klopsuga-maksed.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.