Datová šablona pro zpracování plateb
Datová šablona pro zpracování plateb
Toto je obecná šablona dat pro process mining pro proces Zpracování plateb. Podrobnější pokyny najdete v šablonách pro konkrétní systémy.
Vyberte konkrétní systém- Podrobné definice polí pro sledování transakcí
- Univerzální mapování aktivit v průběhu zpracování plateb
- Škálovatelné datové struktury kompatibilní s libovolným finančním systémem
Atributy zpracování plateb
| Název | Popis | ||
|---|---|---|---|
| Časové razítko události EventTimestamp | Konkrétní datum a čas, kdy k aktivitě nebo změně stavu došlo. | ||
| Popis Tento atribut zaznamenává přesný okamžik, kdy událost v platebním systému nastala. Určuje časové pořadí událostí v rámci případu. Při analýze slouží časové razítko jako základ všech časových výpočtů. Používá se k určení doby mezi aktivitami, celkové doby zpracování od začátku do konce a plnění dohod o úrovni služeb. Přesné časové údaje jsou nezbytné pro zjištění, kdy vznikají úzká místa. U systémů s vysokou frekvencí transakcí, například při obchodování nebo automatizovaném zpracování plateb, je vhodná co nejvyšší přesnost, protože záleží i na milisekundách. Pokud jsou k dispozici pouze data bez časových údajů, může být pro seřazení aktivit z téhož dne nutné použít další pravidla. Proč je to důležité Nezbytný pro řazení událostí a výpočet časových KPI, například doby zpracování. Kde data získat Najdete ho v záznamech transakcí, tabulkách historie nebo systémových auditních záznamech. Příklady 2023-10-15T08:30:00Z2023-10-15 14:45:12.5502023-11-01T09:00:00+00:0015.10.2023 20:30:002023-10-16 10:15:00 | |||
| ID platební transakce PaymentTransactionId | Jedinečný identifikátor konkrétního platebního příkazu nebo případu transakce. | ||
| Popis Tento atribut slouží jako hlavní klíč pro propojení všech aktivit v rámci jednoho platebního cyklu. Nástrojům process mining umožňuje rekonstruovat celý průběh platby od zadání až po konečné vypořádání nebo selhání. Při analýze se podle tohoto identifikátoru seskupují jednotlivé události do jednoho případu. Díky tomu lze zobrazit průběh procesu a vypočítat dobu zpracování každé transakce. Bez jedinečného ID nelze rozlišit tisíce souběžných plateb, které systémem procházejí. Tato hodnota obvykle zůstává po celou dobu životního cyklu platby stejná. Ve složitějších scénářích s více systémy však může být potřeba složený klíč nebo mapování na jedinečné referenční číslo platné od začátku do konce. Proč je to důležité Jde o základní ID případu potřebné k vytvoření procesního modelu a sledování jednotlivých plateb. Kde data získat Obvykle se nachází v hlavičce transakce, tabulce platebních příkazů nebo hlavním účetním záznamu. Příklady TRX-8859201PAY-2023-X9910029384f47ac10b-58cc-4372-a567-0e02b2c3d479INSTR-5542 | |||
| Název aktivity ActivityName | Konkrétní krok, změna stavu nebo událost, ke které došlo v průběhu platebního cyklu. | ||
| Popis Tento atribut popisuje provedenou akci nebo změnu stavu platby v určitém okamžiku. Může jít například o vytvoření požadavku, ověření údajů, autorizaci nebo konečné vypořádání. Process mining tento atribut využívá k určení uzlů v procesní mapě. Analýza posloupnosti aktivit pomáhá odhalit běžné varianty procesu, opakované zpracování plateb i úzká místa, kde platby dlouho čekají. Aby bylo možné získat ucelený pohled na proces, bývá nutné sjednotit názvy aktivit v různých zdrojových systémech. Jeden systém může například používat název „Auth“ a jiný „Authorization“. Při transformaci dat je potřeba tyto názvy sjednotit. Proč je to důležité Určuje uzly v procesní mapě a umožňuje analyzovat průběh procesu a jeho varianty. Kde data získat Najdete ho v auditních záznamech, tabulkách historie stavů nebo tabulkách sledování událostí. Příklady Platba vytvořenaPlatba autorizovánaPlatba selhalaVypořádání potvrzenoChyba ověření | |||
| Poslední aktualizace dat LastDataUpdate | Časové razítko určující, kdy byl záznam naposledy extrahován nebo aktualizován. | ||
| Popis Tento atribut sleduje aktuálnost dat použitých v analýze. Udává, kdy byla data načtena do nástroje process mining nebo kdy byl záznam naposledy změněn ve zdrojové databázi. Tato informace je důležitá pro správu dat a důvěru v jejich aktuálnost. Analytici díky ní vědí, zda pracují s daty v reálném čase, nebo se snímkem z předchozího dne. To je důležité zejména při sledování aktivních plateb, které mohou zůstávat ve stavu čekání. Atribut se přímo nepoužívá k výpočtu průběhu procesu. Slouží jako kontrolní metadatové pole, které pomáhá ověřit, zda dashboardy zobrazují aktuální stav platebního provozu. Proč je to důležité Pomáhá ověřit aktuálnost dat a řešit zpoždění v datovém toku. Kde data získat Vytváří se při extrakci dat nebo během ETL. Příklady 2023-10-27T12:00:00Z2023-10-27 23:59:592023-10-28 06:00:0010/27/20232023-11-01 01:00:00.000 | |||
| Zdrojový systém SourceSystem | Název aplikace nebo systému, ze kterého pocházejí data o události. | ||
| Popis Tento atribut určuje technický původ záznamu. V platebních procesech od začátku do konce data často procházejí několika systémy, například vstupní platební bránou, nástrojem pro odhalování podvodů a účetním systémem. Analýza podle systému pomáhá oddělit technické problémy. Pokud se například zpoždění pravidelně objevují v systému pro odhalování podvodů, ale ne v účetním systému, lze se při hledání příčiny zaměřit na správnou část procesu. Atribut také pomáhá ověřit integritu dat při slučování více zdrojů. Pokud tento údaj ve zdrojových datech není, obvykle se doplní při extrakci a transformaci. Slouží ke sledování původu dat při auditu a řešení problémů. Proč je to důležité Důležitý pro analýzu více systémů a určení, která součást způsobuje zpoždění nebo chyby. Kde data získat Často se doplňuje pevně danou hodnotou během ETL nebo se přebírá z metadat systému. Příklady PaymentGateway_01CoreBankingSystemFraudEngineSwiftInterfaceERP_SAP | |||
| Částka platby PaymentAmount | Peněžní hodnota platební transakce. | ||
| Popis Tento atribut udává převáděnou peněžní částku. Jde o hlavní číselný ukazatel pro posouzení dopadu neefektivit v procesu. Zpoždění platby ve výši milionu dolarů může mít například větší dopad než zpoždění platby ve výši deseti dolarů. Při analýze se tento údaj používá k souhrnnému vyhodnocení objemu plateb, výpočtu celkové potřeby likvidity a rozdělení plateb do hodnotových pásem. Platby s vysokou hodnotou často procházejí jiným schvalovacím workflow než platby s nízkou hodnotou. Tento atribut pomáhá tyto cesty rozlišit. Pro správné porovnání je nutné tento atribut spojit s kódem měny. Sčítání částek bez převodu měn nebo jejich rozdělení podle měny může vést k zavádějícím finančním výkazům. Proč je to důležité Umožňuje vyhodnotit finanční dopad a rozdělit transakce na transakce s vysokou a nízkou hodnotou. Kde data získat Najdete ho v podrobnostech transakce nebo v tabulkách finančních zaúčtování. Příklady 150.0010000.5025.995000000.01 | |||
| Datum splatnosti platby PaymentDueDate | Datum, do kterého má nebo musí být platba vypořádána. | ||
| Popis Tento atribut udává cílový termín pro platbu. Umožňuje měřit podíl včasných plateb a zjistit, zda byly dodrženy dohody o úrovni služeb (SLA). Porovnáním skutečného času dokončení s datem splatnosti získáte jasný ukazatel výkonnosti procesu. Platby dokončené po tomto datu se považují za opožděné, což může vést k sankcím nebo narušit obchodní vztahy. Tento údaj je důležitý zejména v procesech závazků vůči dodavatelům nebo u smluv se zaručeným termínem poskytnutí služby, kde je včasné plnění smluvní povinností. Proč je to důležité Potřebný pro výpočet plnění SLA a podílu včasných plateb. Kde data získat Najdete ho v hlavičce faktury nebo v platebním příkazu. Příklady 2023-10-302023-11-012023-10-152023-12-312024-01-01 | |||
| Kód chyby ErrorCode | Konkrétní kód nebo důvod, který systém zaznamená při selhání nebo zamítnutí platby. | ||
| Popis Tento atribut zachycuje technický nebo obchodní důvod selhání procesu. Vyplní se při zamítnutí platby, neúspěšném ověření nebo chybě při přenosu. Analýza chybových kódů je hlavním způsobem, jak snížit míru neúspěšných plateb a opakovaného zpracování. Seskupení častých chybových kódů pomáhá odhalit systémové problémy, například nepřesné kmenové údaje nebo technické potíže s připojením k externím clearingovým centrům. Při standardním průběhu procesu zůstává toto pole obvykle prázdné. Jeho vyplnění často signalizuje odchylku od běžného průběhu a spouští dílčí procesy pro řešení výjimek. Proč je to důležité Hlavní atribut pro hledání příčin selhání a opakovaného zpracování. Kde data získat Najdete ho v chybových záznamech, zprávách o zamítnutí nebo datech odpovědi. Příklady INSUFFICIENT_FUNDSINVALID_ACCOUNTFRAUD_SUSPICIONTIMEOUTDUPLICATE_REF | |||
| Kód měny CurrencyCode | Třípísmenný kód ISO označující měnu platby. | ||
| Popis Tento atribut určuje měnu částky platby, například USD, EUR nebo GBP. Je nezbytný pro přesné finanční výkaznictví a spouštění konkrétních workflow pro přeshraniční platby. Při analýze je často potřeba filtrovat podle měny, aby bylo možné porovnat výsledky v jednotlivých regionech nebo dobu zpracování směny měn. Různé měny mohou mít odlišné uzávěrky, cykly vypořádání a regulatorní požadavky, které přímo ovlivňují průběh procesu. Bez tohoto atributu není údaj „Částka platby“ jednoznačný. Umožňuje převést různé částky na jednu vykazovací měnu pro globální dashboardy. Proč je to důležité Nezbytný pro sjednocení finančních hodnot a odhalení rozdílů v přeshraničních procesech. Kde data získat Najdete ho v tabulkách transakcí vedle částky platby. Příklady USDEURGBPJPYCAD | |||
| Uživatel zpracovávající platbu ProcessingUser | ID uživatele nebo systémového agenta, který aktivitu provedl. | ||
| Popis Tento atribut určuje, kdo nebo co provedlo konkrétní krok v platebním procesu. Může jít o uživatele, který ručně provádí kontrolu, nebo o systémový účet, který spouští automatizovanou úlohu. Tyto údaje jsou důležité pro analýzu využití zdrojů a úzkých míst. Pomáhají rozlišit automatizované zpracování (Straight-Through Processing, STP) od ručních zásahů. Vysoký podíl ruční práce uživatelů často souvisí s vyššími náklady a delší dobou zpracování. Pro zajištění shody pomáhá tento atribut analyzovat oddělení pravomocí a ověřit, že platbu neschválila tatáž osoba, která ji vytvořila. Proč je to důležité Umožňuje analyzovat míru automatizace (STP) a produktivitu zdrojů. Kde data získat Najdete ho v auditních záznamech nebo ve sloupcích metadat tabulky transakcí. Příklady SystemAgent_01jdoeAPPROVER_GROUP_AAutoReconcilerAPI_User | |||
| Způsob platby PaymentMethod | Konkrétní nástroj nebo způsob použitý k provedení platby. | ||
| Popis Tento atribut rozděluje platby podle způsobu provedení, například bankovním převodem, přes ACH, platební kartou nebo okamžitou platbou. Každý způsob obvykle odpovídá jiné cestě procesem, s odlišnou očekávanou dobou zpracování a náklady. Rozdělení dat podle tohoto atributu umožňuje porovnat výkonnost různých platebních systémů. Bankovní převody mohou například vyžadovat více ručních schvalovacích kroků než automatizované dávky ACH. Přehled o skladbě způsobů plateb pomáhá plánovat kapacitu a odhalovat změny v chování zákazníků, například přechod od tradičních šeků k digitálním okamžitým platbám. Proč je to důležité Pomáhá rozlišit varianty procesu, například okamžitou platbu a bankovní převod, které mají odlišné SLA. Kde data získat Najdete ho v podrobnostech platebního příkazu. Příklady Bankovní převodACHPlatební kartaSEPA Credit TransferOkamžitá platba | |||
| Jméno příjemce platby BeneficiaryName | Název subjektu nebo jméno osoby, která platbu přijímá. | ||
| Popis Tento atribut určuje příjemce platby. V prostředí B2B jde o dodavatele, v prostředí P2P o konkrétní osobu. Udává, komu je platba určena. Analýza plateb podle příjemce může odhalit například časté platby rizikovým subjektům nebo závislost na konkrétních dodavatelích. Pomáhá také při analýze podvodů, například při zjišťování, zda více malých plateb směřuje k jednomu neočekávanému příjemci. Častým problémem je kvalita dat, například různé zápisy názvu („Inc.“ a „Incorporated“). Pro přesné souhrnné vyhodnocení bývá potřeba údaje sjednotit. Proč je to důležité Užitečný pro analýzu dodavatelů, odhalování podvodů a hodnocení rizik. Kde data získat Najdete ho v části s údaji o příjemci platebního příkazu. Příklady Acme CorpGlobal Services LtdJohn SmithAzure Cloud ServicesDaňový úřad | |||
| Platební kanál ProcessingChannel | Rozhraní nebo kanál, přes který byla platba zadána. | ||
| Popis Tento atribut označuje místo, odkud byl platební příkaz zadán, například mobilní aplikaci, webový portál, API nebo nahraný soubor. Poskytuje přehled o chování zákazníků a využívání jednotlivých kanálů. Analýza výkonnosti procesu podle kanálu může odhalit technické rozdíly. Platby zadané přes API se například mohou zpracovat okamžitě, zatímco soubory mohou čekat na dávkové zpracování. Díky tomu lze lépe porozumět uživatelské zkušenosti na různých platformách. Atribut se hodí také k analýze přechodu od starších kanálů, jako je ruční zadávání nebo fax, k digitálním kanálům. Podporuje tak iniciativy zaměřené na digitální transformaci. Proč je to důležité Pomáhá analyzovat vývoj objemu a rozdíly ve výkonnosti jednotlivých vstupních kanálů, například mobilní aplikace a webu. Kde data získat Najdete ho v hlavičce transakce nebo v metadatech relace. Příklady Mobilní aplikaceWebový portálSoubor H2HAPIPlatební terminál POS | |||
| Skóre rizika RiskScore | Číselné skóre vyjadřující pravděpodobnost podvodu nebo rizika z hlediska shody. | ||
| Popis Tento atribut obsahuje hodnotu vytvořenou nástrojem pro odhalování podvodů nebo rizikovým modelem. Vyšší skóre obvykle znamená vyšší pravděpodobnost, že je transakce podvodná nebo riziková. Při analýze procesu skóre pomáhá vysvětlit, proč některé platby procházejí opakovanými kontrolami. Platby s vysokým skóre rizika často vyžadují ruční zásah, což prodlužuje dobu zpracování. Porovnání skóre rizika s konečným výsledkem, tedy schválením nebo zamítnutím, pomáhá upravit účinnost pravidel pro vyhodnocování rizik. Ne všechny systémy vytvářejí číselné skóre, některé poskytují pouze příznak stavu. V moderních platebních bránách jde však o běžný ukazatel pro rozhodování. Proč je to důležité Pomáhá vysvětlit odchylky v procesu, například ruční kontroly a pozastavení plateb kvůli prověřování podvodů. Kde data získat Výstup ze systému pro odhalování podvodů nebo rizikového nástroje. Příklady 08512.5994 | |||
Aktivity při zpracování plateb
| Aktivita | Popis | ||
|---|---|---|---|
| Platba autorizována | Finanční potvrzení, že jsou prostředky pro transakci rezervovány nebo dostupné. Obvykle jde o komunikaci s bankovním systémem, vydavatelem karty nebo úvěrovým rámcem. | ||
| Proč je to důležité Potvrzení autorizace je důležitým kontrolním bodem před skutečným převodem prostředků. Kde data získat Najdete ji v protokolech odpovědí platební brány nebo v autorizačních tabulkách bankovního systému. Zachycení Získejte časové razítko kladného autorizačního kódu. Typ události explicit | |||
| Platba schválena | Interní milník, kdy oprávněný uživatel nebo systémové pravidlo povolí pokračování platby. Nejde o externí finanční autorizaci, ale o schválení v rámci organizace. | ||
| Proč je to důležité Často jde o významné úzké místo kvůli ručním workflow a prodlevám způsobeným lidským faktorem. Kde data získat Zaznamenává se v protokolech schvalování workflow nebo při nastavení příznaku schválení na hodnotu true. Zachycení Zaznamenejte časové razítko, kdy se do databáze uloží konečné schválení. Typ události explicit | |||
| Platba selhala | Konečný stav označující, že platbu nebylo možné dokončit kvůli neřešitelnému technickému nebo finančnímu problému. Tím se daná instance procesu definitivně ukončí. | ||
| Proč je to důležité Důležitý ukazatel spolehlivosti. Analýza těchto případů pomáhá omezit nedokončené transakce. Kde data získat Zachycuje se z konečných stavových kódů selhání nebo protokolů závažných chyb. Zachycení Najděte transakce, které přešly do konečného chybového stavu. Typ události explicit | |||
| Platba vypořádána | Úspěšné dokončení převodu peněz, při kterém jsou prostředky připsány příjemci. Jde o hlavní úspěšný konečný stav platební transakce. | ||
| Proč je to důležité Používá se k výpočtu celkové doby cyklu a představuje hlavní kritérium úspěšného dokončení procesu. Kde data získat Obvykle ji označuje konkrétní stav vypořádání, potvrzovací výkaz nebo zaúčtování do hlavní knihy. Zachycení Získejte datum a čas zpracování potvrzení o vypořádání. Typ události explicit | |||
| Platba vytvořena | V systému byl vytvořen záznam platební transakce. Událost zachycuje časové razítko prvního zaznamenání požadavku na platbu, ať už jej ručně zadal uživatel, nebo vznikl prostřednictvím volání API. | ||
| Proč je to důležité Určuje začátek celého platebního cyklu a slouží jako výchozí bod pro analýzu objemu. Kde data získat Obvykle ji najdete v časovém razítku vytvoření záznamu v hlavní tabulce transakcí nebo v samostatném záznamu auditu nového záznamu. Zachycení Získejte nejstarší časové razítko spojené s ID platební transakce. Typ události explicit | |||
| Platební příkaz odeslán | Odeslání dokončeného platebního souboru nebo zprávy do externí platební sítě či clearingového centra. Tím se předává zpracování z interního systému externímu příjemci. | ||
| Proč je to důležité Jde o důležitý milník, který odděluje dobu interního zpracování od doby externího vypořádání. Kde data získat Zaznamenává se při vytvoření souborů, odeslání volání API do sítě nebo změně stavu na Odesláno. Zachycení Najděte časové razítko odchozího volání API nebo události přenosu souboru. Typ události explicit | |||
| Chyba platby vyřešena | Označuje opravu dříve zjištěného problému, po které se platba může vrátit k běžnému zpracování. Obvykle vyžaduje ruční zásah nebo automatické opakování. | ||
| Proč je to důležité Nezbytné pro měření času a úsilí věnovaného řešení výjimek při platbách. Kde data získat Lze odvodit, když transakce přejde z chybového stavu zpět do stavu Zpracovává se nebo Připraveno. Zachycení Zachyťte přechody ze stavových kódů chyby zpět do platných stavů zpracování. Typ události inferred | |||
| Platba odsouhlasena | Účetní proces, při kterém se záznam platebního systému páruje s bankovním výpisem nebo externí účetní evidencí. Tím se ověřuje, že záznam v systému odpovídá skutečnosti. | ||
| Proč je to důležité Označuje administrativní uzavření transakce a potvrzuje správnost finančních údajů. Kde data získat Najdete ji v modulech pro odsouhlasení nebo ji lze odvodit při přiřazení ID párování k transakci. Zachycení Propojte transakci s časovým razítkem v tabulce odsouhlasení. Typ události calculated | |||
| Platba ověřena | Dokončení automatických kontrol platebního příkazu, například ověření formátu, platnosti čísla účtu a souladu s požadavky. Tento krok zajistí správnost dat před předáním ke schválení nebo provedení platby. | ||
| Proč je to důležité Dlouhá doba v této fázi může ukazovat na pomalé externí ověřovací služby nebo složitá pravidla pro zajištění shody. Kde data získat Obvykle se zaznamená při změně stavu z Koncept na Ověřeno nebo se odvodí ze záznamu o úspěšném ověření. Zachycení Najděte změny stavu potvrzující úspěšné ověření nebo konkrétní záznamy z nástroje pro kontrolu shody. Typ události inferred | |||
| Platba potvrzena | Přijetí technického potvrzení od externí sítě, že příkaz dorazil a má platný formát. Potvrzuje, že platba vstoupila do externího procesu zpracování. | ||
| Proč je to důležité Ověřuje úspěšné předání příkazu do sítě a potvrzuje, že transakce čeká na vypořádání. Kde data získat Zachycuje se z příchozích potvrzovacích zpráv (ACK) nebo webhooků poskytovatele. Zachycení Zaznamenejte čas přijetí potvrzovací zprávy z externího systému. Typ události explicit | |||
| Platba vrácena | K vrácení platby dochází, když se již vypořádaná platba stornuje a prostředky se vrátí plátci. Tato činnost obvykle nastává až po formálním dokončení hlavního procesu. | ||
| Proč je to důležité Míra vrácených plateb je důležitým ukazatelem kvality příslušné služby nebo produktu. Kde data získat Zachycuje se z propojené vratné transakce nebo ze změny stavu označující storno. Zachycení Najděte události vrácení platby propojené s původním ID platby. Typ události explicit | |||
| Platba zamítnuta | Událost, při které interní schvalovatel nebo externí kontrolní orgán výslovně zamítne požadavek na platbu. Tím se zastaví aktuální průběh a může se odeslat oznámení zadavateli. | ||
| Proč je to důležité Důležité pro analýzu důvodů zamítnutí a omezení zbytečných komplikací v procesu zpracování plateb. Kde data získat Zaznamenává se přímo v historii workflow nebo se odvodí z konečného stavu, například Zamítnuto či Odmítnuto. Zachycení Zachyťte konkrétní akci, při které uživatel nebo systém vytvoří událost zamítnutí. Typ události explicit | |||
| Platba zrušena | Uživatel nebo správce záměrně ukončí platbu před jejím vypořádáním. Tím se transakce zneplatní. | ||
| Proč je to důležité Rozlišení zrušených plateb od neúspěšných je důležité pro pochopení chování uživatelů a odlišení systémových chyb. Kde data získat Zaznamenává se přímo při provedení příkazu ke zrušení nebo změně stavu na Zneplatněno. Zachycení Zachyťte časové razítko příkazu ke zrušení. Typ události explicit | |||
| Zjištěna chyba platby | Systém nebo externí ověřovací služba označila problém s platbou, například nedostatek prostředků nebo neplatná data. Tato událost označuje začátek cyklu řešení výjimky. | ||
| Proč je to důležité Důležité pro výpočet míry opakovaného zpracování a odhalení problémů s kvalitou dat zadaných v předchozích krocích. Kde data získat Zachycuje se v protokolech chyb, tabulkách výjimek nebo stavových kódech označujících selhání či pozastavení. Zachycení Vyfiltrujte chybové kódy nebo změny stavu, které označují transakci k opravě. Typ události explicit | |||
Návody na extrakci dat
Metody extrakce se liší podle systému. Podrobný postup najdete v
Chcete začít?
Začněte stažením obecné šablony nebo si vyberte specializovaný návod na extrakci dat z vašeho konkrétního prostředí.
Omezte ztráty z nevyřízených plateb
Získejte přehled o každé transakci a snižte počet chyb
Bez platební karty • Nastavení za 5 minut