> 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/atbilstiba/speciga-klienta-autentifikacija-sca.md).

# Spēcīga klienta autentifikācija (SCA)

PSD2 drošības prasība, kas izmanto neatkarīgus autentifikācijas faktorus, lai samazinātu krāpniecību elektroniskajos maksājumos.

Spēcīga klientu autentifikācija (SCA) ir [PSD2](/seb-docs-draft/seb-docs-public-lv/atbilstiba/psd2-otra-maksajumu-pakalpojumu-direktiva.md) drošības prasība elektroniskajiem maksājumiem, uz kuriem tā attiecas Eiropas Ekonomikas zonā (EEZ). Tas, vai SCA attiecas uz konkrētu darījumu, ir atkarīgs no maksājuma scenārija, iesaistītajām pusēm un piemērojamajiem regulatīvajiem noteikumiem.

Tās mērķis ir samazināt krāpšanu, pieprasot klientam autentificēties, izmantojot vairākus neatkarīgus faktorus, pirms var tikt pabeigti noteikti elektroniskie maksājumi vai citas aizsargātas darbības.

### SCA prasības

SCA izmanto vismaz divus neatkarīgus elementus no trim kategorijām:

* Zināšana — kaut kas, ko zina tikai klients, piemēram, parole vai PIN kods.
* Piederība — kaut kas, kas ir klienta rīcībā, piemēram, mobilā ierīce vai aparatūras marķieris.
* Raksturība — kaut kas, kas raksturo pašu klientu, piemēram, pirkstu nospiedums, sejas atpazīšana vai cita biometriska pazīme.

Faktoriem jābūt neatkarīgiem, lai viena faktora kompromitēšana neapdraudētu otra uzticamību.

### Kā tiek piemērota SCA

SCA tiek piemērota atšķirīgi atkarībā no maksājuma metodes. EMV® 3-D Secure (EMV 3DS) ir karšu maksājumu autentifikācijas protokols, ko izmanto SCA atbalstam; pati EMV 3DS nav regula.

Skatiet PSD2 ([Otrā maksājumu pakalpojumu direktīva](/seb-docs-draft/seb-docs-public-lv/atbilstiba/psd2-otra-maksajumu-pakalpojumu-direktiva.md)) regulatīvajam ietvaram un [EMV® 3-D Secure (EMV 3DS)](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/emv-r-3-d-secure-emv-3ds.md) karšu maksājumu autentifikācijas plūsmai.

**Tiešsaistes karšu maksājumi**

Atkarībā no izdevēja riska novērtējuma un piemērojamajiem noteikumiem autentifikācija var būt bez papildu darbībām vai var būt nepieciešams klienta apstiprinājums, piemēram, bankas lietotnē, vienreizējā parole vai biometriskie dati.

**Open Banking un maksājumi no konta uz kontu**

Open Banking maksājumiem autentifikāciju parasti veic klienta banka, izmantojot bankas pašu tiešsaistes vai mobilās autentifikācijas metodes.

**Digitālie maki**

Digitālie maki var izmantot uz ierīci balstītu autentifikāciju, piemēram, biometriskos datus vai ierīces piekļuves kodu. Tas, vai ir nepieciešams papildu 3DS posms, ir atkarīgs no maksājuma akreditācijas datiem, regulatīvās piemērojamības un izdevēja lēmuma.

#### Atbrīvojumi un darījumi ārpus tvēruma

Ne katram maksājumam ir nepieciešama aktīva kartes turētāja iesaiste, un ne katram maksājumam attiecas SCA. Šīs situācijas ir jānošķir:

* Bez papildu darbībām veikta EMV 3DS: izdevējs pabeidz EMV 3DS plūsmu bez interaktīva papildu autentifikācijas pieprasījuma. Atkarībā no darījuma SCA var būt joprojām izpildīta vai var būt piemērots atbrīvojums.
* SCA atbrīvojums: darījums ietilpst SCA regulatīvajā tvērumā, taču piemērojamie noteikumi ļauj maksājumu pakalpojumu sniedzējam SCA nepiemērot.
* Ārpus tvēruma esošs darījums: SCA prasība uz darījumu neattiecas.

PSD2 regulatīvie tehniskie standarti noteiktos gadījumos pieļauj atbrīvojumus, un daži darījumu veidi ir ārpus SCA tvēruma. Piemēri:

* Kvalificēti zemas vērtības attālināti elektroniskie maksājumi.
* Turpmākie maksājumi kvalificētā atkārtotu darījumu sērijā ar tādu pašu summu un saņēmēju pēc tam, kad SCA ir piemērota, kad sērija tiek izveidota vai pirmoreiz uzsākta.
* Maksājumi uzticamiem saņēmējiem, kurus klients iepriekš ir norādījis, izmantojot SCA.
* Noteikti korporatīvie maksājumu procesi, kas atbilst regulatīvajiem nosacījumiem.
* Pasūtījumi pa pastu un pa tālruni (MOTO), kas ir ārpus SCA tvēruma, jo tos maksātājs neiniciē, izmantojot attālinātu elektronisku kanālu.

{% hint style="info" %}
Atkārtoti maksājumi, kas apstrādāti kā tirgotāja iniciēti darījumi (MIT), ir atsevišķs jēdziens no PSD2 atkārtotu maksājumu atbrīvojuma. Kartes maksājumiem ar saglabātiem akreditācijas datiem turpmākajiem MIT ir jābalstās uz atbilstoši izveidotām klienta attiecībām, tostarp nepieciešamo klienta piekrišanu un sākotnējo klienta iniciēto darījumu (CIT). Skatiet [Saglabātie maksājumu dati](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/saglabatie-maksajumu-akreditacijas-dati.md) un [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).\
Ne visi MIT atbilst PSD2 atkārtotu maksājumu atbrīvojumam. Piemērojamā regulatīvā attieksme ir atkarīga no konkrētā darījuma scenārija.
{% endhint %}

{% hint style="info" %}
Tas, vai var izmantot atbrīvojumu un vai ir nepieciešama papildu autentifikācija, ir atkarīgs no piemērojamajiem noteikumiem, maksājuma scenārija un izdevēja vai maksājumu pakalpojumu sniedzēja. Izdevējs joprojām var pieprasīt autentifikāciju.
{% endhint %}

### Ietekme tirgotājiem

Uztveriet autentifikāciju kā daļu no ierastās maksājuma plūsmas. Paļaujieties uz apstiprinātu maksājuma statusu, nevis uz to, ka klients atgriežas jūsu vietnē. Jūsu maksājuma plūsmai ir jāļauj klientam pabeigt nepieciešamo autentifikāciju.

### Saistītā dokumentācija

* [PSD2 (Otrā maksājumu pakalpojumu direktīva)](/seb-docs-draft/seb-docs-public-lv/atbilstiba/psd2-otra-maksajumu-pakalpojumu-direktiva.md)
* [EMV® 3-D Secure (EMV 3DS)](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/emv-r-3-d-secure-emv-3ds.md)
* [Kartes](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes.md)
* [Maksā ar banku](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/maksajums-no-bankas-konta.md)
* [Klienta iniciēti darījumi (CIT)](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/saglabatie-maksajumu-akreditacijas-dati/klienta-inicieti-darijumi-cit.md)
* [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)


---

# 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/atbilstiba/speciga-klienta-autentifikacija-sca.md?ask=<question>&goal=<user_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.