> 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-lt/mokejimo-metodai/korteles/issaugoti-duomenys/kliento-inicijuotos-transakcijos-cit.md). # Kliento inicijuotos transakcijos (CIT) Apdorokite mokėjimus, kol klientas aktyviai dalyvauja, ir užfiksuokite sutikimą, kuris įgalina išsaugotus mokėjimo duomenis. Kliento inicijuota operacija (CIT) – tai mokėjimas, inicijuotas, kai klientas aktyviai sąveikauja su jūsų atsiskaitymo aplinka. Klientas dalyvauja mokėjimo sesijoje – įveda kortelės duomenis, pasirenka išsaugotą mokėjimo metodą arba užbaigia autentifikavimą. Visa ir Mastercard Stored Credential Framework sistemoje CIT atlieka pagrindinį vaidmenį: tai operacija, kurios metu klientas suteikia sutikimą saugoti mokėjimo kredencialus, ir atskaitos taškas visiems būsimiems mokėjimams šiais kredencialais. Prieš kiekvieną prekybininko inicijuotą operaciją (MIT) turi būti atlikta galiojanti pradinė CIT. SEB Ecommerce Payment Gateway palaiko CIT tiek pirmiesiems mokėjimams, tiek mokėjimams naudojant anksčiau išsaugotus kredencialus, pavyzdžiui, atsiskaitymui vienu paspaudimu. ### Galimybių santrauka
GalimybėPalaikymas
Mokėjimo būdaiMokėjimo kortelės (Visa, Mastercard)
Pradinė CIT (kredencialų nustatymas)Palaikoma – sukuria saugomą kredencialą (žetoną)
Vėlesnė CIT (saugomo kredencialo naudojimas)Palaikoma – mokėjimai vienu paspaudimu su išsaugota kortele
AutentifikavimasEMV® 3-D Secure (EMV 3DS), bekliūčiai ir iššūkio srautai
Stiprus kliento autentifikavimas (SCA)Palaikoma, kai to reikalauja teisės aktai
Autorizavimo tipaiGalutinis autorizavimas (Pirkimas) arba išankstinis autorizavimas (Autorizavimas + įvykdymas)
TokenizavimasVidiniai (šliuzo) ir tinklo žetonai (Visa TMS, Mastercard SCOF)
Integracijos parinktysMerchant API, Hosted Checkout
Būsenos pranešimaiAtgaliniai pranešimai (webhook'ai)
Testavimas Sandbox aplinkojeGalima
Atskirų galimybių prieinamumas priklauso nuo jūsų prekybininko sutarties, įgalintų paslaugų ir įsigyjančiojo banko konfigūracijos. ### CIT kategorijos Stored Credential Framework skiria du kliento inicijuotų operacijų tipus. #### Pradinė CIT – kredencialų saugojimas Pradinė CIT yra pirmasis mokėjimas, kurio metu klientas aiškiai sutinka, kad jo mokėjimo kredencialai gali būti saugomi būsimam naudojimui. Šio mokėjimo metu: * Klientas aktyviai įveda savo kortelės duomenis atsiskaitymo metu. * Jūs esate atsakingi už aiškaus kliento sutikimo gauti kortelės kredencialams saugoti, pavyzdžiui, pateikdami parinktį „Išsaugoti mano kortelę“ arba priimdami prenumeratos sąlygas. * Mokėjimo vartai saugiai išsaugo kredencialus naudodami žetonizaciją ir grąžina jums žetono ID mokėjimo atsakyme. * Šia operacija nustatomas kliento sutikimas, kuriuo turi remtis visos būsimos prekybininko inicijuotos operacijos. Tipiniai pavyzdžiai: pirmasis prenumeratos mokėjimas, pirkimas, kurio metu klientas išsaugo savo kortelę greitesniam atsiskaitymui, ir kliento pridėtas arba atnaujintas saugomas mokėjimo metodas. #### Vėlesnė CIT – saugomų kredencialų naudojimas Vėlesnė CIT yra mokėjimas, kai klientas yra aktyviai prisijungęs ir naudoja anksčiau saugotus kredencialus vietoje kortelės duomenų pakartotinio įvedimo. Dažniausias pavyzdys – mokėjimas vienu paspaudimu: grįžtantis klientas pasirenka išsaugotą kortelę ir patvirtina pirkimą. Kadangi klientas dalyvauja sesijoje, vėlesnėje CIT prireikus gali būti taikomas EMV® 3-D Secure autentifikavimas. Tai ją skiria nuo prekybininko inicijuotos operacijos, kuri apdorojama nedalyvaujant klientui. {% hint style="info" %} Šis skirtumas svarbus autentifikavimui, schemos žymėjimui ir reguliaciniam vertinimui. Jei klientas yra prisijungęs ir aktyviai patvirtina mokėjimą, tai yra CIT – net jei naudojamas saugomas kredencialas. Jei mokėjimą inicijuoja jūsų sistemos be kliento dalyvavimo, tai yra MIT. Žr. [Prekybininko inicijuojamos operacijos (MIT)](/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/korteles/issaugoti-duomenys/prekybininko-inicijuotos-transakcijos-mit.md) dėl detalių. {% endhint %} ### Mokėjimo eiga – pradinė CIT Įprasta pradinė CIT, kuria nustatomas saugomas kredencialas, vyksta šiais žingsniais: 1. Sukurkite mokėjimą. Jūs inicijuojate naują mokėjimą per Merchant API, nurodydami sumą, valiutą, krepšelio duomenis ir kitą reikalingą mokėjimo informaciją. 2. Kliento atsiskaitymas. Klientas įveda kortelės duomenis naudodamas Hosted Checkout arba jūsų Merchant API integraciją. Jautrūs kortelės duomenys tvarkomi tik mokėjimo vartuose ir nėra atskleidžiami jūsų sistemoms. 3. Kliento sutikimas. Klientas aiškiai sutinka, kad jo mokėjimo kredencialai gali būti saugomi būsimam naudojimui. 4. Autentifikavimas. Kai to reikalaujama, mokėjimo vartai inicijuoja EMV® 3DS srautą. Priklausomai nuo išdavėjo sprendimo, klientas užbaigia bekliūtį arba iššūkio autentifikavimą. 5. Autorizavimas. Mokėjimas autorizuojamas kaip galutinis autorizavimas (Pirkimas) arba kaip išankstinis autorizavimas, priklausomai nuo jūsų konfigūracijos. 6. Žetono sukūrimas. Mokėjimo vartai saugo kredencialus PCI DSS reikalavimus atitinkančiame žetonų seife ir grąžina jums žetono ID kartu su kitais mokėjimo duomenimis. Jei sukonfigūruota, atgalinio iškvietimo pranešimas informuoja jūsų sistemas apie mokėjimo būseną. Saugokite grąžintą žetono ID prie kliento profilio savo sistemose. Tai yra nuoroda, kurią naudosite visiems vėlesniems CIT ir MIT mokėjimams su šiuo kredencialu. {% hint style="info" %} Jei pradinė CIT atmetama arba nutraukiama, galiojantis sutikimas nenustatomas ir saugomas kredencialas neturėtų būti naudojamas. Prekybininko inicijuotos operacijos gali būti atliekamos tik po sėkmingos pradinės CIT. {% endhint %} ### Mokėjimo eiga – vėlesnė CIT (vienu paspaudimu) Mokėjimas naudojant anksčiau saugomą kredencialą, kai klientas yra prisijungęs, vyksta šiais žingsniais: 1. Klientas pasirenka išsaugotą kortelę. Grįžtantis klientas atsiskaitymo metu pasirenka išsaugotą mokėjimo metodą. 2. Sukurkite mokėjimą. Jūs inicijuojate mokėjimą, vietoje kortelės duomenų nurodydami saugomo žetono ID. 3. Autentifikavimas. Kai reikia, klientas užbaigia EMV® 3DS autentifikavimą. Daugelis vėlesnių CIT vyksta bekliūčiu srautu, atsižvelgiant į išdavėjo rizikos vertinimą ir taikomas išimtis. 4. Autorizavimas. Mokėjimo vartai susieja žetoną ir apdoroja operaciją per standartinius autorizavimo, įvykdymo, atšaukimo ir pinigų grąžinimo srautus. Diegimo detalės pateikiamos [Mokėjimai vienu paspaudimu](/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/korteles/issaugoti-duomenys/atsiskaitymai-vienu-paspaudimu.md). ### Autentifikavimas ir SCA Kadangi CIT metu klientas yra prisijungęs, autentifikavimas gali būti atliekamas, kai to reikia. * Pradinė CIT. Mokėjimo kredencialų saugojimui pagal PSD2 taikomas stiprus kliento autentifikavimas (SCA). Todėl pradinė CIT paprastai autentifikuojama naudojant EMV® 3DS, o autentifikavimas taip pat apima saugomo kredencialo nustatymą. * Vėlesnė CIT. Taikomas SCA, nebent yra taikoma išimtis – pavyzdžiui, mažos vertės operacijoms arba operacijų rizikos analizei (TRA). Galutinį sprendimą priima išdavėjas, kuris gali reikalauti iššūkio arba patvirtinti mokėjimą bekliūčiu srautu. Sėkmingas EMV® 3DS autentifikavimas taip pat gali suteikti atsakomybės perleidimą sukčiavimo susijusiems grąžinimams pagal kortelių schemų taisykles. Daugiau informacijos žr. EMV® 3-D Secure (EMV 3DS). ### Kliento sutikimas Prieš saugodami mokėjimo kredencialus pradinės CIT metu, privalote gauti aiškų kliento sutikimą. Sutikime turi būti aiškiai nurodyta: * Mokėjimo kredencialų saugojimo tikslas. * Mokėjimų dažnis, kai taikoma. * Suma arba atsiskaitymo modelis. * Atsisakymo procesas. * Jūsų taisyklės ir sąlygos. Sutikimas turi būti aktyvus pasirinkimas – pavyzdžiui, klientas pažymi nepažymėtą žymimąjį langelį – ir jūs esate atsakingi už sutikimo įrodymų saugojimą. Saugotas sutikimas naudojamas kaip nuoroda visoms būsimoms prekybininko inicijuotoms operacijoms. ### CIT ir MIT palyginimas
AspektasKliento inicijuoti sandoriai (CIT)Prekybininko inicijuota operacija (MIT)
Klientas dalyvaujaTaip – klientas aktyviai dalyvauja mokėjimo sesijojeNe – mokėjimą inicijuoja prekybininko sistemos
Tipiniai pavyzdžiaiPirmasis prenumeratos mokėjimas, atsiskaitymas vienu paspaudimu, išsaugotos kortelės atnaujinimasMėnesinis prenumeratos mokestis, mokėjimas pagal naudojimą, atidėtas nurašymas
AutentifikavimasEMV® 3DS, kai reikalaujama; SCA su galimomis išimtimisJokio kliento autentifikavimo; 3DS Requestor-Initiated (3RI), kai taikoma
SutikimasNustato arba patvirtina sutikimąTuri remtis sutikimu, nustatytu pradinės CIT metu
Būtina sąlygaNėraSėkminga pradinė CIT su saugomais kredencialais
### Schemos atitiktis ir operacijos žymėjimas Mokėjimo vartai palaiko Visa ir Mastercard Stored Credential Framework. Operacijos kortelių schemoms žymimos atitinkamais saugomo kredencialo indikatoriais – atskiriant pradinį kredencialų saugojimą nuo vėlesnio jų naudojimo, taip pat kliento inicijuotus mokėjimus nuo prekybininko inicijuotų. Tinkamas klasifikavimas yra svarbus: jis turi įtakos išdavėjo autorizavimo sprendimui, patvirtinimo rodikliams, atsakomybei ir atitikčiai kortelių schemų taisyklėms. Visada inicijuokite mokėjimus naudodami mokėjimo tipą, kuris atitinka faktinį scenarijų – neapdorokite prekybininko inicijuoto nurašymo kaip CIT arba atvirkščiai. Merchant Portal operacijos detalių peržiūroje nurodoma, ar operacija yra pradinė kliento inicijuota operacija (CIT), ar prekybininko inicijuota operacija (MIT), taip palengvinant sutikrinimą ir operacinius tolesnius veiksmus. ### Geriausia prekybininkų praktika Rekomenduojame prekybininkams: * Prieš saugodami mokėjimo kredencialus, gaukite aiškų, aktyvų kliento sutikimą ir saugokite sutikimo įrodymus. * Aiškiai nurodykite, kam klientas pritaria – atsiskaitymo modeliui, dažniui, sumoms ir atšaukimo būdui. * Išsaugokite pradinės CIT grąžintą žetono ID ir naudokite jį visiems vėlesniems mokėjimams šiuo kredencialu. * Naudokite teisingą operacijos tipą: CIT, kai klientas yra prisijungęs, MIT, kai mokėjimą inicijuoja jūsų sistemos. * Tinkamai tvarkykite atmestas arba nutrauktas pradines CIT – neinicijuokite MIT be sėkmingos pradinės CIT. * Leiskite klientams peržiūrėti, atnaujinti ir ištrinti savo išsaugotus mokėjimo metodus. * Atnaujinkite užsakymo būseną pagal patvirtintą mokėjimo būseną, kurią grąžina mokėjimo vartai. ### Testavimas Prieš apdorodami realius sandorius, užbaikite visą kūrimo ir validavimo darbą Sandbox aplinkoje. Prieš prašydami aktyvavimo gamybinėje aplinkoje, patikrinkite: * Pradinė CIT su kliento sutikimo žingsniu, įskaitant sėkmingą žetono sukūrimą. * Žetono ID gaunamas mokėjimo atsakyme ir teisingai saugomas jūsų sistemose. * Vėlesnė CIT (mokėjimas vienu paspaudimu), naudojant saugomą žetoną. * EMV® 3DS bekliūčiai ir iššūkio scenarijai. * Atmesti ir nutraukti mokėjimo scenarijai bei tai, kad po nesėkmingos pradinės CIT nenaudojamas joks saugomas kredencialas. * Atgalinio iškvietimo arba webhook pranešimai ir užsakymo būsenos atnaujinimai. ### Dažniausiai užduodami klausimai #### Ar klientui reikia atlikti 3-D Secure kiekvienos CIT metu? Nebūtinai. Pradinė CIT, kurios metu saugomi kredencialai, paprastai autentifikuojama naudojant SCA. Vėlesnės CIT gali atitikti išimčių taikymo sąlygas arba vykti bekliūčiu srautu, atsižvelgiant į išdavėjo rizikos vertinimą ir taikomus teisės aktus. Mokėjimo vartai inicijuoja 3DS srautą visada, kai to reikia. #### Ar galiu vėliau nurašyti klientui mokėjimą be naujos CIT? Taip – tai prekybininko inicijuota operacija (MIT). Jai reikalinga sėkminga pradinė CIT, kurios metu klientas sutiko saugoti savo kredencialus, ir kiekviena MIT turi remtis tuo sutikimu. Žr. Prekybininko inicijuotos operacijos (MIT). #### Kas nutinka, jei pradinė CIT nepavyksta? Saugomų kredencialų ryšys nenustatomas. Klientas gali dar kartą bandyti mokėjimą arba pasirinkti kitą mokėjimo metodą. Neinicijuokite prekybininko inicijuotų mokėjimų, kol pradinė CIT nebus sėkmingai užbaigta. #### Ar mokėjimas vienu paspaudimu yra CIT ar MIT? Mokėjimas vienu paspaudimu yra kliento inicijuota operacija: klientas yra prisijungęs, pasirenka išsaugotą mokėjimo metodą ir patvirtina pirkimą, užbaigdamas autentifikavimą, kai to reikia. #### Ar klientas gali pakeisti mokėjimo metodą CIT metu? Taip. Jei mokėjimo bandymas nesėkmingas, klientas gali bandyti dar kartą naudodamas tą patį mokėjimo metodą arba pasirinkti bet kurį kitą galimą mokėjimo metodą, kol mokėjimas bus užbaigtas. Atkreipkite dėmesį, kad po išankstinio autorizavimo mokėjimo metodo pakeisti nebegalima. ### Susijusi dokumentacija Tęskite su šiomis temomis: * [Išsaugoti kredencialai](/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/korteles/issaugoti-duomenys.md) * [EMV® 3-D Secure](/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/korteles/emv-r-3-d-secure-emv-3ds.md) (EMV 3DS) * [Tokenizavimas](/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/korteles/zetonizavimas.md) * [Mokėjimai vienu paspaudimu](/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/korteles/issaugoti-duomenys/atsiskaitymai-vienu-paspaudimu.md) * [Prekybininko inicijuojamos operacijos](/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/korteles/issaugoti-duomenys/prekybininko-inicijuotos-transakcijos-mit.md) (MIT) * [Stiprus kliento autentifikavimas (SCA)](/seb-docs-draft/seb-docs-public-lt/atitiktis/stiprus-kliento-autentifikavimas-sca.md) * [Prekybininko API](/seb-docs-draft/seb-docs-public-lt/integracija/prekybininko-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-lt/mokejimo-metodai/korteles/issaugoti-duomenys/kliento-inicijuotos-transakcijos-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.