> 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/kartes/saglabatie-maksajumu-akreditacijas-dati.md).

# Saglabātie maksājumu akreditācijas dati

Saglabājiet klienta karti vienu reizi — ar viņa piekrišanu — un izmantojiet to norēķiniem ar vienu klikšķi, abonementiem un tirgotāja iniciētiem maksājumiem. Šī lapa ir jūsu ceļvedis tam, kā viss savstarpēji ir saistīts.

Saglabātie maksājuma dati ļauj tirgotājiem droši saglabāt klientu maksājumu datus turpmākai izmantošanai, saskaņā ar Visa un Mastercard saglabāto datu sistēmu. Tā vietā, lai lūgtu klientam atkārtoti ievadīt karti katram pirkumam, jūs saglabājat tokenu — ko vārteja izveido ar klienta skaidru piekrišanu — un izmantojat to vēlākos maksājumos.

Aizkulisēs saglabātie dati balstās uz tokenizāciju: neapstrādāti kartes dati nekad nenonāk jūsu sistēmās, un vārtejas PCI DSS atbilstošajā tokenu glabātuvē tiek turēti šie dati. Uz šī pamata saglabāto datu sistēma nosaka, kurš iniciē katru maksājumu — klients vai jūs — un kādi noteikumi attiecas katrā gadījumā.

{% hint style="info" %}
Saglabātie dati tiek atbalstīti maksājuma metodēm, kas ļauj glabāt datus un izmantot tokenizāciju — šobrīd karšu maksājumiem (tostarp kartēm, kas izmantotas caur Apple Pay un Google Pay, atkarībā no jūsu konfigurācijas). Pay by Bank izmanto savu konta atsauces modeli — skatiet Viena klikšķa maksājumus ar Pay by Bank.
{% endhint %}

### Kā tas darbojas kopā

Katra saglabāto datu attiecība ir veidota vienādi:

1. Viss sākas ar sākotnējo klienta iniciētu darījumu (CIT). Klients maksā, kamēr aktīvi atrodas klātienē, nepārprotami piekrīt, ka viņa dati var tikt saglabāti, un veic visu nepieciešamo autentifikāciju. Vārteja izveido tokenu un atgriež jums tokena ID. Tas ir pamats — bez tā nekas cits nav iespējams.
2. Klients var izmantot saglabāto karti, esot klātienē. Atgriezušais klients izvēlas savu saglabāto karti un apstiprina pirkumu — nākamais CIT, labāk pazīstams kā maksājums ar vienu klikšķi.
3. Vai arī jūs varat noņemt maksājumu bez klienta klātbūtnes. Jūsu sistēmas iekasē maksājumu no saglabātā tokena kā tirgotāja iniciētu darījumu (MIT) — abonementiem, lietošanas apjomam balstītai norēķinu veikšanai vai iepriekš saskaņotām papildu maksām — vienmēr klienta dotās piekrišanas ietvaros.

### Ko ar to var izveidot

<table><thead><tr><th valign="top">Lietošanas gadījums</th><th valign="top">Kā tas darbojas</th><th valign="top">Darījuma veids</th><th valign="top">Lasīt</th></tr></thead><tbody><tr><td valign="top">Maksājums ar vienu klikšķi pie kases</td><td valign="top">Atgriezies klients izvēlas saglabātu karti un apstiprina — bez kartes ievades</td><td valign="top">Nākamais CIT</td><td valign="top">Maksājumi ar vienu klikšķi; CIT</td></tr><tr><td valign="top">Abonementi un dalības</td><td valign="top">Fiksētas maksas ar intervāliem, ko iniciē jūsu sistēmas</td><td valign="top">MIT (atkārtots)</td><td valign="top">MIT</td></tr><tr><td valign="top">Uz lietojumu un uzskaiti balstīta rēķinu izrakstīšana</td><td valign="top">Mainīgas maksas, kad notiek ierosinošais notikums</td><td valign="top">MIT (nesaistīts ar grafiku)</td><td valign="top">MIT</td></tr><tr><td valign="top">Daļas maksājumi</td><td valign="top">Pirkuma summa, kas sadalīta ieplānotās daļās, par kurām vienots ar klientu</td><td valign="top">MIT</td><td valign="top">MIT</td></tr><tr><td valign="top">Novēlotas vai papildu maksas</td><td valign="top">Papildu saskaņotas summas pēc sākotnējā pirkuma</td><td valign="top">MIT</td><td valign="top">MIT</td></tr><tr><td valign="top">Saglabāto karšu pārvaldība</td><td valign="top">Klienti skatās, atjaunina un dzēš savas saglabātās maksājumu metodes</td><td valign="top">–</td><td valign="top">Tokenizācija (dzīves cikls, paziņojumi)</td></tr></tbody></table>

### Noteikumi īsumā

* Piekrišana ir pirmajā vietā. Klientam sākotnējā CIT laikā skaidri un nepārprotami jāpiekrīt savu datu saglabāšanai — aktīvai izvēlei, kurā skaidri aprakstīts mērķis, norēķinu modelis un atcelšanas process. Saglabājiet pierādījumus par piekrišanu; katrs MIT uz to atsaucas. Pilnas prasības: Klienta iniciēti darījumi (CIT).
* MIT tikai pēc veiksmīga sākotnējā CIT. Noraidīts vai nepabeigts sākotnējais CIT neko nenosaka — neviens saglabātais datu ieraksts nedrīkst tikt apmaksāts.
* Izmantojiet pareizo darījuma veidu. Klients klāt un apstiprina → CIT; maksājumu ierosina jūsu sistēmas → MIT. Pareiza klasifikācija ietekmē autentifikāciju, apstiprinājuma rādītājus, atbildību un shēmu atbilstību.
* Tokena ID ir jūsu atslēga. Sākotnējā maksājuma atbilde atgriež tokena ID — saglabājiet to klienta profilā un atsaucieties uz to katrā nākamajā CIT un MIT.
* Tokeniem ir dzīves cikls. Piesakieties tokena statusa paziņojumiem un reaģējiet, kad tokens tiek apturēts, deaktivizēts vai atjaunināts — skatiet Tokenizācija.
* Autentifikācija ir iebūvēta. SCA attiecas uz sākotnējo CIT; nākamie CIT var kvalificēties izņēmumiem; MIT izmanto 3RI, kur tas ir piemērojams. Vārteja to apstrādā — skatiet EMV® 3-D Secure.

### Šajā sadaļā

<table><thead><tr><th valign="top">Lapa</th><th valign="top">Teksts</th></tr></thead><tbody><tr><td valign="top"><a href="/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/saglabatie-maksajumu-akreditacijas-dati/klienta-inicieti-darijumi-cit.md">Klienta iniciēti darījumi</a> (CIT)</td><td valign="top">Kā tiek izveidota saglabāto datu attiecība: sākotnējais maksājums, piekrišanas prasības, maksājums ar vienu klikšķi, autentifikācija un SCA.</td></tr><tr><td valign="top"><a href="/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/saglabatie-maksajumu-akreditacijas-dati/tirgotaja-inicieti-darijumi-mit.md">Tirgotāja iniciēti darījumi</a> (MIT)</td><td valign="top">Kā iekasēt maksājumu bez klienta klātbūtnes: divu soļu process, lietošanas gadījumi, pienākumu sadalījums (plānošana ir jūsu ziņā), noraidījumi un atkārtoti mēģinājumi.</td></tr><tr><td valign="top"><a href="/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/saglabatie-maksajumu-akreditacijas-dati/maksajumi-ar-vienu-klikski.md">Maksājumi ar vienu klikšķi</a></td><td valign="top">Nākamā CIT pieredze detalizēti: saglabāto karšu attēlošana, norēķinu plūsma, autentifikācija.</td></tr></tbody></table>

### Ar ko sākt

1. Izveidojiet akreditācijas datus. Izlasiet Klienta iniciēti darījumi (CIT) un ieviesiet sākotnējo maksājumu ar piekrišanas soli — pārliecinieties, ka saņemat un saglabājat tokena ID.
2. Pievienojiet vajadzīgo atkārtotas izmantošanas scenāriju. Pievienojiet maksājumu ar vienu klikšķi atgriezušajiem klientiem (nākamais CIT) vai tirgotāja iniciētu iekasēšanu abonementiem un rēķinu izrakstīšanai (MIT) — vai abus.
3. Noslēdziet ciklu. Apstrādājiet tokena statusa paziņojumus, ļaujiet klientiem pārvaldīt savas saglabātās kartes un pārbaudiet pilnu ceļu Sandbox vidē — tostarp noraidītus sākotnējos maksājumus un deaktivizētus tokenus.

### Saistītā dokumentācija

* [Klienta iniciēti darījumi](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/saglabatie-maksajumu-akreditacijas-dati/klienta-inicieti-darijumi-cit.md) (CIT)
* [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)
* [Maksājumi ar vienu klikšķi](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/saglabatie-maksajumu-akreditacijas-dati/maksajumi-ar-vienu-klikski.md)
* [Tokenizācija](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/tokenizacija.md)
* [EMV® 3-D Secure](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/emv-r-3-d-secure-emv-3ds.md) (EMV 3DS)
* [Maksājuma statusi](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/maksajuma-statusi.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/kartes/saglabatie-maksajumu-akreditacijas-dati.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.