Protsessi valik
Valime koos protsessi, mis kordub kõige sagedamini, millel on selge „tehtud“ kriteerium ja mille andmed on teie süsteemides. Lepime kokku, mida AI teeb iseseisvalt ja mida alles pärast inimese kinnitust.
KYC dokumendid pärast Veriffi või Sumsubi kontrolli, kliendipäringud, kaebused ja aruanded Finantsinspektsioonile: finantsettevõttes on see igapäevane voog ranguste reeglitega. Juurutame privaatse AI, mis valmistab ette, kontrollib ristiviisi ja salvestab mustandi Dynamics 365-sse või Salesforce’i, otsuse teeb aga inimene. Kõik logitakse ja andmed jäävad EL-i, kooskõlas GDPR-i ja DORA-ga.
Vastab ISO 27001NIS2 DORA
Makseasutused, e-raha asutused, krediidiühistud ja tarbijalaenude andjad saavad iga päev sama: klient läbib isikutuvastuse Veriffi või Sumsubi kaudu, kuid vastavusametnik võrdleb tema äriregistri väljavõtet, sissetulekut tõendavat dokumenti ja tegeliku kasusaaja deklaratsiooni ikka silmaga ning sisestab need käsitsi kliendikaardile Dynamics 365-s või Salesforce’is. Klienditeenindus vastab makse staatuse küsimustele, mille vastus on põhisüsteemis juba olemas. Kaebused jõuavad SharePointi registrisse ühisest Outlooki postkastist esmaspäeval, kuigi tähtaeg algas reedel. Kvartali lõpus kogub rahandusmeeskond Finantsinspektsiooni aruande andmed Standard Booksist ja põhisüsteemist Excelisse. Iga ümbersisestamine võtab tunni ja jätab ruumi veale, mille leiab auditi käigus üles.
Siin võtab AI enda kanda ettevalmistustöö: tõmbab väljad dokumentidest välja ja kontrollib neid Veriffi või Sumsubi tulemuse ning CRM-i kirjega, vastab klientide tüüpküsimustele põhisüsteemi andmete põhjal, klassifitseerib kaebused ja intsidendid teie SharePointi registri järgi, leiab töötajale reegli koos allikaga ning koostab Finantsinspektsiooni aruande mustandi Standard Booksi ja põhisüsteemi andmetest. Juurutame Claude’i, Microsoft 365 Copiloti ja ChatGPT-ga ning klientide andmete jaoks kasutame privaatset AI-d: mudelid töötavad MDP CLOUD GPU-pilves Leedus (EL) või Amazon Bedrockis EL-i regioonis. Ühendume teie süsteemidega API, failieksporti või e-posti voo kaudu, olenevalt versioonist. Esimene samm on alati sama: rollipõhised ligipääsud, andmete asukoht EL-is, logi auditi ja järelevalve jaoks ning selge piir: lõpliku otsuse kliendi, laenu või kaebuse kohta teeb inimene.
5 lahendust, mida selles valdkonnas kõige sagedamini juurutame. Igaüks algab ühest protsessist, sisaldab inimese kinnituse sammu ja on mõõdetav.
Klient läbib isikutuvastuse Veriffi või Sumsubi kaudu ning saadab äriregistri väljavõtte, sissetulekut tõendava dokumendi ja tegeliku kasusaaja deklaratsiooni. Privaatne mudel tõmbab väljad välja, kontrollib neid kontrolli tulemuse ja kliendikaardi vastu Dynamics 365-s või Salesforce’is ning märgib aegumistähtajad ja lahknevused. Vastavusametnik näeb ettevalmistatud kirjet märkustega ja teeb otsuse ise.
Juurutame: privaatne mudel Bedrocki EL-i regioonis + Veriffi / Sumsubi ning Dynamics 365 või Salesforce’i integratsioon
Klient küsib e-posti teel või iseteenindusportaalis, kus tema makse on, mis on tema limiit ja kui palju ülekanne maksab. Pärast isikutuvastust toob assistent staatuse põhisüsteemist ainult lugemisõigusega ja vastab teie reeglite järgi. Vaidlus, kahtlane tehing või küsimus krediiditingimuste kohta antakse otse töötajale edasi piletina Dynamics 365-s või Salesforce’is koos vestluse kokkuvõttega.
Juurutame: Claude’i agent API kaudu + põhisüsteemi ning Dynamics 365 või Salesforce’i integratsioon
Kaebus saabub ühisesse Outlooki postkasti ja IKT-intsidendi teade tuleb öösel seiresüsteemist. Power Automate’i voog annab need mudelile, mis määrab kategooria, tõsiduse ja tähtaja teie kaebuste menetlemise korra ja DORA kriteeriumide järgi, kontrollib duplikaate ning loob SharePointi registrisse kirje staatusega „ootab kinnitust“. Inimene kinnitab klassifikatsiooni ja otsustab, kas teavitada Finantsinspektsiooni.
Juurutame: Claude API kaudu + Power Automate’i voog SharePointi registrisse
Kliendihaldur küsib Teamsis, mis on ärikliendile enneaegse lõpetamise tasu või millal rakendub tugevdatud hoolsusmeede, ning saab tsitaadi koos lingiga dokumendi kehtivale versioonile SharePointi teegis. Assistent näeb ainult dokumente, mida töötaja näeb oma Entra ID õiguste alusel, ja kui dokumenti pole, ütleb ta seda, mitte ei oska arvata.
Juurutame: Copilot Studio agent SharePointi dokumentide jaoks teie Microsoft 365 keskkonnas
Enne Finantsinspektsioonile esitatavat aruannet ekspordib rahandusmeeskond saldod Standard Booksist, maksemahud põhisüsteemist ja intsidentide arvu registrist. AI paneb andmed teie aruandemalli, arvutab näitajad dokumenteeritud valemitega ja märgib väljad, kus süsteemid ei klapi või andmed puuduvad. Rahandus- ja vastavusjuht vaatavad üle, parandavad ja kinnitavad ning esitavad aruande Finantsinspektsioonile ise.
Juurutame: Claude API kaudu + ainult lugemisõigusega andmed Standard Booksist ja põhisüsteemist
Esimesest vestlusest töötava lahenduseni – koos mõõtmise ja hooldusega.
Valime koos protsessi, mis kordub kõige sagedamini, millel on selge „tehtud“ kriteerium ja mille andmed on teie süsteemides. Lepime kokku, mida AI teeb iseseisvalt ja mida alles pärast inimese kinnitust.
Seame korda ligipääsud failidele ja süsteemidele, loome AI-le eraldi identiteedi vähimate vajalike õigustega, lülitame sisse tegevuslogi ja valime, kus mudel töötab: teie Microsoft 365 keskkonnas, Amazon Bedrockis EL-i regioonis või meie GPU-pilves Leedus (EL).
Ehitame lahenduse Copiloti, Claude’i või ChatGPT abil vastavalt ülesandele, ühendame selle teie süsteemidega ning testime varasemate dokumentide ja päringutega, kuni täpsus vastab kokkulepitud lävele.
Käivitame inimese järelevalve all, vaatame üle logid ja erandid ning täpsustame reegleid. Kui esimene protsess töötab stabiilselt, võtame ette nimekirja järgmise.
Need lahendused on vestluse lähtepunkt, mitte lõplik nimekiri. Rääkige meile, millised protsessid teil korduvad, ja ühe vestluse käigus ütleme, mida tasub AI-le usaldada ja mida mitte.
AI-lahendus on IKT-teenus, seetõttu lisame selle teie kolmandate osapoolte teenusepakkujate registrisse koos lepingu, SLA, andmete asukoha ja väljumiskavaga, nagu DORA nõuab. Juurutusdokumentatsioon sisaldab riskihindamist, ligipääsude haldust ja logisid, et teil oleks järelevalvele midagi näidata.
Jah, kuid integratsiooni viisi valime pärast kontrolli. Veriffi või Sumsubi tulemuse võtame API kaudu või nende saadetud aruannetest ning Dynamics 365 ja Salesforce’iga ühendume API, failieksporti või e-posti voo kaudu, olenevalt versioonist ja litsentsidest. Ligipääs pangasüsteemile on ainult lugemiseks ja piiratud kokkulepitud päringutega.
Ei. AI kontrollib dokumente ristiviisi, valmistab ette kirje märkustega Dynamics 365-s või Salesforce’is ja pakub klassifikatsiooni, kuid KYC kinnituse ning laenu- ja kaebuseotsused teeb töötaja ning tema tegevus logitakse. Nii säilib vastutus ja jälgitavus, mida järelevalve nõuab.
Tellimused tulevad e-kirjade, Exceli tabelite ja PDF-idena ning kaubanduskettidelt EDI kaudu, kliendid helistavad laoseisu ja lepinguhindade…
Turuülevaated Bloomberg Terminalist ja LSEG Workspace’ist, prospektid, Nasdaq CSD ja Exceli andmetest koostatavad kliendiaruanded,…
Hankija saadab tuhat toodet ilma kirjeldusteta PrestaShopi või WooCommerce’i jaoks, kliendid küsivad Erplys laoseisu ja Omniva pakkide kohta ning…
Taotlused koos majandusaruannete ja Creditinfo Eesti päringuga, vara dokumendid liiklusregistrist, kindlustuspoliisid, Dokobitiga allkirjastatud…
Seda teenust osutavad spetsialistid, kellel on kehtivad rahvusvahelised sertifikaadid. Nende oskusi kinnitavad sõltumatud organisatsioonid, mitte meie.
AI-süsteemid juurutatakse kaitsega andmeleke ja mudeli väärkasutuse vastu.
AI turvaprogrammi ja selle kontrolle juhitakse ISACA metoodika järgi.
AI riske tuvastatakse ja hallatakse nagu iga teist IT-riski.
Vastame 1 tööpäeva jooksul