Kontinuirani monitoring: praćenje ponašanja nakon onboardinga

Kontinuirani monitoring predstavlja praćenje transakcionog ponašanja i profila rizika klijenta tokom cjelokupnog poslovnog odnosa. Informacije prikupljene tokom onboardinga su samo početna tačka: deklarisana aktivnost klijenta i stvarne transakcije mogu se vremenom razlikovati, a obveznik je dužan da otkrije upravo to odstupanje.\n\n## U odnosu na šta se vrši monitoring?\n\nTransakcija sama po sebi nema značenje. Značenje se izvodi iz onoga sa čim se poredi.\n\n| Poređenje | Šta otkriva |\n| --- | --- |\n| Sopstvena istorija klijenta | Iznose, učestalost ili vremena koja odstupaju od navika |\n| Deklarisana aktivnost | Vrste transakcija ili ugovorne strane koje nijesu u skladu sa deklaracijama |\n| Grupa vršnjaka (Peer group) | Ponašanje koje izgleda neobično unutar istog segmenta |\n| Šeme ispod praga | Strukturirane transakcije podijeljene neposredno ispod pragova izvještavanja |\n| Mrežni odnosi | Klastere povezane preko zajedničkih uređaja, IP adresa, adresa ili računa |\n\nOva poređenja se računaju tokom agregacionih prozora: broj transakcija klijenta, suma i prosjek tokom određenog perioda mogu se direktno koristiti prilikom pisanja pravila. Detalji se nalaze na stranici pokretač pravila i scenarija.\n\n## Zašto klasa rizika nije statična?\n\nKlasa rizika klijenta se dodjeljuje tokom onboardinga, ali tu ne ostaje zamrznuta. Novi zapis o sankcijama, novi nepovoljni medijski natpisi (adverse media), serija transakcija koje nijesu u skladu sa deklaracijama ili promjena u vlasničkoj strukturi mogu povećati klasu rizika. Kada se klasa poveća, mijenjaju se i učestalost monitoringa, potrebna dokumentacija i raspored revizije.\n\nKako se liste mijenjaju, vrši se ponovni skrining postojeće baze klijenata: zapis koji je danas čist sjutra može donijeti podudaranje. Aspekt skrininga je objašnjen na stranici usklađenost sa sankcijama.\n\n## Šta se dešava ako ima previše upozorenja?\n\nStvarni izazov kontinuiranog monitoringa nije propuštanje rizika, već utapanje u njima. Pravilo sa prenisko postavljenim pragom generiše toliko upozorenja da prikriva stvarne prijetnje, pa tim nakon nekog vremena prestaje da ih pregleda. Zbog toga se ono što će pravilo generisati mora izmjeriti prije puštanja u rad: novi prag se testira na istorijskom saobraćaju kako bi se vidjelo koliko će upozorenja proizvesti. Zato postoji simulacija pravila i backtesting.\n\nZa pisanje pravila nije potrebno tehničko znanje: potrebna kontrola se može napisati običnim jezikom, a njen ekvivalent se generiše kao nacrt pravila. Stranica pisanje pravila pomoću promptova objašnjava ovo.\n\n## Kada se aktivira upozorenje\n\nUpozorenje postaje predmet (case). U okviru predmeta, transakcija, istorija klijenta, verzija pravila koje ga je aktiviralo i obrazloženje istražitelja čuvaju se zajedno. Posjedovanje verzije pravila u evidenciji je odlučujuće za revizije: kada vas pitaju koji je skup pravila korišćen za donošenje odluke prije šest mjeseci, odgovor je u evidenciji.\n\nKao rezultat istrage, predmet se zatvara, odlaže (snoozed) ili eskalira u izvještaj. Tok rada se nalazi na stranici upravljanje upozorenjima i predmetima, a izvještavanje na stranici regulatorno izvještavanje.\n\n## Monitoring dobija smisao sa onboardingom\n\nInformacije prikupljene tokom onboardinga su osnova za monitoring. Ako nema deklarisane aktivnosti, odstupanja se ne mogu mjeriti. Zato je ključno da se oba procesa nalaze na istom zapisu: stranica onboarding klijenata objašnjava tu stranu.