> 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/klienta-inicieti-darijumi-cit.md). # Klienta iniciēti darījumi (CIT) Apstrādājiet maksājumus, kamēr klients aktīvi piedalās — un nostipriniet piekrišanu, kas ļauj izmantot saglabātos akreditācijas datus. Klienta iniciēts darījums (CIT) ir maksājums, ko klients iniciē, kamēr viņš aktīvi mijiedarbojas ar jūsu norēķinu procesu. Klients piedalās maksājuma sesijā — ievada kartes datus, izvēlas saglabātu maksājuma veidu vai pabeidz autentifikāciju. Visa un Mastercard saglabāto maksājumu datu ietvarā CIT ieņem centrālu lomu: tas ir darījums, kurā klients sniedz piekrišanu saglabāt savus maksājumu datus, kā arī atskaites punkts visiem turpmākajiem maksājumiem, kas veikti ar šiem datiem. Katram tirgotāja iniciētam darījumam (MIT) ir jābūt ar derīgu sākotnējo CIT. SEB Ecommerce Payment Gateway atbalsta CIT gan pirmajiem maksājumiem, gan maksājumiem, izmantojot iepriekš saglabātus maksājumu datus, piemēram, norēķinus ar vienu klikšķi. ### Iespēju kopsavilkums
IespējaAtbalsts
Maksājuma veidiMaksājumu kartes (Visa, Mastercard)
Sākotnējais CIT (datu sagatavošana)Atbalstīts – izveido saglabātu maksājumu datu ierakstu (tokenu)
Turpmākais CIT (saglabāto datu izmantošana)Atbalstīts – maksājumi ar vienu klikšķi, izmantojot saglabātu karti
AutentifikācijaEMV® 3-D Secure (EMV 3DS), plūsmas bez papildu darbībām un ar izaicinājumu
Stipra klienta autentifikācija (SCA)Atbalstīts, ja to pieprasa regulējums
Autorizācijas veidiGalīgā autorizācija (pirkums) vai priekšautorizācija (autorizācija + norakstīšana)
TokenizācijaIekšējie (vārtejas) un tīkla tokeni (Visa TMS, Mastercard SCOF)
Integrācijas iespējasTirgotāja API, hostēta norēķinu lapa
Statusa paziņojumiAtpakaļsaukuma paziņojumi (webhooks)
Smilškastes testēšanaPieejams
Atsevišķu iespēju pieejamība ir atkarīga no jūsu tirgotāja līguma, iespējotiem pakalpojumiem un apstrādes konfigurācijas. ### CIT kategorijas Saglabāto maksājumu datu ietvars izšķir divu veidu klienta iniciētus darījumus. #### Sākotnējais CIT – maksājumu datu saglabāšana Sākotnējais CIT ir pirmais maksājums, kurā klients skaidri piekrīt, ka viņa maksājumu dati var tikt saglabāti turpmākai izmantošanai. Šī maksājuma laikā: * Klients aktīvi ievada savas kartes datus norēķinu procesā. * Jūsu pienākums ir iegūt klienta nepārprotamu piekrišanu kartes datu saglabāšanai, piemēram, piedāvājot opciju "Saglabāt manu karti" vai pieņemot abonementa noteikumus. * Vārteja droši saglabā datus, izmantojot tokenizāciju, un maksājuma atbildē atgriež jums tokena ID. * Darījums nostiprina klienta piekrišanu, uz kuru balstās visi turpmākie tirgotāja iniciētie darījumi. Tipiski piemēri ir abonementa pirmais maksājums, pirkums, kurā klients saglabā savu karti ātrākam norēķinam, kā arī klienta pievienots vai atjaunināts saglabāts maksājuma veids. #### Turpmākais CIT – saglabāto datu izmantošana Turpmākais CIT ir maksājums, kurā klients aktīvi piedalās un izmanto iepriekš saglabātus maksājumu datus kartes datu atkārtotas ievades vietā. Visbiežākais piemērs ir maksājums ar vienu klikšķi: atkārtots klients izvēlas saglabātu karti un apstiprina pirkumu. Tā kā klients piedalās sesijā, turpmākais CIT, ja nepieciešams, var ietvert EMV® 3-D Secure autentifikāciju. Tas to atšķir no tirgotāja iniciēta darījuma, kas tiek apstrādāts bez klienta iesaistes. {% hint style="info" %} Šī atšķirība ir svarīga autentifikācijai, shēmas marķējumam un regulatīvajai attieksmei. Ja klients ir klātesošs un aktīvi apstiprina maksājumu, tas ir CIT – pat tad, ja tiek izmantoti saglabāti maksājumu dati. Ja maksājumu iniciē jūsu sistēmas bez klienta līdzdalības, tas ir MIT. Skatiet [Tirgotāja iniciētie darījumi (MIT)](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/saglabatie-maksajumu-akreditacijas-dati/tirgotaja-inicieti-darijumi-mit.md) lai iegūtu detalizētāku informāciju. {% endhint %} ### Maksājuma plūsma – sākotnējais CIT Tipisks sākotnējais CIT, kas izveido saglabātu maksājumu datu ierakstu, notiek šādos soļos: 1. Maksājuma izveide. Jūs iniciējat jaunu maksājumu, izmantojot Tirgotāja API, norādot summu, valūtu, groza informāciju un citus nepieciešamos maksājuma datus. 2. Klienta norēķins. Klients ievada savas kartes datus, izmantojot hostēto norēķinu lapu vai jūsu Tirgotāja API integrāciju. Sensitīvie kartes dati tiek apstrādāti tikai vārtejā un netiek atklāti jūsu sistēmām. 3. Klienta piekrišana. Klients nepārprotami piekrīt, ka viņa maksājumu dati var tikt saglabāti turpmākai izmantošanai. 4. Autentifikācija. Ja nepieciešams, vārteja sāk EMV® 3DS plūsmu. Atkarībā no izdevēja lēmuma klients pabeidz plūsmu bez papildu darbībām vai izaicinājuma autentifikāciju. 5. Autorizācija. Maksājums tiek autorizēts kā galīgā autorizācija (pirkums) vai priekšautorizācija atkarībā no jūsu konfigurācijas. 6. Tokena izveide. Vārteja saglabā datus PCI DSS prasībām atbilstošā tokenu glabātuvē un atgriež jums tokena ID kopā ar pārējo maksājuma informāciju. Ja konfigurēts, atpakaļsaukuma paziņojums informē jūsu sistēmas par maksājuma statusu. Saglabājiet atgriezto tokena ID pie klienta profila savās sistēmās. Tas ir atsauces punkts, ko izmantosiet visiem turpmākajiem CIT un MIT maksājumiem ar šo datu kopu. {% hint style="info" %} Ja sākotnējais CIT tiek noraidīts vai pamests, derīga piekrišana netiek izveidota un saglabātus maksājumu datus nedrīkst izmantot. Tirgotāja iniciētos darījumus drīkst veikt tikai pēc veiksmīga sākotnējā CIT. {% endhint %} ### Maksājuma plūsma – turpmākais CIT (ar vienu klikšķi) Maksājums ar iepriekš saglabātiem maksājumu datiem, kamēr klients ir klātesošs, notiek šādi: 1. Klients izvēlas saglabātu karti. Atkārtots klients norēķinu procesā izvēlas saglabātu maksājuma veidu. 2. Maksājuma izveide. Jūs iniciējat maksājumu, atsaucoties uz saglabāto tokena ID kartes datu vietā. 3. Autentifikācija. Ja nepieciešams, klients pabeidz EMV® 3DS autentifikāciju. Daudzi turpmākie CIT tiek veikti plūsmā bez papildu darbībām, pamatojoties uz izdevēja riska novērtējumu un piemērojamajiem izņēmumiem. 4. Autorizācija. Vārteja atrisina tokenu un apstrādā darījumu, izmantojot standarta autorizācijas, norakstīšanas, atgriešanas un naudas atmaksas plūsmas. Īstenošanas detaļas skatiet [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). ### Autentifikācija un SCA Tā kā klients CIT laikā ir klātesošs, autentifikāciju var veikt, kad tā ir nepieciešama. * Sākotnējais CIT. Maksājumu datu saglabāšana saskaņā ar PSD2 ir pakļauta stiprai klienta autentifikācijai (SCA). Tādēļ sākotnējais CIT parasti tiek autentificēts ar EMV® 3DS, un autentifikācija attiecas arī uz saglabātā maksājumu datu ieraksta izveidi. * Turpmākais CIT. SCA tiek piemērota, ja vien nav pieejams izņēmums — piemēram, mazas summas darījumi vai darījuma riska analīze (TRA). Izdevējs pieņem galīgo lēmumu un var pieprasīt izaicinājumu vai apstiprināt maksājumu, izmantojot plūsmu bez papildu darbībām. Veiksmīga EMV® 3DS autentifikācija saskaņā ar kartes shēmas noteikumiem var arī nodrošināt atbildības pārbīdi krāpniecības dēļ ierosinātām atgriezeniskajām maksām. Skatiet EMV® 3-D Secure (EMV 3DS) detalizētākai informācijai. ### Klienta piekrišana Pirms maksājumu datu saglabāšanas sākotnējā CIT laikā jums ir jāiegūst klienta nepārprotama piekrišana. Piekrišanai skaidri jāapraksta: * Maksājumu datu saglabāšanas mērķis. * Maksājumu biežums, ja piemērojams. * Summa vai norēķinu modelis. * Atcelšanas process. * Jūsu noteikumi un nosacījumi. Piekrišanai jābūt aktīvai izvēlei — piemēram, klientam pašam atzīmējamam, bet pēc noklusējuma neatzīmētam izvēles rūtiņas laukam — un jums ir pienākums saglabāt piekrišanas pierādījumus. Saglabātā piekrišana tiek izmantota visos turpmākajos tirgotāja iniciētajos darījumos. ### CIT un MIT īsumā
AspektsKlienta iniciēti darījumi (CIT)Tirgotāja iniciēts darījums (MIT)
Klients klātesošsJā – klients aktīvi piedalās maksājuma sesijāNē – maksājumu iniciē tirgotāja sistēmas
Tipiski piemēriPirmais abonementa maksājums, norēķins ar vienu klikšķi, saglabātas kartes atjaunināšanaIkmēneša abonementa maksa, izmantošanas pamatota norēķinu sistēma, atlikts maksājums
AutentifikācijaEMV® 3DS, ja nepieciešams; SCA ar iespējamiem izņēmumiemNav klienta autentifikācijas; 3DS pēc pieprasītāja iniciētas plūsmas (3RI), ja piemērojams
PiekrišanaNosaka vai apstiprina piekrišanuJānorāda uz sākotnējā CIT laikā noteikto piekrišanu
PriekšnosacījumsNavVeiksmīgs sākotnējais CIT ar saglabātiem maksājumu datiem
### Shēmas atbilstība un darījuma marķēšana Vārteja atbalsta Visa un Mastercard saglabāto maksājumu datu ietvaru. Darījumi kartes shēmām tiek identificēti ar atbilstošiem saglabāto maksājumu datu indikatoriem — atšķirot sākotnējo datu saglabāšanu no turpmākās izmantošanas, kā arī klienta iniciētus maksājumus no tirgotāja iniciētiem maksājumiem. Pareiza klasifikācija ir svarīga: tā ietekmē izdevēja autorizācijas lēmumu, apstiprinājuma rādītājus, atbildību un atbilstību kartes shēmas noteikumiem. Vienmēr iniciējiet maksājumus, izmantojot tādu maksājuma tipu, kas atbilst faktiskajai situācijai — neapstrādājiet tirgotāja ierosinātu norakstīšanu kā CIT vai otrādi. Tirgotāja portālā darījuma detalizētais skats norāda, vai darījums ir sākotnējais klienta iniciēts darījums (CIT) vai tirgotāja iniciēts darījums (MIT), atbalstot saskaņošanu un operatīvu sekošanu. ### Tirgotāja labākā prakse Mēs iesakām tirgotājiem: * Pirms maksājumu datu saglabāšanas iegūstiet klienta nepārprotamu, aktīvu piekrišanu un saglabājiet tās pierādījumus. * Skaidri informējiet, kam klients piekrīt — norēķinu modelis, biežums, summas un atcelšanas kārtība. * Saglabājiet tokena ID, ko atgrieza sākotnējais CIT, un izmantojiet to visiem turpmākajiem maksājumiem ar šo datu kopu. * Izmantojiet pareizo darījuma veidu: CIT, ja klients ir klātesošs, MIT, ja maksājumu iniciē jūsu sistēmas. * Pareizi apstrādājiet noraidītus vai pamestus sākotnējos CIT — neuzsāciet MIT, kamēr sākotnējais CIT nav veiksmīgi pabeigts. * Ļaujiet klientiem skatīt, atjaunināt un dzēst savus saglabātos maksājuma veidus. * Atjauniniet pasūtījuma statusu, balstoties uz vārtejas atgriezto apstiprināto maksājuma statusu. ### Testēšana Pirms dzīvu darījumu apstrādes visu izstrādi un validāciju pabeidziet Sandbox vidē. Pirms pieprasīt ražošanas aktivizēšanu, pārbaudiet: * Sākotnējo CIT ar klienta piekrišanas soli, tostarp veiksmīgu tokena izveidi. * Tokena ID tiek saņemts maksājuma atbildē un pareizi saglabāts jūsu sistēmās. * Turpmākais CIT (maksājums ar vienu klikšķi), izmantojot saglabāto tokenu. * EMV® 3DS plūsmas bez papildu darbībām un ar izaicinājumu. * Noraidītu un pamestu maksājumu scenāriji, kā arī tas, ka pēc neveiksmīga sākotnējā CIT netiek izmantoti saglabātie maksājumu dati. * Atpakaļsaukuma vai webhook paziņojumi un pasūtījuma statusa atjauninājumi. ### Biežāk uzdotie jautājumi #### Vai klientam katrā CIT ir jāveic 3-D Secure? Ne obligāti. Sākotnējais CIT, kas saglabā maksājumu datus, parasti tiek autentificēts ar SCA. Turpmākie CIT var kvalificēties izņēmumiem vai tikt apstrādāti plūsmā bez papildu darbībām, atkarībā no izdevēja riska novērtējuma un piemērojamajiem noteikumiem. Vārteja sāk 3DS plūsmu vienmēr, kad tas ir nepieciešams. #### Vai es varu vēlāk iekasēt maksu no klienta bez jauna CIT? Jā – tas ir tirgotāja iniciēts darījums (MIT). Tam nepieciešams veiksmīgs sākotnējais CIT, kurā klients piekrita savu datu saglabāšanai, un katram MIT ir jāatsaucas uz šo piekrišanu. Skatiet Tirgotāja iniciētos darījumus (MIT). #### Kas notiek, ja sākotnējais CIT neizdodas? Saglabāto maksājumu datu attiecības netiek izveidotas. Klients var atkārtot maksājumu vai izvēlēties citu maksājuma veidu. Neuzsāciet tirgotāja iniciētus maksājumus, kamēr sākotnējais CIT nav veiksmīgi pabeigts. #### Vai maksājums ar vienu klikšķi ir CIT vai MIT? Maksājums ar vienu klikšķi ir klienta iniciēts darījums: klients ir klātesošs, izvēlas saglabāto maksājuma veidu un apstiprina pirkumu, veicot autentifikāciju, ja tā ir nepieciešama. #### Vai klients CIT laikā var mainīt maksājuma veidu? Jā. Ja maksājuma mēģinājums neizdodas, klients var atkārtoti mēģināt ar to pašu maksājuma veidu vai izvēlēties jebkuru citu pieejamo maksājuma veidu, līdz maksājums ir pabeigts. Ņemiet vērā, ka pēc priekšautorizācijas veikšanas maksājuma veidu vairs nevar mainīt. ### Saistītā dokumentācija Turpiniet ar šādām tēmām: * [Saglabātie maksājumu dati](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/saglabatie-maksajumu-akreditacijas-dati.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) * [Tokenizācija](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/tokenizacija.md) * [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) * [Tirgotāja iniciētie darījumi](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/saglabatie-maksajumu-akreditacijas-dati/tirgotaja-inicieti-darijumi-mit.md) (MIT) * [Stipra klienta autentifikācija (SCA)](/seb-docs-draft/seb-docs-public-lv/atbilstiba/speciga-klienta-autentifikacija-sca.md) * [Tirgotāja API](/seb-docs-draft/seb-docs-public-lv/integracija/tirgotaja-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-lv/maksajumu-metodes/kartes/saglabatie-maksajumu-akreditacijas-dati/klienta-inicieti-darijumi-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.