> 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/kliendi-algatatud-tehingud-cit.md). # Kliendi algatatud tehingud (CIT) Töödelge makseid ajal, mil klient on aktiivselt kohal, ning koguge nõusolek, mis võimaldab salvestatud makseandmeid kasutada. Kliendi algatatud tehing (CIT) on makse, mille algatab klient siis, kui ta suhtleb aktiivselt teie kassaga. Klient osaleb maksesessioonis – sisestab kaardiandmed, valib salvestatud makseviisi või viib autentimise lõpule. Visa ja Mastercardi salvestatud maksevahendite raamistikus täidab CIT keskset rolli: see on tehing, mille käigus klient annab nõusoleku oma maksevahendite salvestamiseks, ning lähtepunkt kõigile tulevastele nende maksevahenditega tehtud maksetele. Igale kaupmehe algatatud tehingule (MIT) peab eelnema kehtiv esialgne CIT. SEB e-kaubanduse maksevärav toetab CIT-tehinguid nii esmakordsete maksete kui ka varem salvestatud maksevahenditega tehtavate maksete puhul, näiteks ühe klõpsuga kassas. ### Võimaluste kokkuvõte
VõimalusToetus
MakseviisidMaksekaardid (Visa, Mastercard)
Esialgne CIT (maksevahendi seadistamine)Toetatud – loob salvestatud maksevahendi (tokeni)
Järgneva CIT (salvestatud maksevahendi kasutamine)Toetatud – ühe klõpsuga maksed salvestatud kaardiga
AutentimineEMV® 3-D Secure (EMV 3DS), hõõrdumisvabad ja väljakutsega vood
Tugev kliendi autentimine (SCA)Toetatud, kui see on õigusaktidega nõutud
Autoriseerimise tüübidLõplik autoriseerimine (ost) või eelautoriseerimine (autoriseerimine + arveldamine)
TokeniseerimineSisemised (värava) ja võrgutokenid (Visa TMS, Mastercard SCOF)
IntegreerimisvõimalusedKaupmehe API, hostitud kassaleht
OlekuteavitusedTagasiside teavitused (webhookid)
Sandboxi testimineSaadaval
Üksikute võimaluste saadavus sõltub teie kaupmehe lepingust, lubatud teenustest ja omandamiskonfiguratsioonist. ### CIT kategooriad Salvestatud maksevahendite raamistik eristab kahte tüüpi kliendi algatatud tehinguid. #### Esialgne CIT – maksevahendite salvestamine Esialgne CIT on esimene makse, mille käigus klient annab selgesõnaliselt nõusoleku, et tema maksevahendeid võib edasiseks kasutamiseks salvestada. Selle makse ajal: * Klient sisestab oma kaardiandmed aktiivselt kassas. * Teie vastutate kliendi selgesõnalise nõusoleku saamise eest kaardiandmete salvestamiseks, näiteks pakkudes valikut „Salvesta minu kaart” või aktsepteerides abonemenditingimusi. * Värav salvestab maksevahendid turvaliselt tokeniseerimise abil ja tagastab teile makse vastuses tokeni ID. * Tehing kinnitab kliendi nõusoleku, millele kõik tulevased kaupmehe algatatud tehingud peavad viitama. Tüüpiliste näidete hulka kuuluvad tellimuse esimene makse, ost, mille käigus klient salvestab oma kaardi kiirema kassaprotsessi jaoks, ning kliendi poolt salvestatud makseviisi lisamine või uuendamine. #### Järgneva CIT – salvestatud maksevahendite kasutamine Järgnev CIT on makse, mille puhul klient on aktiivselt kohal ja kasutab varem salvestatud maksevahendeid kaardiandmeid uuesti sisestamata. Kõige levinum näide on ühe klõpsuga makse: naasev klient valib salvestatud kaardi ja kinnitab ostu. Kuna klient osaleb sessioonis, võib järgneva CIT puhul vajaduse korral rakendada EMV® 3-D Secure'i autentimist. See eristab seda kaupmehe algatatud tehingust, mida töödeldakse ilma kliendi osaluseta. {% hint style="info" %} See eristus on oluline autentimise, skeemimärgistuse ja regulatiivse käsitluse jaoks. Kui klient on kohal ja kinnitab makse aktiivselt, on tegemist CIT-ga – isegi kui kasutatakse salvestatud maksevahendit. Kui makse käivitavad teie süsteemid ilma kliendi osaluseta, on tegemist MIT-ga. Vt [Kaupmehe algatatud tehingud (MIT)](/seb-docs-draft/seb-docs-public-et/makseviisid/kaardid/salvestatud-makseandmed/kaupmehe-algatatud-tehingud-mit.md) üksikasjade jaoks. {% endhint %} ### Maksevoog – esialgne CIT Tüüpiline esialgne CIT, mis loob salvestatud maksevahendi, läbib järgmised sammud: 1. Loo makse. Alustate uut makset Merchant API kaudu, esitades summa, valuuta, ostukorvi üksikasjad ja muu nõutud makseinformatsiooni. 2. Kliendi kassaprotsess. Klient sisestab oma kaardiandmed Hosted Checkouti või teie Merchant API integratsiooni kaudu. Tundlikud kaardiandmed töötleb üksnes maksevärav ning need ei ole teie süsteemidele nähtavad. 3. Kliendi nõusolek. Klient annab selgesõnaliselt nõusoleku, et tema maksevahendeid võib tulevaseks kasutamiseks salvestada. 4. Autentimine. Värav algatab vajaduse korral EMV® 3DS-i voo. Sõltuvalt väljastaja otsusest lõpetab klient hõõrdumisvaba või väljakutsega autentimise. 5. Autoriseerimine. Makse autoriseeritakse kas lõpliku autoriseerimisena (ost) või eelautoriseerimisena, sõltuvalt teie seadistusest. 6. Tokeni loomine. Värav salvestab maksevahendid oma PCI DSS-iga vastavasse tokenite hoidlasse ja tagastab teile koos muude makseandmetega tokeni ID. Kui see on seadistatud, teavitab callback-teavitus teie süsteeme makse staatusest. Salvestage tagastatud tokeni ID oma süsteemides kliendiprofiili juurde. See on viide, mida kasutate kõigi selle maksevahendiga tehtavate järgnevate CIT- ja MIT-maksete puhul. {% hint style="info" %} Kui esialgne CIT lükatakse tagasi või see katkestatakse, ei teki kehtivat nõusolekut ning salvestatud maksevahendit ei tohi kasutada. Kaupmehe algatatud tehinguid võib teha ainult pärast edukat esialgset CIT-i. {% endhint %} ### Maksevoog – järgneva CIT (ühe klõpsuga) Makse varem salvestatud maksevahendiga, kui klient on kohal, läbib järgmised sammud: 1. Klient valib salvestatud kaardi. Naasev klient valib kassas salvestatud makseviisi. 2. Loo makse. Alustate makset, viidates kaardiandmete asemel salvestatud tokeni ID-le. 3. Autentimine. Vajaduse korral läbib klient EMV® 3DS-i autentimise. Paljud järgnevad CIT-id lähevad läbi hõõrdumisvaba voo, lähtudes väljastaja riskihinnangust ja kohaldatavatest eranditest. 4. Autoriseerimine. Värav lahendab tokeni ja töötleb tehingu standardsete autoriseerimise, arveldamise, tühistamise ja tagasimakse voogude kaudu. Rakenduse üksikasjade jaoks vaadake [Ühe klõpsuga maksed](/seb-docs-draft/seb-docs-public-et/makseviisid/kaardid/salvestatud-makseandmed/uhe-klopsuga-maksed.md). ### Autentimine ja SCA Kuna klient on CIT-i ajal kohal, saab autentimist teostada siis, kui see on nõutud. * Esialgne CIT. Maksevahendite salvestamine on PSD2 kohaselt allutatud tugevale kliendi autentimisele (SCA). Seetõttu autentitakse esialgne CIT tavaliselt EMV® 3DS-iga ning autentimine hõlmab ka salvestatud maksevahendi seadistamist. * Järgnev CIT. SCA kehtib, välja arvatud juhul, kui on võimalik rakendada erandit – näiteks madala väärtusega tehingute või tehinguriskianalüüsi (TRA) puhul. Lõpliku otsuse teeb väljastaja, kes võib nõuda väljakutset või kinnitada makse hõõrdumisvaba voo kaudu. Edukaks osutunud EMV® 3DS-i autentimine võib vastavalt kaardiskeemi reeglitele anda ka vastutuse nihke pettusega seotud tagasinõuete puhul. Üksikasju vt EMV® 3-D Secure (EMV 3DS). ### Kliendi nõusolek Enne maksevahendite salvestamist esialgse CIT-i käigus peate saama kliendilt selgesõnalise nõusoleku. Nõusolek peaks selgelt kirjeldama: * Maksevahendite salvestamise eesmärki. * Makse sagedust, kui see on asjakohane. * Summat või arveldusmudelit. * Tühistamise protsessi. * Teie tingimusi. Nõusolek peab olema aktiivne valik – näiteks märkimata märkeruut, mille klient valib – ning teie vastutate nõusoleku tõendite säilitamise eest. Salvestatud nõusolek on aluseks kõikidele tulevastele kaupmehe algatatud tehingutele. ### CIT vs MIT ülevaates
AspektKliendi algatatud tehingud (CIT)Kaupmehe algatatud tehing (MIT)
Klient kohalJah – klient osaleb maksesessioonis aktiivseltEi – makse käivitab kaupmehe süsteem
Tüüpilised näitedTellimuse esimene makse, ühe klõpsuga kassaprotsess, salvestatud kaardi uuendamineIgakuine tellimusmaksumus, kasutuspõhine arveldus, hilinenud makse
AutentimineEMV® 3DS, kui see on nõutud; SCA võimalike eranditegaKliendi autentimine puudub; vajaduse korral 3DS Requestor-Initiated (3RI)
NõusolekKehtestab või kinnitab nõusolekuPeab viitama esialgse CIT-i käigus kehtestatud nõusolekule
EeltingimusPuudubEdukas esialgne CIT koos salvestatud maksevahenditega
### Skeemi vastavus ja tehingu märgistus Värav toetab Visa ja Mastercardi salvestatud maksevahendite raamistikku. Tehingud identifitseeritakse kaardiskeemidele asjakohaste salvestatud maksevahendi tunnustega – eristades maksevahendite esmast salvestamist nende hilisemast kasutamisest ning kliendi algatatud makseid kaupmehe algatatud maksetest. Õige liigitus on oluline: see mõjutab väljastaja autoriseerimisotsust, heakskiidumäära, vastutust ja vastavust kaardiskeemi reeglitele. Alustage makseid alati maksetüübiga, mis vastab tegelikule olukorrale – ärge töötlege kaupmehe algatatud debiteeringut CIT-na ega vastupidi. Kaupmehe portaali tehingu detailvaade näitab, kas tehing kujutab endast esialgset kliendi algatatud tehingut (CIT) või kaupmehe algatatud tehingut (MIT), toetades kooskõlastamist ja operatiivset järeltegevust. ### Kaupmehe parimad tavad Soovitame kaupmeestel: * Hankige enne maksevahendite salvestamist esialgse CIT-i käigus kliendilt selgesõnaline ja aktiivne nõusolek ning säilitage selle kohta tõendid. * Selgitage selgelt, millega klient nõustub – arveldusmudel, sagedus, summad ja tühistamise viis. * Salvestage esialgse CIT-i poolt tagastatud tokeni ID ja kasutage seda kõigi järgnevate selle maksevahendiga tehtavate maksete jaoks. * Kasutage õiget tehingutüüpi: CIT siis, kui klient on kohal, MIT siis, kui makse käivitavad teie süsteemid. * Käsitlege õigesti tagasi lükatud või katkestatud esialgseid CIT-e – ärge algatage MIT-e ilma eduka esialgse CIT-ita. * Lubage klientidel vaadata, uuendada ja kustutada oma salvestatud makseviise. * Uuendage oma tellimuse staatust vastavalt maksevärava tagastatud kinnitatud makse staatusele. ### Testimine Viige kogu arendus ja valideerimine enne reaalsete tehingute töötlemist lõpule Sandboxi keskkonnas. Enne tootmise aktiveerimise taotlemist kontrollige: * Esialgne CIT koos kliendi nõusoleku sammuga, sh eduka tokeni loomisega. * Tokeni ID saadakse maksevastuses ja salvestatakse teie süsteemides õigesti. * Järgneva CIT (ühe klõpsuga makse) kasutamine salvestatud tokeniga. * EMV® 3DS-i hõõrdumisvabad ja väljakutsega stsenaariumid. * Tagasi lükatud ja katkestatud makseskeemid ning see, et pärast ebaõnnestunud esialgset CIT-i ei kasutata salvestatud maksevahendit. * Callback- või webhook-teavitused ja tellimuse staatuse uuendused. ### Korduma kippuvad küsimused #### Kas klient peab igal CIT-il läbima 3-D Secure'i? Mitte tingimata. Esialgne CIT, mis salvestab maksevahendid, autentitakse tavaliselt SCA-ga. Järgnevad CIT-id võivad kvalifitseeruda eranditele või minna läbi hõõrdumisvaba voo, sõltuvalt väljastaja riskihinnangust ja kohaldatavatest õigusnõuetest. Värav algatab 3DS-i voo alati, kui see on nõutud. #### Kas ma saan kliendilt hiljem tasu võtta ilma uue CIT-ita? Jah – see on kaupmehe algatatud tehing (MIT). Selleks on vajalik edukas esialgne CIT, mille käigus klient nõustus maksevahendite salvestamisega, ning iga MIT peab sellele nõusolekule viitama. Vt Kaupmehe algatatud tehingud (MIT). #### Mis juhtub, kui esialgne CIT ebaõnnestub? Salvestatud maksevahendi suhet ei looda. Klient saab makset uuesti proovida või valida mõne muu makseviisi. Ärge algatage kaupmehe algatatud makseid enne, kui esialgne CIT on edukalt lõpule viidud. #### Kas ühe klõpsuga makse on CIT või MIT? Ühe klõpsuga makse on kliendi algatatud tehing: klient on kohal, valib salvestatud makseviisi ja kinnitab ostu, viies vajaduse korral autentimise lõpule. #### Kas klient saab makseviisi CIT-i ajal muuta? Jah. Kui maksekatse ebaõnnestub, saab klient sama makseviisi uuesti proovida või valida mõne muu saadaoleva makseviisi, kuni makse on lõpule viidud. Pange tähele, et pärast eelautoriseerimise tegemist ei saa makseviisi enam muuta. ### Seotud dokumentatsioon Jätkake järgmiste teemadega: * [Salvestatud makseandmed](/seb-docs-draft/seb-docs-public-et/makseviisid/kaardid/salvestatud-makseandmed.md) * [EMV® 3-D Secure](/seb-docs-draft/seb-docs-public-et/makseviisid/kaardid/emv-r-3-d-secure-emv-3ds.md) (EMV 3DS) * [Tokeniseerimine](/seb-docs-draft/seb-docs-public-et/makseviisid/kaardid/tokeniseerimine.md) * [Ühe klõpsuga maksed](/seb-docs-draft/seb-docs-public-et/makseviisid/kaardid/salvestatud-makseandmed/uhe-klopsuga-maksed.md) * [Kaupmehe algatatud tehingud](/seb-docs-draft/seb-docs-public-et/makseviisid/kaardid/salvestatud-makseandmed/kaupmehe-algatatud-tehingud-mit.md) (MIT) * [Tugev kliendi autentimine (SCA)](/seb-docs-draft/seb-docs-public-et/vastavus/tugev-kliendi-autentimine-sca.md) * [Kaupmehe API](/seb-docs-draft/seb-docs-public-et/integratsioon/kaupmehe-api.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/kliendi-algatatud-tehingud-cit.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.