KYC ügyfélbeléptetési adatmintája
KYC ügyfélbeléptetési adatmintája
- Az eseménynaplóban javasolt attribútumok
- A folyamat során követendő fő tevékenységek
- Gyakorlati útmutató az adatok kinyeréséhez
A KYC ügyfélbeléptetés attribútumai
| Név | Leírás | ||
|---|---|---|---|
|
Kezdés időpontja
EventTime
|
Az időbélyeg, amely megmutatja, mikor kezdődött egy tevékenység vagy esemény. | ||
|
Leírás
Ez az attribútum rögzíti a tevékenység kezdetének pontos dátumát és időpontját. Meghatározza az egy ügyfélkérelemhez tartozó események időrendi sorrendjét. Az időbélyegek alapvetőek a folyamat teljesítményének elemzéséhez. Segítségükkel kiszámítható a tevékenységek időtartama, a lépések közötti várakozási idő és az ügyfélbeléptetés teljes átfutási ideje. Ezek az adatok segítenek a szűk keresztmetszetek feltárásában, az SLA betartásának mérésében és a folyamat hatékonyságának megértésében.
Miért fontos?
Az időbélyegek adják meg az időrendi összefüggéseket az időtartamok kiszámításához, a folyamat teljesítményének elemzéséhez és a késések feltárásához.
Hol szerezhető be?
Ez a Pega auditnaplójának szokásos része. Az előzménytáblákban az egyes eseményekhez tartozó pxTimeCreated mezőben található.
Példák
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:05:00Z
|
|||
|
Tevékenység
ActivityName
|
Az ügyfélbeléptetési folyamat során végrehajtott esemény vagy feladat neve. | ||
|
Leírás
Ez az attribútum rögzíti az üzleti tevékenység vagy rendszeresemény nevét, például: „Kérelem benyújtva”, „Megfelelőségi ellenőrzés elindítva” vagy „Kérelem elutasítva”. A teljes ügyfélbeléptetési folyamat egyetlen lépését jelöli. A tevékenységek elemzése a process mining alapja. Ez az attribútum szolgál a folyamattérkép elkészítéséhez, amely megmutatja a lépések közötti kapcsolatokat. Segítségével meghatározható az események sorrendje, mérhető az egyes tevékenységek gyakorisága, és azonosíthatók a leggyakoribb vagy legtöbb időt igénylő feladatok.
Miért fontos?
Ez az attribútum határozza meg a folyamattérkép lépéseit, így a folyamat menete megjeleníthető, elemezhető és megérthető.
Hol szerezhető be?
Ezeket az adatokat általában a Pega auditnaplója (előzménytáblái) rögzíti, de az ügy státuszváltozásaiból is levezethetők.
Példák
Első ellenőrzés elvégezveMegfelelési ellenőrzés befejezveKérelem jóváhagyva
|
|||
|
Ügyfélkérelem
CustomerApplication
|
Az egyes ügyfélbeléptetési kérelmek egyedi azonosítója. | ||
|
Leírás
Az ügyfélkérelem az elsődleges ügyazonosító, amely egy adott ügyfél beléptetéséhez kapcsolódó összes tevékenységet és eseményt összefogja. Minden kérelem a benyújtástól a jóváhagyásig és a számla aktiválásáig, vagy az elutasításig halad. A process mining során ez az attribútum elengedhetetlen az egyes kérelmek teljes folyamatának rekonstruálásához. Segítségével az elemzők áttekinthetik az események teljes sorrendjét, nyomon követhetik a kérelmek státuszát, és összehasonlíthatják a különböző folyamatútvonalakat. Az azonosító szerinti elemzés feltárja a gyakori folyamatváltozatokat, a szűk keresztmetszeteket és a standard eljárástól való eltéréseket.
Miért fontos?
Ez az azonosító a process mining alapja: összekapcsolja az egyes eseményeket, így azok egységes, teljes folyamatpéldányként elemezhetők.
Hol szerezhető be?
A Pega rendszerben ez általában az elsődleges ügyazonosító, amely pzInsKey néven vagy annak üzleti felhasználók számára érthető megfelelőjeként érhető el a fő ügytípus munkobjektumában.
Példák
APP-2023-00123APP-2023-00124APP-2023-00125
|
|||
|
Befejezés időpontja
EndTime
|
Az időbélyeg, amely megmutatja, mikor fejeződött be egy tevékenység vagy esemény. | ||
|
Leírás
Ez az attribútum rögzíti a tevékenység befejezésének pontos dátumát és időpontját. A kezdés időpontjával együtt használva kiszámítható az egyes tevékenységek feldolgozási ideje. A külön rögzített befejezési időpont pontosabb teljesítményelemzést tesz lehetővé. Segítségével elkülöníthető az aktív feldolgozási idő (a kezdés és a befejezés közötti idő) a várakozási időtől (az egyik tevékenység befejezése és a következő kezdete közötti idő). Ez elengedhetetlen a tényleges szűk keresztmetszetek és a várakozási sorok megkülönböztetéséhez.
Miért fontos?
Lehetővé teszi a tevékenységek feldolgozási idejének pontos kiszámítását, ami részletes teljesítményelemzéshez és a szűk keresztmetszetek azonosításához szükséges.
Hol szerezhető be?
Ez az adat szerepelhet a Pega auditnaplójában, de az is lehet, hogy az aktuális esemény befejezési időpontját a következő esemény kezdési időpontjából kell levezetni.
Példák
2023-10-26T10:15:00Z2023-10-26T18:05:20Z2023-10-27T11:00:00Z
|
|||
|
Elutasítás oka
RejectionReason
|
Megadja, miért utasították el a kérelmet. | ||
|
Leírás
Ha a kérelem végső státusza „Elutasítva”, ez az attribútum megadja az elutasítás konkrét okát, például „Sikertelen háttérellenőrzés”, „Hiányos dokumentáció” vagy „Magas kockázati besorolás”. Ez az attribútum a „Kérelmek elutasításának elemzése” dashboard elsődleges alapja. Az elutasított ügyek ok szerinti csoportosításával a vállalat feltárhatja az ügyfélbeléptetési folyamat leggyakoribb hibapontjait. Az eredmények alapján célzott fejlesztésekkel csökkenthető az elutasítások aránya, javítható az ügyfélélmény és növelhető a működés hatékonysága.
Miért fontos?
Feltárja, miért hiúsulnak meg a kérelmek, így célzott folyamatfejlesztéssel növelhető a sikeres ügyek aránya.
Hol szerezhető be?
Ez valószínűleg egy olyan tulajdonság, amelyet akkor állítanak be az ügyön, amikor annak státusza „Elutasítva” értékre változik. A standard elutasítási okokat a Pega KYC dokumentációjában érdemes ellenőrizni.
Példák
Szankciós találatEltérés a dokumentumokbanPEP-azonosításNem elegendő információ
|
|||
|
Felhasználó
OperatorId
|
A tevékenységet végrehajtó felhasználó egyedi azonosítója. | ||
|
Leírás
Ez az attribútum tárolja annak a munkatársnak vagy rendszerfelhasználónak az azonosítóját, aki a KYC-folyamat egy adott feladatáért felel, például egy megfelelőségi szakértőét vagy egy automatikus szűrőrobotét. Automatizált lépéseknél rendszer- vagy szolgáltatásfiók-azonosító is szerepelhet itt. A felhasználók szerinti elemzés segít megérteni a munkaterhelés eloszlását, az egyéni teljesítményt és a képzési igényeket. A folyamateltérések vizsgálatára is használható, mert megmutatja, mely felhasználók vagy csapatok vesznek részt a standardtól eltérő folyamatokban.
Miért fontos?
Ez az attribútum az egyes folyamattevékenységeket konkrét személyekhez vagy csapatokhoz kapcsolja, így elemezhető a munkaterhelés, értékelhető a teljesítmény és ellenőrizhető a megfelelés.
Hol szerezhető be?
Ez a Pega auditnaplójának szokásos mezője. Az előzménytáblákban általában pxUpdateOperator vagy egy hasonló tulajdonság tárolja.
Példák
j.doe@acmebank.comkyc_analyst_04system_auto_agent
|
|||
|
Kérelem státusza
ApplicationStatus
|
Az ügyfélkérelem végső eredménye vagy aktuális státusza. | ||
|
Leírás
Ez az attribútum jelzi a kérelem folyamat végi státuszát, például „Jóváhagyva”, „Elutasítva” vagy „Visszavonva”. Folyamatban lévő ügyeknél az utolsó ismert státuszt is mutathatja. Ez az eredmények elemzésének fontos szempontja. A „Kérelmek elutasításának elemzése” dashboard közvetlenül használja az ügyek csoportosítására és az egyes eredmények okainak feltárására. A különböző státuszokhoz vezető folyamatútvonalak elemzése segít azonosítani a jóváhagyott ügyek bevált gyakorlatait és az elutasítások kiváltó okait.
Miért fontos?
Megadja az ügy üzleti eredményét, így összehasonlíthatók a sikeres és sikertelen folyamatútvonalak.
Hol szerezhető be?
A Pega rendszerben ez általában az ügy munkobjektumának végső státusza (pyStatusWork).
Példák
JóváhagyvaElutasítvaMegfelelőségi jóváhagyásra várÜgyfél visszavonta
|
|||
|
Kockázati szint
RiskLevel
|
Az ügyfélkérelem kiszámított kockázati szintje. | ||
|
Leírás
Ez az attribútum az ügyfél felmért kockázatát jelöli, amelyet általában „Alacsony”, „Közepes” vagy „Magas” kategóriába sorolnak. A kockázati szintet rendszerint egy automatikus pontozómotor határozza meg az ügyféladatok és a szűrés eredményei alapján. A kockázati szint jelentősen befolyásolja a folyamat menetét. A magas kockázatú kérelmeknél gyakran további átvilágítási lépésekre, például részletesebb megfelelőségi ellenőrzésre van szükség, ami hosszabb átfutási időt eredményez. A kockázati szint szerinti elemzés segít megindokolni ezeket az eltéréseket, és ellenőrizni, hogy a kockázatkezelési kontrollok megfelelően működnek-e, indokolatlan késések nélkül.
Miért fontos?
Megmagyarázza a folyamatútvonal és az átfutási idő eltéréseit, mivel a kockázati szint gyakran meghatározza a szükséges átvilágítás mértékét.
Hol szerezhető be?
Ez az ügy kiszámított tulajdonsága lehet, amelyet egy Pega döntési szabály vagy pontozási modell tölt ki. Részletekért tekintse meg a Pega KYC dokumentációját.
Példák
AlacsonyKözepesMagas
|
|||
|
Részleg
WorkGroup
|
A tevékenységért felelős részleg vagy funkcionális csapat. | ||
|
Leírás
Ez az attribútum azonosítja azt a szervezeti egységet vagy csapatot, amelyhez a tevékenységet végrehajtó felhasználó tartozik, például „Szűrési csapat”, „Megfelelőség” vagy „Ügyfélbeléptetési működés”. A folyamat részlegenkénti elemzése elengedhetetlen a „Munkaterhelés részlegenként” dashboardhoz. Segít a vezetőknek megérteni, hogyan halad a munka a csapatok között, feltárni a részlegek közötti szűk keresztmetszeteket, és felmérni az erőforrások elosztását a teljes ügyfélbeléptetési folyamatban. Az átadások javításához és a munkaterhelés kiegyensúlyozásához is fontos.
Miért fontos?
Lehetővé teszi a folyamatmenet és a különböző üzleti egységek közötti szűk keresztmetszetek elemzését, támogatva az erőforrás-gazdálkodást és a szervezet működésének fejlesztését.
Hol szerezhető be?
Ez az információ általában a Pega felhasználói profiljához (Operator ID rekordhoz) kapcsolódik, és összekapcsolható az eseményadatokkal. A tulajdonság neve lehet pyWorkGroup.
Példák
Első szűrésMegfelelési felülvizsgálatSzámlaaktiválás
|
|||
|
SLA-határidő
SlaTargetDate
|
Az a dátum, ameddig az ügyfélbeléptetési ügyet várhatóan le kell zárni. | ||
|
Leírás
Ez az attribútum tárolja a kérelem célzott befejezési dátumát, amelyet a szolgáltatási szintre vonatkozó megállapodás (SLA) határoz meg. Az SLA az ügyfél típusától, a kockázati szinttől vagy a terméktől függően változhat. Ez a dátum szükséges az „SLA-betartás nyomon követése” dashboardhoz és a kapcsolódó KPI-hoz. Viszonyítási alapként szolgál a tényleges befejezési dátum összehasonlításához. Az SLA-határidőt túllépő ügyek elemzése segít feltárni a rendszeres késéseket, és rangsorolni azokat a folyamatfejlesztéseket, amelyekkel betarthatók a szolgáltatási vállalások.
Miért fontos?
Viszonyítási alapot ad a határidőre történő teljesítés méréséhez, ami fontos az ügyfelek elégedettsége és a működés ellenőrzése szempontjából.
Hol szerezhető be?
A Pega beépített SLA-kezelési keretrendszert kínál. Ezt a dátumot általában olyan tulajdonságok tárolják az ügyön, mint a pySLAGoal, vagy egy egyedileg meghatározott SLA-tulajdonság.
Példák
2023-11-10T17:00:00Z2023-11-15T17:00:00Z
|
|||
|
Átfutási idő
CycleTime
|
A kérelem benyújtásától a végső lezárásig eltelt teljes idő. | ||
|
Leírás
Ez a számított mutató az egyes ügyfélkérelmek teljes átfutási idejét méri, az első eseménytől az utolsóig. Általában az adott ügy első és utolsó tevékenységének időbélyege közötti különbségként számítják ki. Az átfutási idő a folyamat hatékonyságának és az ügyfélélménynek az egyik elsődleges KPI-ja. Az „Ügyfélbeléptetés teljes átfutási idejének elemzése” dashboardon az átlagos feldolgozási idő nyomon követésére, a hosszan elhúzódó ügyek azonosítására és a folyamatfejlesztési kezdeményezések hatásának időbeli mérésére használják.
Miért fontos?
Ez a KPI közvetlenül méri az ügyfélbeléptetési folyamat teljes sebességét és hatékonyságát az ügyfél szemszögéből.
Hol szerezhető be?
Ezt a mutatót a process mining eszköz az egyes ügyazonosítókhoz tartozó legkorábbi és legkésőbbi időbélyeg különbségeként számítja ki.
Példák
5 nap 4 óra12 nap 1 óra2 nap 8 óra
|
|||
|
Automatizált
IsAutomated
|
Jelzi, hogy egy tevékenységet rendszer vagy ember hajtott-e végre. | ||
|
Leírás
Ez a logikai attribútum akkor igaz, ha a tevékenységet automatizált rendszer, például szűrőmotor vagy rendszerbeli szabály hajtotta végre, és akkor hamis, ha emberi felhasználó végezte. Az automatizált és manuális tevékenységek megkülönböztetése elengedhetetlen az automatizálás elemzéséhez. Segít felmérni a meglévő automatizálás hatékonyságát, azonosítani a később automatizálható manuális feladatokat, és megérteni az emberek és a rendszerek közötti együttműködést a folyamatban.
Miért fontos?
Elkülöníti az emberek és a rendszerek által végzett tevékenységeket, ami minden automatizálási kezdeményezés és elemzés alapja.
Hol szerezhető be?
Az eseményhez tartozó felhasználói azonosítóból vezethető le. Ha az OperatorId egy ismert rendszer- vagy ügynökfiókhoz tartozik, az érték igaz.
Példák
truefalse
|
|||
|
Beléptetett termék
OnboardedProduct
|
Az a pénzügyi termék, amelyet az ügyfél igényel. | ||
|
Leírás
Ez az attribútum határozza meg, hogy az ügyfelet milyen termékhez vagy szolgáltatáshoz léptetik be, például „Lakossági bankszámla”, „Vállalati hitel” vagy „Befektetési szolgáltatások”. A termék befolyásolhatja az ügyfélbeléptetési folyamatot, mivel az egyes termékekre eltérő szabályozási követelmények és összetettség vonatkozhat. A termék szerinti elemzés megmutatja, hogy bizonyos termékvonalaknál hosszabb-e az átfutási idő vagy magasabb-e az elutasítási arány, így a termékre szabott folyamatfejlesztéshez is támpontot ad.
Miért fontos?
Lehetővé teszi a folyamat termékvonalankénti elemzését, feltárva a teljesítménykülönbségeket és a fejlesztési lehetőségeket.
Hol szerezhető be?
Ez az ügy egyik tulajdonsága lehet, amelyet a kérelem benyújtásakor választanak ki.
Példák
FolyószámlaVagyonkezelésVállalati hitelkeret
|
|||
|
Dokumentum státusza
DocumentStatus
|
Az ügyféltől kapott dokumentumok aktuális státusza. | ||
|
Leírás
Ez az attribútum a KYC-folyamathoz szükséges dokumentumok állapotát követi. Lehetséges értékei például: „Ügyfélre vár”, „Beérkezett”, „Ellenőrizve” vagy „Elutasítva”. Egy ügy során a státusz többször is változhat. Ez fontos attribútum az „Ügyfélbeléptetés mennyisége és státusza” dashboardhoz, valamint a „Dokumentumellenőrzés sebessége” elemzéshez. Részletes képet ad a gyakori szűk keresztmetszetek egyikéről. Ha nyomon követjük, mennyi ideig maradnak a dokumentumok az egyes státuszokban, feltárhatók az ügyfél általi benyújtás vagy a belső ellenőrzés késései.
Miért fontos?
Átláthatóvá teszi a dokumentumkezelési részfolyamatot, és segít feltárni, majd megszüntetni a dokumentumellenőrzés gyakori késéseit.
Hol szerezhető be?
Ez valószínűleg a fő ügyhöz kapcsolódó adatobjektum vagy oldallista tulajdonsága, amely az egyes szükséges dokumentumokat követi. Részletekért tekintse meg a Pega KYC dokumentációját.
Példák
Feltöltésre várBeérkezett, ellenőrzésre várJóváhagyvaElutasítva, további információ szükséges
|
|||
|
Forrásrendszer
SourceSystem
|
Megadja, melyik rendszerből származnak az adatok. | ||
|
Leírás
Ez az attribútum jelöli azt a forrásalkalmazást, amelyben az eseményt rögzítették. Ennél a folyamatnál az értéke minden esetben „Pega KYC”. Ha minden adat egyetlen rendszerből származik, ez az attribútum feleslegesnek tűnhet, de az adatirányítás szempontjából fontos, és több rendszer adatainak összekapcsolásakor nélkülözhetetlenné válik. Egyértelművé teszi az adatok eredetét, és segít az adatintegrációs problémák elhárításában.
Miért fontos?
Fontos információt ad az adatok eredetéről, támogatja az adatirányítást, és lehetővé teszi a több forrásrendszerből származó adatok elemzését.
Hol szerezhető be?
Ez általában egy állandó érték, amelyet az adatok kinyerése és átalakítása során rendelnek az adathalmazhoz a forrás megjelölésére.
Példák
Pega KYCPega CLM
|
|||
|
Ismételt feldolgozás
IsRework
|
Jelzi, hogy egy tevékenység része-e egy ismétlődő folyamatkörnek. | ||
|
Leírás
Ez a logikai attribútum akkor igaz, ha egy adott tevékenység, például a „Dokumentumok ellenőrzése”, ugyanabban az ügyben többször is előfordul. Gyakran olyan esemény váltja ki, mint a „További információ kérése”. Az ismételt feldolgozás azonosítása elengedhetetlen a folyamat hatékonysági problémáinak és az ügyfelek számára nehézséget okozó pontoknak a feltárásához. A „Folyamatban végzett ismételt munka és folyamatkörök” dashboard ezzel az attribútummal méri az ismételt feldolgozás gyakoriságát és hatását. Ennek csökkentése gyakori cél, mert gyorsabb feldolgozást, alacsonyabb működési költségeket és jobb ügyfélélményt eredményez.
Miért fontos?
Rávilágít a folyamat hatékonysági problémáira, a felesleges feladatokra és az ismétlődő folyamatkörökre, amelyek a folyamatfejlesztés elsődleges célpontjai.
Hol szerezhető be?
Ezt a jelzőt az adatok elemzése során állapítják meg: ellenőrzik, hogy ugyanazon ügyazonosítón belül ismétlődnek-e a tevékenységnevek. Például ha a „Dokumentumok ellenőrzése befejezve” másodszor is megjelenik.
Példák
truefalse
|
|||
|
SLA-státusz
SlaStatus
|
Jelzi, hogy az ügyet az SLA-határidőn belül zárták-e le. | ||
|
Leírás
Ez az attribútum a tényleges befejezési időbélyeg és az „SLA-határidő” összehasonlítása alapján „Határidőre” vagy „Késve” értékre sorolja a lezárt ügyeket. Ez az „SLA-betartás nyomon követése” dashboard és az „SLA-betartási arány” KPI alapmutatója. Egy pillantással megmutatja, hogyan teljesülnek a szolgáltatási vállalások. A késve lezárt ügyek jellemzőinek elemzése segít feltárni a késések kiváltó okait és megelőzni a jövőbeli SLA-túllépéseket.
Miért fontos?
Közvetlenül méri a vállalások teljesítését, ami fontos a működés irányítása, a megfelelés és az ügyfelek elégedettsége szempontjából.
Hol szerezhető be?
A rendszer a végső ügytevékenység időbélyegét a SlaTargetDate mezővel összehasonlítva állapítja meg az értéket. Ha a befejezés a határidő után történik, a státusz „Késve”.
Példák
HatáridőreKésveVeszélyben
|
|||
|
Ügyfél országa
CustomerCountry
|
Az ügyfél lakóhelye vagy bejegyzési országa. | ||
|
Leírás
Ez az attribútum az ügyfél országát tárolja. Ez az adat fontos bemeneti tényező a kockázatértékeléshez és a szükséges átvilágítás mértékének meghatározásához. Az ügyfél országa fontos mintázatokat tárhat fel az elemzés során. Egyes joghatóságok magasabb kockázattal járhatnak, ami hosszabb és összetettebb ügyfélbeléptetési folyamatot eredményezhet. Ez a szempont lehetővé teszi a földrajzi alapú teljesítményelemzést, és segít a regionális megfelelési követelmények hatékony teljesítésében.
Miért fontos?
Lehetővé teszi a folyamat földrajzi alapú elemzését, amely gyakran összefügg a szabályozási környezet összetettségével és a kockázati szintekkel.
Hol szerezhető be?
Ez az ügyhöz kapcsolódó ügyfél-adatobjektum egyik tulajdonsága lehet.
Példák
USADEUSGPGBR
|
|||
|
Ügyfélazonosító
CustomerId
|
A beléptetési folyamatban részt vevő ügyfél egyedi azonosítója. | ||
|
Leírás
Ez az attribútum az az egyedi azonosító, amely összekapcsolja a kérelmet az ügyfél törzsadat-rendszerben szereplő rekordjával. A KYC-folyamat tárgyát képező személyt vagy szervezetet jelöli. A kérelemazonosító a folyamatot követi nyomon, az ügyfélazonosító viszont lehetővé teszi ugyanazon ügyfél több kérelmének elemzését, illetve az ügyfélre jellemző adatokkal, például szegmenssel vagy előzményekkel való kiegészítést. Így az ügyfél szemszögéből vizsgálható az ügyfélbeléptetési folyamat.
Miért fontos?
Összekapcsolja a folyamatadatokat az ügyfél törzsadataival, így az ügyfél jellemzői és előzményei alapján részletesebb elemzés végezhető.
Hol szerezhető be?
Ez a KYC-ügy egyik alapvető tulajdonsága, amely összekapcsolja az ügyet a Pega ügyfél-adatmodelljével vagy egy külső CRM-rendszerrel.
Példák
CUST-98765CUST-98766CUST-98767
|
|||
|
Ügytípus
CaseType
|
A KYC-ügyfélbeléptetési ügy konkrét típusa. | ||
|
Leírás
Ez az attribútum kategorizálja az ügyfélbeléptetési kérelmet, például „Lakossági ügyfél”, „Vállalati ügyfél” vagy „Nagy vagyonnal rendelkező magánszemély”. Az egyes ügytípusok gyakran eltérő folyamatváltozatokat követnek, különböző lépésekkel, SLA-kkal és kockázati profilokkal. Az ügytípus szerinti elemzés érdemibb teljesítmény-összehasonlítást tesz lehetővé. Segít megérteni, hogy bizonyos ügyfélbeléptetési típusoknál gyakoribbak-e a késések vagy az elutasítások. Ez a csoportosítás szükséges ahhoz, hogy a folyamatfejlesztés igazodjon az eltérő ügyfélutak igényeihez.
Miért fontos?
Külön kategóriákba rendezi a folyamatadatokat, így pontosabb és relevánsabb teljesítményelemzés végezhető.
Hol szerezhető be?
Ez általában az ügy példányának osztályneve a Pegában, vagy egy külön tulajdonság, amely meghatározza az ügy típusát.
Példák
Magánszemély ügyfélbeléptetéseVállalati ügyfélbeléptetéseEgyszerűsített ügyfél-átvilágítás
|
|||
|
Utolsó adatfrissítés
LastDataUpdate
|
Az utolsó adatfrissítés vagy adatkinyerés időbélyege. | ||
|
Leírás
Ez az attribútum jelzi, mikor nyerték ki legutóbb az adatokat a forrásrendszerből. Egyetlen adatbetöltésen belül általában minden rekordnál azonos. Az időbélyegből megállapítható, mennyire frissek az elemzett adatok. A felhasználók láthatják, hogy a folyamatelemzés mennyire aktuális, és mikorra várható a következő adatfrissítés. Ez különösen fontos a működést figyelő dashboardoknál.
Miért fontos?
Tájékoztatja a felhasználókat az adatok aktualitásáról, így láthatják, hogy az elemzés a jelenlegi állapotot vagy egy korábbi időszakot mutatja-e.
Hol szerezhető be?
Ezt az értéket az adatok kinyerése, átalakítása és betöltése (ETL) során állítják elő, majd rögzítik az adathalmazban.
Példák
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
|
|||
A KYC ügyfélbeléptetés tevékenységei
| Tevékenység | Leírás | ||
|---|---|---|---|
|
Dokumentumok beérkeztek
|
Azt jelzi, hogy az ügyfél feltöltötte vagy más módon eljuttatta a rendszerbe az összes kért dokumentumot. Ezt általában kifejezett eseményként rögzíti a rendszer, amikor új mellékleteket kapcsolnak a Pega-ügyhöz. | ||
|
Miért fontos?
Ez fontos mérföldkő, ettől indul a dokumentumok ellenőrzésére vonatkozó SLA-k mérése. Az ezt megelőző késedelmek az ügyféltől, az ezt követők a belső működéstől függenek.
Hol szerezhető be?
A Pega mellékleteket tároló tábláiban (pc_link_attachment vagy pc_data_workattach) kifejezetten rögzül, amikor új dokumentumot kapcsolnak az ügyhöz.
Rögzítés
Az esemény időpontja az ügyhöz kapcsolt mellékletobjektum létrehozásának időbélyege.
Eseménytípus
explicit
|
|||
|
Kérelem benyújtva
|
Ez a tevékenység jelzi, hogy új ügyfélbeléptetési eset jött létre a Pega rendszerben. Akkor rögzül, amikor hivatalosan elindítanak egy új, ügyfélkérelemhez tartozó esetet, akár ügyfélportálon, belső felhasználó által vagy automatikus adatbetöltéssel. | ||
|
Miért fontos?
Ez a teljes ügyfélbeléptetési folyamat elsődleges kezdő eseménye. Nélkülözhetetlen az átfutási idő méréséhez, valamint a benyújtott kérelmek mennyiségének és mintázatainak elemzéséhez.
Hol szerezhető be?
Ez a Pega auditnaplójában rögzített, kifejezett esemény, amely új munkatárgy, vagyis ügy létrehozásakor keletkezik. Keresse meg az ügyazonosítóhoz tartozó első bejegyzést a pc_history_work táblában.
Rögzítés
A rögzítés alapja a pc_work táblában szereplő ügy-létrehozási időbélyeg vagy az auditnapló első bejegyzése.
Eseménytípus
explicit
|
|||
|
Kérelem elutasítva
|
Azt jelzi, hogy véglegesen elutasították az ügyfél kérelmét, és ezzel lezárult az ügyfélbeléptetési folyamat. Az esemény abból következtethető ki, hogy az ügy végleges, sikertelen lezárási állapotba kerül. | ||
|
Miért fontos?
Ez a folyamat elsődleges sikertelen záróeseménye. Nélkülözhetetlen az elutasított kérelmek arányának elemzéséhez és a sikertelenség okainak, például az „Elutasítás oka” attribútumnak a megértéséhez.
Hol szerezhető be?
Akkor következtethető ki, amikor az ügy lezárási állapota (pyStatusWork) végleges sikertelen értékre, például „Resolved-Rejected” értékre változik.
Rögzítés
Azonosítsa a pyStatusWork utolsó olyan frissítését, amely az ügy auditnaplójában elutasított státuszt jelez.
Eseménytípus
inferred
|
|||
|
Kérelem jóváhagyva
|
Azt jelzi, hogy véglegesen jóváhagyták az ügyfél ügyfélbeléptetési kérelmét. Fontos üzleti mérföldkő, amely abból következtethető ki, hogy az ügy állapota végleges, sikeres lezárásra változik. | ||
|
Miért fontos?
Ez a fontos mérföldkő választja el a sikeres és a sikertelen ügyeket. Megelőzi a számlaaktiválás utolsó lépéseit, és gyakran ettől mérik a döntéshozatal idejét.
Hol szerezhető be?
Akkor következtethető ki, amikor az ügy lezárási állapota (pyStatusWork) végleges, sikeres értékre, például „Resolved-Completed” vagy „Resolved-Approved” értékre változik.
Rögzítés
Keresse meg az auditnaplóban a pyStatusWork utolsó módosítását, amely sikeres ügyzárást jelez.
Eseménytípus
inferred
|
|||
|
Kockázatértékelés elvégezve
|
Ez a tevékenység jelzi, hogy az ügyfélkérelem és az ellenőrzési adatok alapján befejeződött az ügyfél kockázatértékelése és pontozása. Fontos mérföldkő, amely általában akkor rögzül, amikor a Pega-ügyben lezárul a kockázatértékelési szakasz vagy lépés. | ||
|
Miért fontos?
Ez fontos megfelelési mérföldkő. A tevékenység időtartamának és eredményének elemzése segít megérteni a kockázatkezelés hatékonyságát és a folyamat menetére gyakorolt hatását.
Hol szerezhető be?
A Pega-ügy modelljében szereplő adott szakasz vagy folyamat befejezéséből következtethető ki, amely az auditnaplóban rögzített állapotváltozást eredményez.
Rögzítés
A kockázatértékelési szakasz utáni pyStatusWork-változásból következtethető ki, például amikor az állapot „Pending-Compliance-Review” értékre vált.
Eseménytípus
inferred
|
|||
|
Megfelelési ellenőrzés befejezve
|
Ez a tevékenység azt jelzi, hogy a megfelelési csapat befejezte az ellenőrzést és javaslatot tett. Az ügy állapotának változása rögzíti, amikor az ügy kilép a megfelelési szakaszból. | ||
|
Miért fontos?
Ez a megfelelési ellenőrzés átfutási ideje KPI mérésének záró eseménye. Az eddig eltelt idő elemzése elengedhetetlen a megfelelési folyamat hatékonyságának javításához.
Hol szerezhető be?
Az ügyállapot (pyStatusWork) „Pending-Compliance” értékről például „Pending-Final-Decision” vagy „Resolved-Approved” értékre váltásából következtethető ki.
Rögzítés
Keresse meg az ügy előzményeiben azt az időbélyeget, amikor lezárul a megfelelési ellenőrzési szakasz vagy feladat.
Eseménytípus
inferred
|
|||
|
Megfelelési ellenőrzés elindítva
|
Ez a tevékenység jelzi, hogy megkezdődött a megfelelési csapat hivatalos ellenőrzése, amely a folyamat fontos és gyakran hosszadalmas része. Akkor rögzül, amikor az ügy a megfelelési feladatlistára kerül, vagy az állapota ennek megfelelően megváltozik. | ||
|
Miért fontos?
Ez a megfelelési ellenőrzés átfutási ideje KPI mérésének kezdő eseménye. Segít mérni és feltárni a szűk keresztmetszeteket ebben a fontos, gyakran kézi ellenőrzési szakaszban.
Hol szerezhető be?
Az ügyállapot (pyStatusWork) „Pending-Compliance” értékre váltásából vagy a megfelelési feladatlistán létrehozott feladatból következtethető ki.
Rögzítés
Keresse meg azt az időbélyeget, amikor az ügy a megfelelési feladatlistára kerül, vagy az állapota jelzi az ellenőrzés kezdetét.
Eseménytípus
inferred
|
|||
|
Ügyfélbeléptetés befejezve
|
Ez a tevékenység jelzi a teljes KYC ügyfélbeléptetési folyamat sikeres lezárását. Akkor rögzül, amikor a Pega-ügy végleges, sikeres lezárási állapotba kerül, és minden kapcsolódó rendszerben végrehajtott művelet befejeződik. | ||
|
Miért fontos?
Ez a folyamat elsődleges sikeres záróeseménye. Nélkülözhetetlen a sikeresen beléptetett ügyfelek teljes átfutási idejének kiszámításához.
Hol szerezhető be?
Akkor következtethető ki, amikor az ügy lezárási állapota (pyStatusWork) végleges, sikeres értékre, például „Resolved-Completed” értékre változik.
Rögzítés
Keresse meg a History-Work táblában a végleges „Resolved-Completed” állapot időbélyegét.
Eseménytípus
inferred
|
|||
|
Dokumentumok bekérése
|
Ez a tevékenység akkor történik, amikor a rendszer vagy egy munkatárs megállapítja, hogy a folytatáshoz meghatározott dokumentumokra van szükség az ügyféltől. Az esemény a levelezés létrehozásából vagy az ügy állapotának „Pending-Customer-Docs” értékre vagy hasonló állapotra váltásából állapítható meg. | ||
|
Miért fontos?
Ennek nyomon követésével mérhető, mennyi idő alatt válaszolnak az ügyfelek, és azonosítható, ha a folyamat gyakran dokumentumokra vár. Ez a dokumentumellenőrzés időtartama KPI egyik előzménye.
Hol szerezhető be?
Rögzíthető kifejezett levelezési eseményként (pc_link_attachment), vagy kikövetkeztethető az auditnaplóban rögzített ügyállapot-változásból (pyStatusWork).
Rögzítés
A pyStatusWork „Pending-Documents” vagy hasonló értékre váltásából következtethető ki. Kifejezett „Send Correspondence” eseményhez is kapcsolható.
Eseménytípus
inferred
|
|||
|
Dokumentumok ellenőrzése befejezve
|
Ez a tevékenység azt jelzi, hogy a megfelelésért felelős munkatárs vagy egy automatikus folyamat befejezte az ügyfél által benyújtott dokumentumok ellenőrzését. Az esemény az ügy vagy a dokumentum állapotának változásából következtethető ki, amely jelzi az ellenőrzés lezárását. | ||
|
Miért fontos?
Ezzel zárul le a dokumentumellenőrzés időtartama KPI mérése. A lépés befejezéséhez szükséges idő elemzése feltárja a kézi vagy automatikus ellenőrzés hatékonysági problémáit.
Hol szerezhető be?
Az auditnaplóban szereplő ügyállapot-változásból (pyStatusWork) következtethető ki, amikor az állapot „Pending-Review” értékről „Review-Complete” vagy „Pending-Checks” értékre vált.
Rögzítés
Keresse meg azt az időbélyeget, amikor az ügy állapota (pyStatusWork) megváltozik, jelezve, hogy a dokumentumellenőrzési részfolyamat lezárult.
Eseménytípus
inferred
|
|||
|
Első ellenőrzés elvégezve
|
A kérelem adatainak teljességét és az alapvető jogosultsági feltételek teljesülését vizsgáló első, gyakran automatikus ellenőrzés befejezését jelzi. Az esemény általában az ügy állapotának változásából következtethető ki, például amikor az állapot „New” értékről „Pending-Documents” értékre vált. | ||
|
Miért fontos?
Az első szakasz időtartamának elemzése segít feltárni az adatellenőrzés vagy az automatikus szabályok végrehajtása során kialakuló korai szűk keresztmetszeteket, amelyek késleltethetik a teljes folyamatot.
Hol szerezhető be?
A Pega auditnaplójában, a History-Work táblában rögzített ügyállapot-változásból (pyStatusWork) következtethető ki.
Rögzítés
Keresse meg azt az időbélyeget, amikor a pyStatusWork állapota „New” vagy „Submitted” értékről „ScreeningComplete” vagy hasonló értékre változik.
Eseménytípus
inferred
|
|||
|
Háttérellenőrzés elindítva
|
Azt jelzi, hogy megkezdődött az ügyfél külső vagy belső háttérellenőrzése, amelyhez külső szolgáltatások is kapcsolódhatnak. Az esemény általában abból az állapotváltozásból következtethető ki, amely jelzi, hogy az ügy az ellenőrzés eredményére vár. | ||
|
Miért fontos?
Ez a tevékenység segít elkülöníteni a külső függőségekre várakozással töltött időt. Lehetővé teszi a külső szolgáltatók teljesítményének és az ügyfélbeléptetés teljes időtartamára gyakorolt hatásának elemzését.
Hol szerezhető be?
A Pega History-Work táblájában rögzített ügyállapot-változásból (pyStatusWork) következtethető ki, amikor az állapot „Pending-Background-Check” vagy hasonló értékre vált.
Rögzítés
Keresse meg azt az időbélyeget, amikor a pyStatusWork értéke jelzi a háttérellenőrzés megkezdését.
Eseménytípus
inferred
|
|||
|
Számla aktiválva
|
Ez a tevékenység azt jelzi, hogy az ügyfél számláját sikeresen létrehozták és aktiválták az alapbanki vagy egy kapcsolódó rendszerben. Gyakran a Pega-ügy sikeres jóváhagyását követő végső állapotváltozásból következtethető ki. | ||
|
Miért fontos?
Ez az ügyfél és a vállalkozás számára egyaránt az értékteremtés pillanata. A „Kérelem jóváhagyva” és az esemény közötti idő a rendszerek közötti átadások hatékonyságát mutatja.
Hol szerezhető be?
Az auditnaplóban rögzített, konkrét ügyállapotból (pyStatusWork), például „Resolved-AccountActive” értékből vagy az integráció által az ügyön beállított jelzőből következtethető ki.
Rögzítés
Keresse meg azt az időbélyeget, amikor az ügy egyik tulajdonságának módosítása jelzi, hogy a kapcsolódó rendszerben aktiválták a számlát.
Eseménytípus
inferred
|
|||
|
További adatok bekérése
|
Akkor történik, amikor az ellenőrzést végző munkatárs, jellemzően a megfelelési csapatból, további adatot vagy pontosítást kér az ügyféltől. Az esemény gyakran kifejezetten rögzül, amikor egy felhasználó levelet küld az ügyből. | ||
|
Miért fontos?
Ez a tevékenység az ismételt munkát és a folyamatköröket jelzi. Gyakoriságának nyomon követése elengedhetetlen a kérelmek első feldolgozásra történő sikeres lezárási arányának méréséhez és a nem egyértelmű követelmények feltárásához.
Hol szerezhető be?
Az auditnaplóban rögzített kifejezett „Send Correspondence” eseményként jelenhet meg. Az „Pending-Customer-Info” állapotra váltásból is következtethető ki.
Rögzítés
Az adott levelezési objektum létrehozásából vagy az ügyintéző által elindított folyamatműveletből rögzíthető.
Eseménytípus
explicit
|
|||
Útmutatók az adatok kinyeréséhez
Készen áll a kezdésre?
Ezzel az adatmintával már rendelkezik a KYC ügyfélbeléptetési folyamat optimalizálásának alapjaival. Kezdje el még ma feltárni a hatékonysági problémákat és javítani a megfelelést!
Egyszerűsítse a KYC ügyfélbeléptetést, és csökkentse a késéseket
Tegye gördülékenyebbé a KYC-folyamatot, csökkentse az ügyfélbeléptetést 24 órára, és javítsa a megfelelést.
Nincs szükség bankkártyára, a beállítás néhány percet vesz igénybe