Fizetésfeldolgozási adatsablon
Fizetésfeldolgozási adatsablon
Ez a(z) Fizetésfeldolgozás folyamathoz készült általános process mining adatsablonunk. Részletesebb útmutatásért használja a rendszerspecifikus sablonokat.
Válasszon egy konkrét rendszert- Részletes mezőleírások a tranzakciók nyomon követéséhez
- Egységes tevékenységtérkép a fizetési folyamat teljes életciklusához
- Bármely pénzügyi rendszerrel kompatibilis, bővíthető adatszerkezetek
A fizetésfeldolgozás attribútumai
| Név | Leírás | ||
|---|---|---|---|
| Esemény időbélyege EventTimestamp | Az a pontos dátum és időpont, amikor a tevékenység vagy az állapotváltozás bekövetkezett. | ||
| Leírás Ez az attribútum rögzíti, hogy a fizetési rendszerben pontosan mikor történt egy esemény. Ez adja a folyamat időrendi alapját, és biztosítja, hogy az események az eseteken belül a megfelelő sorrendben jelenjenek meg. Az elemzésben ez az időbélyeg az időalapú számítások kiindulópontja. Segítségével meghatározható a tevékenységek közötti idő, a teljes folyamat átfutási ideje, valamint a szolgáltatási szintre vonatkozó megállapodások teljesülése. A pontos időbélyegek nélkülözhetetlenek a szűk keresztmetszetek kialakulásának feltárásához. Nagy pontosságra van szükség, különösen a nagy gyakoriságú kereskedési és automatizált fizetési rendszerekben, ahol a milliszekundumok is számítanak. Ha csak dátum áll rendelkezésre időpont nélkül, az ugyanazon a napon végrehajtott tevékenységek sorrendjét másodlagos rendezési logikával kell meghatározni. Miért fontos? Nélkülözhetetlen az események sorba rendezéséhez és az időtartam-alapú KPI-k, például az átfutási idő kiszámításához. Hol szerezhető be? Tranzakciós naplókban, előzményeket tároló táblákban vagy rendszer-ellenőrzési naplókban található. Példák 2023-10-15T08:30:00Z2023-10-15 14:45:12.5502023-11-01T09:00:00+00:002023. 10. 15. 20:30:002023-10-16 10:15:00 | |||
| Fizetési tranzakcióazonosító PaymentTransactionId | Az adott fizetési megbízást vagy tranzakciós esetet azonosító egyedi azonosító. | ||
| Leírás Ez az attribútum szolgál központi kulcsként az egy fizetési folyamaton belüli összes tevékenység összekapcsolásához. Segítségével a process mining eszközök rekonstruálhatják a fizetés teljes útját a kezdeményezéstől a végső elszámolásig vagy a meghiúsulásig. Az elemzés során ezzel az azonosítóval csoportosíthatók az események egyetlen esetbe. Lehetővé teszi a folyamatmenet megjelenítését, és elengedhetetlen a tranzakciónkénti átfutási idő kiszámításához. Egyedi azonosító nélkül nem lehet megkülönböztetni a rendszeren egyszerre áthaladó több ezer fizetést. Ez a mező általában a fizetés teljes életciklusa alatt változatlan marad. Több rendszert érintő összetett esetekben azonban összetett kulcsra lehet szükség, vagy egyedi, teljes folyamatra kiterjedő hivatkozási szám alapján kell meghatározni az értékét. Miért fontos? Ez az alapvető esetazonosító, amelyre a folyamatmodell létrehozásához és az egyes fizetések nyomon követéséhez van szükség. Hol szerezhető be? Általában a tranzakció fejlécében, a fizetési megbízások táblájában vagy a főkönyvi naplóban található. Példák TRX-8859201PAY-2023-X9910029384f47ac10b-58cc-4372-a567-0e02b2c3d479INSTR-5542 | |||
| Forrásrendszer SourceSystem | Annak az alkalmazásnak vagy rendszernek a neve, ahonnan az eseményadatok származnak. | ||
| Leírás Ez az attribútum azonosítja a rekord technikai forrását. A teljes fizetési folyamat során az adatok gyakran több rendszeren haladnak át, például egy ügyféloldali átjárón, egy csalásfelderítő rendszeren és egy háttérrendszerbeli főkönyvön. A rendszerenkénti elemzés segít elkülöníteni a technikai problémákat. Ha például a késések rendszeresen a csalásfelderítő rendszerben jelentkeznek, de a főkönyvben nem, a kiváltó ok célzottan vizsgálható. Az attribútum több adatforrás egyesítésekor az adatok sértetlenségének ellenőrzését is segíti. Ha a forrásadatokban ez az érték nem szerepel, általában az adatok kinyerése és átalakítása során adják hozzá. Az attribútum a származás nyomon követésére szolgál az ellenőrzés és a hibakeresés során. Miért fontos? Több rendszer elemzéséhez, valamint a késést vagy hibát okozó összetevő azonosításához nélkülözhetetlen. Hol szerezhető be? Gyakran az ETL-folyamat során rögzítik, vagy a rendszer metaadatai között található. Példák PaymentGateway_01CoreBankingSystemFraudEngineSwiftInterfaceERP_SAP | |||
| Tevékenység neve ActivityName | A fizetési folyamat adott pontján végrehajtott konkrét lépés, állapotváltozás vagy esemény. | ||
| Leírás Ez az attribútum írja le a végrehajtott műveletet vagy a fizetés adott időpontban bekövetkezett állapotváltozását. Ilyen például a kérelem létrehozása, az ellenőrzés, a jóváhagyás vagy a végső elszámolás. A process mining ezt az attribútumot használja a folyamattérkép csomópontjainak meghatározásához. A tevékenységek sorrendjét elemezve az elemzők azonosíthatják a gyakori változatokat, az újrafeldolgozást jelző köröket, valamint azokat a szűk keresztmetszeteket, ahol a fizetések hosszabb ideig várakoznak. Az egységes folyamatképhez gyakran szükség van a különböző forrásrendszerekben használt elnevezések összehangolására. Az egyik rendszer például „Auth” néven jelölhet egy lépést, míg egy másik „Authorization” néven. Az adatátalakítás során ezeket egységesíteni kell. Miért fontos? Meghatározza a folyamattérkép csomópontjait, és lehetővé teszi a folyamatmenet és a folyamatváltozatok elemzését. Hol szerezhető be? Ellenőrzési naplókban, állapotelőzményeket tároló táblákban vagy eseménykövetési táblákban található. Példák Fizetés létrehozvaFizetés engedélyezveFizetés sikertelenElszámolás megerősítveEllenőrzési hiba | |||
| Utolsó adatfrissítés LastDataUpdate | Az időbélyeg, amely megmutatja, mikor nyerték ki vagy frissítették utoljára a rekordot. | ||
| Leírás Ez az attribútum jelzi az elemzéshez használt adatok frissességét. Megmutatja, mikor töltötték be az adatokat a process mining eszközbe, vagy mikor módosították utoljára a rekordot a forrásadatbázisban. Ez az információ nélkülözhetetlen az adatkezeléshez és az eredményekbe vetett bizalomhoz. Az elemzők így tudják, hogy valós idejű adatokat vagy az előző napi állapotot látják. Ez különösen fontos a függő állapotban elakadt, folyamatban lévő fizetések nyomon követéséhez. Bár közvetlenül nem használják a folyamatmenet számításához, metaadatként ellenőrzi, hogy a dashboardok a fizetési működés legfrissebb állapotát mutatják-e. Miért fontos? Jelzi az adatok frissességét, és segít feltárni az adatfolyamat késleltetésével kapcsolatos problémákat. Hol szerezhető be? Az adatok kinyerése vagy az ETL-folyamat során jön létre. Példák 2023-10-27T12:00:00Z2023-10-27 23:59:592023-10-28 06:00:0010/27/20232023-11-01 01:00:00.000 | |||
| Feldolgozó felhasználó ProcessingUser | A tevékenység végrehajtásáért felelős felhasználó vagy rendszerügynök azonosítója. | ||
| Leírás Ez az attribútum azonosítja, hogy ki vagy mi hajtotta végre a fizetési folyamat egy adott lépését. Jelölhet kézi ellenőrzést végző felhasználót vagy automatizált feladatot végrehajtó rendszerfiókot. Ez az adat nélkülözhetetlen az erőforrások kihasználtságának és a szűk keresztmetszeteknek az elemzéséhez. Segít megkülönböztetni az automatizált feldolgozást (Straight-Through Processing) a kézi beavatkozástól. A kézi felhasználói közreműködés magas aránya gyakran magasabb költségekkel és hosszabb átfutási idővel jár. A megfelelés ellenőrzésekor ez a mező segít a feladatkörök szétválasztásának vizsgálatában, így ellenőrizhető, hogy a fizetést létrehozó személy nem ugyanaz-e, mint aki jóváhagyta. Miért fontos? Lehetővé teszi az automatizáltság (STP) és az erőforrások termelékenységének elemzését. Hol szerezhető be? Ellenőrzési naplókban vagy a tranzakciós tábla metaadatokat tartalmazó oszlopaiban található. Példák SystemAgent_01jdoeAPPROVER_GROUP_AAutoReconcilerAPI_User | |||
| Fizetési határidő PaymentDueDate | Az a dátum, ameddig a fizetést várhatóan vagy kötelezően el kell számolni. | ||
| Leírás Ez az attribútum a fizetés célhatáridejét jelöli. Segítségével mérhető a határidőre teljesített fizetések aránya, és ellenőrizhető a szolgáltatási szintre vonatkozó megállapodások (SLA-k) teljesülése. A tényleges befejezési időbélyeg és a határidő összevetése egyértelmű képet ad a folyamat teljesítményéről. A határidő után teljesített fizetések késedelmesnek számítanak, ami kötbért vonhat maga után, vagy ronthatja az üzleti kapcsolatokat. Ez a mező különösen fontos a szállítói számlák kifizetésénél és a garantált szolgáltatást biztosító szerződéseknél, ahol a határidő betartása szerződéses kötelezettség. Miért fontos? Az SLA-k teljesülésének és a határidőre teljesített fizetések arányának kiszámításához szükséges. Hol szerezhető be? A számla fejlécében vagy a fizetési kérelemben található. Példák 2023-10-302023-11-012023-10-152023-12-312024-01-01 | |||
| Fizetési mód PaymentMethod | A fizetés végrehajtásához használt konkrét eszköz vagy eljárás. | ||
| Leírás Ez az attribútum a végrehajtás módja szerint kategorizálja a fizetéseket, például átutalás, ACH, bankkártyás vagy azonnali fizetés szerint. Az egyes módokhoz jellemzően eltérő folyamatútvonal, időigény és költség tartozik. Az elemzők ezzel az attribútummal csoportosítva összehasonlíthatják a különböző fizetési csatornák teljesítményét. Az átutalások például több kézi jóváhagyási lépést igényelhetnek, mint az automatizált ACH-kötegek. A fizetési módok összetételének ismerete segít a kapacitástervezésben és az ügyfélviselkedés változásainak feltárásában, például abban, hogy az ügyfelek a hagyományos csekkekről digitális, azonnali fizetésre térnek át. Miért fontos? Segít megkülönböztetni az eltérő SLA-val rendelkező folyamatváltozatokat, például az azonnali fizetést és az átutalást. Hol szerezhető be? A fizetési megbízás részletei között található. Példák ÁtutalásACHBankkártyaSEPA-átutalásValós idejű fizetés | |||
| Fizetési összeg PaymentAmount | A fizetési tranzakcióhoz tartozó pénzösszeg. | ||
| Leírás Ez az attribútum a fizetés pénzügyi értékét mutatja. Ez az elsődleges számszerű mutató a folyamat hatékonysági problémái által okozott hatás mérésére. Egy egymillió dolláros fizetés késése például általában súlyosabb, mint egy tízdollárosé. Az elemzésben ezzel a mezővel összegezhetők a tranzakciók, kiszámíthatók a teljes likviditási igények, és értéksávok szerint csoportosíthatók a fizetések. A nagy összegű fizetések jóváhagyási folyamata gyakran eltér a kis összegűekétől, ez az attribútum pedig segít megkülönböztetni ezeket az útvonalakat. Az attribútumot mindig a pénznemkóddal együtt kell használni, hogy az összegek összehasonlíthatók legyenek. Az összegek pénznemváltás vagy pénznem szerinti elkülönítés nélküli összesítése félrevezető pénzügyi kimutatásokhoz vezethet. Miért fontos? Lehetővé teszi a pénzügyi hatás elemzését, valamint a nagy és kis összegű tranzakciók elkülönítését. Hol szerezhető be? A tranzakció részletei között vagy a pénzügyi könyvelési táblákban található. Példák 150.0010000.5025.995000000.01 | |||
| Hibakód ErrorCode | A fizetés meghiúsulásakor vagy elutasításakor keletkező konkrét kód vagy indok. | ||
| Leírás Ez az attribútum rögzíti a folyamat meghiúsulásának technikai vagy üzleti okát. Akkor kap értéket, ha a fizetést elutasítják, az ellenőrzés sikertelen, vagy adatátviteli hiba történik. A hibakódok elemzése az elsődleges módja a „Sikertelen fizetések aránya” és az „Újrafeldolgozási arány” csökkentésének. A gyakori hibakódok csoportosítása segít feltárni a rendszerszintű problémákat, például a törzsadatok pontatlanságát vagy a külső elszámolóházakkal fennálló kapcsolati hibákat. A problémamentes folyamatokban ez a mező általában üres. Ha értéket tartalmaz, az gyakran az ideális folyamatmenettől való eltérést jelez, és kivételkezelési alfolyamatokat indít el. Miért fontos? A hibák és az újrafeldolgozás kiváltó okainak elemzéséhez ez az elsődleges attribútum. Hol szerezhető be? Hibanaplókban, elutasítási üzenetekben vagy válaszadatokban található. Példák INSUFFICIENT_FUNDSINVALID_ACCOUNTFRAUD_SUSPICIONTIMEOUTDUPLICATE_REF | |||
| Pénznemkód CurrencyCode | A fizetés pénznemét jelölő hárombetűs ISO-kód. | ||
| Leírás Ez az attribútum adja meg a fizetési összeg pénznemét, például USD, EUR vagy GBP. A pontos pénzügyi kimutatásokhoz és a határokon átnyúló fizetésekhez kapcsolódó munkafolyamatok indításához is szükség van rá. Az elemzés során gyakran pénznem szerint kell szűrni az adatokat a regionális teljesítmény vagy a devizafeldolgozás idejének megértéséhez. Az egyes pénznemekhez eltérő határidők, elszámolási ciklusok és szabályozási követelmények tartozhatnak, amelyek közvetlenül befolyásolják a folyamat menetét. E nélkül az attribútum nélkül a „Fizetési összeg” mező nem egyértelmű. Ez a mező teszi lehetővé, hogy a különböző pénznemű összegeket egyetlen, globális dashboardokon használt pénznemre váltsák át. Miért fontos? Szükséges a pénzügyi értékek egységesítéséhez és a határokon átnyúló folyamatok eltéréseinek feltárásához. Hol szerezhető be? A tranzakciós táblákban a fizetési összeg mellett található. Példák USDEURGBPJPYCAD | |||
| Fizetési csatorna ProcessingChannel | Az a felület vagy csatorna, amelyen keresztül a fizetést kezdeményezték. | ||
| Leírás Ez az attribútum a fizetési megbízás indításának helyét jelöli, például mobilalkalmazást, webes portált, API-t vagy fájlfeltöltést. Betekintést ad az ügyfelek viselkedésébe és a csatornák használatába. A folyamat csatornánkénti teljesítményének elemzése feltárhatja a technikai különbségeket. Az API-n keresztül indított fizetések például azonnal feldolgozhatók, míg a fájlfeltöltések a kötegelt feldolgozásra várhatnak. Ez segít megérteni a felhasználói élményt az egyes platformokon. Az attribútum a régi csatornákról, például a kézi rögzítésről vagy a faxról a digitális csatornákra való áttérés elemzésére is alkalmas, és támogatja a digitális átalakulást célzó kezdeményezéseket. Miért fontos? Segít elemezni a forgalom alakulását és a belépési pontok közötti teljesítménykülönbségeket, például a mobil és a webes csatorna között. Hol szerezhető be? A tranzakció fejlécében vagy a munkamenet metaadatai között található. Példák MobilalkalmazásWebes portálH2H-fájlAPIPOS-terminál | |||
| Kedvezményezett neve BeneficiaryName | A fizetést fogadó szervezet vagy személy neve. | ||
| Leírás Ez az attribútum azonosítja a kedvezményezettet. Vállalatok közötti (B2B) fizetésnél ez a szállító, magánszemélyek közötti (P2P) fizetésnél pedig a címzett. Megmutatja, hogy ki kapja a kifizetést. A kedvezményezett szerinti elemzés feltárhatja például a magas kockázatú szervezeteknek történő gyakori kifizetéseket vagy az egyes szállítóktól való túlzott függést. Csalásvizsgálathoz is hasznos, például annak felismeréséhez, ha több kisebb összeget utalnak egy váratlan kedvezményezettnek. Gyakoriak az adatminőségi problémák, például az eltérő írásmódok („Inc.” és „Incorporated”). A pontos összesítéshez gyakran meg kell tisztítani az adatokat. Miért fontos? Hasznos a szállítók elemzéséhez, a csalások felderítéséhez és a kockázatok felméréséhez. Hol szerezhető be? A fizetési megbízás kedvezményezett adatait tartalmazó részében található. Példák Acme CorpGlobal Services LtdJohn SmithAzure Cloud ServicesAdóhatóság | |||
| Kockázati pontszám RiskScore | A csalás vagy a megfelelési kockázat valószínűségét jelző számszerű érték. | ||
| Leírás Ezt az értéket a csalásfelderítő rendszerek vagy kockázati modellek állítják elő. A magasabb pontszám általában azt jelzi, hogy nagyobb a valószínűsége a csalásnak vagy a magas kockázatnak. A folyamatelemzésben ez a pontszám segít megérteni, miért kerülnek egyes fizetések ismételt, elhúzódó ellenőrzésre. A magas kockázati pontszámú fizetések gyakran kézi beavatkozást igényelnek, ami növeli az átfutási időt. A pontszámok és a végső eredmények (jóváhagyás vagy elutasítás) összevetése segít finomhangolni a kockázati szabályokat. Nem minden rendszer állít elő számszerű pontszámot, egyesek csak állapotjelzőt adnak meg. A korszerű fizetési átjárókban azonban ez bevett döntéstámogató mutató. Miért fontos? Segít megmagyarázni a folyamat eltéréseit, például a csalásellenőrzés miatti kézi felülvizsgálatot és visszatartást. Hol szerezhető be? A csalásfelderítő rendszer vagy a kockázati motor kimenete. Példák 08512.5994 | |||
A fizetésfeldolgozás tevékenységei
| Tevékenység | Leírás | ||
|---|---|---|---|
| Fizetés engedélyezve | Pénzügyi visszaigazolás arról, hogy a tranzakcióhoz szükséges pénz rendelkezésre áll vagy elkülönítették. Ez gyakran banki alaprendszerrel, kártyakibocsátóval vagy hitelkerettel folytatott művelet. | ||
| Miért fontos? Az engedélyezés megerősítése fontos kontrollpont, mielőtt a pénz ténylegesen elmozdul. Hol szerezhető be? A fizetési átjáró válasznaplóiban vagy a banki alaprendszer engedélyezési tábláiban található. Rögzítés Nyerje ki a pozitív engedélyezési válaszkód időbélyegét. Eseménytípus explicit | |||
| Fizetés jóváhagyva | Az a belső mérföldkő, amikor egy jogosult felhasználó vagy rendszerbeli szabály engedélyezi a fizetés folytatását. Ez nem azonos a külső pénzügyi engedélyezéssel, hanem a szervezeten belüli jóváhagyást jelenti. | ||
| Miért fontos? A kézi munkafolyamatok és az emberi várakozási idő miatt gyakran jelentős szűk keresztmetszet. Hol szerezhető be? A munkafolyamat jóváhagyási naplóiban rögzítik, vagy akkor, amikor a jóváhagyási jelző értéke true lesz. Rögzítés Rögzítse azt az időbélyeget, amikor a végső jóváhagyási művelet bekerül az adatbázisba. Eseménytípus explicit | |||
| Fizetés létrehozva | A fizetési tranzakció rekordjának első rögzítése a rendszerben. Az esemény időbélyege azt mutatja, mikor került be először a fizetési kérelem, akár egy felhasználó rögzítette kézzel, akár API-hívás hozta létre. | ||
| Miért fontos? Meghatározza a teljes fizetési folyamat kezdő időpontját, és alapul szolgál a tranzakciószám elemzéséhez. Hol szerezhető be? Általában a fő tranzakciós tábla létrehozási időbélyegében vagy az új rekordokat rögzítő auditnaplóban található. Rögzítés Nyerje ki a Payment Transaction ID-hez tartozó legkorábbi időbélyeget. Eseménytípus explicit | |||
| Fizetés sikertelen | Végleges státusz, amely azt jelzi, hogy a fizetés nem teljesíthető helyrehozhatatlan műszaki vagy pénzügyi probléma miatt. Ezzel a folyamatpéldány végleg lezárul. | ||
| Miért fontos? A megbízhatóság egyik fontos mutatója. Az itt megjelenő mintázatok elemzése segít csökkenteni a félbemaradó tranzakciók számát. Hol szerezhető be? A végleges hibastátuszkódokból vagy a súlyos hibákat rögzítő naplókból nyerhető ki. Rögzítés Azonosítsa azokat a tranzakciókat, amelyek végleges hibás állapotba kerülnek. Eseménytípus explicit | |||
| Fizetés teljesítve | A pénzmozgás sikeres lezárása, amikor az összeget jóváírják a kedvezményezett számláján. Ez a fizetési tranzakció elsődleges sikeres végállapota. | ||
| Miért fontos? A teljes átfutási idő kiszámítására használható, és a folyamat elsődleges sikerkritériuma. Hol szerezhető be? Általában egy konkrét teljesítési státusz, visszaigazoló jelentés vagy főkönyvi könyvelés jelzi. Rögzítés Nyerje ki a teljesítés visszaigazolásának feldolgozásakor rögzített dátumot és időpontot. Eseménytípus explicit | |||
| Fizetési utasítás elküldve | A végleges fizetési fájl vagy üzenet továbbítása a külső fizetési hálózatnak vagy elszámolóháznak. Ekkor kerül át a feldolgozás a belső rendszerből a külső környezetbe. | ||
| Miért fontos? Ez a fontos mérföldkő választja el a belső feldolgozási időt a külső teljesítési időtől. Hol szerezhető be? A fájl létrehozásakor, a hálózatnak küldött API-híváskor vagy a státusz Transmitted értékre váltásakor rögzítik. Rögzítés Azonosítsa a kimenő API-hívás vagy fájlátvitel időbélyegét. Eseménytípus explicit | |||
| Fizetés egyeztetve | Az a könyvelési folyamat, amelyben a fizetési rendszer rekordját összevetik a bankszámlakivonattal vagy a külső főkönyvvel. Ezzel ellenőrizhető, hogy a nyilvántartás megfelel-e a tényleges állapotnak. | ||
| Miért fontos? A tranzakció adminisztratív lezárását és a pénzügyi adatok megbízhatóságát jelzi. Hol szerezhető be? Az egyeztetési modulokban található, vagy abból állapítható meg, hogy egyeztetési azonosítót rendeltek a tranzakcióhoz. Rögzítés Kapcsolja össze a tranzakciót az egyeztetési tábla időbélyegével. Eseménytípus calculated | |||
| Fizetés ellenőrizve | A fizetési utasításon végzett automatikus ellenőrzések befejezése. Ilyen például a formátum és a számlaszám érvényességének vizsgálata, valamint a megfelelési ellenőrzés. Ez a lépés biztosítja, hogy az adatok rendben legyenek, mielőtt a fizetés jóváhagyásra vagy végrehajtásra kerül. | ||
| Miért fontos? A hosszú időtartam lassú külső ellenőrző szolgáltatásra vagy összetett megfelelési szabályokra utalhat. Hol szerezhető be? Általában akkor rögzítik, amikor a státusz Draft értékről Validated értékre változik, vagy egy sikeres ellenőrzést jelző naplóbejegyzésből állapítható meg. Rögzítés Keresse meg a sikeres ellenőrzést jelző státuszváltozásokat vagy a megfelelési rendszer naplóbejegyzéseit. Eseménytípus inferred | |||
| Fizetés elutasítva | Az esemény akkor történik, amikor egy belső jóváhagyó vagy külső ellenőrző kifejezetten elutasítja a fizetési kérelmet. Ezzel leáll az aktuális folyamat, és értesítés küldhető a kezdeményezőnek. | ||
| Miért fontos? Fontos az elutasítási okok elemzéséhez és a fizetési folyamatban keletkező felesleges terhelés csökkentéséhez. Hol szerezhető be? Kifejezetten rögzítik a munkafolyamat előzményeiben, vagy a végső státuszból, például a Rejected vagy Declined értékből állapítható meg. Rögzítés Rögzítse azt a konkrét műveletet, amely során a felhasználó vagy a rendszer elutasítási eseményt hoz létre. Eseménytípus explicit | |||
| Fizetés törölve | A fizetés szándékos leállítása egy felhasználó vagy rendszergazda által, még a teljesítés előtt. Ezzel a tranzakció érvénytelenné válik. | ||
| Miért fontos? A törlések és a hibák megkülönböztetése segít elkülöníteni a felhasználói viselkedést a rendszerhibáktól. Hol szerezhető be? Kifejezetten rögzítik a törlési parancs végrehajtásakor vagy amikor a státusz Void értékre változik. Rögzítés Rögzítse a törlési parancs időbélyegét. Eseménytípus explicit | |||
| Fizetés visszaigazolva | A külső hálózat technikai visszaigazolása arról, hogy megkapta az utasítást, és annak formátuma megfelelő. Ez megerősíti, hogy a fizetés bekerült a külső feldolgozási folyamatba. | ||
| Miért fontos? Ellenőrzi, hogy a hálózatnak történő átadás sikeres volt-e, és a tranzakció teljesítésre vár-e. Hol szerezhető be? A szolgáltatótól érkező visszaigazoló üzenetekből (ACK) vagy webhookokból nyerhető ki. Rögzítés Rögzítse azt az időpontot, amikor megérkezik a külső rendszer visszaigazoló üzenete. Eseménytípus explicit | |||
| Fizetés visszatérítve | A már teljesített fizetés visszafordításakor történik, amikor az összeget visszautalják a fizetőnek. Ez a tevékenység általában azután következik be, hogy a fő folyamat már lezárult. | ||
| Miért fontos? A visszatérítések aránya az alapul szolgáló üzleti szolgáltatás vagy termék egyik fontos minőségi mutatója. Hol szerezhető be? A kapcsolódó visszatérítési tranzakcióból vagy a visszafordítást jelző státuszváltozásból nyerhető ki. Rögzítés Azonosítsa az eredeti fizetési azonosítóhoz kapcsolódó visszatérítési eseményeket. Eseménytípus explicit | |||
| Fizetési hiba elhárítva | A korábban észlelt hiba javítását jelzi, amely után a fizetés visszatérhet a szokásos feldolgozási folyamatba. Ez általában kézi beavatkozással vagy automatikus újrapróbálkozással történik. | ||
| Miért fontos? A fizetési kivételek elhárítására fordított idő és munka méréséhez szükséges. Hol szerezhető be? Akkor állapítható meg, amikor a tranzakció hibás állapotból feldolgozásra kész állapotba kerül. Rögzítés Észlelje a hibakódról érvényes feldolgozási státuszra történő átmeneteket. Eseménytípus inferred | |||
| Fizetési hiba észlelve | Azt jelzi, hogy a rendszer vagy egy külső ellenőrző hibát talált a fizetéssel kapcsolatban, például nincs elegendő fedezet vagy hibásak az adatok. Ezzel az eseménnyel kezdődik a kivételkezelési folyamat. | ||
| Miért fontos? Nélkülözhetetlen az utómunka arányának kiszámításához és a korábbi adatbeviteli folyamat minőségi problémáinak feltárásához. Hol szerezhető be? Hibanaplókból, kivételtáblákból vagy a hibát, illetve felfüggesztést jelző státuszkódokból nyerhető ki. Rögzítés Szűrjön azokra a hibakódokra vagy státuszfrissítésekre, amelyek javításra jelölik a tranzakciót. Eseménytípus explicit | |||
Adatkinyerési útmutatók
Az adatkinyerési módszerek rendszerenként eltérnek. Részletes útmutatásért
olvassa el az ETL-útmutatónkat vagy válasszon ki egy konkrét folyamatot és rendszert.
Kezdheti?
Kezdésként töltse le az általános sablont, vagy válasszon egy rendszerre szabott adatkinyerési útmutatót, amely bemutatja, hogyan nyerhet ki adatokat a saját környezetéből.
Állítsa meg a bevételkiesést a fizetési folyamatokban
Lássa át az összes tranzakciót, és csökkentse a hibák számát
Nincs szükség bankkártyára • Beállítás 5 perc alatt