> 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.md). # Salvestatud makseandmed Salvestage kliendi kaart ühe korra – tema nõusolekul – ja kasutage seda ühe klõpsuga kassas, tellimuste ja kaupmehe algatatud tasude jaoks. See leht on teie ülevaade sellest, kuidas osad kokku sobivad. Salvestatud makseandmed võimaldavad kaupmeestel turvaliselt talletada kliendi makseandmeid hilisemaks kasutamiseks, kooskõlas Visa ja Mastercardi salvestatud makseandmete raamistikuga. Selle asemel, et paluda kliendil iga ostu puhul kaardiandmed uuesti sisestada, talletate tokeni – mille loob maksevärav kliendi selgesõnalisel nõusolekul – ja viitate sellele hilisemates maksetes. Tehniliselt põhinevad salvestatud makseandmed tokeniseerimisel: toored kaardiandmed ei jõua kunagi teie süsteemidesse ning maksevärava PCI DSS-iga vastav tokenite hoidla säilitab need. Selle alusele ehitub salvestatud makseandmete raamistik, mis määrab, kes iga makse algatab – klient või teie – ning millised reeglid igal juhul kehtivad. {% hint style="info" %} Salvestatud makseandmeid toetatakse makseviisidel, mis võimaldavad makseandmete talletamist ja tokeniseerimist – praegu kaardimaksed (sh kaardid, mida kasutatakse Apple Pay ja Google Pay kaudu, sõltuvalt teie seadistusest). Pay by Bank kasutab oma kontoviite mudelit – vt Üheklõpsumaksed Pay by Bankiga. {% endhint %} ### Kuidas see kokku sobib Iga salvestatud makseandmete suhe järgib sama loogikat: 1. See algab esialgse kliendi algatatud tehinguga (CIT). Klient maksab, olles aktiivselt kohal, annab selgesõnaliselt nõusoleku oma makseandmete talletamiseks ja läbib kõik nõutavad autentimistoimingud. Maksevärav loob tokeni ja tagastab teile tokeni ID. See on alus – ilma selleta pole midagi muud võimalik. 2. Klient saab kohal viibides kasutada salvestatud kaarti. Tagasi tulnud klient valib oma salvestatud kaardi ja kinnitab ostu – see on hilisem CIT, paremini tuntud kui üheklõpsumakse. 3. Või saate selle debiteerida kliendi kohalolekuta. Teie süsteemid debiteerivad salvestatud tokeni kaupmehe algatatud tehinguna (MIT) – tellimuste, kasutuspõhise arvelduse või kokkulepitud järelmaksude jaoks – alati kliendi antud nõusoleku piires. ### Mida saate sellega luua

Kasutusjuht	Kuidas see toimib	Tehingu tüüp	Loe
Üheklõpsuga kassa	Naasev klient valib salvestatud kaardi ja kinnitab ostu – kaardiandmeid pole vaja sisestada	Hilisem CIT	Üheklõpsumaksed; CIT
Tellimused ja liikmesused	Fikseeritud tasud teie süsteemide algatatud intervallidega	MIT (korduv)	MIT
Kasutuspõhine ja mõõdetud arveldamine	Muutuvad tasud käivitava sündmuse toimumisel	MIT (mitteplaaniline)	MIT
Järelmaksud	Ostusumma, mis on jaotatud kliendiga kokku lepitud ajastatud osadeks	MIT	MIT
Edasilükatud või järeltasud	Täiendavad kokkulepitud summad pärast esialgset ostu	MIT	MIT
Salvestatud kaartide haldamine	Kliendid saavad vaadata, ajakohastada ja kustutada oma talletatud makseviise	–	Tokeniseerimine (elutsükkel, teavitused)

### Reeglid lühidalt * Nõusolek on esmase tähtsusega. Klient peab esialgse CIT-i käigus andma selgesõnalise nõusoleku oma makseandmete talletamiseks – tegemist on aktiivse valikuga, mille eesmärk, arveldusmudel ja tühistamisprotsess on selgelt kirjeldatud. Säilitage nõusoleku tõendid; iga MIT viitab neile. Täielikud nõuded: Kliendi algatatud tehingud (CIT). * MIT on lubatud alles pärast edukat esmast CIT-i. Tagasi lükatud või pooleli jäetud esialgne CIT ei loo alust millekski – ühtegi talletatud makseandmeid ei tohi debiteerida. * Kasutage õiget tehingutüüpi. Klient kohal ja kinnitab → CIT; teie süsteemide poolt käivitatud debiteerimine → MIT. Õige liigitus mõjutab autentimist, heakskiitmismäärasid, vastutust ja kaardiskeemi nõuetele vastavust. * Tokeni ID on teie võti. Esimese makse vastus tagastab tokeni ID – salvestage see kliendiprofiili juurde ja viidake sellele igas hilisemas CIT-is ja MIT-is. * Tokenitel on elutsükkel. Tellige tokeni oleku teavitused ja reageerige, kui token peatatakse, deaktiveeritakse või uuendatakse – vt Tokeniseerimine. * Autentimine on sisse ehitatud. SCA kehtib esmasele CIT-ile; hilisemad CIT-id võivad saada erandi; MIT-id kasutavad vajaduse korral 3RI-d. Maksevärav haldab seda – vt EMV® 3-D Secure. ### Selles jaotises

Leht	Tekst
Kliendi algatatud tehingud (CIT)	Kuidas salvestatud makseandmete suhe luuakse: esialgne makse, nõusolekunõuded, üheklõpsuvoog, autentimine ja SCA.
Kaupmehe algatatud tehingud (MIT)	Kuidas debiteerida kliendi kohalolekuta: kaheastmeline protsess, kasutusjuhtumid, vastutuse jaotus (ajakava koostamine on teie ülesanne), tagasilükkamised ja korduskatsetused.
Üheklõpsumaksed	Hilisema CIT-i kogemus üksikasjalikult: salvestatud kaartide kuvamine, kassavoog, autentimine.

### Kust alustada 1. Loo makseandmete alus. Lugege Kliendi algatatud tehinguid (CIT) ja rakendage esialgne makse koos nõusolekuga seotud sammuga – veenduge, et saate tokeni ID ja salvestate selle. 2. Lisage vajalik taaskasutusstsenaarium. Lisage naasvatele klientidele üheklõpsuga kassa (hilisem CIT) või kaupmehe algatatud debiteerimine tellimuste ja arvelduse jaoks (MIT) – või mõlemad. 3. Viige protsess lõpuni. Töötlege tokeni oleku teavitusi, laske klientidel hallata oma salvestatud kaarte ja testige kogu protsessi liivakastis – sealhulgas tagasi lükatud esialgseid makseid ja deaktiveeritud tokeneid. ### Seotud dokumentatsioon * [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) * [Üheklõpsumaksed](/seb-docs-draft/seb-docs-public-et/makseviisid/kaardid/salvestatud-makseandmed/uhe-klopsuga-maksed.md) * [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) * [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/makseviisid/kaardid/salvestatud-makseandmed.md?ask=&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.