> 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/omadused/pettuse-ennetamine.md).

# Pettuse ennetamine

Tuvastage kahtlane maksetegevus, peatage teadaolevad pettuseallikad ja kasutage tehinguülevaateid oma tulu kaitsmiseks ilma seaduslikke kliente asjatult blokeerimata.

Pettuste ennetamise lahendus hindab kaardi- ja Pay by Bank tehinguid, kasutades seadistatud riskireegleid, tehinguajalugu ning blokeerimis- ja lubamisloendeid. Tulemuse põhjal saab makse jätkuda tavapäraselt, olla märgitud kahtlaseks või tagasi lükatud.

Pettuste tulemusi saate vaadata kaupleja portaalis, mõista, miks tehing märgiti või tagasi lükati, eksportida kahtlase tegevuse edasiseks analüüsiks ning blokeerida identifikaatoreid, mis on seotud kinnitatud pettusega.

Pettuste ennetamine töötab maksetöötluse ajal automaatselt, kuid selle tõhusus sõltub ka teie integratsiooni poolt edastatud andmete kvaliteedist ning sellest, kui järjepidevalt teie meeskond tulemusi vaatab ja nende alusel tegutseb.

{% hint style="warning" %}
Ükski pettuselahendus ei suuda kõrvaldada kõiki petturlikke makseid, mõjutamata samal ajal ka mõningaid seaduslikke kliente. Vaadake oma tulemusi regulaarselt üle ja kasutage blokeerimis- ja lubamisloendeid hoolikalt, et säilitada sobiv tasakaal pettusekaitse ja maksete konversiooni vahel.
{% endhint %}

***

### Miks pettuste ennetamine on oluline

E-kaubanduse maksed on kaardi füüsilise esituseta ehk Card-Not-Present tehingud või kaugteel tehtud kontolt kontole maksed. Klient ja maksevahend ei ole teile füüsiliselt esitatud, mis loob võimalusi varastatud volituste, kaarditestimise, konto ülevõtmise, identiteedi väärkasutuse ja muu petturliku tegevuse jaoks.

Pettus võib põhjustada:

* Kauba või teenuse kaotus
* Tagasimaksed ja tagasipöörded
* Tegevusliku uurimise kulud
* Suurem tagasilükkamiste määr
* Kliendikogemuse halvenemine
* Mainekahju

Pettuste ennetamise lahendus aitab neid riske vähendada, hinnates tehingu atribuute ja käitumist enne maksetöötlust või selle ajal. See suudab tuvastada üksikuid kõrge riskiga tehinguid ning ka mustreid, mis muutuvad nähtavaks alles siis, kui mitut maksekatsed vaadeldakse koos.

***

### Võimaluste kokkuvõte

| Võimalus                   | Toetus                                                                        |
| -------------------------- | ----------------------------------------------------------------------------- |
| Kaardimaksete hindamine    | Toetatud                                                                      |
| Pay by Banki hindamine     | Toetatud                                                                      |
| Reaalajas riskireeglid     | Seadistatud ja hallatud panga riskianalüütikute poolt                         |
| Tehingute tulemused        | Jätkamine, kahtlaseks märkimine või tagasilükkamine                           |
| Tehingute vaatur           | Pettustega seotud tehingute otsimine, sortimine, ülevaatamine ja eksportimine |
| Pettuse põhjuse üksikasjad | Kuvatakse märgitud ja tagasi lükatud tehingute puhul                          |
| Blokeerimisloend           | Blokeeritud kaarditokenite, IP-aadresside ja e-posti aadresside haldamine     |
| Lubamisloend               | Saadaval ainult usaldusväärsetele kauplejatele, kui pank on selle lubanud     |
| CSV-ekspordi               | Toetatud pettustega seotud tehinguloendite puhul                              |
| Ajalooline analüüs         | Reeglid võivad kasutada kuni kuue kuu pikkust kaupmehe tehinguajalugu         |
| Kaupleja taseme kontrollid | Blokeerimisloend ja, kui see on lubatud, lubamisloend                         |
| Panga taseme kontrollid    | Reeglid ning globaalsed või kauplejapõhised blokeerimis- ja lubamisloendid    |

{% hint style="info" %}
Saadaolevad funktsioonid ja juurdepääsuõigused sõltuvad teie kauplejalepingust, seadistusest ja panga poolt antud õigustest.
{% endhint %}

***

### Kuidas pettuste ennetamine töötab

Pettuste ennetamine hindab iga toetatud makset kindla kontrollide järjestuse alusel:

1. **Blokeerimisloendi kontroll.** Tehingut kontrollitakse asjakohaste panga- ja kauplejataseme blokeerimisloendite vastu.
2. **Reeglite hindamine.** Kui blokeerimisloendist vastet ei leita, hindab reeglimootor tehingut aktiivsete pettusereeglite alusel.
3. **Lubamisloendi kontroll.** Vajaduse korral kontrollitakse tehingut lubatud kaardi suhtes, mis võib kvalifitseeruda konkreetsete piirangute erandi alla.
4. **Riskitulemus.** Makse jätkub, märgitakse kahtlaseks või lükatakse tagasi.
5. **Tulemuse nähtavus.** Pettuse tulemus ja asjakohane põhjus tehakse kättesaadavaks makse vastuses ja kaupleja portaalis.

Pank saab rakendada kontrolle globaalselt, kauplejate rühmale või üksikule kauplejale. Panga taseme loendid on prioriteetsed kaupleja taseme loendite ees.

{% hint style="info" %}
**Vastus blokeerimisloendi kirjele on alati prioriteetsem kui vastus lubamisloendi kirjele.**

Kaardi lisamine lubamisloendisse ei võimalda seda kasutada panga taseme blokeerimisloendi kirje vältimiseks.
{% endhint %}

Kontrollide töötlemise järjekorra ja prioriteedi määrab pettuste ennetamise lahendus.

***

### Võimalikud tulemused

#### Makse jätkub

Tehing ei vasta blokeerimistingimusele või sellele kehtiv lubamisloendi erand lubab sellel jätkuda.

Makse jätkub endiselt tavapärase makseprotsessi kaudu. Kaardimaksete puhul võib väljastaja autoriseerimise siiski tagasi lükata põhjustel, mis ei ole seotud lüüsi pettusekontrollidega.

#### Märgitud kahtlaseks

Tehing vastab reeglile, mis on seadistatud andma hoiatuse, mitte makset automaatselt tagasi lükkama.

Kahtlaseks märkimine tähendab, et tehing vajab tähelepanu. See ei tõesta iseenesest, et pettus toimus, ega tähenda tingimata, et makse ebaõnnestus.

Vaadake tehingu üksikasjad ja käivitunud pettuse põhjus üle vastavalt teie sisemisele tellimuse riskipoliitikale. Kõrgema riskiga kaupade või teenuste puhul võite otsustada täitmise edasi lükata, kuni tellimus on üle vaadatud.

#### Tagasi lükatud

Tehing vastab blokeerimisloendi kirjele või reeglile, mis on seadistatud makset tagasi lükkama.

Kui mitu reeglit sobib ja vähemalt üks neist nõuab tagasilükkamist, lükatakse makse tagasi. Tulemus sisaldab pettuse tulemust ja teavet rakendatava reegli kohta. Kui rakendub mitu reeglit, tagastatakse tulemuses ainult esimene viidatud reegel.

***

### Mida lahendus hindab

Pettuste ennetamise lahendus hindab teavet, mis on saadaval siis, kui valitud makseviisi jaoks on piisavalt andmeid kogutud.

#### Kaardimaksed

Kaardimakseid hinnatakse pärast seda, kui klient valib kaardipõhise makseviisi ja esitab kaardiandmed või nende tokeniseeritud vaste.

Hindamisel võib kasutada sellist teavet nagu:

* Tehingusumma, kuupäev ja kellaaeg
* Kaarditoken
* Kaardi BIN, bränd, väljastaja ja väljastajariik
* Kaardi aegumisteave
* Kaardiomaniku nimi
* Makse tüüp, näiteks ühekordne või korduv makse
* Kaupmehekategooria kood
* Kliendi IP-aadress ja IP-riik
* Kliendi e-posti aadress ja telefoninumber
* Arveldus- ja tarneaadressid
* Kliendi ja kaupleja asukohateave
* Seadmeteave

#### Pay by Bank

Pay by Banki tehinguid hinnatakse pärast seda, kui klient valib panga ja lüüs on analüüsiks vajalikud andmed kätte saanud.

Hindamisel võib kasutada sellist teavet nagu:

* Tehingusumma, kuupäev ja kellaaeg
* Makse token
* Kliendi IP-aadress ja IP-riik
* Kliendi e-posti aadress ja telefoninumber
* Arveldus- ja tarneaadressid
* Kliendi ja kaupleja asukohateave
* Seadmeteave

Üksiku tehingu jaoks saadaolev täpne teave sõltub makseviisist, integratsioonivoost, kliendi sisendist ja teie süsteemide poolt edastatud andmetest.

***

### Esitage täielikud ja täpsed andmed

Pettusereeglid saavad hinnata ainult lüüsile kättesaadavaid andmeid. Puuduvad, üldised või vastuolulised väärtused vähendavad lahenduse võimet eristada seaduslikke kliente kahtlasest käitumisest.

Kui teie integratsioon seda toetab, esitage:

* Kliendi tegelik IP-aadress
* Kehtiv kliendi e-posti aadress
* Stabiilne kliendi või tellimuse viide
* Arveldus- ja tarneaadressid
* Kliendi telefoninumber
* Täpsed ostukorvi- ja tehinguandmed
* Toetatud integratsiooni poolt kogutud seadme- ja brauseriteave
* Õige maksetüüp korduvate või salvestatud volitustega tehingute jaoks

{% hint style="info" %}
Ärge asendage tegelikke kliendiandmeid kohatäitjatega nagu `unknown@example.com`, fikseeritud kontori IP-aadress või sama telefoninumber iga tehingu puhul.

Serveripõhiste integratsioonide korral veenduge, et lüüsile edastatav IP-aadress esindab klienti, mitte teie serverit või puhverserverit. Lahenduse kirjeldus tuvastab kliendi IP-aadressi pettuseanalüüsi jaoks olulise väljana.

Kvaliteetsed makseandmed on ka juhtivate pettusehalduse platvormide standardnõue: mida täielikum ja täpsem on tehingukontekst, seda paremini suudab süsteem eristada kahtlast käitumist seaduslikust klienditegevusest.
{% endhint %}

***

### Riskireeglid

Reeglimootor hindab tehingu sündmusi, atribuute, lävitasemeid ja ajaloolist käitumist.

Reeglid võivad arvesse võtta järgmist:

* Sündmuste arv määratud perioodi jooksul
* Tehingute kogumaht perioodi jooksul
* Sündmuste keskmine arv
* Tehingu keskmine summa
* Erinevused tehingu atribuutide vahel
* Erinevused praeguse ja ajaloolise kauplejakäitumise vahel

Näited mustritest, mida reeglid võivad tuvastada, hõlmavad järgmist:

* Mitu katset sama kaardiga lühikese aja jooksul
* Korduvad katsed eri summadega
* Tehingute maht, mis ületab oluliselt kaupmehe tavapärast aktiivsust
* Vastuolu IP-geolokatsiooni ja tarneriigi vahel
* Ebatavaliselt suur autoriseerimiste või tagasilükkamiste arv, mis on seotud BIN-iga
* Mustrid, mis viitavad automatiseeritud kaarditestimisele või BIN-rünnakule

Reeglimootor saab jälgida ka õnnestunud ja ebaõnnestunud makseid, kaardi tagasipöördeid ning kaardi- või Pay by Banki tagasimakseid.

{% hint style="info" %}
Reeglid loob, testib, aktiveerib ja haldab panga volitatud riskianalüütik. Üksikuid reegleid saab konkreetse kaupleja jaoks lubada või keelata, et need vastaksid kaupmehe riskiprofiilile. Kauplejad ei loo ega muuda reegleid kaupleja portaali kaudu.
{% endhint %}

### Pettuse tulemuste ülevaatamine

Pettustega seotud tehingud on kaupleja portaalis saadaval maksete ja pettuste ennetamise alades.

Saate teha järgmist:

* Kahtlaseks märgitud tehingute tuvastamine
* Pettusekontrollide poolt tagasi lükatud maksete tuvastamine
* Tehingute otsimine ja sortimine
* Makse märkimise või tagasilükkamise põhjuse ülevaatamine
* Tehingu üksikasjade avamine
* Tehinguloendi eksportimine CSV-vormingus
* Lisage asjakohased tehinguidentifikaatorid oma blokeerimisloendisse

Kasutage pettuse põhjust koos täieliku tehingu- ja tellimuskontekstiga. Üksik atribuut — näiteks välismaine IP-aadress — võib olla eraldi võetuna õiguspärane, kuid muutuda olulisemaks koos teiste signaalidega, näiteks ebatavalise tellimuse väärtuse, mittevastavate tarneandmete või korduvate ebaõnnestunud katsetega.

Makse vastus sisaldab samuti pettuse tulemust ja viidatud reegli põhjust, võimaldades API-ga integreeritud kauplejatel kajastada pettuse tulemusi oma sisemistes tellimushaldusprotsessides.

***

### Blokeerimisloend

Kasutage blokeerimisloendit, et vältida uusi tehinguid, mis on seotud identifikaatoritega, mille olete kinnitanud petturlikuks või pidevalt kõrge riskiga.

Kaupleja portaali kaudu saate blokeerida:

* Tehinguandmetes olevad tokeniseeritud kaardiidentifikaatorid
* IP-aadressid
* E-posti aadressid

Identifikaatori saate lisada pettusega seotud tehinguvaatest või hallata kirjeid blokeerimisloendi liidese kaudu.

Kaupleja blokeerimisloendi kirjed:

* Jõustuvad reaalajas
* Ei vaja panga täiendavat kinnitust
* Saab otsida, üle vaadata, lisada ja eemaldada
* Rakenduvad tulevastele vastavatele maksekatsetele

{% hint style="info" %}
Lüüs ei kuva kaupleja blokeerimisloendi haldamiseks kliendi täielikku kaardinumbrit. Kaardi kirjed kasutavad tehinguandmetes saadaolevat turvalist tokeniseeritud väärtust.
{% endhint %}

#### Millal kirje lisada

Kaaluge identifikaatori lisamist siis, kui:

* Pettus on kinnitatud.
* Mitu kahtlast tehingut jagavad sama identifikaatorit.
* Kliendikonto või maksevahend on teadaolevalt kompromiteeritud.
* Sama allikas teeb korduvalt kaarditestimise või kuritarvitavaid maksekatsed.
* Teie sisemine uurimine tuvastab selge seose petturliku tegevusega.

Vältige identifikaatori blokeerimist ainult ühe ebaselge tehingu tõttu. Jagatud IP-aadresse, korduvkasutatavaid e-posti domeene, ettevõttevõrke, mobiilsidevõrke ja avalikku Wi-Fi-d võivad kasutada mitu seaduslikku klienti.

#### Vaadake loendit regulaarselt üle

Blokeerimisloendi kirjed võivad takistada seaduslikke tehinguid, kui asjaolud muutuvad. Vaadake oma loend perioodiliselt üle ja eemaldage kirjed, mis ei ole enam põhjendatud.

Kasutage võimalikult täpset ja usaldusväärset identifikaatorit. Näiteks kinnitatud petturliku kaarditokeni blokeerimine on tavaliselt sihitum kui jagatud IP-aadressi blokeerimine.

***

### Lubamisloend

Lubamisloend on mõeldud erandjuhtudeks, kus teadaoleva ja usaldusväärse kliendi kaart tuleks vabastada konkreetsetest pettusepiirangutest.

Kaupleja juurdepääs lubamisloendile on saadaval ainult siis, kui pank määrab kaupleja usaldusväärseks ja lubab selle funktsiooni.

Kui juurdepääs on lubatud, saate lisada tokeniseeritud kaardiidentifikaatori ja määrata eeldatava tehingusumma vahemiku. Pank saab määratleda:

* Maksimaalne ühe tehingu summa, mida teil on lubatud lubada
* Täiendavad koondpiirangud
* Millistest piirangutest võib mööda minna
* Kas lubamisloendi haldamine on teie kauplejakonto jaoks saadaval

Tehing, mis ületab kehtivat koondlimiiti, võib edasise analüüsi jaoks märgitud kahtlaseks olla isegi siis, kui seda automaatselt tagasi ei lükata.

{% hint style="warning" %}
**Kasutage lubamisloendit säästlikult.**

Lisage ainult kliente või partnereid, kelle identiteedi, makse-suhte ja eeldatava tehingukäitumise olete kontrollinud. Liiga lai lubamisloend võib lubada petturlikel maksetel mööduda kontrollidest, mis need muidu tuvastaksid.
{% endhint %}

Panka teavitatakse, kui kaupleja loob uue lubamisloendi kirje. Panga taseme kontrollid ja kõik kehtivad blokeerimisloendi kirjed jäävad endiselt prioriteetseks.

***

### Kuidas muuta pettuste ennetamine tõhusaks

#### 1. Saatke tähenduslikke tehinguandmeid

Vaadake oma integratsioon üle ja veenduge, et see edastab teie ettevõtte jaoks kättesaadavad kliendi- ja tellimusandmed. Pöörake erilist tähelepanu kliendi IP-aadressile, e-posti aadressile, telefoninumbrile, arveldus- ja tarneandmetele, tehinguviidetele ning õigele maksetüübile.

#### 2. Vaadake kahtlast tegevust regulaarselt üle

Määrake vastutus pettuse tulemuste ülevaatamise eest kaupleja portaalis. Sobiv sagedus sõltub teie tehingumahust ja täitmise mudelist, kuid kõrge väärtusega või kohe täidetavad tellimused võivad vajada sagedamat tähelepanu.

Otsige korduvaid identifikaatoreid ja käitumismustreid, mitte ärge hinnake iga tehingut eraldi.

#### 3. Määratlege täitmispoliitika

Otsustage, mida teie ettevõte peaks tegema, kui makse on:

* Õnnestunult lõpetatud ilma pettusehoiatuseta
* Lõpetatud, kuid märgitud kahtlaseks
* Pettusekontrollide poolt tagasi lükatud

Kahtlaste tellimuste puhul võib teie poliitika nõuda täiendavat tellimuse kontrolli, tarnimise edasilükkamist, varasema klienditegevuse ülevaatamist või kinnitust olemasoleva kliendikontakti kanali kaudu.

{% hint style="danger" %}
Ärge kunagi paluge kliendil saata kaardiandmeid, turvakoodisid, panga paroole või autentimiskoode pettuse ülevaatuse osana.
{% endhint %}

#### 4. Blokeerige kinnitatud ohud

Lisage kinnitatud petturlikud kaarditokenid, IP-aadressid või e-posti aadressid viivitamata blokeerimisloendisse. Dokumenteerige otsuse põhjus oma juhtumi haldamise või klienditeeninduse protsessis.

Vaadake kirjed hiljem üle, et vähendada tarbetut pikaajalist blokeerimist.

#### 5. Hoidke lubamisloend kitsana

Kasutage lubamisloendi kirjeid ainult kontrollitud erandite puhul. Määratlege realistlikud summavahemikud, vaadake kirjed perioodiliselt üle ja eemaldage juurdepääs, kui usalduslik suhe lõpeb.

Ärge kasutage lubamisloendit lihtsalt selgitamata tagasilükkamise lahendamiseks. Vaadake esmalt üle pettuse põhjus ja võtke pangaga ühendust, kui reegel või piirang vajab selgitamist.

#### 6. Jälgige valepositiivseid tulemusi

Valepositiivne tulemus on seaduslik tehing, mis on ekslikult riskirohkena tuvastatud.

Liigsete valepositiivsete märkide hulka võivad kuuluda:

* Korduvad kaebused teadaolevatelt klientidelt
* Pettuse tõttu tagasi lükatud maksete järsk kasv ilma vastava pettusekasvuta
* Seaduslike kliendigruppide järjepidev blokeerimine
* Reeglid, mis mõjutavad ebaproportsionaalselt konkreetset turgu, kaardi väljastajat või täitmise stsenaariumi

Koguge tehingunäiteid ja edastage need panga tugimeeskonnale või riskimeeskonnale. Panga riskianalüütikud saavad vaadata üle kauplejapõhiseid tulemusi ja vajaduse korral kohandada rakendatavaid reegleid.

Juhtivad makseteenuse pakkujad soovitavad samuti reegleid testida ja jälgida, et tagada nende võime blokeerida oluliselt rohkem petturlikke tegevusi kui seaduslikke makseid.

#### 7. Kaitske kaupleja portaali juurdepääsu

Andke pettuste ennetamise juurdepääs ainult kasutajatele, kes seda vajavad. Blokeerimis- ja lubamisloendi muudatused mõjutavad reaalajas makseotsuseid ning neid peaksid tegema koolitatud ja volitatud töötajad.

Vaadake kasutajate juurdepääs regulaarselt üle ja eemaldage see viivitamata, kui vastutus muutub.

***

### Tegevuslik töövoog

Praktiline igapäevane pettuste töövoog võib järgida neid samme:

1. Vaadake üle uued kahtlaseks märgitud ja pettuse tõttu tagasi lükatud tehingud.
2. Uurige pettuse põhjust, tehingu üksikasju, kliendi ajalugu ja tellimuse konteksti.
3. Tehke kindlaks, kas mitu tehingut jagavad sama kaarditokenit, IP-aadressi, e-posti aadressi, seadmemustrit või tarneinfot.
4. Lisage kinnitatud petturlikud identifikaatorid blokeerimisloendisse.
5. Eskaleerige selgitamata mustrid või võimalikud valepositiivsed tulemused pangale.
6. Kasutage lubamisloendit ainult kontrollitud kliendi puhul ja ainult siis, kui pank on selle lubanud.
7. Eksportige pettustega seotud tehinguid perioodiliselt siseanalüüsi ja auditi tõendite jaoks.
8. Võrrelge pettuseotsuseid tagasimaksete, klientide kaebuste ja kinnitatud pettuse tulemustega, et parandada oma sisemist protsessi.

### Olulised piirangud

{% hint style="warning" %}
Pettuste ennetamine ei:

* Tagasta garantiid, et iga petturlik tehing tuvastatakse.
* Tagasta garantiid, et iga seaduslik tehing kinnitatakse.
* Asenda EMV® 3-D Secure, turvaline konto haldamine või teie enda tellimuse kontrollid.
* Kontrolli, et kaup on tarnitud või et kliendil on õigus kasutada konkreetset kontot.
* Tee täitmisotsuseid teie eest.
* Asenda kliendikonto kompromiteerimise või küberturbeintsidentide uurimist.
* Luba kauplejatel luua või muuta panga pettusereegleid.

Väljastaja, kliendi pank või mõni muu makseteenuse pakkuja võib tehingu siiski tagasi lükata pärast seda, kui see on läbinud lüüsi pettusekontrollid.
{% endhint %}

***

### Korduma kippuvad küsimused

<details>

<summary>Milliseid makseid kontrollitakse?</summary>

Lahendus hindab kaardi- ja Pay by Banki tehinguid. Kontrolli tegemise hetk sõltub sellest, millal lüüs on valitud makseviisi jaoks piisavalt andmeid saanud.

</details>

<details>

<summary>Mis vahe on kahtlasel ja tagasi lükatul?</summary>

Kahtlane makse vastas reeglile, mis on seadistatud andma hoiatuse. Tagasi lükatud makse vastas blokeerimistingimusele ja ei saa käimasoleva maksekatse raames jätkuda.

</details>

<details>

<summary>Kas kahtlaseks märkimine tähendab, et tehing on petturlik?</summary>

Ei. See tähendab, et tehing vastas riskimustrile, mis vajab tähelepanu. Vaadake tehing ja tellimuse kontekst üle vastavalt oma sisemisele poliitikale.

</details>

<details>

<summary>Miks makse tagasi lükati?</summary>

Avage tehing kaupleja portaalis ja vaadake üle pettuse põhjus. Makse tulemus sisaldab viidatud reeglit või blokeerimisloendi põhjust. Kui mitu reeglit sobib, võidakse kuvada ainult esimene viidatud reegel.

</details>

<details>

<summary>Kas ma saan pettusereegleid muuta?</summary>

Ei. Pettusereegleid haldavad panga volitatud riskianalüütikud. Võtke pangaga ühendust, kui tuvastate korduva pettusemustri, selgitamata tagasilükkamise või võimaliku valepositiivse probleemi.

</details>

<details>

<summary>Kas ma saan lisada kliendi blokeerimisloendisse?</summary>

Saate lisada tokeniseeritud kaardiidentifikaatori, IP-aadressi või e-posti aadressi, mis on seotud kinnitatud pettuse või kõrge riskiga tegevusega. Kaupleja muudatused jõustuvad reaalajas ega vaja eraldi panga kinnitust.

</details>

<details>

<summary>Kas ma saan lisada kliendi lubamisloendisse?</summary>

Ainult siis, kui pank on teie kauplejakonto määratlenud usaldusväärseks ja lubamisloendi juurdepääsu lubanud. Kirjed alluvad panga määratletud summapiirangutele ja tingimustele.

</details>

<details>

<summary>Kas lubamisloend tühistab blokeerimisloendi?</summary>

Ei. Blokeerimisloendi kirjed on alati prioriteetsed.

</details>

<details>

<summary>Kas ma saan pettusega seotud tehinguid alla laadida?</summary>

Jah. Saate märgitud ja pettuse tõttu tagasi lükatud tehinguid otsida, sortida ja eksportida CSV-vormingus.

</details>

<details>

<summary>Kas pettuste ennetamine asendab 3-D Secure'i?</summary>

Ei. Pettuste ennetamine ja EMV® 3-D Secure pakuvad erinevaid kontrollimehhanisme ning töötavad koos. Pettuste ennetamine hindab tehinguriske, samas kui 3-D Secure võimaldab väljastajal vajaduse korral kaardiomaniku autentida.

</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/omadused/pettuse-ennetamine.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.
