> 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/funkcijas/periodiskie-maksajumi-un-abonementi.md).

# Periodiskie maksājumi un abonementi

Automātiski iekasējiet maksu no saviem klientiem — abonementi, dalības maksa, lietojuma balstīta rēķinu izrakstīšana. Vārteja droši izpilda katru maksājumu; jūsu sistēmas nosaka, kad un cik daudz.

SEB Ecommerce Payment Gateway atbalsta atkārtotu un abonementa maksājumu apstrādi: drošu maksājumu attiecību iestatīšanu, akreditācijas datu glabāšanu un katra maksājuma izpildi – sākotnējā un turpmākā – ar iebūvētu autentifikācijas un atbilstības apstrādi.

Viena svarīga lieta, kas jāsaprot uzreiz: vārteja ir maksājumu izpildes dzinējs, nevis norēķinu platforma. Norēķinu plāni, rēķinu izrakstīšana, klientu komunikācija, parādu atgūšanas stratēģija un abonementa biznesa loģika paliek jūsu sistēmās – vārteja izpilda maksājumus, ko jūsu sistēmas ierosina, un reāllaikā paziņo, kas notika. Šāds dalījums ļauj jums pilnībā kontrolēt abonementa modeli, kamēr vārteja uzņemas maksājumu drošības un atbilstības slogu.

***

### Ko nodrošina vārteja

* Sākotnējā darījuma droša apstrāde, tostarp spēcīga klienta autentifikācija (SCA), ja tā ir nepieciešama – maksājums, kas nosaka klienta piekrišanu.
* Drošu maksājumu tokenu ģenerēšana un pārvaldība saskaņā ar PCI DSS – jūsu sistēmās nav karšu datu.
* Tirgotāja iniciētu darījumu (MIT) izpilde, izmantojot saglabātos akreditācijas datus, tostarp 3DS Requestor-Initiated (3RI) autentifikāciju, ja piemērojams.
* Atkārtotu darījumu izpilde, izmantojot Merchant API.
* Uz kontu balstīti atkārtotie maksājumi, ja tos atbalsta klienta banka un piemērojamais pilnvarojuma modelis.
* Reāllaika statusa apstrāde un atpakaļizsaukuma paziņojumi, lai jūsu sistēmas varētu pārvaldīt atkārtotus mēģinājumus un abonementa stāvokli.
* Katra abonementa darījuma pārskatāmība Tirgotāja portālā, ar CIT/MIT norādi.

Kas paliek jūsu ziņā: plānošana (vārteja maksājumus patstāvīgi neplāno – jūsu sistēmas izsauc API, kad maksājums ir jāveic), norēķinu plāni un proporcionāla sadale, rēķinu izrakstīšana, klientu paziņojumi, atkārtotu mēģinājumu un parādu atgūšanas stratēģija, kā arī atcelšanas apstrāde. Pilns sadalījums aprakstīts [Tirgotāja iniciēti darījumi › Atbildības sadalījums](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/saglabatie-maksajumu-akreditacijas-dati/tirgotaja-inicieti-darijumi-mit.md).

***

### Kā abonements darbojas no sākuma līdz beigām

1. Reģistrācija – sākotnējais CIT. Klients abonē un samaksā pirmo maksu kā parastu klienta iniciētu darījumu, nepārprotami piekrītot atkārtotai rēķinu izrakstīšanai – summai vai norēķinu modelim, biežumam un atcelšanas veidam. Tiek piemērots SCA. Skatiet [Klienta iniciēti darījumi (CIT)](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/saglabatie-maksajumu-akreditacijas-dati/klienta-inicieti-darijumi-cit.md).
2. Akreditācijas dati tiek saglabāti. Vārteja saglabā akreditācijas datus savā tokenu glabātuvē un atgriež tokena ID – tagad jūsu abonementa ierakstā ir atslēga turpmākajiem maksājumiem. Skatiet [Tokenizācija](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/tokenizacija.md).
3. Jūsu plānotājs ierosina katru maksājumu. Kad pienāk atjaunošanas termiņš, jūsu norēķinu loģika ierosina maksājumu, izmantojot Merchant API, kā tirgotāja iniciētu darījumu, atsaucoties uz tokenu – bez klienta iesaistes. Skatiet [Tirgotāja iniciēti darījumi (MIT)](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/saglabatie-maksajumu-akreditacijas-dati/tirgotaja-inicieti-darijumi-mit.md).
4. Jūs reaģējat uz rezultātu. Rezultāts nonāk API atbildē un ar atpakaļizsaukuma paziņojumiem. Veiksmīgi – pagariniet abonementu; noraidīts – pārņem jūsu atkārtotu mēģinājumu un parādu atgūšanas loģika. Skatiet [Webhook paziņojumi](/seb-docs-draft/seb-docs-public-lv/integracija/tirgotaja-api/webhook.md) un [Maksājumu statusi](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/maksajuma-statusi.md).
5. Akreditācijas dati paši sevi uztur. Izmantojot tīkla tokenizāciju, atkārtoti izdoto un atjaunoto karšu dati tiek atjaunināti automātiski – abonementi turpina darboties arī pēc kartes nomaiņas, neprasot klientam jaunus datus. Tokenu statusa paziņojumi informē jūs, kad saglabātajiem akreditācijas datiem nepieciešama klienta rīcība.

***

### Kuri maksājuma veidi atbalsta atkārtošanos

<table><thead><tr><th valign="top">Maksājuma veids</th><th valign="top">Atkārtotas maksāšanas atbalsts</th><th valign="top">Piezīmes</th></tr></thead><tbody><tr><td valign="top"><a href="/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes.md">Kartes </a>(Visa, Mastercard)</td><td valign="top">Pilns</td><td valign="top">MIT ar 3RI, ja piemērojams; tīkla tokenu automātiskie atjauninājumi samazina netīšu klientu aizplūšanu</td></tr><tr><td valign="top"><a href="/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/maki/apple-pay.md">Apple Pay</a>/<a href="/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/maki/google-pay.md">Google Pay</a></td><td valign="top">Atbalstīts</td><td valign="top">Saglabāto akreditācijas datu scenāriji darbojas tāpat kā parastajām kartēm, atkarībā no jūsu konfigurācijas – skatiet maka lapas</td></tr><tr><td valign="top"><a href="/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/maksajums-no-bankas-konta.md">Pay by Bank</a> (A2A)</td><td valign="top">Ja tiek atbalstīts</td><td valign="top">Uz kontu balstīti atkārtotie maksājumi ir atkarīgi no klienta bankas un piemērojamā pilnvarojuma modeļa – sazinieties ar savu SEB pārstāvi</td></tr><tr><td valign="top"><a href="/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/maki/paypal.md">PayPal</a></td><td valign="top">Pašlaik nav</td><td valign="top">PayPal maksājumi tiek apstrādāti kā klienta iniciēti maksājumi, izmantojot PayPal norēķinu plūsmu</td></tr></tbody></table>

***

### Abonementu uzturēšana aktīvus

Lielākā daļa abonementu ieņēmumu tiek zaudēta nevis atcelšanas dēļ, bet gan maksājumu neveiksmju dēļ. Pret to darbojas trīs platformas iespējas:

* Automātiski akreditācijas datu atjauninājumi. Karšu pārdēvēšana un derīguma termiņa atjauninājumi tiek automātiski piemēroti saglabātajiem tokeniem karšu shēmu ietvaros – maksājums, kas būtu izgāzies ar novecojušu karti, tā vietā izdosies.
* Tokenu statusa paziņojumi. Apturēts vai deaktivizēts tokens izraisa paziņojumu pirms nākamā atjaunošanas maksājuma klusas neveiksmes – apturiet iekasēšanu un palūdziet klientam atjaunināt maksājuma veidu.
* Reāllaika rezultāti. Katrs noraidījums reāllaikā nonāk jūsu sistēmās kopā ar maksājuma statusu, sniedzot jūsu atkārtotu mēģinājumu un parādu atgūšanas loģikai precīzus ierosinājumus, nevis minējumus.

***

### Atbilstības pamatprincipi

* Sākotnējā CIT laikā iegūstiet nepārprotamu piekrišanu atkārtotai rēķinu izrakstīšanai – aktīvu izvēli, skaidri aprakstot norēķinu modeli, biežumu, summas un atcelšanas procesu – un saglabājiet pierādījumus par to. Katrs atkārtotais maksājums norāda uz šo piekrišanu.
* Kur tas nepieciešams saskaņā ar piemērojamiem noteikumiem vai karšu shēmu noteikumiem, pirms atkārtotajiem maksājumiem informējiet klientus.
* Saglabājiet maksājumus piekrišanas ietvaros – summas, biežuma un nosacījumu, kam klients ir piekritis.
* Nodrošiniet vienkāršu atcelšanas iespēju un nekavējoties pārtrauciet iekasēšanu, kad klients atceļ.

***

### Kur sākt

1. Lasiet [Saglabātie akreditācijas dati](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/saglabatie-maksajumu-akreditacijas-dati.md) – sistēmu: kā piekrišana, tokeni, CIT un MIT darbojas kopā.
2. Ieviesiet reģistrācijas maksājumu ar piekrišanas soli un tokena saglabāšanu – [Klienta iniciēti darījumi (CIT)](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/saglabatie-maksajumu-akreditacijas-dati/klienta-inicieti-darijumi-cit.md).
3. Ieviesiet atjaunošanas maksājumu un pieslēdziet savu plānotāju Merchant API – [Tirgotāja iniciēti darījumi (MIT)](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/saglabatie-maksajumu-akreditacijas-dati/tirgotaja-inicieti-darijumi-mit.md).
4. Noslēdziet darbības ciklu – apstrādājiet atpakaļizsaukumus, rīkojieties ar atteikumiem un tokenu paziņojumiem, un pārbaudiet visu procesu [Smilškastē](/seb-docs-draft/seb-docs-public-lv/celvezi/smilskaste.md).

***

### Saistītā dokumentācija

* [Saglabātie akreditācijas dati](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/saglabatie-maksajumu-akreditacijas-dati.md)
* [Klienta iniciēti darījumi (CIT)](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/saglabatie-maksajumu-akreditacijas-dati/klienta-inicieti-darijumi-cit.md)
* [Tirgotāja iniciēti darījumi (MIT)](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/saglabatie-maksajumu-akreditacijas-dati/tirgotaja-inicieti-darijumi-mit.md)
* [Tokenizācija](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/tokenizacija.md)
* [Atpakaļizsaukuma paziņojumi](/seb-docs-draft/seb-docs-public-lv/integracija/tirgotaja-api/webhook.md)
* [Maksājumu 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/funkcijas/periodiskie-maksajumi-un-abonementi.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.