> 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/vastavus/tugev-kliendi-autentimine-sca.md). # Tugev kliendi autentimine (SCA) PSD2 turvanõue, mis kasutab pettuse vähendamiseks elektroonilistes maksetes sõltumatuid autentimistegureid. Tugev kliendi autentimine (SCA) on [PSD2](/seb-docs-draft/seb-docs-public-et/vastavus/psd2-teine-makseteenuste-direktiiv.md) Euroopa Majanduspiirkonnas (EMP) selle reguleerimisalasse kuuluvate elektrooniliste maksete turbenõue. Kas SCA kehtib konkreetsele tehingule, sõltub maksetingimusest, osapooltest ja kohaldatavatest regulatiivsetest reeglitest. Selle eesmärk on vähendada pettusi, nõudes kliendilt enne teatud elektrooniliste maksete või muude kaitstud toimingute lõpetamist autentimist mitme sõltumatu teguri abil. ### SCA nõuded SCA kasutab vähemalt kaht sõltumatut elementi kolmest kategooriast: * Teadmine – midagi, mida teab ainult klient, näiteks parool või PIN-kood. * Valdus – midagi, mis kuulub kliendile, näiteks mobiilseade või riistvaraline tunnus. * Olemuslikkus – midagi, mis klient on, näiteks sõrmejälg, näotuvastus või muu biomeetriline tunnus. Tegurid peavad olema sõltumatud, et ühe teguri kompromiteerimine ei ohustaks teise usaldusväärsust. ### Kuidas SCA-d kohaldatakse SCA-d kohaldatakse makseviisist sõltuvalt erinevalt. EMV® 3-D Secure (EMV 3DS) on kaardimaksete autentimisprotokoll, mida kasutatakse SCA toetamiseks; EMV 3DS ise ei ole regulatsioon. Vt PSD2 ([Teine makseteenuste direktiiv](/seb-docs-draft/seb-docs-public-et/vastavus/psd2-teine-makseteenuste-direktiiv.md)) regulatiivse raamistiku kohta ja [EMV® 3-D Secure (EMV 3DS)](/seb-docs-draft/seb-docs-public-et/makseviisid/kaardid/emv-r-3-d-secure-emv-3ds.md) kaardimakse autentimisvoo kohta. **Veebikaardimaksed** Sõltuvalt väljaandja riskihinnangust ja kohaldatavatest reeglitest võib autentimine toimuda sujuvalt või nõuda kliendi lisakinnitust, näiteks kinnitust pangarakenduses, ühekordset parooli või biomeetriat. **Open Banking ja kontolt-kontole maksed** Open Banking maksete puhul teostab autentimise tavaliselt kliendi pank, kasutades panga enda veebipõhiseid või mobiilseid autentimismeetodeid. **Digitaalsed rahakotid** Digitaalsed rahakotid võivad kasutada seadmel põhinevat autentimist, näiteks biomeetriat või seadme pääsukoodi. Kas täiendav 3DS-samm on vajalik, sõltub makseandmetest, regulatiivsest käsitlusest ja väljaandja otsusest. #### Erandid ja SCA reguleerimisalast välja jäävad tehingud Kõik maksed ei nõua aktiivset kaardiomaniku sekkumist ning kõigile maksetele ei kohaldu SCA. Need olukorrad tuleks eristada: * Sujuv EMV 3DS: väljaandja lõpetab EMV 3DS voo ilma interaktiivse lisakinnituseta. Sõltuvalt tehingust võib SCA siiski olla täidetud või võidakse rakendada erandit. * SCA erand: tehing kuulub SCA regulatiivsesse reguleerimisalasse, kuid kohaldatavad reeglid lubavad makseteenuse pakkujal SCA-d mitte rakendada. * Reguleerimisalast väljapoole jääv tehing: SCA nõue sellele tehingule ei kohaldu. PSD2 regulatiivsed tehnilised standardid lubavad teatud olukordades erandeid ning mõned tehingutüübid jäävad SCA reguleerimisalast välja. Näited: * Kvalifitseeruvad madala väärtusega kaugelt tehtavad elektroonilised maksed. * Järgnevad maksed kvalifitseeruvas korduvate tehingute seerias sama summa ja saajaga pärast seda, kui SCA on rakendatud seeria loomisel või esmasel algatamisel. * Maksetele usaldusväärsetele saajatele, kes on varem kliendi poolt SCA abil määratletud. * Teatud ettevõtete makseprotsessid, mis vastavad regulatiivsetele tingimustele. * Postimüügi ja telefonimüügi (MOTO) tehingud, mis jäävad SCA reguleerimisalast välja, kuna maksja ei algata neid kaugkanali kaudu elektrooniliselt. {% hint style="info" %} Korduvad maksed, mida töödeldakse kaupmehe algatatud tehingutena (MIT-id), on PSD2 korduvmaksete erandist eraldi mõiste. Kaardipõhiste salvestatud makseandmetega maksete puhul peavad järgnevad MIT-id põhinema nõuetekohaselt loodud kliendisuhtel, sealhulgas nõutaval kliendi nõusolekul ja esmasel kliendi algatatud tehingul (CIT). Vt [Salvestatud makseandmed](/seb-docs-draft/seb-docs-public-et/makseviisid/kaardid/salvestatud-makseandmed.md) ja [Kaupmehe algatatud tehingud (MIT)](/seb-docs-draft/seb-docs-public-et/makseviisid/kaardid/salvestatud-makseandmed/kaupmehe-algatatud-tehingud-mit.md).\ Kõik MIT-id ei kvalifitseeru PSD2 korduvmaksete erandi alla. Kohaldatav regulatiivne käsitlus sõltub konkreetsest tehingustsenaariumist. {% endhint %} {% hint style="info" %} Kas erandit saab kasutada ja kas on vaja täiendavat autentimist, sõltub kohaldatavatest reeglitest, maksetingimusest ning väljaandjast või makseteenuse pakkujast. Väljaandja võib siiski autentimist nõuda. {% endhint %} ### Mõju kaupmehele Käsitle autentimist tavapärase maksevoo osana. Lähtu kinnitatud makse olekust, mitte kliendi naasmisest sinu veebisaidile. Sinu maksevoog peab võimaldama kliendil nõutava autentimise lõpule viia. ### Seotud dokumentatsioon * [PSD2 (teine makseteenuste direktiiv)](/seb-docs-draft/seb-docs-public-et/vastavus/psd2-teine-makseteenuste-direktiiv.md) * [EMV® 3-D Secure (EMV 3DS)](/seb-docs-draft/seb-docs-public-et/makseviisid/kaardid/emv-r-3-d-secure-emv-3ds.md) * [Kaardid](/seb-docs-draft/seb-docs-public-et/makseviisid/kaardid.md) * [Pay by Bank](/seb-docs-draft/seb-docs-public-et/makseviisid/pay-by-bank.md) * [Kliendi algatatud tehingud (CIT)](/seb-docs-draft/seb-docs-public-et/makseviisid/kaardid/salvestatud-makseandmed/kliendi-algatatud-tehingud-cit.md) * [Kaupmehe algatatud tehingud (MIT)](/seb-docs-draft/seb-docs-public-et/makseviisid/kaardid/salvestatud-makseandmed/kaupmehe-algatatud-tehingud-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-et/vastavus/tugev-kliendi-autentimine-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.