> 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/alustamine/sonastik.md).

# Sõnastik

Mõistete definitsioonid, millega dokumentatsioonis ja armatuurlaual kokku puutute.

Platvormil kasutatavate mõistete lihtsas keeles definitsioonid. Klõpsake ükskõik millisel kirjel selle laiendamiseks.

***

## A — F

<details>

<summary>Konto-kontole (A2A) maksmine panga kaudu</summary>

### Definitsioon

Konto-kontole (A2A) maksed on elektroonilised maksed, mis tehakse otse maksja pangakontolt kaupmehe pangakontole ilma maksekaarti kasutamata.

A2A-maksed algatatakse tavaliselt avatud panganduse või muude reguleeritud pangamakse teenuste kaudu, võimaldades klientidel makseid turvaliselt kinnitada oma interneti- või mobiilipanga rakenduses.

### Peamised eelised

* Otsene panga ja panga vaheline maksetöötlus
* Maksekaarti pole vaja
* Madalamad maksetöötluskulud
* Kiire maksekinnitus
* Tugev kliendi autentimine (SCA), mida toetab kliendi pank
* Väiksem kaardipettuse risk

### Kuidas see toimib

1. Klient valib kassas maksmise panga kaudu.
2. Klient valib oma panga.
3. Kliendi panka autentitakse turvaliselt.
4. Makse autoriseeritakse.
5. Kaupmees saab maksekinnituse ja lõpetab tellimuse.

</details>

<details>

<summary>Juurdepääsukontrolliserver (ACS)</summary>

EMV® 3-D Secure'i (3DS) infrastruktuuri komponent, mida tavaliselt haldab kaardi väljastaja või tema nimel tegutsev osapool. ACS autentib kaardiomaniku makseprotsessi ajal, määrab, kas on vaja täiendavat kontrolli (challenge), ning tagastab autentimistulemuse, et toetada turvalist tehingu autoriseerimist.

</details>

<details>

<summary>Rakendusprogrammeerimisliides (API)</summary>

Rakendusprogrammeerimisliides (API) on reeglite ja lõpp-punktide kogum, mis võimaldab tarkvararakendustel omavahel suhelda. Makseväravas võimaldavad API-d kaupmeestel integreerida oma rakendused väravaga, et teostada toiminguid nagu maksete loomine, makseteabe hankimine, tagasimaksete töötlemine, tokenite haldamine ja makseoleku uuenduste vastuvõtmine.

</details>

<details>

<summary>Autentimine</summary>

Maksja identiteedi kontrollimise protsess enne makse autoriseerimist. Autentimine aitab kinnitada, et tehingu algatanud isik on õiguspärane kaardiomanik või kontoomanik, ning vähendab pettuseriski.

Kaardimaksete puhul teostatakse autentimine tavaliselt EMV® 3-D Secure'i (3DS) abil, mis võib hõlmata biomeetrilist kontrolli, ühekordset parooli (OTP) või muid kaardi väljastaja pakutavaid autentimismeetodeid.

</details>

<details>

<summary>Authorization</summary>

Autoriseerimine on protsess, mille käigus kaardi väljastaja otsustab, kas makse saab heaks kiita. Autoriseerimise ajal kontrollib väljastaja makseandmeid, veendub, et kaart on kehtiv, kinnitab piisavad vahendid või olemasoleva krediidilimiidi, teeb pettuse- ja riskikontrollid ning tagastab heakskiidu või keeldumise vastuse.

Maksete puhul, mis on autoriseeritud, kuid mitte kohe lõpule viidud, võidakse autoriseeritud summa kaardiomaniku kontol reserveerida kuni selle sissevõtmiseni või autoriseerimise aegumiseni.

</details>

<details>

<summary>Panga identifitseerimisnumber (BIN)</summary>

Panga identifitseerimisnumber (BIN), mida tuntakse ka väljastaja identifitseerimisnumbrina (IIN), on maksekaardi numbri esimesed 6 kuni 8 numbrit. BIN tuvastab kaardi väljastaja ja kaardivõrgu, näiteks Visa või Mastercardi.

BIN-teavet saab kasutada järgmiste tuvastamiseks:

* Kaardivõrku (näiteks Visa või Mastercard).
* Finantsasutust, mis väljastas kaardi.

Maksevärav võib BIN-teavet kasutada maksete suunamise, pettuse ennetamise ja kaardiga seotud teabe kuvamise toetamiseks.

</details>

<details>

<summary>Tühistamine</summary>

Tühistamine on protsess, mille käigus tühistatakse autoriseeritud makse enne selle sissevõtmist. Kui makse tühistatakse, vabastatakse autoriseering ja kaupmehele ei kanta raha üle.

Makse saab tühistada ainult siis, kui see on autoriseeritud, kuid pole veel sisse võetud. Kui makse on sisse võetud, ei saa seda enam tühistada. Kui kaupmees peab pärast sissevõtmist raha tagastama, tuleb selle asemel algatada tagasimakse.

</details>

<details>

<summary>Sissevõtmine</summary>

Sissevõtmine on protsess, mille käigus viiakse lõpule varem autoriseeritud makse, taotledes autoriseeritud vahendite ülekandmist kaardiomaniku kontolt kaupmehele.

Sõltuvalt kaupmehe seadistusest võidakse maksed pärast edukat autoriseerimist automaatselt kohe sisse võtta või hiljem käsitsi sisse võtta.

Makse saab sisse võtta ainult pärast selle edukat autoriseerimist.

</details>

<details>

<summary>Kaardivõrk (kaardiskeem)</summary>

Kaardivõrk, mida nimetatakse ka kaardiskeemiks, on maksevõrk, mis kehtestab kaardimaksete töötlemise reeglid, standardid ja infrastruktuuri. Kaardivõrgud ühendavad kaardi väljastajaid, omandajaid, kaupmehi ja makseteenuse pakkujaid, et võimaldada turvalisi ja usaldusväärseid maksetehinguid.

Peamiste kaardivõrkude näited on järgmised:

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

Kaardivõrgud määravad maksetöötluse, turvanõuete, vaidluste käsitlemise ja arvelduse reeglid ning rakendavad oma süsteemide kaudu töödeldud tehingutele võrgutasusid.

</details>

<details>

<summary>Kaardita tehing (CNP)</summary>

Kaardita tehing (CNP) on kaardimakse, mille puhul füüsilist maksekaarti ostu ajal kaupmehele ei esitata.

CNP-tehingute levinud näited on järgmised:

* E-kaubanduse (veebimaksed)
* Rakendusesisesed maksed
* Postimüügi / telefonimüügi (MOTO) maksed

Kuna kaart ei ole füüsiliselt kohal, on CNP-tehingutel üldiselt suurem pettuserisk kui kaardiga kohaloleku tehingutel (CP). Selle riski vähendamiseks kasutavad kaupmehed tavaliselt turvameetmeid, nagu EMV® 3-D Secure (3DS), pettuse ennetamise tööriistad ja riskipõhine autentimine.

</details>

<details>

<summary>Kaardinumber (PAN)</summary>

Põhikonto number (PAN) on maksekaardile määratud unikaalne number. See tuvastab kaardi ja seda kasutatakse maksetehingute töötlemiseks.

PAN-i esimesed 6 kuni 8 numbrit moodustavad panga identifitseerimisnumbri (BIN) või väljastaja identifitseerimisnumbri (IIN), mis tuvastab kaardi väljastaja ja kaardivõrgu.

Kaardita tehingute (CNP) puhul kasutatakse PAN-i tavaliselt koos kaardi turvakoodiga (CVV/CVC) ja vajaduse korral EMV® 3-D Secure'i (3DS) autentimisega.

{% hint style="warning" %}
Kaupmehed peaksid vältima toorkaardiandmete salvestamist või töötlemist, kui neil ei ole selleks luba ja nad ei täida kohaldatavaid PCI DSS-i nõudeid.
{% endhint %}

</details>

<details>

<summary>Kaardil salvestatud andmed (CoF)</summary>

Kaardil salvestatud andmed (CoF) viitavad kliendi maksekaardi andmete või maksetokeni turvalisele salvestamisele tulevaste tehingute jaoks. See võimaldab klientidel teha korduvaid oste ilma kaardiandmeid uuesti sisestamata.

Kaardil salvestatud andmeid (CoF) saab kasutada järgmisteks makseteks:

* Ühe klõpsuga maksed
* Korduvmaksed (tellimused)
* Ajastamata kaupmehe algatatud tehingud (MIT)
* Muud kliendi poolt autoriseeritud korduvmaksed

Kaupmehed ei tohiks toorkaardiandmeid salvestada, kui neil ei ole selleks luba ja nad ei täida kohaldatavaid PCI DSS-i nõudeid. Alternatiivina toetab Maksevärav tokeniseerimist, võimaldades kaupmeestel tundlike kaardiandmete asemel salvestada ja kasutada maksetokeneid.

</details>

<details>

<summary>Kaardi turvakood (CVV/CVC/CID)</summary>

Kaardi turvakood (CVV/CVC/CID) on 3- või 4-kohaline turvakood, mis on trükitud maksekaardile. Seda kasutatakse peamiselt kaardita tehingutes (CNP), et aidata kontrollida, et kliendil on kaart füüsiliselt olemas.

Turvakoodi nimetatakse erinevates kaardivõrkudes erinevalt:

* Visa – kaardi kontrollväärtus (CVV/CVV2)
* Mastercard – kaardi valideerimiskood (CVC/CVC2)
* American Express – kaardi identifitseerimisnumber (CID)
* Discover – kaardi identifitseerimisnumber (CID)

Turvalisuse ja PCI DSS-i nõuete täitmiseks ei tohi kaupmehed kunagi salvestada kaardi turvakoodi pärast tehingu autoriseerimist, isegi tokeniseerimise või kaardil salvestatud andmete teenuste kasutamisel.

</details>

<details>

<summary>Kaardiomanik</summary>

Kaardiomanik on füüsiline või juriidiline isik, kellele on kaardi väljastaja väljastanud maksekaardi ja kellel on õigus seda kaarti ostude või muude maksetehingute tegemiseks kasutada.

Kaardiomanik algatab makse ja vajaduse korral viib enne tehingu autoriseerimist lõpule autentimisprotsessi (näiteks kasutades EMV® 3-D Secure'i (3DS)).

</details>

<details>

<summary>Kaardid</summary>

Maksekaardid on kaardi väljastaja poolt välja antud maksevahendid, mis võimaldavad klientidel teha sularahata makseid poes, veebis või mobiilirakendustes. Maksekaardid võivad olla füüsilised või virtuaalsed ning väljastatakse tavaliselt järgmiselt:

* Deebetkaardid
* Krediitkaardid
* Eelmakstud kaardid

Enamik maksekaarte toimib kaardivõrgus, nagu Visa või Mastercard, ning neid võib turvalisteks viipemakseteks ja veebimakseteks lisada ka digitaalsetesse rahakottidesse, nagu Apple Pay või Google Pay.

</details>

<details>

<summary>Tagasinõue</summary>

Tagasinõue on protsess, mille käigus kaardiomanik vaidlustab kaarditehingu oma kaardi väljastaja kaudu ja taotleb tehingusumma tagasipööramist.

Tagasinõue võib tekkida mitmel põhjusel, sealhulgas:

* Petturlikud või volitamata tehingud
* Kaupu või teenuseid ei ole saadud
* Töötlemis- või autoriseerimisvead
* Topeltehingud
* Kliendi vaidlused ostu kohta

Kui tagasinõue algatatakse, võib kaupmehel olla võimalus seda vaidlustada, esitades toetavad tõendid, näiteks tarne tõendi, tehinguandmed või muud dokumendid. Tõendid esitatakse omandaja kaudu, kes esindab kaupmeest tagasinõude protsessis.

</details>

<details>

<summary>Vaidlustus</summary>

Vaidlustus on protsess, mille käigus kaupmees vaidlustab kaardiomaniku poolt oma kaardi väljastaja kaudu algatatud tagasinõude.

Kui kaupmees leiab, et tehing oli kehtiv, võib ta esitada omandaja kaudu toetavad tõendid tagasinõude vaidlustamiseks. Tüüpilised tõendid võivad hõlmata järgmist:

* Tarne või teenuse osutamise tõend
* Tehingu- ja tellimuseandmed
* Kliendisuhtlus
* Autentimistulemused (näiteks EMV® 3-D Secure (3DS))
* Mis tahes muu dokumentatsioon, mis toetab tehingu kehtivust

Kaardi väljastaja vaatab tõendid läbi kooskõlas kohaldatavate kaardivõrgu reeglitega ja otsustab, kas tagasinõue tuleb jõusse jätta või tagasi pöörata.

{% hint style="info" %}
Kõiki tagasinõudeid ei saa vaidlustada. Tagasinõude vaidlustamise võimalus sõltub kaardivõrgu reeglitest ja tagasinõudele määratud põhjusest.
{% endhint %}

</details>

<details>

<summary>E-kaubanduse maksed</summary>

E-kaubanduse maksed, mida nimetatakse ka veebimakseteks, on maksetehingud, mille kliendid algatavad digitaalsete kanalite kaudu, näiteks veebisaitide, veebipoodide või mobiilirakenduste kaudu, kaupade või teenuste ostmiseks.

Maksevärav toetab mitut veebimakseviisi, sealhulgas:

* Maksekaardid
* Digitaalsed rahakotid (nagu Apple Pay, Google Pay, PayPal ja Click to Pay)
* Avatud panganduse maksed makse algatamise teenuste (PIS) kaudu

E-kaubanduse maksed on kaardita tehingud (CNP), kui kasutatakse maksekaarti, ja võivad turvalisuse suurendamiseks nõuda kliendi autentimist, näiteks EMV® 3-D Secure'i (3DS) kasutamist.

</details>

<details>

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

### Definitsioon

EMV® 3-D Secure (EMV 3DS), mida tavaliselt nimetatakse 3DS2-ks, on ülemaailmne autentimisprotokoll veebipõhiste kaardimaksete jaoks (kaardita tehingud ehk CNP). EMVCo poolt välja töötatud lahendus võimaldab kaardi väljastajatel enne veebimakse autoriseerimist kontrollida kaardiomaniku isikut.

Autentimis- ja tehinguandmete turvalise vahetamisega kaupmehe, väljastaja ja kaardivõrgu vahel aitab EMV 3DS vähendada pettust ning pakub sujuvamat ja turvalisemat kassakogemust.

### Peamised eelised

* Vähendab veebimaksete pettust
* Suurendab maksete autoriseerimise määra, vähendades ekslikke keeldumisi
* Toetab PSD2 alusel tugeva kliendi autentimise (SCA) nõudeid
* Parandab kliendi kassakogemust hõõrdevaba autentimise kaudu
* Optimeeritud veebis, mobiilis ja rakendusesiseste maksete jaoks

### Autentimistulemused

Sõltuvalt väljastaja riskihinnangust võib autentimise tulemus olla:

* Hõõrdevaba autentimine – tehing autentitakse ilma kaardiomanikult täiendavat tegevust nõudmata.
* Väljakutsega autentimine – kaardiomanikult palutakse läbida täiendav kontrollietapp, näiteks sisestada ühekordne parool (OTP), kinnitada tehing oma pangarakenduses või kasutada biomeetrilist autentimist.

</details>

<details>

<summary>Pettus</summary>

Pettus on tahtlik petmise kasutamine volitamata või ebaseaduslike maksetehingute tegemiseks. Pettus võib olla suunatud kaardiomanikele, kaupmeestele, väljastajatele või teistele makseökosüsteemi osalistele.

Maksepettuse levinud näited on järgmised:

* Varastatud või ohustatud makseandmete volitamata kasutamine
* Identiteedivargus
* Konto ülevõtmine
* Kaardi testimise rünnakud
* Sõbralik pettus (tagasinõude kuritarvitamine)

Pettuseriski vähendamiseks toetab Maksevärav mitut turvameedet, sealhulgas EMV® 3-D Secure'i (3DS), pettuste ennetamise tööriistu, riskipõhist autentimist, tokeniseerimist ja reaalajas tehingujälgimist.

</details>

***

## G — P

<details>

<summary>Väljastaja (väljastav pank)</summary>

Väljastaja ehk väljastav pank on finantsasutus, mis pakub kliendile (kaardiomanikule või kontoomanikule) maksekaarti või maksekontot.

Kaardimaksete puhul vastutab väljastaja järgmise eest:

* Maksekaardi väljastamine
* Kaardiomaniku autentimine, kui see on nõutav
* Maksetehingute autoriseerimine või tagasilükkamine
* Kliendi konto, saadaolevate vahendite või krediidilimiidi haldamine

Avatud panganduse maksete puhul on väljastaja kontoteenust pakkuv makseteenuse pakkuja (ASPSP), kes hoiab kliendi maksekontot ja autoriseerib makse algatamist või pakub kontoteavet.

</details>

<details>

<summary>Juriidiline isik</summary>

Juriidiline isik on füüsiline või organisatsiooniline üksus, mis on seaduslikult tunnustatud ja võimeline sõlmima lepinguid, omama vara ning tegelema äritegevusega.

Maksevärava kontekstis esindab juriidiline isik kaupmeest või ettevõtet, mis sõlmib omandaja või makseteenuse pakkujaga lepingu maksete vastuvõtmiseks.

Juriidilise isikuga seotud teave hõlmab tavaliselt järgmist:

* Juriidiline nimi
* Registrijärgne aadress
* Ettevõtte registreerimisandmed
* Maksutuvastuse teave
* Volitatud esindajad

Seda teavet kasutatakse kaupmehe liitumisprotsessis ja pidevates vastavusprotsessides regulatiivsete nõuete täitmiseks, sealhulgas kliendi tundmise (KYC) ja rahapesuvastaste (AML) kohustuste täitmiseks.

</details>

<details>

<summary>Tunne oma klienti (KYC)</summary>

Tunne oma klienti (KYC) on protsess, mille käigus tuvastatakse ja kontrollitakse klientide isikut vastavalt kohaldatavatele regulatiivsetele nõuetele, sealhulgas rahapesuvastaste (AML) ja terrorismi rahastamise vastaste (CTF) eeskirjadele.

KYC-kontrolle võidakse läbi viia kaupmehe liitumisel ja kogu ärisuhte vältel, et kontrollida üksikisikute või juriidiliste isikute identiteeti, hinnata võimalikke riske ning tagada vastavus kohaldatavatele seadustele ja maksetööstuse nõuetele.

Tüüpiline KYC-teave võib hõlmata järgmist:

* Isiku- ja ettevõtte registreerimisandmed
* Tegelikud kasusaajad
* Äritegevus
* Omandava panga või makseteenuse pakkuja nõutavad tõendavad dokumendid

</details>

<details>

<summary>Kaupmees</summary>

Kaupmees on ettevõte või organisatsioon, mis on sõlminud SEB-ga kaupmehelepingu elektrooniliste maksete vastuvõtmiseks Maksevärava kaudu.

Kaupmehed saavad vastu võtta kaupade ja teenuste eest makseid SEB poolt lubatud makseviisidega, sealhulgas maksekaartide, digitaalsete rahakottide ja avatud panganduse maksetega (kus see on asjakohane).

Pärast liitumist saavad kaupmehed juurdepääsu Kaupmehe portaalile, kus nad saavad seadistada oma poe, luua API-krediidentse, hallata maksesätteid, jälgida tehinguid ja kasutada aruandlust.

</details>

<details>

<summary>Kaupmehekategooria kood (MCC)</summary>

Kaupmehekategooria kood (MCC) on neljakohaline kood, mille omandaja määrab kaupmehele tema peamise äritegevuse alusel.

MCC-d kasutavad maksevõrgustikud ja finantsasutused järgmiseks:

* Kaupmehe tegevusala klassifitseerimine
* Kaardivõrgu reeglite ja vahendustasude rakendamine
* Pettuse ennetamise ja riskijuhtimise toetamine
* Teatud maksetoodete või kaardiomaniku hüvede sobivuse määramine

Teie MCC määratakse SEB-ga kaupmehe liitumisprotsessi käigus ja see on seotud teie kaupmehelepinguga.

{% hint style="info" %}
Kui arvate, et teile määratud MCC ei kajasta teie äritegevust täpselt, võtke palun SEB-ga ühendust abi saamiseks.
{% endhint %}

</details>

<details>

<summary>Ühe klõpsuga maksed</summary>

Ühe klõpsuga maksed võimaldavad naasvatel klientidel varasemalt salvestatud makseandmete kasutamisega tulevasi oste kiiremini lõpetada.

Esimese tehingu ajal esitab klient oma makseandmed ja nõustub nende tulevase kasutamisega. Järgnevate ostude puhul saab klient makse sooritada ilma kogu kaardiandmeid uuesti sisestamata. Sõltuvalt kaardi väljastaja nõuetest ja kohaldatavatest regulatsioonidest võib täiendav autentimine (näiteks EMV® 3-D Secure (3DS)) siiski olla nõutav.

Ühe klõpsuga maksed rakendatakse salvestatud volituste abil ning neid liigitatakse kliendi algatatud tehinguteks (CIT).

</details>

<details>

<summary>Maksevärav</summary>

SEB e-kaubanduse Maksevärav on platvorm, mis võimaldab kaupmeestel ühe integratsiooni kaudu elektroonilisi makseid turvaliselt vastu võtta ja hallata.

See pakub juurdepääsu mitmele makseviisile, sealhulgas:

* Maksekaardid
* Digitaalsed rahakotid
* Avatud panganduse maksed (makse algatamise teenused)

Maksevärav töötleb turvaliselt maksetaotlusi, toetab kliendi autentimist, suunab tehingud autoriseerimiseks ja töötlemiseks ning tagastab maksetulemused kaupmehele. Samuti pakub see selliseid teenuseid nagu Kaupmehe portaal, Kaupmehe API, hostitud kassalahendus, veebipluginad, mobiili SDK-d, tokeniseerimine ja EMV® 3-D Secure (3DS).

Kaupmehed pääsevad Makseväravale ligi SEB-ga sõlmitud kaupmehelepingu raames, kus SEB tegutseb kaupmehe omandava pangana.

</details>

<details>

<summary>PSD2 (teine makseteenuste direktiiv)</summary>

### Definitsioon

Teine makseteenuste direktiiv (PSD2) on Euroopa Liidu määrus, mis kehtestab elektrooniliste maksete ja makseteenuste õigusraamistiku Euroopa Majanduspiirkonnas (EMP).

PSD2 tõi elektroonilistele maksetele karmimad turvanõuded, suurendas konkurentsi avatud panganduse võimaldamise kaudu ning tugevdas tarbijakaitset.

### Olulised nõuded

PSD2 tõi makseteenuse pakkujatele ja kaupmeestele mitmeid olulisi muudatusi, sealhulgas:

* Tugev kliendi autentimine (SCA) enamiku elektrooniliste maksete puhul
* Avatud pangandus, mis võimaldab litsentseeritud kolmandatel osapooltel pääseda turvaliste API-de kaudu, kliendi nõusolekul, ligi pangateenustele
* Tugevdatud tarbijakaitse ja maksete läbipaistvus
* Makseteenuse pakkujate standardiseeritud turvanõuded

### Mõju kaupmehele

Kaupmeeste jaoks mõjutab PSD2 peamiselt seda, kuidas veebimakseid autentitakse.

Sõltuvalt makseviisist võib enne makse autoriseerimist olla nõutav tugeva kliendi autentimise (SCA) läbimine. Autentimist teostatakse tavaliselt tehnoloogiate abil nagu EMV® 3-D Secure kaardimaksete puhul või kliendi interneti- või mobiilipanga rakendus avatud panganduse maksete puhul.

Teatud tehingud võivad kohaldatavate regulatsioonide ja väljastaja riskihinnangu alusel kvalifitseeruda regulatiivsetele eranditele või jääda reguleerimisalast välja.

</details>

<details>

<summary>PCI DSS-i enesehindamise küsimustik (SAQ)</summary>

### Definitsioon

PCI DSS-i enesehindamise küsimustik (SAQ) on valideerimisvahend, mille avaldas PCI Security Standards Council (PCI SSC). See võimaldab sobivatel kaupmeestel ja teenusepakkujatel hinnata ja kinnitada oma vastavust maksekaarditööstuse andmeturbe standardile (PCI DSS).

SAQ tüüp, mille kaupmees peab täitma, sõltub sellest, kuidas kaardiomaniku andmeid tema maksekeskkonnas vastu võetakse, töödeldakse või edastatakse.

### Levinumad SAQ tüübid e-kaubanduses

Levinumad SAQ-d e-kaubanduse kaupmeestele on:

* SAQ A – kaupmeestele, kes tellivad kaardiomaniku andmete kogumise, töötlemise ja edastamise täielikult välja PCI DSS-ile vastavale makseteenuse pakkujale. Kaupmehe süsteemid ei säilita, töötle ega edasta kaardiomaniku andmeid.
* SAQ A-EP – kaupmeestele, kelle makseleht võib mõjutada maksetehingu turvalisust, kuigi kaardiomaniku andmeid töötleb PCI DSS-ile vastav makseteenuse pakkuja.

### SEB e-kaubanduse makselüüs

SEB e-kaubanduse Maksevärav vastab PCI DSS taseme 1 nõuetele, mis on teenusepakkujate jaoks kõrgeim PCI DSS sertifitseerimistase.

Sõltuvalt valitud integratsioonimeetodist võivad teie PCI DSS-i valideerimisnõuded erineda.

Tähtis: kohaldatav SAQ määratakse teie kogu maksekeskkonna ja rakenduse põhjal. Kaupmees jääb vastutavaks oma PCI DSS-i vastavusnõuete hindamise eest.

</details>

***

## R — Z

<details>

<summary>Korduvmaksed</summary>

Korduvad maksed on maksed, mida debiteeritakse automaatselt kokkulepitud intervallidega (näiteks kord nädalas, kord kuus või kord aastas) pärast seda, kui klient on andnud esialgse autoriseerimise ja nõusoleku.

Kasutatakse tavaliselt järgmiseks:

* Tellimusteenused
* Liikmemaksud
* Kommunaalarved
* Muud regulaarselt ajastatud maksed

Maksevärav toetab korduvaid makseid salvestatud volituste ja tokeniseerimise abil, võimaldades kaupmeestel turvaliselt tulevasi makseid algatada ilma tundlikke kaardiandmeid salvestamata. Sõltuvalt maksesituatsioonist ja kohaldatavatest regulatsioonidest võib esialgne makse nõuda EMV® 3-D Secure'i (3DS) autentimist.

Korduvad maksed liigitatakse pärast esialgset kliendi algatatud tehingut (CIT) kaupmehe algatatud tehinguteks (MIT).

</details>

<details>

<summary>Tagasimakse</summary>

Tagasimakse on protsess, mille käigus makstud vahendid tagastatakse kliendile pärast seda, kui makse on edukalt sisse võetud.

Kaupmees võib tagasimakse teha mitmel põhjusel, näiteks:

* Tühistatud tellimus
* Tagastatud kaubad
* Teenuse tühistamine
* Kliendisõbralikkus
* Tellimuse korrigeerimised

Tagasimakse algatab kaupmees ja see töödeldakse Maksevärava kaudu. Pärast lõpetamist tagastatakse vahendid kliendi maksekontole kooskõlas kaardivõrgu või makseviisi reeglitega.

</details>

<details>

<summary>Kaardiskeemi tasu</summary>

Kaardiskeemi tasu on tasu, mida kaardivõrk (näiteks Visa või Mastercard) küsib kaardimaksete töötlemise eest oma maksevõrgu kaudu.

Kaardiskeemi tasud määrab kohaldatav kaardivõrk ning need arvestatakse tavaliselt omandajalt. Sõltuvalt kaupmehelepingust võivad need tasud sisalduda kaupmehe üldistes maksetöötlustasudes.

</details>

<details>

<summary>Tundlik autentimisandmestik (SAD)</summary>

Tundlik autentimisandmestik (SAD) on turvalisusega seotud teave, mida kasutatakse kaardiomaniku autentimiseks või maksetehingu autoriseerimiseks.

Tundliku autentimisandmestiku näited on:

* Kaardi turvakood (CVV/CVC/CID)
* PIN-koodid ja PIN-plokid
* Magneetriba täielikud andmed (rada)
* Kiibi (EMV) autentimisandmed

Tundlikule autentimisandmestikule kehtivad ranged PCI DSS-i nõuded ning seda ei tohi pärast makse autoriseerimist säilitada, isegi kui kaupmees vastab PCI DSS-i nõuetele.

</details>

<details>

<summary>Tugev kliendi autentimine (SCA)</summary>

### Definitsioon

Tugev kliendi autentimine (SCA) on teise makseteenuste direktiivi (PSD2) raames kehtestatud turvanõue, mille eesmärk on vähendada pettust ja suurendada elektrooniliste maksete turvalisust Euroopa Majanduspiirkonnas (EMP).

SCA nõuab, et kliendid kinnitaksid oma isiku enne teatud elektrooniliste maksete autoriseerimist vähemalt kahe sõltumatu autentimisteguri abil.

### Autentimistegurid

SCA põhineb järgmistel autentimisteguritel:

* Teadmine – midagi, mida klient teab, näiteks parool või PIN.
* Omand – midagi, mis kliendil on, näiteks mobiilseade, riistvaraline märk või ühekordne parool (OTP).
* Omapära – midagi, mis klient on, näiteks sõrmejälg, näotuvastus või muu biomeetriline tunnus.

Autentimisel tuleb kasutada vähemalt kahte neist kolmest tegurist.

### Kuidas SCA-d rakendatakse

Veebikaardimaksete puhul teostatakse SCA-d tavaliselt EMV® 3-D Secure'i (EMV 3DS) abil.

Avatud panganduse ja konto-kontole (A2A) maksete puhul lõpetatakse autentimine tavaliselt kliendi interneti- või mobiilipanga rakenduses.

Teatud tehingud võivad kohaldatavate regulatsioonide ja väljastaja riskihinnangu alusel kvalifitseeruda regulatiivsetele eranditele või jääda reguleerimisalast välja.

</details>

<details>

<summary>Tellimused</summary>

Tellimused on korduvmaksed, mille puhul kliendilt debiteeritakse automaatselt eelmääratud intervallidega (näiteks kord nädalas, kord kuus või kord aastas) käimasoleva toote või teenuse eest.

Levinud näited on:

* Video- ja muusikastreamingu teenused
* Tarkvara tellimused (SaaS)
* Liikmemaksud
* Kommunaal- või teenusepaketid

Tellimusi töödeldakse kaupmehe algatatud tehingutena (MIT) pärast esialgset kliendi algatatud tehingut (CIT), mille käigus klient annab nõusoleku tulevaste korduvate maksete jaoks.

</details>

<details>

<summary>Tokeniseerimine</summary>

Tokeniseerimine on protsess, mille käigus asendatakse tundlikud makseandmed, näiteks põhikonto number (PAN), unikaalse ja mittetundliku väärtusega, mida nimetatakse tokeniks.

Tokeni saab turvaliselt salvestada ja kasutada tulevaste maksetehingute jaoks ilma algseid kaardiandmeid avaldamata. Tokeniseerimine aitab vähendada tundlike makseandmete käsitlemist ja suurendab maksetöötluse turvalisust.

Maksevärav kasutab tokeniseerimist, et toetada selliseid funktsioone nagu:

* Salvestatud makseandmed
* Ühe klõpsuga maksed
* Korduvad maksed (tellimused)
* Kaupmehe algatatud tehingud (MIT)

{% hint style="info" %}
Makse tokenil ei ole Makseväravast väljaspool iseseisvat väärtust ning seda ei saa kasutada algsete kaardiandmete taastamiseks.
{% endhint %}

</details>

<details>

<summary>Tehing (Tx)</summary>

Tehing (Tx) on makseoperatsioon, mida töödeldakse Maksevärava kaudu. Tehing tähistab makse elutsüklit alates algatamisest kuni autoriseerimise, sissevõtmise, arvelduse, tagasimakse või tühistamiseni, sõltuvalt maksevoolust.

Tehinguid saab algatada toetatud makseviisidega, sealhulgas:

* Maksekaardid
* Digitaalsed rahakotid
* Avatud panganduse maksed (makse algatamise teenused)

Igale tehingule määratakse unikaalne makse ID, mida saab kasutada makse tuvastamiseks, jälgimiseks ja vastavusse viimiseks kogu selle elutsükli vältel.

</details>

<details>

<summary>Veebikonks</summary>

A **Veebikonksu (nimetatakse ka tagasikutse teavitusteks)** on HTTP-teavitus, mida Maksevärav saadab kaupmehe määratud lõpp-punkti iga kord, kui toimub maksesündmus.

Veebikonksud pakuvad reaalajas uuendusi makse oleku muutuste kohta. Need võimaldavad kaupmeestel automatiseerida äriprotsesse, näiteks:

* Tellimuse oleku ajakohastamine
* Edukate maksete kinnitamine
* Tagasimaksete või tühistamiste töötlemine
* Täitmis- või tarneprotsesside käivitamine
* Maksetehingute kooskõlastamine

Iga veebikonksu teavitus sisaldab Makse ID-d ja viimast makse olekut. Pärast veebikonksu saamist peaksid kaupmehed kasutama hanki makseinfo API-d, et saada täielikud ja ajakohased makseandmed.

{% hint style="info" %}
Veebikonksu teavituste saamiseks peavad kaupmehed seadistama Kaupmehe portaalis tagasihelistamise URL-i.
{% 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-et/alustamine/sonastik.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.
