> 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/omadused/korduvad-maksed-ja-tellimused.md).

# Korduvad maksed ja tellimused

Esitage oma klientidele arveid automaatselt – tellimused, liikmelisused, kasutuspõhine arveldamine. Makselüüs täidab iga makse turvaliselt; teie süsteemid otsustavad, millal ja kui palju.

SEB Ecommerce Payment Gateway toetab korduvaid ja tellimusel põhinevaid maksetöötlusi: maksesuhte turvalist seadistamist, maksemandaatide säilitamist ning iga tasu – nii esmase kui ka järgneva – teostamist koos sisseehitatud autentimis- ja vastavushaldusega.

Oluline on kohe alguses mõista: makselüüs on maksete teostamise mootor, mitte arveldusplatvorm. Arveldusplaanid, arved, kliendisuhtlus, meeldetuletuste ja sissenõudmise strateegia ning tellimuspõhise äri loogika jäävad teie süsteemidesse – makselüüs teostab teie süsteemide algatatud maksed ja annab teile reaalajas teada, mis juhtus. Selline jaotus hoiab teie täielikus kontrollis tellimusmudelit, samal ajal kui makselüüs kannab makseturbe ja vastavuse koormust.

***

### Mida makselüüs pakub

* Esimese tehingu turvaline töötlemine, sh vajaduse korral Tugev Kliendiautentimine (SCA) – makse, millega kinnitatakse kliendi nõusolek.
* Turvaliste maksetokenite loomine ja haldamine kooskõlas PCI DSS-iga – teie süsteemides ei ole kaardiandmeid.
* Salvestatud maksemandaatide alusel algatatud kaupmehepoolselt algatatud tehingute (MIT) teostamine, sh vajaduse korral 3DS Requestor-Initiated (3RI) autentimine.
* Korduvtehingute teostamine Merchant API kaudu.
* Kontopõhised korduvad maksed, kui seda toetab kliendi pank ja kehtiv mandaadimudel.
* Reaalajas olekuhaldus ja tagasihelistamise teavitused, et teie süsteemid saaksid hallata korduskatseid ja tellimuse olekut.
* Kõigi tellimustehingute nähtavus Merchant Portalis koos CIT/MIT tähistusega.

Teie hallata jääb: ajastamine (makselüüs ei ajasta makseid iseseisvalt – teie süsteemid kutsuvad API välja siis, kui tasu on tasumise tähtaegne), arveldusplaanid ja proportsionaalne arvestus, arved, klienditeavitused, korduskatsete ja sissenõudmise strateegia ning tühistamise käsitlemine. Täielik jaotus on kirjeldatud jaotises [Kaupmehe algatatud tehingud › vastutuse jaotus](/seb-docs-draft/seb-docs-public-et/makseviisid/kaardid/salvestatud-makseandmed/kaupmehe-algatatud-tehingud-mit.md).

***

### Kuidas tellimus töötab algusest lõpuni

1. Registreerumine – esmane CIT. Klient sõlmib tellimuse ja tasub esimese makse tavapärase kliendipoolt algatatud tehinguna, nõustudes selgesõnaliselt korduva arveldusega – summa või arveldusmudel, sagedus ja tühistamise viis. Kehtib SCA. Vt [Kliendi algatatud tehingud (CIT)](/seb-docs-draft/seb-docs-public-et/makseviisid/kaardid/salvestatud-makseandmed/kliendi-algatatud-tehingud-cit.md).
2. Maksemandaat salvestatakse. Makselüüs salvestab mandaadid oma tokenivaramusse ja tagastab tokeni ID – teie tellimuse kirje sisaldab nüüd tulevaste maksete võtit. Vt [Tokeniseerimine](/seb-docs-draft/seb-docs-public-et/makseviisid/kaardid/tokeniseerimine.md).
3. Teie ajastaja käivitab iga makse. Kui uuendusmakse on tähtaegne, algatab teie arveldusloogika makse Merchant API kaudu kaupmehe algatatud tehinguna, viidates tokenile – kliendi sekkumiseta. Vt [Kaupmehe algatatud tehingud (MIT)](/seb-docs-draft/seb-docs-public-et/makseviisid/kaardid/salvestatud-makseandmed/kaupmehe-algatatud-tehingud-mit.md).
4. Te reageerite tulemusele. Tulemus saabub API vastuses ja tagasihelistamise teavituste kaudu. Edukas – pikendage tellimust; tagasi lükatud – teie korduskatse ja sissenõudmise loogika võtab üle. Vt [Veebikonksuteavitused](/seb-docs-draft/seb-docs-public-et/integratsioon/kaupmehe-api/webhookid.md) ja [Makseolekud](/seb-docs-draft/seb-docs-public-et/makseviisid/kaardid/makse-olekud.md).
5. Maksemandaat püsib ajakohasena. Võrktokeniseerimise korral uuendatakse ja taasväljastatud kaarte automaatselt – tellimused jätkuvad ka kaardi asendamise järel, ilma et kliendilt oleks vaja uusi andmeid küsida. Tokeni oleku teavitused annavad teada, millal salvestatud maksemandaat vajab kliendi tähelepanu.

***

### Millised makseviisid toetavad korduvaid makseid

<table><thead><tr><th valign="top">Maksemeetod</th><th valign="top">Korduvmaksete tugi</th><th valign="top">Märkused</th></tr></thead><tbody><tr><td valign="top"><a href="/seb-docs-draft/seb-docs-public-et/makseviisid/kaardid.md">Kaardid </a>(Visa, Mastercard)</td><td valign="top">Täielik</td><td valign="top">Vajaduse korral MIT koos 3RI-ga; võrktokenite automaatsed uuendused vähendavad tahtmatut kliendikaotust</td></tr><tr><td valign="top"><a href="/seb-docs-draft/seb-docs-public-et/makseviisid/digirahakotid/apple-pay.md">Apple Pay</a>/<a href="/seb-docs-draft/seb-docs-public-et/makseviisid/digirahakotid/google-pay.md">Google Pay</a></td><td valign="top">Toetatud</td><td valign="top">Salvestatud maksemandaatidega stsenaariumid toimivad nagu tavaliste kaartide puhul, vastavalt teie seadistusele – vt rahakoti lehti</td></tr><tr><td valign="top"><a href="/seb-docs-draft/seb-docs-public-et/makseviisid/pay-by-bank.md">Pay by Bank</a> (A2A)</td><td valign="top">Kui toetatud</td><td valign="top">Kontopõhine korduvmakse sõltub kliendi pangast ja kehtivast mandaadimudelist – võtke ühendust oma SEB esindajaga</td></tr><tr><td valign="top"><a href="/seb-docs-draft/seb-docs-public-et/makseviisid/digirahakotid/paypal.md">PayPal</a></td><td valign="top">Praegu mitte</td><td valign="top">PayPali maksed töödeldakse kliendipoolt algatatud maksetena läbi PayPali kassavoo</td></tr></tbody></table>

***

### Tellimuste elus hoidmine

Enamik tellimustulu ei kao mitte tühistamiste, vaid makseõnnestumiste tõttu. Selle vastu aitavad kolm platvormi võimekust:

* Automaatsed maksemandaatide uuendused. Kaardiskeemid rakendavad taasväljastamise ja aegumiskuupäeva uuendused salvestatud tokenitele automaatselt – makse, mis vananenud kaardiga oleks ebaõnnestunud, õnnestub selle asemel.
* Tokeni oleku teavitused. Peatatud või deaktiveeritud token käivitab teavituse enne, kui järgmine uuendusmakse vaikselt ebaõnnestub – peatage tasude võtmine ja paluge kliendil oma makseviisi uuendada.
* Reaalajas tulemused. Iga tagasilükkamine jõuab teie süsteemidesse reaalajas koos makse olekuga, andes teie korduskatse ja sissenõudmise loogikale täpsed käivitajad oletamise asemel.

***

### Vastavuse põhialused

* Hankige esmase CIT ajal selgesõnaline nõusolek korduvaks arvelduseks – aktiivne valik, kus arveldusmudel, sagedus, summad ja tühistamisprotsess on selgelt kirjeldatud – ning säilitage selle kohta tõendid. Iga korduv makse tugineb sellele nõusolekule.
* Teavitada kliente enne korduvaid tasusid, kui seda nõuavad kohaldatavad regulatsioonid või kaardiskeemi reeglid.
* Hoidke maksed nõusoleku ulatuses – summad, sagedus ja tingimused, millega klient nõustus.
* Pakkuge lihtsat tühistamisviisi ja lõpetage kliendi tühistamisel koheselt tasude võtmine.

***

### Kust alustada

1. Loe [Salvestatud makseandmed](/seb-docs-draft/seb-docs-public-et/makseviisid/kaardid/salvestatud-makseandmed.md) – raamistik: kuidas nõusolek, tokenid, CIT ja MIT omavahel kokku sobivad.
2. Rakendage registreerumismakse koos nõusoleku sammu ja tokeni salvestamisega – [Kliendi algatatud tehingud (CIT)](/seb-docs-draft/seb-docs-public-et/makseviisid/kaardid/salvestatud-makseandmed/kliendi-algatatud-tehingud-cit.md).
3. Rakendage uuendusmakse ja ühendage oma ajastaja Merchant API-ga – [Kaupmehe algatatud tehingud (MIT)](/seb-docs-draft/seb-docs-public-et/makseviisid/kaardid/salvestatud-makseandmed/kaupmehe-algatatud-tehingud-mit.md).
4. Sulgege operatiivne tsükkel – töödelge tagasihelistamisi, käsitlege tagasilükkamisi ja tokeni teavitusi ning testige tervet teekonda [Liivakast](/seb-docs-draft/seb-docs-public-et/juhendid/liivakast.md).

***

### Seotud dokumentatsioon

* [Salvestatud makseandmed](/seb-docs-draft/seb-docs-public-et/makseviisid/kaardid/salvestatud-makseandmed.md)
* [Kliendi algatatud tehingud (CIT)](/seb-docs-draft/seb-docs-public-et/makseviisid/kaardid/salvestatud-makseandmed/kliendi-algatatud-tehingud-cit.md)
* [Kaupmehe algatatud tehingud (MIT)](/seb-docs-draft/seb-docs-public-et/makseviisid/kaardid/salvestatud-makseandmed/kaupmehe-algatatud-tehingud-mit.md)
* [Tokeniseerimine](/seb-docs-draft/seb-docs-public-et/makseviisid/kaardid/tokeniseerimine.md)
* [Tagasihelistamise teavitused](/seb-docs-draft/seb-docs-public-et/integratsioon/kaupmehe-api/webhookid.md)
* [Makseolekud](/seb-docs-draft/seb-docs-public-et/makseviisid/kaardid/makse-olekud.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/omadused/korduvad-maksed-ja-tellimused.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.
