Adatsablon az ügyfélbeléptetési KYC-folyamathoz
Adatsablon az ügyfélbeléptetési KYC-folyamathoz
- Javasolt attribútumok
- Követendő fő tevékenységek
- Útmutató az ACTICO-adatok kinyeréséhez
Az ügyfélbeléptetési KYC-folyamat attribútumai
| 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 | |||
Az ügyfélbeléptetési KYC-folyamat tevékenységei
| 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 | |||
Útmutatók az adatok kinyeréséhez
Lépések
- Rendszergazdai hozzáférés megszerzése: Jelentkezzen be az ACTICO platformra, például a Visual Modelerbe vagy egy külön adminisztrációs konzolba. Olyan hitelesítő adatokat használjon, amelyekkel hozzáférhet az adatexportáláshoz és beállíthatja azt.
- Az exportálási modul megkeresése: Nyissa meg a rendszer adminisztrációs vagy konfigurációs felületét. Keresse meg az auditnaplókért, naplózásért vagy adatexportálásért felelős részt. Ennek neve például „Audit Export” vagy „Business Object Export” lehet.
- Új exportkonfiguráció létrehozása: Indítsa el az új exportdefiníció létrehozását. Adjon beszédes nevet a konfigurációnak, például
KYC_Onboarding_ProcessMind_Export. - Az adatforrás megadása: Adja meg az exportálandó elsődleges üzleti objektumot, a
CustomerApplicationobjektumot. Az export méretének és a feldolgozási igénynek a korlátozásához feltétlenül állítson be dátumtartományt, például az utolsó 6 hónapra. - A kimeneti fájl beállítása: Válassza ki a CSV formátumot. Adja meg a fájl nevét, például
kyc_event_log.csv, és ellenőrizze az elválasztójelet, amely általában vessző. A speciális karakterek kezelése érdekében gondoskodjon a szöveges mezők megfelelő idézőjelezéséről. - Az ügyazonosító hozzárendelése: A process mining elemzés ügyazonosítójaként jelölje ki a
CustomerApplicationüzleti objektum egyedi azonosítóját. Így az összetartozó események egy ügyhöz kapcsolódnak. - Attribútumok hozzárendelése: Az eseménynapló minden szükséges oszlopát rendelje hozzá az ACTICO üzletiobjektum-modell megfelelő attribútumához. Ide tartozik az ügyazonosító, a tevékenység neve, az időbélyegek, valamint az ajánlott attribútumok, például az állapot vagy a kockázati szint.
- Események hozzárendelése: Ez a legfontosabb lépés. Hozzon létre külön szabályt vagy hozzárendelést mind a 14 üzleti tevékenységhez. Használjon rendszereseményeket, például az objektum létrehozását az „Application Submitted” eseményhez, az állapotváltozásokat az olyan munkafolyamat-lépésekhez, mint az „Application Approved”, valamint meghatározott auditnapló-üzenetmintákat az olyan technikai eseményekhez, mint az „Identity Verification Performed”.
- A konfiguráció mentése és ellenőrzése: Az összes hozzárendelés megadása után mentse a konfigurációs fájlt. Az ACTICO elérhető ellenőrzőeszközeivel keresse meg a szintaktikai hibákat és a hibás attribútumútvonalakat.
- Az export futtatása és felügyelete: Indítsa el az exportfeladatot. A rendszer feladatütemezőjén vagy felügyeleti felületén kövesse a folyamatot. A befejezés után ellenőrizze a naplókat, hogy történt-e hiba.
- A fájl letöltése és előkészítése: Töltse le az elkészült CSV-fájlt a szerveren megadott kimeneti helyről. Mielőtt feltölti a ProcessMindba, nyissa meg a fájlt, ellenőrizze a szerkezetét, és győződjön meg arról, hogy az időbélyegek és a dátumok formátuma egységes, valamint megfelelően értelmezhető.
Konfiguráció
- Auditnaplózási szint: A rendszer egészére vonatkozó auditnaplózási szintet részletesre, például INFO vagy FINE értékre kell állítani. Az olyan kevésbé részletes szintek, mint a WARNING vagy az ERROR, nem rögzítik a process mininghez szükséges állapotváltozásokat és szabályfuttatásokat.
- Export adatforrása: Elsődleges adatforrásként a
CustomerApplicationüzleti objektumot állítsa be. Előfordulhat, hogy más kapcsolódó objektumokat, például aCustomerDocumentobjektumot is össze kell kapcsolnia vagy hivatkoznia kell rájuk a releváns események rögzítéséhez. - Dátumtartomány-szűrő: Mindig használjon dátumtartomány-szűrőt a kinyert adatmennyiség korlátozására. Az első elemzéshez 3–6 hónapos időszakot javaslunk. Éles környezetben az időszak az üzleti igények és a rendszer teljesítménye alapján módosítható.
- Esemény-hozzárendelési logika: A kinyerés pontossága nagymértékben függ az események hozzárendelésétől. Az üzleti lépések azonosításához gyakran az állapotváltozások (
on="StatusChange") használhatók. A kifejezett naplóbejegyzések (on="LogEntry") a technikai eseményekhez vagy szolgáltatáshívásokhoz hasznosak. A szabályfuttatások (on="RuleExecution") a döntési lépések rögzítésére alkalmasak. - Kimeneti formátum: A széles körű kompatibilitás érdekében válassza a CSV formátumot. Ellenőrizze az elválasztójelek és a szöveges mezők idézőjelezésének beállításait, hogy elkerülje az adatok feldolgozásakor felmerülő problémákat.
- Előfeltételek: Ehhez a módszerhez rendszergazdai jogosultság szükséges az ACTICO platformon. A pontos beállításhoz alaposan ismernie kell a KYC üzletiobjektum-modellt, beleértve az összes releváns állapotmezőt és attribútumnevet.
Példa-lekérdezés xml
<!-- This is a representative ACTICO export configuration in XML format. -->
<!-- Actual syntax may vary based on your ACTICO version. -->
<AuditExportConfiguration name="KYC_ProcessMind_Export">
<DataSource type="BusinessObject">
<ObjectName>CustomerApplication</ObjectName>
<DateRange from="[Start Date YYYY-MM-DD]" to="[End Date YYYY-MM-DD]"/>
</DataSource>
<OutputFile format="CSV" name="kyc_event_log.csv" delimiter=","/>
<CaseId mapping="customerApplication.id"/>
<Attributes>
<Attribute name="CustomerApplication" mapping="customerApplication.id"/>
<Attribute name="ActivityName" mapping="[generated_activity_name]"/>
<Attribute name="EventTime" mapping="[event_timestamp]"/>
<Attribute name="SourceSystem" value="ACTICO"/>
<Attribute name="LastDataUpdate" value="[CURRENT_TIMESTAMP]"/>
<Attribute name="EndTime" mapping="[event_timestamp]"/>
<Attribute name="InitiatingUser" mapping="event.user"/>
<Attribute name="Department" mapping="event.user.department"/>
<Attribute name="ApplicationStatus" mapping="customerApplication.status"/>
<Attribute name="RejectionReason" mapping="customerApplication.rejectionDetails.reasonCode"/>
<Attribute name="RiskLevel" mapping="customerApplication.risk.level"/>
<Attribute name="SlaTargetDate" mapping="customerApplication.slaDate"/>
</Attributes>
<EventMappings>
<Event on="Create" object="CustomerApplication">
<Set name="[generated_activity_name]" value="Application Submitted"/>
<Set name="[event_timestamp]" mapping="customerApplication.creationDate"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" from="Submitted" to="In Review">
<Set name="[generated_activity_name]" value="Initial Application Review"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="Create" object="CustomerDocument">
<Set name="[generated_activity_name]" value="Customer Documents Uploaded"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
<CaseId mapping="event.relatedObject.customerApplication.id"/>
</Event>
<Event on="LogEntry" object="CustomerApplication" messagePattern="IDV Service Call Completed.*">
<Set name="[generated_activity_name]" value="Identity Verification Performed"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Documents Verified">
<Set name="[generated_activity_name]" value="Document Review Completed"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="LogEntry" object="CustomerApplication" messagePattern="Background Check Initiated.*">
<Set name="[generated_activity_name]" value="Background Checks Initiated"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="RuleExecution" object="CustomerApplication" ruleSet="KYC Risk Assessment">
<Set name="[generated_activity_name]" value="Risk Assessment Performed"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Pending Compliance Review">
<Set name="[generated_activity_name]" value="Compliance Review Initiated"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Pending Customer Information">
<Set name="[generated_activity_name]" value="Additional Information Requested"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" from="Pending Compliance Review" to="Compliance Approved">
<Set name="[generated_activity_name]" value="Compliance Review Completed"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Approved">
<Set name="[generated_activity_name]" value="Application Approved"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="LogEntry" object="CustomerApplication" messagePattern="Account successfully created.*">
<Set name="[generated_activity_name]" value="Account Created"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Closed - Approved">
<Set name="[generated_activity_name]" value="Customer Onboarding Completed"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Rejected">
<Set name="[generated_activity_name]" value="Application Rejected"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
</EventMappings>
</AuditExportConfiguration> 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.
Nincs szükség bankkártyára. Kezdje el még ma a folyamatok fejlesztését.