> 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/darba-saksana/terminu-vardnica.md).

# Terminu vārdnīca

Terminu definīcijas, ar kurām sastapsieties dokumentācijā un vadības panelī.

Vienkāršā valodā formulētas platformā lietoto terminu definīcijas. Noklikšķiniet uz jebkura ieraksta, lai to izvērstu.

***

## A — F

<details>

<summary>Maksājums no konta uz kontu (A2A) — Pay by Bank</summary>

### Definīcija

Maksājumi no konta uz kontu (A2A) ir elektroniski maksājumi, kas tiek veikti tieši no maksātāja bankas konta uz tirgotāja bankas kontu, neizmantojot maksājumu karti.

A2A maksājumi parasti tiek iniciēti, izmantojot Open Banking vai citus regulētus banku maksājumu pakalpojumus, ļaujot klientiem droši autorizēt maksājumus, izmantojot savu tiešsaistes vai mobilo bankas lietotni.

### Galvenie ieguvumi

* Tieša bankas–bankas maksājumu apstrāde
* Nav nepieciešama maksājumu karte
* Zemākas maksājumu apstrādes izmaksas
* Ātrs maksājuma apstiprinājums
* Stipra klienta autentifikācija (SCA), ko nodrošina klienta banka
* Mazāks ar kartēm saistītas krāpniecības risks

### Kā tas darbojas

1. Klients norēķinu laikā izvēlas maksājumu ar banku.
2. Klients izvēlas savu banku.
3. Klientu droši autentificē viņa banka.
4. Maksājums tiek autorizēts.
5. Tirgotājs saņem maksājuma apstiprinājumu un pabeidz pasūtījumu.

</details>

<details>

<summary>Piekļuves kontroles serveris (ACS)</summary>

EMV® 3-D Secure (3DS) infrastruktūras komponents, ko parasti pārvalda kartes izdevējs vai tā vārdā. ACS autentificē kartes turētāju maksājuma procesa laikā, nosaka, vai nepieciešama papildu pārbaude (challenge), un nosūta autentifikācijas rezultātu, lai atbalstītu drošu darījuma autorizāciju.

</details>

<details>

<summary>Lietojumprogrammu programmēšanas saskarne (API)</summary>

Lietojumprogrammu programmēšanas saskarne (API) ir noteikumu un galapunktu kopums, kas ļauj programmatūras lietojumprogrammām savstarpēji sazināties. Maksājumu vārtejā API ļauj tirgotājiem integrēt savas lietotnes ar vārteju, lai veiktu tādas darbības kā maksājumu izveide, maksājumu informācijas izgūšana, naudas atmaksu apstrāde, tokenu pārvaldība un maksājumu statusa atjauninājumu saņemšana.

</details>

<details>

<summary>Autentifikācija</summary>

Maksātāja identitātes pārbaudes process pirms maksājuma autorizēšanas. Autentifikācija palīdz apstiprināt, ka darījumu iniciē persona, kas ir likumīgs kartes vai konta turētājs, un samazina krāpniecības risku.

Karšu maksājumiem autentifikāciju parasti veic, izmantojot EMV® 3-D Secure (3DS), kas var ietvert biometrisko pārbaudi, vienreizēju paroli (OTP) vai citas kartes izdevēja nodrošinātas autentifikācijas metodes.

</details>

<details>

<summary>Autorizācija</summary>

Autorizācija ir process, kurā kartes izdevējs nosaka, vai maksājumu var apstiprināt. Autorizācijas laikā izdevējs pārbauda maksājuma informāciju, nosaka, vai karte ir derīga, apstiprina pietiekamus līdzekļus vai pieejamo kredītlimitu, veic krāpniecības un riska pārbaudes un sniedz apstiprinājuma vai noraidījuma atbildi.

Maksājumiem, kas ir autorizēti, bet vēl nav pabeigti, autorizētā summa var tikt rezervēta kartes turētāja kontā līdz tās iegrāmatošanai vai līdz autorizācijas termiņa beigām.

</details>

<details>

<summary>Bankas identifikācijas numurs (BIN)</summary>

Bankas identifikācijas numurs (BIN), kas pazīstams arī kā izdevēja identifikācijas numurs (IIN), ir pirmie 6 līdz 8 maksājumu kartes numura cipari. BIN identificē kartes izdevēju un karšu tīklu, piemēram, Visa vai Mastercard.

BIN informāciju var izmantot, lai noteiktu:

* Kartes tīklu (piemēram, Visa vai Mastercard).
* Finanšu iestādi, kas izdevusi karti.

Maksājumu vārteja var izmantot BIN informāciju, lai atbalstītu maksājumu maršrutēšanu, krāpniecības novēršanu un ar karti saistītas informācijas attēlošanu.

</details>

<details>

<summary>Atcelšana</summary>

Atcelšana ir process, kurā tiek anulēts autorizēts maksājums pirms tā iegrāmatošanas. Kad maksājums tiek atcelts, autorizācija tiek atbrīvota un līdzekļi netiek pārskaitīti tirgotājam.

Maksājumu var atcelt tikai tad, ja tas ir autorizēts, bet vēl nav iegrāmatots. Kad maksājums ir iegrāmatots, to vairs nevar atcelt. Ja tirgotājam pēc iegrāmatošanas ir jāatgriež līdzekļi, tā vietā jāuzsāk naudas atmaksa.

</details>

<details>

<summary>Iekasēt</summary>

Iegrāmatošana ir process, kurā tiek pabeigts iepriekš autorizēts maksājums, pieprasot autorizēto līdzekļu pārskaitījumu no kartes turētāja konta uz tirgotāju.

Atkarībā no tirgotāja konfigurācijas maksājumi var tikt iegrāmatoti automātiski uzreiz pēc veiksmīgas autorizācijas vai manuāli vēlāk.

Maksājumu var iegrāmatot tikai pēc tam, kad tas ir veiksmīgi autorizēts.

</details>

<details>

<summary>Karšu tīkls (karšu shēma)</summary>

Karšu tīkls, kas pazīstams arī kā karšu shēma, ir maksājumu tīkls, kas nosaka noteikumus, standartus un infrastruktūru karšu maksājumu apstrādei. Karšu tīkli savieno kartes izdevējus, ekvairerus, tirgotājus un maksājumu pakalpojumu sniedzējus, lai nodrošinātu drošus un uzticamus maksājumu darījumus.

Galveno karšu tīklu piemēri ir:

* Visa
* Mastercard
* American Express
* UnionPay
* JCB
* Discover

Karšu tīkli nosaka maksājumu apstrādes noteikumus, drošības prasības, strīdu izskatīšanu un norēķinus, kā arī piemēro tīkla maksas darījumiem, kas apstrādāti caur to sistēmām.

</details>

<details>

<summary>Karte nav klāt (CNP)</summary>

Darījums “karte nav klāt” (CNP) ir karšu maksājums, kurā fiziskā maksājumu karte pirkuma brīdī netiek uzrādīta tirgotājam.

Biežākie CNP darījumu piemēri ir:

* E-komercijas (tiešsaistes) maksājumi
* Maksājumi lietotnēs
* Pasta pasūtījumu / telefona pasūtījumu (MOTO) maksājumi

Tā kā karte fiziski nav klāt, CNP darījumiem parasti ir lielāks krāpniecības risks nekā darījumiem, kuros karte ir klāt (CP). Lai palīdzētu mazināt šo risku, tirgotāji parasti izmanto drošības pasākumus, piemēram, EMV® 3-D Secure (3DS), krāpniecības novēršanas rīkus un uz risku balstītu autentifikāciju.

</details>

<details>

<summary>Kartes numurs (PAN)</summary>

Primārais konta numurs (PAN) ir unikāls numurs, kas piešķirts maksājumu kartei. Tas identificē karti un tiek izmantots maksājumu darījumu apstrādei.

PAN pirmie 6 līdz 8 cipari veido bankas identifikācijas numuru (BIN) jeb izdevēja identifikācijas numuru (IIN), kas identificē kartes izdevēju un karšu tīklu.

Darījumos “karte nav klāt” (CNP) PAN parasti izmanto kopā ar kartes drošības kodu (CVV/CVC) un, ja piemērojams, EMV® 3-D Secure (3DS) autentifikāciju.

{% hint style="warning" %}
Tirgotājiem jāizvairās no neapstrādātu PAN datu glabāšanas vai apstrādes, ja vien viņiem nav atļaujas to darīt un tie ievēro piemērojamās PCI DSS prasības.
{% endhint %}

</details>

<details>

<summary>Karte saglabāta profilā (CoF)</summary>

Karte saglabāta profilā (CoF) nozīmē klienta maksājumu kartes datu vai maksājumu toka drošu glabāšanu turpmākiem darījumiem. Tas ļauj klientiem veikt atkārtotus pirkumus, atkārtoti neievadot kartes informāciju.

Karte saglabāta profilā var tikt izmantota:

* Maksājumiem ar vienu klikšķi
* Atkārtotiem maksājumiem (abonementiem)
* Neregulāriem tirgotāja iniciētiem darījumiem (MIT)
* Citiem atkārtotiem maksājumiem, ko autorizējis klients

Tirgotājiem nevajadzētu glabāt neapstrādātus kartes datus, ja vien viņiem nav atļaujas to darīt un tie ievēro piemērojamās PCI DSS prasības. Kā alternatīvu Maksājumu vārteja atbalsta tokenizāciju, ļaujot tirgotājiem glabāt un izmantot maksājumu tokenus sensitīvu kartes datu vietā.

</details>

<details>

<summary>Kartes verifikācijas vērtība (CVV/CVC/CID)</summary>

Kartes verifikācijas vērtība (CVV/CVC/CID) ir 3 vai 4 ciparu drošības kods, kas uzdrukāts uz maksājumu kartes. To galvenokārt izmanto darījumos, kuros karte nav klāt (CNP), lai palīdzētu pārbaudīt, ka klientam fiziski ir karte.

Drošības kodam atkarībā no karšu tīkla ir dažādi nosaukumi:

* Visa – kartes verifikācijas vērtība (CVV/CVV2)
* Mastercard – kartes validācijas kods (CVC/CVC2)
* American Express – kartes identifikācijas numurs (CID)
* Discover – kartes identifikācijas numurs (CID)

Drošības un PCI DSS atbilstības nolūkos tirgotāji nekad nedrīkst glabāt kartes drošības kodu pēc tam, kad darījums ir autorizēts, pat ja tiek izmantota tokenizācija vai kartes saglabāšana profilā.

</details>

<details>

<summary>Kartes turētājs</summary>

Kartes turētājs ir persona vai organizācija, kurai kartes izdevējs ir izsniedzis maksājumu karti un kura ir pilnvarota izmantot šo karti pirkumiem vai citiem maksājumu darījumiem.

Kartes turētājs iniciē maksājumu un, ja nepieciešams, pabeidz autentifikācijas procesu (piemēram, izmantojot EMV® 3-D Secure (3DS)) pirms darījuma autorizācijas.

</details>

<details>

<summary>Kartes</summary>

Maksājumu kartes ir maksāšanas instrumenti, ko izsniedz kartes izdevējs un kas ļauj klientiem veikt bezskaidras naudas maksājumus veikalā, tiešsaistē vai mobilajās lietotnēs. Maksājumu kartes var būt fiziskas vai virtuālas un parasti tiek izsniegtas kā:

* Debetkartes
* Kredītkartes
* Priekšapmaksas kartes

Lielākā daļa maksājumu karšu darbojas karšu tīklā, piemēram, Visa vai Mastercard, un tās var arī pievienot digitālajām maku lietotnēm, piemēram, Apple Pay vai Google Pay, lai nodrošinātu drošus bezkontakta un tiešsaistes maksājumus.

</details>

<details>

<summary>Atmaksa pēc strīda</summary>

Atmaksa pēc strīda ir process, kurā kartes turētājs apstrīd kartes darījumu pie sava kartes izdevēja, pieprasot, lai darījuma summa tiktu reversēta.

Atmaksa pēc strīda var notikt dažādu iemeslu dēļ, tostarp:

* Krāpniecisku vai neatļautu darījumu dēļ
* Preces vai pakalpojumi nav saņemti
* Apstrādes vai autorizācijas kļūdas
* Dublikātu darījumi
* Klienta strīdi par pirkumu

Kad tiek uzsākta atmaksa pēc strīda, tirgotājam var būt iespēja to apstrīdēt, iesniedzot pamatojošus pierādījumus, piemēram, piegādes apliecinājumu, darījumu ierakstus vai citu dokumentāciju. Pierādījumi tiek iesniegti caur ekvaireru, kas atgriešanas procesa laikā pārstāv tirgotāju.

</details>

<details>

<summary>Strīds</summary>

Strīds ir process, kurā tirgotājs apstrīd kartes turētāja uzsākto atmaksu pēc strīda, izmantojot savu kartes izdevēju.

Ja tirgotājs uzskata, ka darījums bija derīgs, viņš var iesniegt pamatojošus pierādījumus caur savu ekvaireru, lai apstrīdētu atmaksu pēc strīda. Tipiski pierādījumi var ietvert:

* Piegādes apliecinājums vai pakalpojuma pabeigšana
* Darījuma un pasūtījuma informācija
* Saziņa ar klientu
* Autentifikācijas rezultāti (piemēram, EMV® 3-D Secure (3DS))
* Jebkura cita dokumentācija, kas apstiprina darījuma derīgumu

Kartes izdevējs izvērtē pierādījumus saskaņā ar piemērojamajiem karšu tīkla noteikumiem un nosaka, vai atmaksa pēc strīda ir jāatstāj spēkā vai jāreversē.

{% hint style="info" %}
Ne visas atmaksas pēc strīda var apstrīdēt. Iespēja apstrīdēt atmaksu pēc strīda ir atkarīga no karšu tīkla noteikumiem un atmaksai pēc strīda piešķirtā iemesla koda.
{% endhint %}

</details>

<details>

<summary>E-komercijas maksājumi</summary>

E-komercijas maksājumi, kas pazīstami arī kā tiešsaistes maksājumi, ir maksājumu darījumi, ko klienti veic digitālos kanālos, piemēram, tīmekļa vietnēs, tiešsaistes veikalos vai mobilajās lietotnēs, lai iegādātos preces vai pakalpojumus.

Maksājumu vārteja atbalsta vairākas tiešsaistes maksājumu metodes, tostarp:

* Maksājumu kartes
* Digitālie maki (piemēram, Apple Pay, Google Pay, PayPal un Click to Pay)
* Open Banking maksājumi, izmantojot maksājuma iniciēšanas pakalpojumus (PIS)

E-komercijas maksājumi, izmantojot maksājumu karti, ir darījumi, kuros karte nav klāt (CNP), un drošības uzlabošanai tiem var būt nepieciešama klienta autentifikācija, piemēram, EMV® 3-D Secure (3DS).

</details>

<details>

<summary>EMV® 3-D Secure (EMV 3DS)</summary>

### Definīcija

EMV® 3-D Secure (EMV 3DS), ko parasti dēvē par 3DS2, ir globāls autentifikācijas protokols tiešsaistes karšu maksājumiem (darījumiem, kuros karte nav klāt jeb CNP). To izstrādāja EMVCo, un tas ļauj karšu izdevējiem pārbaudīt kartes turētāja identitāti pirms tiešsaistes maksājuma autorizēšanas.

Droši apmainoties ar autentifikācijas un darījuma datiem starp tirgotāju, izdevēju un karšu tīklu, EMV 3DS palīdz samazināt krāpniecību un vienlaikus nodrošina plūstošāku un drošāku norēķinu pieredzi.

### Galvenie ieguvumi

* Samazina tiešsaistes maksājumu krāpniecību
* Palielina maksājumu autorizācijas rādītājus, samazinot kļūdainus atteikumus
* Atbalsta stipras klienta autentifikācijas (SCA) prasības saskaņā ar PSD2
* Uzlabo klienta norēķinu pieredzi, izmantojot bezberzes autentifikāciju
* Optimizēts tīmekļa, mobilo un lietotņu maksājumiem

### Autentifikācijas rezultāti

Atkarībā no izdevēja riska novērtējuma autentifikācija var beigties ar:

* Bezberzes autentifikācija – darījums tiek autentificēts, neprasot papildu darbības no kartes turētāja.
* Papildu pārbaudes autentifikācija – kartes turētājam tiek lūgts veikt papildu verifikācijas soli, piemēram, ievadīt vienreizējo paroli (OTP), apstiprināt darījumu savā bankas lietotnē vai izmantot biometrisko autentifikāciju.

</details>

<details>

<summary>Krāpniecība</summary>

Krāpniecība ir apzināta maldināšanas izmantošana, lai veiktu neatļautus vai nelikumīgus maksājumu darījumus. Krāpniecība var būt vērsta pret kartes turētājiem, tirgotājiem, izdevējiem vai citiem maksājumu ekosistēmas dalībniekiem.

Biežākie maksājumu krāpniecības piemēri ir:

* Neatļauta zagtu vai kompromitētu maksājumu datu izmantošana
* Identitātes zādzība
* Konta pārņemšana
* Kartes testēšanas uzbrukumi
* Draudzīga krāpniecība (strīdu procesa ļaunprātīga izmantošana)

Lai palīdzētu samazināt krāpniecības risku, Maksājumu vārteja atbalsta vairākus drošības pasākumus, tostarp EMV® 3-D Secure (3DS), krāpniecības novēršanas rīkus, uz risku balstītu autentifikāciju, tokenizāciju un reāllaika darījumu uzraudzību.

</details>

***

## G — P

<details>

<summary>Izdevējs (izdevējbanka)</summary>

Izdevējs jeb izdevējbanka ir finanšu iestāde, kas klientam (kartes vai konta turētājam) nodrošina maksājumu karti vai maksājumu kontu.

Karšu maksājumiem izdevēja pienākumos ietilpst:

* Maksājumu kartes izdošana
* Kartes turētāja autentifikācija, ja nepieciešams
* Maksājumu darījumu autorizēšana vai noraidīšana
* Klienta konta, pieejamo līdzekļu vai kredītlimita pārvaldība

Open Banking maksājumiem izdevējs ir konta apkalpojošais maksājumu pakalpojumu sniedzējs (ASPSP), kas tur klienta maksājumu kontu un autorizē maksājuma iniciēšanu vai sniedz konta informāciju.

</details>

<details>

<summary>Juridiska persona</summary>

Juridiska persona ir persona vai organizācija, ko likums atzīst un kas var slēgt līgumus, piederēt aktīviem un veikt uzņēmējdarbības aktivitātes.

Maksājumu vārtejas kontekstā juridiska persona pārstāv tirgotāju vai uzņēmumu, kas noslēdz līgumu ar ekvaireru vai maksājumu pakalpojumu sniedzēju, lai pieņemtu maksājumus.

Informācija, kas saistīta ar juridisku personu, parasti ietver:

* Juridiskais nosaukums
* Reģistrētā adrese
* Uzņēmuma reģistrācijas dati
* Nodokļu identifikācijas informācija
* Pilnvarotie pārstāvji

Šī informācija tiek izmantota tirgotāja pieslēgšanas un pastāvīgo atbilstības procesu laikā, lai izpildītu normatīvās prasības, tostarp klienta pazīšanas (KYC) un naudas atmazgāšanas novēršanas (AML) pienākumus.

</details>

<details>

<summary>Klienta pazīšana (KYC)</summary>

Klienta pazīšana (KYC) ir klientu identitātes noteikšanas un pārbaudes process saskaņā ar piemērojamajām regulatīvajām prasībām, tostarp naudas atmazgāšanas novēršanas (AML) un terorisma finansēšanas novēršanas (CTF) noteikumiem.

KYC pārbaudes var tikt veiktas tirgotāja pieslēgšanas laikā un visā sadarbības periodā, lai pārbaudītu fizisku personu vai juridisku personu identitāti, novērtētu iespējamos riskus un nodrošinātu atbilstību piemērojamajiem likumiem un maksājumu nozares prasībām.

Tipiska KYC informācija var ietvert:

* Identitātes un uzņēmuma reģistrācijas datus
* Informāciju par patiesajiem labuma guvējiem
* Uzņēmējdarbības darbības
* Pamatojošu dokumentāciju, ko pieprasa ekvairers vai maksājumu pakalpojumu sniedzējs

</details>

<details>

<summary>Tirgotājs</summary>

Tirgotājs ir uzņēmums vai organizācija, kas ir noslēgusi Tirgotāja līgumu ar SEB, lai pieņemtu elektroniskos maksājumus, izmantojot Maksājumu vārteju.

Tirgotāji var pieņemt maksājumus par precēm un pakalpojumiem, izmantojot SEB iespējotās maksājumu metodes, tostarp maksājumu kartes, digitālos makus un Open Banking maksājumus (kur piemērojams).

Pēc pieslēgšanas tirgotāji iegūst piekļuvi Tirgotāja portālam, kur var konfigurēt savu veikalu, ģenerēt API piekļuves akreditācijas datus, pārvaldīt maksājumu iestatījumus, uzraudzīt darījumus un piekļūt pārskatiem.

</details>

<details>

<summary>Tirgotāja kategorijas kods (MCC)</summary>

Tirgotāja kategorijas kods (MCC) ir četrciparu kods, ko ekvairers piešķir tirgotājam, pamatojoties uz tirgotāja galveno uzņēmējdarbības aktivitāti.

MCC izmanto maksājumu tīkli un finanšu iestādes, lai:

* Klasificētu tirgotāja uzņēmējdarbības veidu
* Piemērotu karšu tīkla noteikumus un starpbanku komisijas maksas
* Atbalstītu krāpniecības novēršanu un riska pārvaldību
* Noteiktu atbilstību noteiktiem maksājumu produktiem vai kartes turētāja priekšrocībām

Jūsu MCC tiek piešķirts tirgotāja pieslēgšanas laikā ar SEB un ir saistīts ar jūsu Tirgotāja līgumu.

{% hint style="info" %}
Ja uzskatāt, ka jums piešķirtais MCC precīzi neatspoguļo jūsu uzņēmējdarbības aktivitāti, lūdzu, sazinieties ar SEB, lai saņemtu palīdzību.
{% endhint %}

</details>

<details>

<summary>Maksājumi ar vienu klikšķi</summary>

Maksājumi ar vienu klikšķi ļauj atgriezeniskiem klientiem ātrāk veikt nākamos pirkumus, izmantojot iepriekš saglabātus maksājumu datus.

Sākotnējā darījumā klients norāda savus maksājuma datus un piekrīt to turpmākai izmantošanai. Turpmākajos pirkumos klients var pabeigt maksājumu, atkārtoti neievadot pilnus kartes datus. Atkarībā no kartes izdevēja prasībām un piemērojamajiem noteikumiem joprojām var būt nepieciešama papildu autentifikācija (piemēram, EMV® 3-D Secure (3DS)).

Maksājumi ar vienu klikšķi tiek ieviesti, izmantojot saglabātos maksājumu datus, un tiek klasificēti kā klienta iniciēti darījumi (CIT).

</details>

<details>

<summary>Maksājumu vārteja</summary>

SEB Ecommerce Payment Gateway ir platforma, kas ļauj tirgotājiem droši pieņemt un pārvaldīt elektroniskos maksājumus, izmantojot vienu integrāciju.

Tā nodrošina piekļuvi vairākām maksājumu metodēm, tostarp:

* Maksājumu kartes
* Digitālie maki
* Open Banking maksājumi (maksājuma iniciēšanas pakalpojumi)

Maksājumu vārteja droši apstrādā maksājumu pieprasījumus, atbalsta klientu autentifikāciju, maršrutē darījumus autorizācijai un apstrādei un atgriež maksājumu rezultātus tirgotājam. Tā nodrošina arī tādus pakalpojumus kā Tirgotāja portāls, Tirgotāja API, Hosted Checkout, tīmekļa spraudņi, mobilie SDK, tokenizācija un EMV® 3-D Secure (3DS).

Tirgotāji piekļūst Maksājumu vārtejai saskaņā ar savu Tirgotāja līgumu ar SEB, kas darbojas kā tirgotāja ekvairers.

</details>

<details>

<summary>PSD2 (Otrā maksājumu pakalpojumu direktīva)</summary>

### Definīcija

Otrā maksājumu pakalpojumu direktīva (PSD2) ir Eiropas Savienības regula, kas nosaka tiesisko regulējumu elektroniskajiem maksājumiem un maksājumu pakalpojumiem Eiropas Ekonomikas zonā (EEZ).

PSD2 ieviesa stingrākas drošības prasības elektroniskajiem maksājumiem, palielināja konkurenci, ļaujot izmantot Open Banking, un uzlaboja patērētāju aizsardzību.

### Galvenās prasības

PSD2 ieviesa vairākas svarīgas izmaiņas maksājumu pakalpojumu sniedzējiem un tirgotājiem, tostarp:

* Stipra klienta autentifikācija (SCA) lielākajai daļai elektronisko maksājumu
* Open Banking, kas licencētiem trešo pušu pakalpojumu sniedzējiem ļauj piekļūt banku pakalpojumiem, izmantojot drošas API ar klienta piekrišanu
* Uzlabota patērētāju aizsardzība un maksājumu caurskatāmība
* Standartizētas drošības prasības maksājumu pakalpojumu sniedzējiem

### Ietekme uz tirgotāju

Tirgotājiem PSD2 galvenokārt ietekmē to, kā tiek autentificēti tiešsaistes maksājumi.

Atkarībā no maksājuma metodes klientiem var būt jāveic stipra klienta autentifikācija (SCA) pirms maksājuma autorizēšanas. Autentifikāciju parasti veic, izmantojot tādas tehnoloģijas kā EMV® 3-D Secure karšu maksājumiem vai klienta tiešsaistes vai mobilās bankas lietotni Open Banking maksājumiem.

Daži darījumi var atbilst regulatīvajiem izņēmumiem, ja to pieļauj izdevējs un piemērojamie noteikumi.

</details>

<details>

<summary>PCI DSS pašnovērtējuma anketa (SAQ)</summary>

### Definīcija

PCI DSS pašnovērtējuma anketa (SAQ) ir validācijas rīks, ko publicējusi PCI drošības standartu padome (PCI SSC). Tā ļauj atbilstīgajiem tirgotājiem un pakalpojumu sniedzējiem novērtēt un apstiprināt savu atbilstību maksājumu karšu nozares datu drošības standartam (PCI DSS).

SAQ veids, kas tirgotājam jāaizpilda, ir atkarīgs no tā, kā kartes turētāja dati tiek pieņemti, apstrādāti vai pārsūtīti viņa maksājumu vidē.

### Biežākie SAQ veidi e-komercijai

Biežākie SAQ e-komercijas tirgotājiem ir:

* SAQ A – tirgotājiem, kuri pilnībā nodod kartes turētāja datu vākšanu, apstrādi un pārsūtīšanu PCI DSS atbilstošam maksājumu pakalpojumu sniedzējam. Tirgotāja sistēmas neuzglabā, neapstrādā un nepārraida kartes turētāja datus.
* SAQ A-EP – tirgotājiem, kuru maksājumu lapa var ietekmēt maksājuma darījuma drošību, pat ja kartes turētāja datus apstrādā PCI DSS atbilstošs maksājumu sniedzējs.

### SEB Ecommerce Payment Gateway

SEB Ecommerce Payment Gateway atbilst PCI DSS 1. līmenim, kas ir augstākais PCI DSS sertifikācijas līmenis pakalpojumu sniedzējiem.

Atkarībā no izvēlētās integrācijas metodes jūsu PCI DSS validācijas prasības var atšķirties.

Svarīgi: piemērojamā SAQ tiek noteikta, ņemot vērā visu jūsu maksājumu vidi un ieviešanu. Tirgotāji joprojām ir atbildīgi par savu PCI DSS atbilstības prasību novērtēšanu.

</details>

***

## R — Z

<details>

<summary>Atkārtoti maksājumi</summary>

Atkārtoti maksājumi ir maksājumi, kas pēc klienta sākotnējās autorizācijas un piekrišanas automātiski tiek iekasēti noteiktos intervālos (piemēram, reizi nedēļā, mēnesī vai gadā).

Atkārtoti maksājumi parasti tiek izmantoti:

* Abonēšanas pakalpojumiem
* Dalības maksām
* Komunālajiem rēķiniem
* Citiem regulāri plānotiem maksājumiem

Maksājumu vārteja atbalsta atkārtotus maksājumus, izmantojot saglabātos maksājumu datus un tokenizāciju, ļaujot tirgotājiem droši iniciēt nākotnes maksājumus, neuzglabājot sensitīvus kartes datus. Atkarībā no maksājuma scenārija un piemērojamajiem noteikumiem sākotnējam maksājumam var būt nepieciešama EMV® 3-D Secure (3DS) autentifikācija.

Atkārtoti maksājumi tiek klasificēti kā tirgotāja iniciēti darījumi (MIT) pēc sākotnējā klienta iniciētā darījuma (CIT).

</details>

<details>

<summary>Naudas atmaksa</summary>

Naudas atmaksa ir līdzekļu atgriešanas process klientam pēc tam, kad maksājums ir veiksmīgi iegrāmatots.

Tirgotāji var veikt naudas atmaksu dažādu iemeslu dēļ, piemēram:

* Atcelts pasūtījums
* Atdotas preces
* Pakalpojuma atcelšana
* Klienta labvēlības nolūkā
* Pasūtījuma korekcijas

Naudas atmaksu iniciē tirgotājs, un tā tiek apstrādāta caur Maksājumu vārteju. Pēc pabeigšanas līdzekļi tiek atgriezti klienta maksājumu kontā saskaņā ar karšu tīkla vai maksājuma metodes noteikumiem.

</details>

<details>

<summary>Shēmas maksa</summary>

Shēmas maksa ir maksa, ko karšu tīkls (piemēram, Visa vai Mastercard) iekasē par karšu maksājumu darījumu apstrādi savā maksājumu tīklā.

Shēmas maksas nosaka attiecīgais karšu tīkls, un tās parasti tiek iekasētas no ekvairera. Atkarībā no tirgotāja līguma šīs maksas var būt iekļautas tirgotāja kopējās maksājumu apstrādes izmaksās.

</details>

<details>

<summary>Sensitīvie autentifikācijas dati (SAD)</summary>

Sensitīvie autentifikācijas dati (SAD) ir ar drošību saistīta informācija, ko izmanto kartes turētāja autentifikācijai vai maksājuma darījuma autorizācijai.

Sensitīvo autentifikācijas datu piemēri ir:

* Kartes verifikācijas vērtība (CVV/CVC/CID)
* PIN kodi un PIN bloki
* Pilni magnētiskās joslas (track) dati
* Čipa (EMV) autentifikācijas dati

Sensitīvie autentifikācijas dati ir pakļauti stingrām PCI DSS prasībām, un tos nedrīkst uzglabāt pēc maksājuma autorizācijas, pat ja tirgotājs atbilst PCI DSS prasībām.

</details>

<details>

<summary>Stipra klienta autentifikācija (SCA)</summary>

### Definīcija

Stipra klienta autentifikācija (SCA) ir drošības prasība, kas ieviesta ar Otro maksājumu pakalpojumu direktīvu (PSD2), lai samazinātu krāpniecību un palielinātu elektronisko maksājumu drošību Eiropas Ekonomikas zonā (EEZ).

SCA pieprasa klientiem pārbaudīt savu identitāti, izmantojot vismaz divus neatkarīgus autentifikācijas faktorus, pirms noteiktus elektroniskos maksājumus var autorizēt.

### Autentifikācijas faktori

SCA balstās uz šādiem autentifikācijas faktoriem:

* Zināšanas – kaut kas, ko klients zina, piemēram, parole vai PIN.
* Piederība – kaut kas, kas pieder klientam, piemēram, mobilā ierīce, aparatūras tokens vai vienreizējā parole (OTP).
* Raksturīgums – kaut kas, kas raksturo klientu, piemēram, pirksta nospiedums, sejas atpazīšana vai cita biometriska pazīme.

Autentifikācijā jāizmanto vismaz divi no šiem trim faktoriem.

### Kā SCA tiek piemērota

Tiešsaistes karšu maksājumiem SCA parasti tiek veikta, izmantojot EMV® 3-D Secure (EMV 3DS).

Open Banking un maksājumiem no konta uz kontu (A2A) autentifikācija parasti tiek pabeigta, izmantojot klienta tiešsaistes vai mobilo bankas lietotni.

Daži darījumi var atbilst regulatīvajiem izņēmumiem vai tikt uzskatīti par ārpus darbības jomas esošiem, ievērojot piemērojamos noteikumus un izdevēja riska novērtējumu.

</details>

<details>

<summary>Abonementi</summary>

Abonementi ir atkārtotu maksājumu veids, kurā klientam par pastāvīgu produktu vai pakalpojumu automātiski tiek iekasēta maksa iepriekš noteiktos intervālos (piemēram, reizi nedēļā, mēnesī vai gadā).

Biežākie piemēri ir:

* Video un mūzikas straumēšanas pakalpojumi
* Programmatūras abonementi (SaaS)
* Dalības maksām
* Komunālie vai pakalpojumu plāni

Abonementi tiek apstrādāti kā tirgotāja iniciēti darījumi (MIT) pēc sākotnējā klienta iniciētā darījuma (CIT), kurā klients piekrīt turpmākām atkārtotām maksām.

</details>

<details>

<summary>Tokenizācija</summary>

Tokenizācija ir sensitīvu maksājumu datu, piemēram, primārā konta numura (PAN), aizstāšanas process ar unikālu, nesensitīvu vērtību, ko sauc par tokenu.

Tokenu var droši uzglabāt un izmantot turpmākos maksājumu darījumos, neatklājot sākotnējos kartes datus. Tokenizācija palīdz samazināt sensitīvu maksājumu datu apstrādi un uzlabo maksājumu apstrādes drošību.

Maksājumu vārteja izmanto tokenizāciju, lai atbalstītu tādas funkcijas kā:

* Saglabātie maksājumu dati
* Maksājumi ar vienu klikšķi
* Atkārtoti maksājumi (abonementi)
* Tirgotāja iniciēti darījumi (MIT)

{% hint style="info" %}
Maksājumu tokenam ārpus Maksājumu vārtejas nav iekšējas vērtības, un to nevar izmantot, lai rekonstruētu sākotnējos kartes datus.
{% endhint %}

</details>

<details>

<summary>Darījums (Tx)</summary>

Darījums (Tx) ir maksājuma operācija, kas tiek apstrādāta caur Maksājumu vārteju. Darījums atspoguļo maksājuma dzīves ciklu no iniciēšanas līdz autorizācijai, iegrāmatošanai, norēķinam, naudas atmaksai vai atcelšanai, atkarībā no maksājuma plūsmas.

Darījumus var iniciēt, izmantojot atbalstītās maksājumu metodes, tostarp:

* Maksājumu kartes
* Digitālie maki
* Open Banking maksājumi (maksājuma iniciēšanas pakalpojumi)

Katram darījumam tiek piešķirts unikāls maksājuma ID, ko var izmantot, lai identificētu, izsekotu un saskaņotu maksājumu visā tā dzīves ciklā.

</details>

<details>

<summary>Webhook</summary>

A **Webhook (arī dēvēts par atpakaļsaukuma paziņojumiem)** ir HTTP paziņojums, ko Maksājumu vārteja nosūta uz tirgotāja definētu galapunktu, kad notiek maksājuma notikums.

Webhooki nodrošina reāllaika atjauninājumus par maksājuma statusa izmaiņām. Tie ļauj tirgotājiem automatizēt biznesa procesus, piemēram:

* Pasūtījuma statusa atjaunināšana
* Veiksmīgu maksājumu apstiprināšana
* Naudas atmaksu vai atcelšanu apstrāde
* Izpildes vai piegādes plūsmu aktivizēšana
* Maksājumu darījumu saskaņošana

Katrs webhook paziņojums ietver maksājuma ID un jaunāko maksājuma statusu. Pēc webhook saņemšanas tirgotājiem jāizsauc Get Payment Information API, lai iegūtu pilnu un aktuālu maksājuma informāciju.

{% hint style="info" %}
Lai saņemtu webhook paziņojumus, tirgotājiem Tirgotāja portālā jāiestata atzvanes URL.
{% endhint %}

</details>

***


---

# 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/darba-saksana/terminu-vardnica.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.
