Adatsablon az ügyfélbeléptetési KYC-folyamathoz

ACTICO
Adatsablon az ügyfélbeléptetési KYC-folyamathoz

Adatsablon az ügyfélbeléptetési KYC-folyamathoz

Ez a sablon rendszerezetten segít összegyűjteni az ügyfélbeléptetési KYC-folyamat elemzéséhez szükséges adatokat. Bemutatja, mely attribútumokat érdemes rögzíteni, és mely tevékenységeket kell követni az eseménynaplóban. Gyakorlati útmutatást is ad az adatok forrásrendszerekből történő kinyeréséhez, hogy könnyebben elkezdhesse a process mining elemzést.
  • Javasolt attribútumok
  • Követendő fő tevékenységek
  • Útmutató az ACTICO-adatok kinyeréséhez
Most ismerkedik az eseménynaplókkal? Tudja meg, hogyan készíthet process mining eseménynaplót.

Az ügyfélbeléptetési KYC-folyamat attribútumai

Ezeket az adatmezőket javasoljuk az eseménynaplóban rögzíteni az ügyfélbeléptetési KYC-folyamat részletes elemzéséhez.
5 Kötelező 7 Javasolt 5 Nem kötelező
Név Leírás
Esemény időpontja
EventTime
Az időbélyeg, amely megmutatja, mikor kezdődött vagy történt egy adott tevékenység.
Leírás

Az esemény időpontja az a pontos dátum és idő, amikor a rendszer rögzítette a tevékenységet. Ez határozza meg az egy ügyfélkérelemhez tartozó események időrendi sorrendjét, vagyis az ügyfélbeléptetés idővonalát.

Ez az attribútum minden időalapú elemzéshez szükséges. Segítségével kiszámítható a tevékenységek közötti átfutási idő, felismerhetők a késedelmek és várakozások, mérhető az ügy teljes időtartama, és ellenőrizhető a szolgáltatási szintre vonatkozó megállapodások (SLA-k) teljesítése. Az adott ügy időbélyegeinek sorrendjéből a process mining eszközök rekonstruálják a folyamat tényleges menetét.

Miért fontos?

Ez az attribútum adja meg az események időrendi sorrendjét, ami szükséges az időtartamok kiszámításához, a szűk keresztmetszetek feltárásához és a folyamat idővonalának elemzéséhez.

Hol szerezhető be?

Az ACTICO eseménynapló-tábláiban található időbélyeg, amely minden rögzített tevékenységhez tartozik. További részletekért tekintse meg az ACTICO dokumentációját.

Példák
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T15:45:10Z
Tevékenység neve
ActivityName
Az ügyfélbeléptetési folyamatban végrehajtott üzleti esemény vagy feladat neve.
Leírás

Ez az attribútum rögzíti a KYC-folyamat minden lépésének vagy tevékenységének nevét, például: „Kérelem benyújtva”, „Kockázatértékelés elvégezve” vagy „Kérelem jóváhagyva”. Ezekből a lépésekből áll össze a folyamattérkép.

A tevékenység nevének elemzésével megjeleníthető a folyamat menete, felismerhetők a gyakori és ritka tevékenységek, valamint a szűk keresztmetszetek és az ismételt munkavégzés. Ez az attribútum segít megérteni, milyen műveletek történnek és milyen sorrendben, ami elengedhetetlen a folyamatváltozatok elemzéséhez és a megfelelési ellenőrzésekhez.

Miért fontos?

Meghatározza a folyamattérkép lépéseit, így megjeleníthető a folyamat menete, felismerhetők az eltérések, és elemezhető a tevékenységek gyakorisága és sorrendje.

Hol szerezhető be?

Ez az információ általában az ACTICO eseménynapló-táblájában található, gyakran az esemény vagy feladat típusát leíró mezőben. További részletekért tekintse meg az ACTICO dokumentációját.

Példák
Kérelem benyújtvaKockázatértékelés elvégezveMegfelelési ellenőrzés befejezveKérelem elutasítva
Ügyfélkérelem
CustomerApplication
Egy ügyfélbeléptetési kérelem egyedi azonosítója, amely az elemzésben az ügy azonosítójaként szolgál.
Leírás

Az ügyfélkérelem az elsődleges ügyazonosító, amely egy ügyfél beléptetéséhez kapcsolódó összes eseményt és tevékenységet összekapcsolja. A KYC-folyamat egy teljes példányát jelöli a kérelem benyújtásától a jóváhagyásról vagy elutasításról szóló végső döntésig.

A process miningben ez az attribútum szükséges az egyes kérelmek teljes folyamatának rekonstruálásához. Segítségével az elemzők nyomon követhetik a tevékenységek sorrendjét, mérhetik a teljes átfutási időt, és összehasonlíthatják a kérelmek különböző útvonalait, vagyis folyamatváltozatait. Az azonos ügyfélkérelem-azonosítóhoz tartozó összes esemény ugyanahhoz az ügyhöz tartozik.

Miért fontos?

Ez a process mining alapvető attribútuma: egyetlen, összefüggő folyamatpéldányba kapcsolja az egymáshoz tartozó eseményeket, így minden ügyfélbeléptetési folyamat elejétől a végéig elemezhető.

Hol szerezhető be?

Ez az ACTICO fő kérelem- vagy ügykezelési tábláinak elsődleges kulcsa. A táblák és mezők pontos nevét az ACTICO dokumentációjában találja.

Példák
APP-2023-001234APP-2023-001235APP-2024-000001
Forrásrendszer
SourceSystem
Az a nyilvántartó rendszer, amelyből az eseményadatok származnak.
Leírás

Ez az attribútum azonosítja azt a forrásrendszert, amelyben az adatok keletkeztek. Ennél a folyamatnál az értéke mindig „ACTICO”, több rendszert érintő elemzésnél viszont segít megkülönböztetni az adatok eredetét.

A process mining során ez az attribútum fontos szerepet játszik az adatirányításban és az adatok ellenőrzésében. Segít az adatokat a megfelelő forráshoz rendelni, ami különösen fontos, ha több rendszer adatait egyesítik a folyamat egységes áttekintéséhez. Az adatminőségi problémák feltárását is megkönnyíti, mert visszavezethető vele az adat az eredeti rendszerhez.

Miért fontos?

Megmutatja, honnan származnak az adatok, és támogatja az adatok eredetének nyomon követését, valamint az adatirányítást. Ez különösen fontos több forrás adatainak egyesítésekor.

Hol szerezhető be?

Ez általában egy rögzített érték („ACTICO”), amelyet az adatok kinyerése és átalakítása során rendelnek az adathalmazhoz.

Példák
ACTICOACTICO PlatformActico KYC-modul
Utolsó adatfrissítés
LastDataUpdate
Az időbélyeg, amely megmutatja, mikor frissítették vagy nyerték ki utoljára az adatokat a forrásrendszerből.
Leírás

Ez az attribútum rögzíti, mikor kérdezték le legutóbb az adatokat az ACTICO rendszerből. Az adathalmaz egészére vonatkozó metaadat, nem az egyes eseményekre, ezért az elemzés adatainak aktualitásáról ad tájékoztatást.

A dashboardokon és jelentésekben ez segít a felhasználóknak megítélni, mennyire frissek az adatok. Így reális elvárásokat alakíthatnak ki az elemzési eredmények aktualitásáról. A közel valós idejű adatokat igénylő működés felügyeletében is fontos. Az időbélyeg megjelenítése átláthatóvá teszi, milyen adatok alapján készült az elemzés.

Miért fontos?

Megmutatja, mennyire frissek az adatok, így a felhasználók ellenőrizhetik, hogy naprakész információkat elemeznek-e. Ez fontos a működéssel kapcsolatos döntésekhez.

Hol szerezhető be?

Az érték az adatok kinyerése, átalakítása és betöltése (ETL) során jön létre és kerül tárolásra. Azt az időpontot jelzi, amikor az ETL-feladat sikeresen befejeződött.

Példák
2024-05-20T08:00:00Z2024-05-21T08:00:00Z
Befejezés időpontja
EndTime
Az időbélyeg, amely megmutatja, mikor fejeződött be egy adott tevékenység.
Leírás

A befejezés időpontja jelzi, mikor ért véget egy tevékenység. A kezdési időponttal (EventTime) együtt használva kiszámítható az egyes feladatok pontos időtartama, vagyis a feldolgozási idő. Nem minden eseménynek van külön befejezési időpontja, mert egyes események azonnal lezajlanak.

Ez az attribútum alapvető a teljesítmény elemzéséhez, különösen az egyes lépések időigényének méréséhez. Részletes teljesítmény-dashboardok készíthetők vele, megmutatható, mely tevékenységek tartanak a legtovább, és kiszámíthatók olyan KPI-k, mint például a „Dokumentum-ellenőrzés átlagos ideje”.

Miért fontos?

Lehetővé teszi a tevékenységek pontos időtartamának, vagyis a feldolgozási időnek a kiszámítását. Ez segít feltárni a teljesítményt akadályozó szűk keresztmetszeteket és elemezni az erőforrások hatékony felhasználását.

Hol szerezhető be?

A kezdési időponthoz hasonlóan ez az adat általában az ACTICO eseménynapló-tábláiban található. Egyes rendszerek ugyanahhoz az eseményrekordhoz külön oszlopban tárolják a kezdési és a befejezési időpontot. Részletekért tekintse meg az ACTICO dokumentációját.

Példák
2023-10-26T10:15:00Z2023-10-26T12:00:00Z2023-10-27T16:00:15Z
Elutasítás oka
RejectionReason
Az ügyfélkérelem elutasításakor megadott konkrét indok.
Leírás

Ha a kérelem végső állapota „Elutasítva”, ez az attribútum mutatja meg az elutasítás okát. Ilyen lehet például a „Hiányos dokumentáció”, a „Sikertelen háttérellenőrzés” vagy a „Magas kockázatú profil”.

Ez az attribútum fontos a kiváltó okok feltárásához. Az elutasítási okok gyakoriságának elemzésével a vállalat azonosíthatja a folyamat vagy az ügyfél által benyújtott dokumentumok visszatérő problémáit. Ha például sok kérelmet utasítanak el hiányos dokumentáció miatt, az arra utalhat, hogy nem egyértelműek a kérelem kitöltésére vonatkozó útmutatások. Ez az adat közvetlenül támogatja az „Elutasított kérelmek aránya és okai” dashboardot.

Miért fontos?

Megmutatja, miért utasítják el a kérelmeket, így feltárhatók a kiváltó okok, csökkenthető az elutasítások aránya és javítható a folyamat hatékonysága.

Hol szerezhető be?

Az adat általában az ACTICO fő ügy- vagy kérelmi táblájában található, és gyakran csak akkor töltik ki, ha a kérelem állapota „Elutasítva”.

Példák
Hiányos dokumentációSikertelen személyazonosság-ellenőrzésSzankciós találatMagas kockázati pontszám
Kérelem állapota
ApplicationStatus
Az ügyfélbeléptetési kérelem végső eredménye vagy aktuális állapota.
Leírás

Ez az attribútum a folyamat végén mutatja meg az ügy státuszát, jellemzően „Jóváhagyva” vagy „Elutasítva” értékkel. A folyamatban lévő ügyek állapotát is jelezheti. Az eredményalapú elemzés egyik fontos szempontja.

A KYC-folyamatok process mining elemzésének egyik fő célja annak megértése, miért hagyják jóvá vagy utasítják el a kérelmeket. Ezzel az attribútummal a folyamattérkép külön vizsgálható a jóváhagyott és az elutasított kérelmek útvonala szerint, így feltárhatók a nem kívánt eredményekhez vezető folyamatminták. Az „Elutasított kérelmek aránya” KPI kiszámításához is ez az alap.

Miért fontos?

Megmutatja az egyes ügyek eredményét, így összehasonlíthatók a sikeres és sikertelen folyamatpéldányok, valamint kiszámítható az elutasítási arány.

Hol szerezhető be?

Ez az ügy szintjén rögzített attribútum, amely gyakran az ACTICO fő ügy- vagy kérelmi táblájában található. A kérelem végső állapotát mutatja.

Példák
JóváhagyvaElutasítvaFolyamatbanAdatokra vár
Kockázati szint
RiskLevel
Az ügyfélkérelem számított kockázati szintje, például alacsony, közepes vagy magas.
Leírás

Ez az attribútum az ügyfél kockázati besorolását mutatja. Ez gyakran meghatározza a további KYC-folyamat összetettségét és szigorúságát. Magas kockázat esetén például további ellenőrzésekre és jóváhagyásokra lehet szükség az alacsony kockázatú ügyfelekhez képest.

A process mining elemzésben a kockázati szint fontos összehasonlítási szempont. Segítségével ellenőrizhető, hogy a folyamat a kockázatnak megfelelő útvonalon halad-e. Például megvizsgálható, hogy minden magas kockázatú ügyfél esetében elvégzik-e a fokozott átvilágítást. Ez az attribútum az „Kockázatértékelési folyamatok” dashboard egyik alapja.

Miért fontos?

Kockázat szerint csoportosítja az ügyeket, így ellenőrizhető, hogy a folyamat a megfelelési szabályok szerint alkalmazkodik-e az eltérő kockázati profilokhoz.

Hol szerezhető be?

Ez az ACTICO fő kérelmi táblájában, az ügy szintjén tárolt fontos adat.

Példák
AlacsonyKözepesMagas
SLA-határidő
SlaTargetDate
Az a dátum, ameddig az ügyfélbeléptetési folyamatot várhatóan be kell fejezni.
Leírás

Az SLA-határidő az ügyfélbeléptetés befejezésének belső szolgáltatási szintű megállapodásban rögzített határideje. Ezt gyakran a kérelem benyújtásának dátuma és az előírt feldolgozási idő alapján számítják ki.

Ez az attribútum elengedhetetlen az SLA-k betartásának nyomon követéséhez. Az ügy tényleges befejezési dátumát az SLA-határidővel összevetve megállapítható, hogy időben lezárult-e, vagy túllépte az SLA-t. Ez az „Ügyfélbeléptetési SLA-teljesítmény” dashboard és az „Ügyfélbeléptetési SLA betartási aránya” KPI alapja.

Miért fontos?

Viszonyítási alapot ad a határidőre történő teljesítés méréséhez, így közvetlenül nyomon követhető és jelenthető az SLA-k betartása.

Hol szerezhető be?

Az adat szerepelhet az ACTICO fő ügytáblájának egyik mezőjében, vagy üzleti szabályok alapján is kiszámítható, például a benyújtás dátuma + 5 munkanap.

Példák
2023-11-01T17:00:00Z2023-11-02T17:00:00Z2023-11-03T17:00:00Z
Szervezeti egység
Department
A tevékenység végrehajtásáért felelős szervezeti egység vagy csapat.
Leírás

Ez az attribútum egy adott szervezeti egységhez rendeli a tevékenységet, például a „Megfelelés”, az „Ügyfélbeléptetési csapat” vagy az „Ügyfélkapcsolatok” egységhez. Szervezeti kontextust ad a folyamat áttekintéséhez.

A szervezeti egységek szerinti elemzés segít megérteni, hogyan adják át egymásnak a munkát a szervezet különböző részei. Ezzel feltárhatók az egységek közötti szűk keresztmetszetek, mérhető az egyes egységek hatékonysága, és elemezhető a csapatok erőforrás-elosztása. A vezetők a dashboardokat szervezeti egység szerint szűrve áttekinthetik saját csapatuk teljesítményét.

Miért fontos?

Szervezeti szempontot ad az elemzéshez, így feltárhatók az egységek közötti késedelmek, és értékelhető a csapatok teljesítménye.

Hol szerezhető be?

Az adat szerepelhet közvetlenül az eseményadatok között, de a felhasználói adatok és a felhasználókat szervezeti egységekhez rendelő HR-törzsadatok összekapcsolásával is előállítható. Részletekért tekintse meg az ACTICO dokumentációját.

Példák
ComplianceÜgyfélbeléptetési csapatÜgyfélszolgálat
Tevékenységet indító felhasználó
InitiatingUser
A tevékenységet végző munkatárs felhasználói azonosítója vagy neve.
Leírás

Ez az attribútum azonosítja a tevékenység végrehajtásáért felelős felhasználót vagy rendszerügynököt. Összekapcsolja a folyamatelemeket az azokat végző személyekkel vagy csapatokkal.

Gyakori igény a teljesítmény felhasználónkénti elemzése. Ezzel az attribútummal olyan dashboardok készíthetők, amelyek bemutatják a munkaterhelés eloszlását, az egyéni feldolgozási időket, valamint a felhasználók vagy csapatok teljesítményének összehasonlítását. Segít azonosítani a kiemelkedően teljesítő munkatársakat és azokat is, akiknek további képzésre lehet szükségük. Az erőforrások elosztásának és kihasználtságának megértéséhez is fontos.

Miért fontos?

Az egyes tevékenységeket konkrét felhasználókhoz rendeli, így személyenként vagy csapatonként elemezhető a teljesítmény. Segít feltárni a képzési igényeket és az erőforrások egyenlőtlen elosztását is.

Hol szerezhető be?

Az adat általában az egyes események mellett, az ACTICO eseménynaplójában vagy tranzakciótörténeti tábláiban szerepel. Részletekért tekintse meg az ACTICO dokumentációját.

Példák
john.doejane.smithSYSTEM_USER
Automatikus végrehajtás
IsAutomated
Jelzi, hogy a tevékenységet a rendszer automatikusan vagy egy felhasználó manuálisan hajtotta-e végre.
Leírás

Ez a logikai attribútum megkülönbözteti az emberi felhasználó által végzett feladatokat a rendszer által automatikusan végrehajtottaktól, például az automatikus háttérellenőrzéstől vagy kockázati pontszámítástól.

Az attribútum elemzésével értékelhető az automatizálási kezdeményezések eredményessége. Összehasonlíthatók az automatikus és manuális lépések feldolgozási ideje, azonosíthatók a továbbra is nagyrészt manuális folyamatrészek, és feltárhatók a további automatizálás lehetőségei a hatékonyság javítása és a működési költségek csökkentése érdekében.

Miért fontos?

Megkülönbözteti az emberi és a rendszer által végzett feladatokat. Ez fontos az automatizálás hatásának méréséhez és a további hatékonyságnövelési lehetőségek feltárásához.

Hol szerezhető be?

Az érték kikövetkeztethető az „InitiatingUser” attribútumból, például ha a felhasználó értéke „SYSTEM”, de külön jelzőként is szerepelhet az eseménynaplóban. Részletekért tekintse meg az ACTICO dokumentációját.

Példák
truefalse
Ismételt munka
IsRework
Számított jelző, amely megmutatja, hogy a tevékenység ismételt lépés-e, vagy egy ismételt munkafolyamat része.
Leírás

Ez a logikai attribútum megjelöli azokat a tevékenységeket, amelyeket ugyanazon az ügyön belül másodszor vagy többször végeznek el. Ilyen például a dokumentum-ellenőrzés, amelyre további információk bekérése után kerül sor. Az ismételt munkavégzés jellemzően rontja a folyamat hatékonyságát.

Az ismételt munka feltárása a process mining egyik fő célja. Ezzel a jelzővel számszerűsíthető az ismételt munkavégzés, például kiszámítható a „Dokumentumok ismételt ellenőrzésének aránya” KPI. A folyamattérképen kiemelhetők az ismétlődő körök, és láthatóvá válik, hol tér vissza a folyamat egy korábbi lépéshez. Így feltárhatók a minőségi problémák és azok a területek, ahol a feladatot nem sikerül elsőre megfelelően elvégezni.

Miért fontos?

Kiemeli az ismételt munkavégzést, így közvetlenül mérhető a folyamat hatékonyságvesztesége, és azonosíthatók a minőségi vagy egyértelműségi problémákkal érintett tevékenységek.

Hol szerezhető be?

Ez számított attribútum. A folyamaton belüli ismételt tevékenységek felismerésének logikáját a process mining eszközben vagy az adatátalakítás során kell meghatározni.

Példák
truefalse
Ország
Country
Az ügyfélbeléptetést kérelmező ügyfél lakóhelye szerinti ország.
Leírás

Ez az attribútum az ügyfél országát jelöli, amely jelentősen befolyásolhatja a KYC-folyamatot. Az egyes joghatóságok eltérő szabályozási követelményei további vagy más folyamatlépéseket tehetnek szükségessé.

Az ország szerinti elemzés lehetővé teszi a különböző régiók teljesítményének összehasonlítását. Kiderülhet, hogy bizonyos országokban rendszeresen hosszabb az átfutási idő vagy magasabb az elutasítási arány. Ez szabályozási akadályokra vagy az adott piac sajátos kihívásaira utalhat. Ez a földrajzi nézet segít a nemzetközi szervezeteknek egységesíteni a folyamatokat, miközben figyelembe veszik a helyi megfelelési követelményeket.

Miért fontos?

Földrajzi szempontot ad az elemzéshez, így megérthetők a folyamatok és a teljesítmény eltérései a különböző szabályozási környezetekben.

Hol szerezhető be?

Az ACTICO rendszerben az ügy vagy az ügyfél szintjén tárolt alapvető ügyféladat.

Példák
USADEUGBRSGP
SLA-állapot
SlaState
A számított állapot jelzi, hogy az ügy teljesítette, túllépte vagy várhatóan túllépi-e az SLA-határidőt.
Leírás

Ez az attribútum kategóriákba sorolva értékeli, hogy az ügy teljesítette-e a szolgáltatási szintű megállapodásban foglaltakat. Az érték az ügy befejezési idejének, nyitott ügyeknél pedig az aktuális időpontnak az „SlaTargetDate” értékével való összehasonlításából származik.

Az attribútum egyszerűsíti az SLA-jelentéseket, mert a dátumok összevetését könnyen értelmezhető állapottá alakítja. A dashboardokon például kördiagram vagy mérő mutathatja, hogy az ügyek hány százaléka teljesítette, illetve lépte túl a határidőt. Az „Ügyfélbeléptetési SLA-teljesítmény” dashboard egyik fontos eleme, és közvetlenül támogatja az „Ügyfélbeléptetési SLA betartási aránya” KPI-t.

Miért fontos?

Minden ügyhöz egyértelmű, kategóriákba sorolt SLA-állapotot rendel. Ez egyszerűsíti a jelentéskészítést, és megkönnyíti a célértékekhez viszonyított teljesítmény bemutatását.

Hol szerezhető be?

Ez az üzleti logika alapján számított attribútum az ügy befejezési időbélyegét hasonlítja össze az „SlaTargetDate” értékével.

Példák
TeljesítveTúllépveVeszélyben
Ügyféltípus
CustomerType
Az ügyfél besorolása, például magánszemély vagy vállalat.
Leírás

Ez az attribútum különböző kategóriákba sorolja a kérelmezőket, például magánszemélyként vagy vállalati ügyfélként. A KYC-folyamat gyakran jelentősen eltér a két típusnál, a vállalati ügyfelek beléptetése például jóval összetettebb.

Az ügyféltípus szerinti elemzéssel ugyanazon adathalmazon belül külön vizsgálhatók és összehasonlíthatók ezek a folyamatok. Az elemzők a folyamattérképet vállalati ügyfelekre szűrve feltárhatják az őket érintő sajátos problémákat, szűk keresztmetszeteket és átfutási időket. Így az eredményeket nem torzítja a magánszemélyek jóval egyszerűbb folyamata.

Miért fontos?

Lehetővé teszi a folyamat ügyfélkategóriák szerinti elemzését. Mivel az egyes kategóriák folyamatai és összetettsége jelentősen eltérhet, így pontosabb elemzés készíthető.

Hol szerezhető be?

Ez az ACTICO rendszerben az ügyfél vagy az ügy szintjén tárolt alapvető attribútum.

Példák
MagánszemélyVállalatKisvállalkozás
Kötelező Javasolt Nem kötelező

Az ügyfélbeléptetési KYC-folyamat tevékenységei

Ezeket a fő folyamatlépéseket és mérföldköveket érdemes rögzíteni az eseménynaplóban az ügyfélbeléptetési KYC-folyamat pontos feltárásához és elemzéséhez.
8 Javasolt 6 Nem kötelező
Tevékenység Leírás
Az ügyfél dokumentumai feltöltve
Ez a tevékenység akkor történik, amikor az ügyfél az ACTICO-val összekapcsolt portálon vagy más csatornán benyújtja a szükséges személyazonosító és alátámasztó dokumentumokat. A rendszer dokumentumkezelési vagy ügykezelési naplója általában minden feltöltést külön eseményként rögzít.
Miért fontos?

Ez fontos, az ügyféltől függő mérföldkő. Nyomon követésével mérhető az ügyfél válaszideje, és elemezhető a dokumentumok későbbi ellenőrzésének időtartama.

Hol szerezhető be?

Keresse az ügyhöz csatolt dokumentumokkal vagy azok kezelésével kapcsolatos eseménynaplókat. Ezeket gyakran az ACTICO adatbázisának külön dokumentum- vagy bizonyítékkezelési táblái tartalmazzák.

Rögzítés

A rendszer akkor rögzíti az eseményt, amikor dokumentumot csatolnak az ügyhöz.

Eseménytípus explicit
Kérelem benyújtva
Ez a tevékenység jelöli a KYC ügyfélbeléptetési folyamat kezdetét, amikor az ACTICO rendszer hivatalosan megkapja az új ügyfél kérelmét. A rendszer ezt külön eseményként rögzíti, jellemzően az új ügy vagy kérelem létrehozásának pontos időbélyegével.
Miért fontos?

Ez az elsődleges kezdő esemény szükséges a teljes ügyfélbeléptetési idő kiszámításához és a kérelmek számának nyomon követéséhez. Időbélyege szolgál alapul a folyamat későbbi teljesítményméréseihez.

Hol szerezhető be?

Az ACTICO rendszerben ez általában külön bejegyzés a kérelem- vagy ügy létrehozási naplójában. Keresse a kérelem benyújtásához kapcsolódó táblákat vagy az elsődleges ügyrekord létrehozásának időbélyegét.

Rögzítés

Az új kérelemügy létrehozásakor rögzített esemény.

Eseménytípus explicit
Kérelem elutasítva
Ez jelöli az ügyfélkérelem elutasításáról szóló végleges döntést, amely lezárja az ügyfélbeléptetést. Fontos végállapot, amelyet a kérelemrekord végső állapotváltozása rögzít.
Miért fontos?

Ez az elsődleges sikertelen záróesemény. Az ilyen tevékenységgel végződő ügyek elemzése segít megérteni az elutasítások arányát és okait, valamint javítani a folyamat eredményességét.

Hol szerezhető be?

A fő kérelem- vagy ügytáblában szereplő végső állapotmezőből állapítható meg. Keresse az olyan végállapotokat, mint az „Elutasítva”, a „Visszautasítva” vagy a „Lezárva, elutasítva”.

Rögzítés

Az ügy törzsadataiban a végső állapot „Elutasítva” értékre változik.

Eseménytípus inferred
Kérelem jóváhagyva
Ez a tevékenység jelöli az ügyfélbeléptetési kérelem jóváhagyásáról szóló végleges üzleti döntést. Fontos mérföldkő, amelyet általában az alkalmazás életciklusának különálló, végső állapotváltozása rögzít.
Miért fontos?

Ez a mérföldkő megelőzi a számlanyitást, és sikeres eredményt jelez. Az ide vezető idő elemzésével megérthető, mennyi ideig tart a problémamentes folyamat.

Hol szerezhető be?

A fő kérelem- vagy ügytáblában szereplő végső állapotmezőből állapítható meg. Keresse a „Jóváhagyva”, „Jóváhagyás befejezve” vagy hasonló, végleges pozitív állapotot.

Rögzítés

Az ügy törzsadataiban a végső állapot „Jóváhagyva” értékre változik.

Eseménytípus inferred
Kockázatértékelés elvégezve
Ez a tevékenység azt jelzi, hogy az ACTICO döntési motorja kockázati pontszámot vagy besorolást számított az ügyfélkérelemhez. A rendszer alapfunkciójaként külön esemény rögzíti a kockázatértékelési szabálykészlet végrehajtását.
Miért fontos?

A kockázatértékelés meghatározó döntési pont, amely gyakran kijelöli a folyamat további útját. Elemzésével megérthető, hogyan befolyásolják a kockázati szintek a folyamatváltozatokat és az átfutási időt.

Hol szerezhető be?

Ez az ACTICO egyik alapvető eseménye, amelynek szerepelnie kell a döntési vagy végrehajtási naplókban. Ezek a naplók jellemzően tartalmazzák az ügyazonosítót, a végrehajtott szabályokat és az eredményül kapott kockázati pontszámot.

Rögzítés

Az ACTICO döntési motorja a kockázati pontszám kiszámításakor rögzíti az eseményt.

Eseménytípus explicit
Megfelelési ellenőrzés befejezve
Ez jelöli a megfelelési terület manuális ellenőrzésének végét, amikor döntés születik a jóváhagyásról, az elutasításról vagy további intézkedés kéréséről. Az esemény az ügy állapotának változásából állapítható meg, például amikor a „Megfelelési ellenőrzésre vár” állapotot a „Megfelelés jóváhagyva” követi.
Miért fontos?

Ez zárja le a megfelelési ellenőrzés szakaszát. Szükséges az ellenőrzés teljes időtartamának kiszámításához és a csapat áteresztőképességének elemzéséhez.

Hol szerezhető be?

Az ügy állapotelőzményeiből állapítható meg. Keresse azt az időbélyeget, amikor az ügy kikerül a „Megfelelési ellenőrzés alatt” állapotból, vagyis megszületik a döntés.

Rögzítés

Akkor állapítható meg, amikor az ügy állapota „Megfelelési ellenőrzésre vár” értékről „Megfelelés jóváhagyva” vagy hasonló értékre változik.

Eseménytípus inferred
Megfelelési ellenőrzés elindítva
Ez jelöli a megfelelési terület manuális ellenőrzésének kezdetét, amelyre gyakran a magas kockázatú vagy megjelölt kérelmeknél kerül sor. Általában abból állapítható meg, hogy az ügy állapota „Megfelelési ellenőrzésre vár” értékre változik, vagy az ügy egy megfelelési munkatárs feladatlistájára kerül.
Miért fontos?

Ez a tevékenység a megfelelési ellenőrzés szűk keresztmetszetének méréséhez szükséges kiindulópont. A „Megfelelési ellenőrzés befejezve” eseményig eltelt idő kritikus KPI a késedelmek felismeréséhez.

Hol szerezhető be?

Az ügy állapotelőzményeiből vagy ellenőrzési nyomvonalából állapítható meg. Keresse az „Ellenőrzés a megfelelési területen” állapotváltozás időbélyegét, vagy azt, amikor az ügyet egy megfelelési felhasználói csoporthoz rendelik.

Rögzítés

Akkor állapítható meg, amikor az ügy állapota „Megfelelési ellenőrzésre vár” értékre változik, vagy az ügyet a megfelelési csapathoz rendelik.

Eseménytípus inferred
Ügyfélbeléptetés befejezve
Ez a folyamat utolsó tevékenysége: az ügyfélbeléptetés befejeződött, az ügy pedig lezárult. A végleges állapotból állapítható meg, például ha az ügy „Beléptetve” vagy „Lezárva, jóváhagyva” állapotot kap.
Miért fontos?

Ez az elsődleges sikeres záróesemény szükséges a sikeresen beléptetett ügyfelek teljes átfutási idejének kiszámításához. Időbélyege a problémamentes folyamat elemzésének végpontja.

Hol szerezhető be?

Az ügyfélkérelem végső állapotmezőjéből állapítható meg. Keresse azt az időbélyeget, amikor az ügy végleges, sikeres állapotba kerül.

Rögzítés

A végső ügyállapot „Befejezve” vagy „Lezárva” értékre változásából állapítható meg.

Eseménytípus inferred
A kérelem első ellenőrzése
A benyújtott kérelem első ellenőrzése, amelyet automatizált szabály vagy munkatárs végez a teljesség és az alapvető jogosultság vizsgálatára. Ezt a tevékenységet gyakran a kérelem állapotának változásából lehet megállapítani, például amikor a „Benyújtva” állapot „Ellenőrzés alatt” állapotra vált.
Miért fontos?

Az első ellenőrzés időtartamának elemzésével felismerhetők a kezdeti feldolgozási késedelmek. Az is láthatóvá válik, hány kérelem jut át problémamentesen ezen az első ellenőrzési ponton.

Hol szerezhető be?

Az ügyfélkérelemhez tartozó állapotelőzményekből vagy naplókból állapítható meg. Hasonlítsa össze azt az időbélyeget, amikor az állapot „Új” vagy „Benyújtva” értékről „Ellenőrzés alatt” értékre változik.

Rögzítés

Az ügyelőzményekben keresse a „Benyújtva” állapotról „Ellenőrzés alatt” állapotra váltást.

Eseménytípus inferred
Dokumentumok ellenőrzése befejezve
Ez a tevékenység azt jelzi, hogy a munkatárs befejezte az ügyfél által benyújtott dokumentumok ellenőrzését. Általában a dokumentum vagy az ügy állapotának változásából állapítható meg, például a „Dokumentumok ellenőrizve” vagy az „Ellenőrzés befejezve” állapotból.
Miért fontos?

Ez fontos mérföldkő a dokumentumkezelés hatékonyságának mérésében. Az „Ügyfél dokumentumai feltöltve” esemény és e tevékenység közötti idő kritikus KPI a manuális feldolgozás késedelmeinek felismeréséhez.

Hol szerezhető be?

Az ügy vagy az egyes dokumentumok állapotelőzményeiből állapítható meg. Ha egy dokumentum állapota „Ellenőrzésre vár” értékről „Jóváhagyva” vagy „Ellenőrizve” értékre változik, az a tevékenység megtörténtét jelzi.

Rögzítés

A dokumentum állapotának „Ellenőrizve” vagy „Felülvizsgálva” értékre változásából állapítható meg.

Eseménytípus inferred
Háttérellenőrzések elindítva
Ez jelöli az automatizált vagy manuális háttérellenőrzések, például a pénzmosás elleni vagy hiteltörténeti vizsgálatok kezdetét. A rendszer gyakran külön eseményként rögzíti az ellenőrzések elindítását, amelyekhez külső szolgáltatókat is igénybe vehet.
Miért fontos?

A háttérellenőrzések elindítása fontos mérföldkő az ügyfél-átvilágításban. Nyomon követésével megérthetők a külső adatszolgáltatóktól való függőségek és az adatok beszerzésének átfutási ideje.

Hol szerezhető be?

Keresse a rendszer naplóiban vagy az ellenőrzési nyomvonalban azokat a bejegyzéseket, amelyek a háttérellenőrzési eljárások elindítását jelzik. Ezek gyakran a fő ügyazonosítóhoz kapcsolódnak.

Rögzítés

A workflow motor akkor rögzíti az eseményt, amikor hívást indít a háttérellenőrzési szolgáltatások felé.

Eseménytípus explicit
Számla létrehozva
A jóváhagyás után ez a tevékenység jelöli az ügyfél számlájának technikai létrehozását az alapbanki vagy felhasználókezelő rendszerben. Az ACTICO gyakran külön eseményként rögzíti, amikor a kapcsolódó rendszer visszaigazolja a sikeres létrehozást.
Miért fontos?

Ez a tevékenység igazolja, hogy a folyamat kézzelfogható üzleti eredménnyel zárult. A „Kérelem jóváhagyva” és a „Számla létrehozva” közötti időből kiderülhet, hogy az integráció vagy a végső hozzáférés-beállítás okoz-e késedelmet.

Hol szerezhető be?

Ez az információ valószínűleg az ACTICO integrációs vagy rendszerkapcsolati naplóiban található, amelyek rögzítik a külső rendszereknek küldött, számlalétrehozással kapcsolatos hívások eredményét.

Rögzítés

Az alapbanki számlarendszer sikeres API-válaszának beérkezésekor rögzített esemény.

Eseménytípus explicit
Személyazonosság ellenőrizve
Automatizált vagy manuális ellenőrzés, amely során az ügyfél személyazonosságát külső vagy belső adatforrások alapján igazolják. A rendszer ezt gyakran külön eseményként rögzíti, amikor API-hívást indít egy külső ellenőrző szolgáltatás felé, majd megkapja a választ.
Miért fontos?

Ez a tevékenység a megfelelés egyik fontos lépése. Időtartamának és eredményének elemzésével feltárhatók a külső szolgáltatásoktól való függőségek és az ellenőrzési folyamat szűk keresztmetszetei.

Hol szerezhető be?

Az információ általában az integrációs naplókban vagy azokban a külön eseménytáblákban található, amelyek az ügyhöz kapcsolódó automatizált ellenőrzések és külső szolgáltatások hívásainak eredményét rögzítik.

Rögzítés

Külső személyazonosság-ellenőrző szolgáltatásnak küldött integrációs hívásból rögzített esemény.

Eseménytípus explicit
További információt kértek
Ez az esemény akkor történik, amikor az ellenőrzést végző munkatárs, gyakran a megfelelési vagy hitelbírálati területen, további információt vagy dokumentumot kér az ügyféltől. A rendszer ezt általában külön rögzíti, mivel ilyenkor értesítést küldenek az ügyfélnek, és az ügy feldolgozása szünetel.
Miért fontos?

Ez a tevékenység gyakran vezet ismételt munkavégzéshez és hosszabb átfutási időhöz. Gyakoriságának és hatásának nyomon követésével felismerhetők azok a pontok, ahol javítani kell a kezdeti adatgyűjtésen.

Hol szerezhető be?

Ez valószínűleg külön eseményként szerepel az ügyelőzményekben vagy a kommunikációs naplóban. Keresse például az „Adatkérés elküldve” eseményt vagy a „Várakozás az ügyfél adataira” állapotot.

Rögzítés

Az ügy ellenőrzési nyomvonala rögzíti a felhasználó által indított eseményt, például a „További információ kérése” műveletet.

Eseménytípus explicit
Javasolt Nem kötelező

Útmutatók az adatok kinyeréséhez

Így nyerheti ki az adatokat az ACTICO rendszerből

Kezdje el most?

Ezzel a sablonnal hatékonyan készítheti elő az adatokat, és gyorsabban fejlesztheti a KYC ügyfélbeléptetési folyamatot az ACTICO rendszerben.

Fejlessze a KYC ügyfélbeléptetést: csökkentse az átfutási időt 24 órára

Csökkentse a folyamat megszakítását és a téves pozitív találatokat a gördülékeny ügyfélbeléptetésért.

Kezdje el az ingyenes próbaverziót

Nincs szükség bankkártyára. Kezdje el még ma a folyamatok fejlesztését.