Pereiti prie turinio

Technologija

Sukurta veikti šalia jūsų infrastruktūros, o ne joje.

Šiame puslapyje aprašoma, už ką atsakinga platforma ir kaip ji jungiasi prie sistemų, kurias jau naudojate. Jame neaprašomas mūsų aptikimo metodas. Kaip signalai išdėstomi, derinami ir sveriami, yra ta dalis, kurią kuriame, ir ji lieka pas mus.

Integracija
Kontroliuojama sąsaja su esamomis sistemomis
Aptikimas
Taisyklės, ML, anomalijos, grafai
Pateikimas
Tyrimo darbo aplinka
Diegimas
Suderinama su įstaiga

Už ką atsakinga platforma

Keturios atsakomybės sritys. Kiekviena aprašoma tuo, už ką ji atsako ir ką sukuria, o būtent to ir reikia vertinančiai įstaigai. Vidinė sandara aptariama pagal konfidencialumo sutartį, o ne viešame puslapyje.

Integracija

Veikia su sistemomis, kurias jau naudojate.

Platforma sukurta skaityti iš esamos pagrindinės bankinės ir mokėjimų infrastruktūros per kontroliuojamą sąsają, o ne stovėti mokėjimo kelyje ar reikalauti ką nors keisti. Tai, kuo dalijamasi, apribojama tuo, ko reikia aptikimui, ir suderinama su įstaiga prieš prijungiant bet ką.

  • Kontroliuojamas integracijos paviršius
  • Apribota reikiamais požymiais
  • Paketinis arba beveik realiuoju laiku

Apdorojimas

Paverčia įvykius kažkuo palyginamu.

Operacijų įrašai normalizuojami ir lyginami su pačios sąskaitos istorija, todėl elgesį galima vertinti kontekste, o ne atskirai. Kaip sutapatinami subjektai ir konstruojami požymiai, yra dalis to, ką kuriame, ir čia neaprašoma.

  • Subjektų sutapatinimas
  • Elgsenos kontekstas
  • Pritaikyta įstaigai

Aptikimas

Keturi nepriklausomi to paties įvykio skaitymai.

Taisyklės, mašininis mokymasis, anomalijų aptikimas ir grafų analitika vertina operaciją kiekvienas atskirai. Nepriklausomumas ir yra esmė: signalas, atlaikęs keturis skirtingus metodus, stipresnis už tą, kuris peržengia vieną ribą. Kaip jie išdėstomi, derinami ir sveriami, yra mūsų pačių darbas ir neskelbiama.

  • Taisyklės
  • Mašininis mokymasis
  • Anomalijų aptikimas
  • Grafų analitika

Pateikimas

Kur priimamas ir užfiksuojamas sprendimas.

Įspėjimai pasiekia sukčiavimo, rizikos ir atitikties komandas tyrimui skirtoje darbo aplinkoje. Ji pateikia rizikos poziciją, ją pagrindžiančius įrodymus ir rekomenduojamą veiksmą, su prieiga pagal vaidmenis, išsaugant kiekvieną veiksmą ir modelio versiją kaip audito įrašą.

  • Atvejų darbo aplinka
  • Prieiga pagal vaidmenis
  • Audito seka

Ką skelbiame ir ko ne.

Verčiau būsime aiškūs dėl ribos, nei miglotai kalbėsime apie viską.

Skelbiama
  • Ką platforma aptinka ir kokias tipologijas sprendžia
  • Ką įspėjimas apima, kai pasiekia analitiką
  • Kaip sudaryti paaiškinimai, įrodymai ir audito įrašai
  • Kaip modeliai tikrinami, versijuojami, stebimi ir išleidžiami
  • Kaip platforma integruojasi ir kur ją galima diegti
Neskelbiama
  • Aptikimo metodų taikymo eilės tvarka
  • Kaip jų rezultatai derinami ir sveriami
  • Požymių konstravimo ir subjektų sutapatinimo logika
  • Modelių architektūros ir mokymo metodas
  • Aptikimo ribos ir derinimo metodika

Kaip šie metodai išdėstomi, derinami ir sveriami, yra mūsų pačių darbas, ir to neskelbiame. Skelbiame rezultatą: vieną rizikos poziciją, ją pagrindžiančius įrodymus ir žmogų, kuris sprendžia.

Platformą vertinančios įstaigos pagal susitarimą gauna techninį gylį, kurio jų rizikos, audito ir technologijų funkcijoms reikia sprendimui priimti. Niekas tame procese nepriklauso nuo to, ar viešai aprašome savo metodą.

Diegimas yra sprendimas, o ne numatytoji reikšmė.

Kur platforma veikia, suderinama su įstaiga dar prieš prijungiant bet ką, atsižvelgiant į jos infrastruktūrą, duomenų įsipareigojimus ir vidaus kontrolę.

Banko aplinkaIliustracinis
Pagrindinės bankinės ir mokėjimų sistemosJūsų apskaitos sistemos, nepakeistos
TasawurAIAptikimas ir tyrimas, pateikiami kaip vienas komponentasTaisyklės · ML · Anomalijos · Grafai
Sukčiavimo, rizikos ir atitikties komandosTiria, sprendžia ir saugo įrašą

Kur veikia kiekviena dalis, yra diegimo sprendimas, priimamas kartu su įstaiga. Tai nėra teiginys, kad klientų duomenys išeina iš kurios nors aplinkos arba privalo joje likti.

Svarstomi modeliai

  • Apdorojimas banko pusėje

    Aptikimas vyksta pačios įstaigos aplinkoje, klientų duomenims liekant pagal jos esamas kontrolės priemones.

  • Privati infrastruktūra

    Vienai įstaigai skirta infrastruktūra, atskirta nuo bet kokio bendro naudojimo.

  • Saugi API integracija

    Kontroliuojama sąsaja tarp banko sistemų ir aptikimo grandinės, apribota aptikimui reikalingais požymiais.

  • Kontroliuojama modelių priežiūra

    Modelių kūrimas ir patikra remiami centralizuotai, o laidos perkeliamos į banko aplinką gavus įstaigos patvirtinimą.

Tai architektūriniai variantai, o ne teiginiai apie tai, kur bus saugomi kurios nors įstaigos duomenys. Duomenų buvimo vieta, saugojimas ir prieiga nustatomi kartu su įstaiga ir jos įsipareigojimais.

Nuo operacijos iki tyrimo.

Architektūra egzistuoja tam, kad būtų įmanomas vienas dalykas: analitikas, skaitantis įspėjimą, kuris jau neša savo paaiškinimą.