> 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/atitiktis/stiprus-kliento-autentifikavimas-sca.md). # Stiprus kliento autentifikavimas (SCA) PSD2 saugumo reikalavimas, naudojantis nepriklausomus autentifikavimo veiksnius sukčiavimui elektroniniuose mokėjimuose mažinti. Stiprus kliento autentifikavimas (SCA) yra [PSD2](/seb-docs-draft/seb-docs-public-lt/atitiktis/psd2-antroji-mokejimo-paslaugu-direktyva.md) saugumo reikalavimas elektroniniams mokėjimams, kuriems jis taikomas Europos ekonominėje erdvėje (EEE). Tai, ar SCA taikomas konkrečiai operacijai, priklauso nuo mokėjimo scenarijaus, dalyvaujančių šalių ir taikomų reguliavimo taisyklių. Jis skirtas sumažinti sukčiavimą, reikalaujant klientą autentifikuoti naudojant kelis nepriklausomus veiksnius prieš užbaigiant tam tikrus elektroninius mokėjimus ar kitus apsaugotus veiksmus. ### SCA reikalavimai SCA naudoja bent du nepriklausomus elementus iš trijų kategorijų: * Žinojimas – kažkas, ką žino tik klientas, pavyzdžiui, slaptažodis arba PIN kodas. * Turėjimas – kažkas, ką klientas turi, pavyzdžiui, mobilusis įrenginys arba aparatinis žetonas. * Būdingumas – kažkas, kas yra klientas, pavyzdžiui, piršto atspaudas, veido atpažinimas arba kitas biometrinis požymis. Veiksniai turi būti nepriklausomi, kad vieno veiksnio kompromitavimas nepakenktų kito patikimumui. ### Kaip taikomas SCA SCA taikomas skirtingai, priklausomai nuo mokėjimo būdo. EMV® 3-D Secure (EMV 3DS) yra kortelių mokėjimų autentifikavimo protokolas, naudojamas SCA palaikyti; pati EMV 3DS nėra reglamentas. Žr. PSD2 ([Antroji mokėjimo paslaugų direktyva](/seb-docs-draft/seb-docs-public-lt/atitiktis/psd2-antroji-mokejimo-paslaugu-direktyva.md)) dėl reguliavimo sistemos ir [EMV® 3-D Secure (EMV 3DS)](/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/korteles/emv-r-3-d-secure-emv-3ds.md) kortelių mokėjimų autentifikavimo eigai. **Mokėjimai kortele internetu** Priklausomai nuo emitento rizikos vertinimo ir taikomų taisyklių, autentifikavimas gali vykti sklandžiai arba gali reikėti kliento patvirtinimo, pavyzdžiui, patvirtinimo banko programėlėje, vienkartinio slaptažodžio arba biometrinių duomenų. **Atviroji bankininkystė ir mokėjimai iš sąskaitos į sąskaitą** Atliekant atvirosios bankininkystės mokėjimus, autentifikavimą paprastai atlieka kliento bankas, naudodamas savo internetinės ar mobiliosios bankininkystės autentifikavimo metodus. **Skaitmeninės piniginės** Skaitmeninės piniginės gali naudoti įrenginiu pagrįstą autentifikavimą, pvz., biometrinius duomenis arba įrenginio kodą. Ar reikalingas papildomas 3DS žingsnis, priklauso nuo mokėjimo kredencialo, reguliavimo taikymo ir emitento sprendimo. #### Išimtys ir operacijos, nepatenkančios į taikymo sritį Ne kiekvienam mokėjimui reikalinga aktyvi kortelės turėtojo sąveika, ir ne kiekvienam mokėjimui taikomas SCA. Reikėtų atskirti šias situacijas: * Sklandus EMV 3DS: emitentas užbaigia EMV 3DS eigą be interaktyvaus patvirtinimo. Priklausomai nuo operacijos, SCA vis tiek gali būti įvykdytas arba gali būti taikyta išimtis. * SCA išimtis: operacija patenka į SCA reguliavimo taikymo sritį, tačiau taikomos taisyklės leidžia mokėjimo paslaugų teikėjui netaikyti SCA. * Operacija nepatenka į taikymo sritį: SCA reikalavimas šiai operacijai netaikomas. PSD2 reguliavimo techniniai standartai leidžia išimtis apibrėžtose situacijose, o kai kurie operacijų tipai nepatenka į SCA taikymo sritį. Pavyzdžiai: * Kvalifikuoti mažos vertės nuotoliniai elektroniniai mokėjimai. * Vėlesni mokėjimai kvalifikuotoje pasikartojančių operacijų serijoje su ta pačia suma ir gavėju, kai SCA buvo taikytas serijos sukūrimo ar pirmojo inicijavimo metu. * Mokėjimai patikimiems gavėjams, kuriuos klientas anksčiau nustatė naudodamas SCA. * Tam tikri įmonių mokėjimų procesai, atitinkantys reguliavimo sąlygas. * Pašto užsakymo ir telefono užsakymo (MOTO) operacijos, kurios nepatenka į SCA taikymo sritį, nes jas mokėtojas inicijuoja ne per nuotolinį elektroninį kanalą. {% hint style="info" %} Kartotiniai mokėjimai, apdorojami kaip prekybininko inicijuotos operacijos (MIT), yra atskira sąvoka nuo PSD2 pasikartojančių mokėjimų išimties. Kortele pagrįstiems saugomų kredencialų mokėjimams vėlesni MIT turi būti pagrįsti tinkamai užmegztais kliento santykiais, įskaitant reikiamą kliento sutikimą ir pradinę kliento inicijuotą operaciją (CIT). Žr. [Išsaugoti kredencialai](/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/korteles/issaugoti-duomenys.md) ir [Prekybininko inicijuojamos operacijos (MIT)](/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/korteles/issaugoti-duomenys/prekybininko-inicijuotos-transakcijos-mit.md).\nNe visi MIT atitinka PSD2 pasikartojančių mokėjimų išimtį. Taikomas reguliavimo vertinimas priklauso nuo konkretaus operacijos scenarijaus. {% endhint %} {% hint style="info" %} Ar galima taikyti išimtį ir ar reikalingas papildomas autentifikavimas, priklauso nuo taikomų taisyklių, mokėjimo scenarijaus ir emitento arba mokėjimo paslaugų teikėjo. Emitentas vis tiek gali reikalauti autentifikavimo. {% endhint %} ### Poveikis prekybininkui Autentifikavimą laikykite įprasto mokėjimo srauto dalimi. Pasikliaukite patvirtinta mokėjimo būsena, o ne kliento grįžimu į jūsų svetainę. Jūsų mokėjimo srautas turi leisti klientui atlikti reikiamą autentifikavimą. ### Susijusi dokumentacija * [PSD2 (Antroji mokėjimo paslaugų direktyva)](/seb-docs-draft/seb-docs-public-lt/atitiktis/psd2-antroji-mokejimo-paslaugu-direktyva.md) * [EMV® 3-D Secure (EMV 3DS)](/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/korteles/emv-r-3-d-secure-emv-3ds.md) * [Kortelės](/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/korteles.md) * [Pay by Bank](/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/mokekite-is-banko.md) * [Kliento inicijuoti sandoriai (CIT)](/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/korteles/issaugoti-duomenys/kliento-inicijuotos-transakcijos-cit.md) * [Prekybininko inicijuojamos operacijos (MIT)](/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/korteles/issaugoti-duomenys/prekybininko-inicijuotos-transakcijos-mit.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/atitiktis/stiprus-kliento-autentifikavimas-sca.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.