> 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-lt/funkcijos/apsauga-nuo-sukciavimo.md). # Apsauga nuo sukčiavimo Aptikite įtartiną mokėjimo veiklą, sustabdykite žinomus sukčiavimo šaltinius ir naudokite transakcijų įžvalgas, kad apsaugotumėte pajamas be nereikalingo legalių klientų blokavimo. Sukčiavimo prevencijos sprendimas vertina kortelių ir mokėjimo per banką operacijas naudodamas sukonfigūruotas rizikos taisykles, operacijų istoriją bei Blokavimo ir Leidimų sąrašus. Atsižvelgiant į rezultatą, mokėjimas gali būti tęsiamas įprastai, pažymėtas kaip įtartinas arba atmestas. Pardavėjo portale galite peržiūrėti sukčiavimo rezultatus, suprasti, kodėl operacija buvo pažymėta arba atmesta, eksportuoti įtartiną veiklą tolimesnei analizei ir blokuoti identifikatorius, susijusius su patvirtintu sukčiavimu. Sukčiavimo prevencija veikia automatiškai mokėjimo apdorojimo metu, tačiau jos veiksmingumas taip pat priklauso nuo jūsų integracijos pateiktų duomenų kokybės ir nuo to, kaip nuosekliai jūsų komanda peržiūri rezultatus bei imasi veiksmų. {% hint style="warning" %} Joks sukčiavimo sprendimas negali panaikinti visų sukčiavimo mokėjimų nepaveikdamas ir dalies teisėtų klientų. Reguliariai peržiūrėkite rezultatus ir atsargiai naudokite Blokavimo bei Leidimų sąrašus, kad išlaikytumėte tinkamą pusiausvyrą tarp sukčiavimo apsaugos ir mokėjimų konversijos. {% endhint %} *** ### Kodėl svarbi sukčiavimo prevencija E. prekybos mokėjimai yra kortelė fiziškai nepateikiama (Card-Not-Present) arba nuotolinės sąskaitos į sąskaitą operacijos. Klientas ir mokėjimo priemonė jums fiziškai nepateikiami, todėl atsiranda galimybių naudoti pavogtus prisijungimo duomenis, atlikti kortelės testavimą, perimti paskyrą, piktnaudžiauti tapatybe ir vykdyti kitą sukčiavimo veiklą. Sukčiavimas gali lemti: * Prekių ar paslaugų praradimą * Grąžinimus ir ginčijamus mokėjimus * Operatyvines tyrimo išlaidas * Didesnius atmetimo rodiklius * Klientų nepasitenkinimą * Žalą jūsų reputacijai Sukčiavimo prevencijos sprendimas padeda sumažinti šias rizikas, vertindamas operacijos atributus ir elgseną prieš mokėjimą arba jo apdorojimo metu. Jis gali nustatyti tiek pavienes didelės rizikos operacijas, tiek modelius, kurie tampa matomi tik įvertinus kelis mokėjimo bandymus kartu. *** ### Galimybių santrauka | Galimybė | Palaikymas | | ------------------------------- | ------------------------------------------------------------------------------------ | | Kortelių mokėjimų vertinimas | Palaikoma | | Mokėjimo per banką vertinimas | Palaikoma | | Realaus laiko rizikos taisyklės | Konfigūruojamos ir valdomos banko rizikos analitikų | | Operacijų rezultatai | Tęsti, pažymėti kaip įtartiną arba atmesti | | Sandorių peržiūros įrankis | Ieškoti, rūšiuoti, peržiūrėti ir eksportuoti su sukčiavimu susijusias operacijas | | Sukčiavimo priežasties detalės | Rodoma pažymėtoms ir atmestoms operacijoms | | Blokavimo sąrašas | Tvarkyti blokuotus kortelės žetonus, IP adresus ir el. pašto adresus | | Leidimų sąrašas | Prieinamas tik patikimiems pardavėjams, kai jį įjungia bankas | | CSV eksportas | Palaikomas su sukčiavimu susijusių operacijų sąrašams | | Istorinė analizė | Taisyklės gali naudoti iki šešių mėnesių pardavėjo operacijų istoriją | | Pardavėjo lygio valdikliai | Blokavimo sąrašas ir, kai įjungta, Leidimų sąrašas | | Banko lygio valdikliai | Taisyklės ir globalūs arba konkrečiam pardavėjui skirti Blokavimo ir Leidimų sąrašai | {% hint style="info" %} Galimos funkcijos ir prieigos teisės priklauso nuo jūsų pardavėjo sutarties, konfigūracijos ir banko suteiktų leidimų. {% endhint %} *** ### Kaip veikia sukčiavimo prevencija Sukčiavimo prevencija vertina kiekvieną palaikomą mokėjimą pagal apibrėžtą kontrolės seką: 1. **Blokavimo sąrašo patikra.** Operacija tikrinama pagal taikomus banko ir pardavėjo lygio Blokavimo sąrašus. 2. **Taisyklių vertinimas.** Jei Blokavimo sąrašo atitiktis nerandama, Taisyklių variklis įvertina operaciją pagal aktyvias sukčiavimo taisykles. 3. **Leidimų sąrašo patikra.** Kai taikoma, operacija tikrinama, ar ji atitinka leidžiamą kortelę, kuriai gali būti taikoma konkrečių apribojimų išimtis. 4. **Rizikos rezultatas.** Mokėjimas tęsiamas, pažymimas kaip įtartinas arba atmetamas. 5. **Rezultatų matomumas.** Sukčiavimo rezultatas ir taikoma priežastis pateikiami mokėjimo atsakyme ir Pardavėjo portale. Bankas gali taikyti kontrolę globaliai, pardavėjų grupei arba pavieniam pardavėjui. Banko lygio sąrašai turi pirmenybę prieš pardavėjo lygio sąrašus. {% hint style="info" %} **Blokavimo sąrašo atitiktis visada turi pirmenybę prieš Leidimų sąrašo atitiktį.** Pridėjus kortelę į Leidimų sąrašą, ji negali apeiti taikomo Blokavimo sąrašo įrašo. {% endhint %} Apdorojimo seka ir kontrolės pirmumas apibrėžiami Sukčiavimo prevencijos sprendime. *** ### Galimi rezultatai #### Mokėjimas tęsiamas Operacija neatitinka blokavimo sąlygos arba taikoma Leidimų sąrašo išimtis leidžia ją tęsti. Mokėjimas ir toliau vyksta įprastu mokėjimo procesu. Kortelių mokėjimų atveju išdavėjas vis tiek gali atmesti autorizavimą dėl priežasčių, nesusijusių su mokėjimo vartų sukčiavimo valdikliais. #### Pažymėta kaip įtartina Operacija atitinka taisyklę, sukonfigūruotą generuoti įspėjimą, o ne automatiškai atmesti mokėjimą. Įtartinas žymėjimas rodo, kad operacijai reikia dėmesio. Tai savaime neįrodo, kad sukčiavimas įvyko, ir nebūtinai reiškia, kad mokėjimas nepavyko. Peržiūrėkite operacijos detales ir suaktyvintą sukčiavimo priežastį pagal savo vidinę užsakymo rizikos politiką. Didesnės rizikos prekėms ar paslaugoms galite nuspręsti atidėti įvykdymą, kol užsakymas bus peržiūrėtas. #### Atmesta Operacija atitinka Blokavimo sąrašo įrašą arba taisyklę, sukonfigūruotą mokėjimui atmesti. Kai sutampa kelios taisyklės ir bent viena iš jų reikalauja atmesti mokėjimą, mokėjimas atmetamas. Rezultate pateikiamas sukčiavimo rezultatas ir informacija apie taikomą taisyklę. Kai taikomos kelios taisyklės, rezultate grąžinama tik pirmoji nurodyta taisyklė. *** ### Ką vertina sprendimas Sukčiavimo prevencijos sprendimas vertina informaciją, kuri yra prieinama tuo momentu, kai pagal pasirinktą mokėjimo metodą jau surinkta pakankamai duomenų. #### Kortelių mokėjimai Kortelių mokėjimai vertinami po to, kai klientas pasirenka kortele pagrįstą mokėjimo būdą ir pateikia kortelės duomenis arba jų tokenizuotą atitikmenį. Vertinant gali būti naudojama tokia informacija kaip: * Operacijos suma, data ir laikas * Kortelės žetonas * Kortelės BIN, prekės ženklas, išdavėjas ir išdavėjo šalis * Kortelės galiojimo pabaigos informacija * Kortelės turėtojo vardas ir pavardė * Mokėjimo tipas, pvz., įprastas arba periodinis mokėjimas * Pardavėjo kategorijos kodas * Kliento IP adresas ir IP šalis * Kliento el. pašto adresas ir telefono numeris * Atsiskaitymo ir pristatymo adresai * Kliento ir pardavėjo vietos informacija * Įrenginio informacija #### Pay by Bank Mokėjimo per banką operacijos vertinamos po to, kai klientas pasirenka banką, o vartai gauna analizei reikalingą informaciją. Vertinant gali būti naudojama tokia informacija kaip: * Operacijos suma, data ir laikas * Mokėjimo žetonas * Kliento IP adresas ir IP šalis * Kliento el. pašto adresas ir telefono numeris * Atsiskaitymo ir pristatymo adresai * Kliento ir pardavėjo vietos informacija * Įrenginio informacija Tiksli konkrečiai operacijai prieinama informacija priklauso nuo mokėjimo metodo, integracijos srauto, kliento įvesties ir jūsų sistemų pateiktų duomenų. *** ### Pateikite išsamius ir tikslius duomenis Sukčiavimo taisyklės gali vertinti tik vartams prieinamus duomenis. Trūkstamos, bendrinės arba nenuoseklios reikšmės mažina sprendimo gebėjimą atskirti teisėtus klientus nuo įtartino elgesio. Jei tai palaiko jūsų integracija, pateikite: * Tikrąjį kliento IP adresą * Galiojantį kliento el. pašto adresą * Stabilią kliento arba užsakymo nuorodą * Atsiskaitymo ir pristatymo adresai * Kliento telefono numeris * Tikslią pirkinių krepšelio ir operacijos informaciją * Įrenginio ir naršyklės informaciją, surinktą palaikomos integracijos * Tinkamą mokėjimo tipą periodinėms arba saugomų kredencialų operacijoms {% hint style="info" %} Nekeiskite tikrųjų kliento reikšmių vietaženklais, tokiais kaip `unknown@example.com`, fiksuotu biuro IP adresu arba tuo pačiu telefono numeriu kiekvienai operacijai. Serverio pusės integracijose įsitikinkite, kad į vartus perduodamas IP adresas nurodo klientą, o ne jūsų serverį ar tarpinį serverį. Sprendimo aprašyme kliento IP adresas nurodomas kaip svarbus sukčiavimo analizės laukas. Aukštos kokybės mokėjimo duomenys taip pat yra standartinis pirmaujančių sukčiavimo valdymo platformų reikalavimas: kuo išsamesnis ir tikslesnis operacijos kontekstas, tuo geriau sistema gali atskirti įtartiną elgesį nuo teisėtos kliento veiklos. {% endhint %} *** ### Rizikos taisyklės Taisyklių variklis vertina operacijų įvykius, atributus, slenksčius ir istorinį elgesį. Taisyklės gali atsižvelgti į: * Įvykių skaičių per apibrėžtą laikotarpį * Bendrą operacijų apimtį per laikotarpį * Vidutinį įvykių skaičių * Vidutinę operacijos sumą * Skirtumus tarp operacijų atributų * Skirtumus tarp dabartinio ir istorinio pardavėjo elgesio Modelių, kuriuos taisyklės gali nustatyti, pavyzdžiai: * Keli bandymai naudoti tą pačią kortelę per trumpą laiką * Kartotiniai bandymai naudojant skirtingas sumas * Operacijų apimtis, gerokai viršijanti įprastą pardavėjo veiklą * IP geolokacijos ir pristatymo šalies neatitikimas * Neįprastas autorizacijų arba atmetimų skaičius, susietas su BIN * Modeliai, rodantys automatizuotą kortelės testavimą arba BIN ataką Taisyklių variklis taip pat gali stebėti sėkmingus ir nesėkmingus mokėjimus, kortelių atšaukimus ir kortelių arba mokėjimo per banką grąžinimus. {% hint style="info" %} Taisyklės kuriamos, testuojamos, aktyvuojamos ir valdomos banko įgaliotų rizikos analitikų. Atskiros taisyklės gali būti įjungtos arba išjungtos konkrečiam pardavėjui, atsižvelgiant į pardavėjo rizikos profilį. Pardavėjai taisyklių Pardavėjo portale nekuria ir nemodifikuoja. {% endhint %} ### Peržiūrėkite sukčiavimo rezultatus Su sukčiavimu susijusios operacijos Pardavėjo portale pasiekiamos per Mokėjimų ir Sukčiavimo prevencijos sritis. Galite: * Identifikuokite operacijas, pažymėtas kaip įtartinos * Identifikuokite mokėjimus, atmestus dėl sukčiavimo kontrolės * Ieškokite ir rūšiuokite operacijas * Peržiūrėkite, kodėl mokėjimas buvo pažymėtas arba atmestas * Atidarykite operacijos detales * Eksportuokite operacijų sąrašą CSV formatu * Pridėkite susijusius operacijų identifikatorius į savo Blokavimo sąrašą Sukčiavimo priežastį naudokite kartu su visa operacijos ir užsakymo konteksto informacija. Vienas atributas, pvz., užsienio IP adresas, gali būti teisėtas pats savaime, bet reikšmingesnis, kai derinamas su kitais signalais, tokiais kaip neįprasta užsakymo vertė, nesutampantys pristatymo duomenys ar pasikartojantys nesėkmingi bandymai. Mokėjimo atsakyme taip pat pateikiamas sukčiavimo rezultatas ir nurodytos taisyklės priežastis, leidžianti API integruotiems pardavėjams atspindėti sukčiavimo rezultatus savo vidiniuose užsakymų valdymo procesuose. *** ### Blokavimo sąrašas Naudokite Blokavimo sąrašą, kad užkirstumėte kelią naujoms operacijoms, susijusioms su identifikatoriais, kuriuos patvirtinote kaip sukčiavimo atvejus arba nuolat didelės rizikos. Pardavėjo portale galite blokuoti: * Tokenizuotus kortelės identifikatorius iš operacijos detalių * IP adresus * El. pašto adresus Identifikatorių galite pridėti iš su sukčiavimu susijusios operacijos peržiūros arba tvarkyti įrašus per Blokavimo sąrašo sąsają. Pardavėjo Blokavimo sąrašo įrašai: * Įsigalioja realiuoju laiku * Nereikalauja papildomo banko patvirtinimo * Gali būti ieškomi, peržiūrimi, pridedami ir šalinami * Taikomi būsimiems atitinkantiems mokėjimo bandymams {% hint style="info" %} Mokėjimo vartai Blokavimo sąrašo valdymui neatskleidžia viso kliento kortelės numerio. Kortelės įrašai naudoja saugią tokenizuotą reikšmę, kuri pateikiama operacijos detalėse. {% endhint %} #### Kada pridėti įrašą Apsvarstykite galimybę pridėti identifikatorių, kai: * Sukčiavimas patvirtintas. * Keli įtartini sandoriai turi tą patį identifikatorių. * Žinoma, kad kliento paskyra arba mokėjimo kredencialai yra pažeisti. * Tas pats šaltinis pakartotinai vykdo kortelės testavimą arba piktnaudžiavimo mokėjimo bandymus. * Jūsų vidinis tyrimas nustato aiškų ryšį su sukčiavimo veikla. Venkite blokuoti identifikatorių vien dėl vienos neaiškios operacijos. Bendri IP adresai, pakartotinai naudojami el. pašto domenai, įmonių tinklai, mobilieji tinklai ir viešas „Wi‑Fi“ gali būti naudojami kelių teisėtų klientų. #### Reguliariai peržiūrėkite sąrašą Blokavimo sąrašo įrašai gali užkirsti kelią teisėtoms operacijoms, kai pasikeičia aplinkybės. Periodiškai peržiūrėkite savo sąrašą ir pašalinkite įrašus, kurie nebėra pagrįsti. Naudokite kuo konkretesnį ir patikimiausią identifikatorių. Pavyzdžiui, patvirtinto sukčiavimo kortelės žetono blokavimas paprastai yra tikslingesnis nei bendro IP adreso blokavimas. *** ### Leidimų sąrašas Leidimų sąrašas skirtas išimtiniams atvejams, kai žinomo ir patikimo kliento kortelė turėtų būti atleista nuo konkrečių sukčiavimo apribojimų. Pardavėjo prieiga prie Leidimų sąrašo suteikiama tik tada, kai bankas priskiria pardavėją patikimam ir įjungia šią funkciją. Kai prieiga įjungta, galite pridėti tokenizuotą kortelės identifikatorių ir nurodyti tikėtiną operacijos sumos intervalą. Bankas gali nustatyti: * Didžiausią vienos operacijos sumą, kurią galite leisti * Papildomus bendrus limitus * Kuriuos apribojimus galima apeiti * Ar Leidimų sąrašo valdymas prieinamas jūsų pardavėjo paskyrai Operacija, viršijanti taikomą bendrą limitą, gali būti pažymėta kaip įtartina tolimesnei analizei, net jei ji nėra automatiškai atmetama. {% hint style="warning" %} **Naudokite Leidimų sąrašą taupiai.** Pridėkite tik tuos klientus ar partnerius, kurių tapatybę, mokėjimo santykį ir tikėtiną operacijų elgseną patvirtinote. Pernelyg platus Leidimų sąrašas gali leisti sukčiavimo mokėjimams apeiti kontrolę, kuri kitu atveju juos aptiktų. {% endhint %} Kai pardavėjas sukuria naują Leidimų sąrašo įrašą, bankas yra informuojamas. Banko lygio kontrolė ir visi taikomi Blokavimo sąrašo įrašai ir toliau turi pirmenybę. *** ### Kaip padaryti sukčiavimo prevenciją veiksmingą #### 1. Siųskite prasmingus operacijų duomenis Peržiūrėkite savo integraciją ir įsitikinkite, kad ji siunčia jūsų verslui prieinamą kliento ir užsakymo informaciją. Ypatingą dėmesį skirkite kliento IP adresui, el. paštui, telefono numeriui, atsiskaitymo ir pristatymo duomenims, operacijų nuorodoms ir tinkamam mokėjimo tipui. #### 2. Reguliariai peržiūrėkite įtartiną veiklą Paskirkite atsakomybę už sukčiavimo rezultatų peržiūrą Pardavėjo portale. Tinkamas dažnumas priklauso nuo jūsų operacijų apimties ir įvykdymo modelio, tačiau didelės vertės arba iš karto įvykdomiems užsakymams gali reikėti dažnesnio dėmesio. Ieškokite pasikartojančių identifikatorių ir elgesio modelių, o ne vertinkite kiekvieną operaciją atskirai. #### 3. Apibrėžkite užsakymo įvykdymo politiką Nuspręskite, ką jūsų verslas turėtų daryti, kai mokėjimas yra: * Sėkmingai užbaigtas be sukčiavimo įspėjimo * Užbaigtas, bet pažymėtas kaip įtartinas * Atmestas dėl sukčiavimo kontrolės Įtartiniems užsakymams jūsų politika gali reikalauti papildomo užsakymo patvirtinimo, atidėto išsiuntimo, ankstesnės kliento veiklos peržiūros arba patvirtinimo per nustatytą kliento kontaktinį kanalą. {% hint style="danger" %} Niekada neprašykite kliento siųsti kortelės duomenų, saugos kodų, banko slaptažodžių ar autentifikavimo kodų kaip sukčiavimo peržiūros dalies. {% endhint %} #### 4. Blokuokite patvirtintas grėsmes Nedelsdami pridėkite patvirtintus sukčiavimo kortelės žetonus, IP adresus ar el. pašto adresus į Blokavimo sąrašą. Savo atvejų valdymo arba klientų aptarnavimo procese užfiksuokite sprendimo priežastį. Vėliau peržiūrėkite įrašus, kad sumažintumėte nereikalingą ilgalaikį blokavimą. #### 5. Palaikykite siaurą Leidimų sąrašą Leidimų sąrašo įrašus naudokite tik patvirtintoms išimtims. Nustatykite realistiškus sumų intervalus, periodiškai peržiūrėkite įrašus ir pašalinkite prieigą, kai patikimi santykiai baigiasi. Niekada nenaudokite Leidimų sąrašo vien tam, kad išspręstumėte nepaaiškinamą atmetimą. Pirmiausia peržiūrėkite sukčiavimo priežastį ir susisiekite su banku, jei taisyklė ar apribojimas reikalauja paaiškinimo. #### 6. Stebėkite klaidingai teigiamus rezultatus Klaidingai teigiamas rezultatas yra teisėta operacija, klaidingai identifikuota kaip rizikinga. Perteklinių klaidingai teigiamų rezultatų požymiai gali būti: * Pasikartojantys žinomų klientų skundai * Staigus sukčiavimo atmetimų padidėjimas be atitinkamo sukčiavimo augimo * Teisėtų klientų segmentų nuolatinis blokavimas * Taisyklės, neproporcingai paveikiančios konkrečią rinką, kortelės išdavėją arba įvykdymo scenarijų Surinkite operacijų pavyzdžius ir pateikite juos banko palaikymo arba rizikos komandai. Banko rizikos analitikai gali peržiūrėti konkrečiam pardavėjui skirtus rezultatus ir, jei tikslinga, pakoreguoti taikomas taisykles. Pirmaujančios mokėjimų paslaugų teikėjos taip pat rekomenduoja testuoti ir stebėti taisykles, kad būtų užtikrinta, jog jos blokuoja reikšmingai daugiau sukčiavimo veiklos nei teisėtų mokėjimų. #### 7. Apsaugokite Pardavėjo portalo prieigą Suteikite prieigą prie Sukčiavimo prevencijos tik tiems naudotojams, kuriems jos reikia. Blokavimo ir Leidimų sąrašo pakeitimai veikia tiesioginius mokėjimo sprendimus, todėl juos turėtų atlikti apmokytas, įgaliotas personalas. Reguliariai peržiūrėkite naudotojų prieigą ir nedelsdami ją pašalinkite, kai pasikeičia atsakomybės. *** ### Operacinė eiga Praktiška kasdienė sukčiavimo valdymo eiga gali būti tokia: 1. Peržiūrėkite naujai įtartinas ir dėl sukčiavimo atmestas operacijas. 2. Įvertinkite sukčiavimo priežastį, operacijos detales, kliento istoriją ir užsakymo kontekstą. 3. Nustatykite, ar kelios operacijos turi tą patį kortelės žetoną, IP adresą, el. pašto adresą, įrenginio modelį ar pristatymo informaciją. 4. Pridėkite patvirtintus sukčiavimo identifikatorius į Blokavimo sąrašą. 5. Pateikite bankui nepaaiškinamus modelius arba galimus klaidingai teigiamus rezultatus eskalavimui. 6. Leidimų sąrašą naudokite tik patvirtintam klientui ir tik ten, kur tai įjungė bankas. 7. Periodiškai eksportuokite su sukčiavimu susijusias operacijas vidinei analizei ir audito įrodymams. 8. Palyginkite sukčiavimo sprendimus su grąžinimais, klientų skundais ir patvirtintais sukčiavimo rezultatais, kad pagerintumėte savo vidinį procesą. ### Svarbūs apribojimai {% hint style="warning" %} Sukčiavimo prevencija ne: * Užtikrina, kad kiekviena sukčiavimo operacija bus aptikta. * Užtikrina, kad kiekviena teisėta operacija bus patvirtinta. * Pakeičia EMV® 3-D Secure, saugų paskyrų valdymą ar jūsų pačių užsakymo kontrolę. * Patikrina, ar prekės buvo pristatytos arba ar klientas turi teisę naudoti konkrečią paskyrą. * Priima įvykdymo sprendimus už jus. * Pakeičia kliento paskyros kompromitavimo ar kibernetinių incidentų tyrimą. * Leidžia pardavėjams kurti arba modifikuoti banko sukčiavimo taisykles. Išdavėjas, kliento bankas arba kita mokėjimo paslaugų teikėja vis tiek gali atmesti operaciją po to, kai ji praeina mokėjimo vartų sukčiavimo kontrolę. {% endhint %} *** ### Dažniausiai užduodami klausimai
Kurie mokėjimai tikrinami? Sprendimas vertina kortelių ir mokėjimo per banką operacijas. Tikrinimo momentas priklauso nuo to, kada vartai gauna pakankamai duomenų pasirinktam mokėjimo metodui.
Kuo skiriasi įtartina ir atmesta? Įtartinas mokėjimas atitiko taisyklę, sukonfigūruotą generuoti įspėjimą. Atmestas mokėjimas atitiko blokavimo sąlygą ir negali būti tęsiamas dabartiniame mokėjimo bandyme.
Ar įtartinas žymėjimas reiškia, kad operacija yra sukčiavimas? Ne. Tai reiškia, kad operacija atitiko rizikos modelį, kuriam reikia dėmesio. Peržiūrėkite operaciją ir užsakymo kontekstą pagal savo vidinę politiką.
Kodėl mokėjimas buvo atmestas? Atidarykite operaciją Pardavėjo portale ir peržiūrėkite sukčiavimo priežastį. Mokėjimo rezultate pateikiama nurodytos taisyklės arba Blokavimo sąrašo priežastis. Kai sutampa kelios taisyklės, gali būti rodoma tik pirmoji nurodyta taisyklė.
Ar galiu pakeisti sukčiavimo taisykles? Ne. Sukčiavimo taisykles valdo banko įgalioti rizikos analitikai. Susisiekite su banku, jei nustatote pasikartojantį sukčiavimo modelį, nepaaiškinamą atmetimą arba galimą klaidingai teigiamą problemą.
Ar galiu pridėti klientą į Blokavimo sąrašą? Galite pridėti tokenizuotą kortelės identifikatorių, IP adresą arba el. pašto adresą, susijusį su patvirtintu sukčiavimu ar didelės rizikos veikla. Pardavėjo pakeitimai įsigalioja realiuoju laiku ir nereikalauja atskiro banko patvirtinimo.
Ar galiu pridėti klientą į Leidimų sąrašą? Tik tada, kai bankas jūsų pardavėjo paskyrą priskyrė patikimai ir įjungė Leidimų sąrašo prieigą. Įrašams taikomi banko nustatyti sumų limitai ir sąlygos.
Ar Leidimų sąrašas panaikina Blokavimo sąrašą? Ne. Blokavimo sąrašo įrašai visada turi pirmenybę.
Ar galiu atsisiųsti su sukčiavimu susijusias operacijas? Taip. CSV formatu galite ieškoti, rūšiuoti ir eksportuoti pažymėtas bei dėl sukčiavimo atmestas operacijas.
Ar sukčiavimo prevencija pakeičia 3-D Secure? Ne. Sukčiavimo prevencija ir EMV® 3-D Secure suteikia skirtingas kontrolės priemones ir veikia kartu. Sukčiavimo prevencija vertina operacijos riziką, o 3-D Secure leidžia išdavėjui, kai reikia, autentifikuoti kortelės turėtoją.
--- # 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-lt/funkcijos/apsauga-nuo-sukciavimo.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.