Šablona dat pro zpracování faktur dodavatelů
Šablona dat pro zpracování faktur dodavatelů
Toto je obecná šablona dat pro process mining pro proces Zpracování přijatých faktur. Podrobnější pokyny najdete v šablonách pro konkrétní systémy.
Vyberte konkrétní systém- Univerzální struktura dat pro jakýkoli systém pro správu závazků
- Doporučené atributy pro podrobnou analýzu
- Důležité činnosti pro úplný přehled o procesu
Atributy procesu zpracování faktur dodavatelů
| Název | Popis | ||
|---|---|---|---|
| Čas události EventTime | Časové razítko s přesným datem a časem, kdy aktivita nebo událost nastala. | ||
| Popis Čas události zachycuje přesný okamžik, kdy v životním cyklu faktury proběhla konkrétní aktivita. Každá aktivita, od „Faktura přijata“ po „Faktura vyrovnána“, má přiřazené časové razítko. Tento atribut je důležitý pro analýzu výkonnosti. Umožňuje vypočítat dobu mezi aktivitami, například dobu schvalování nebo platby, i celkovou dobu zpracování každé faktury od začátku do konce. Analýza těchto dob pomáhá odhalit úzká místa, porovnat výkonnost s dohodnutými úrovněmi služeb (SLA) a najít příležitosti ke zrychlení. Časové údaje také umožňují seřadit události chronologicky a přesně zrekonstruovat průběh procesu. Proč je to důležité Tento údaj je nezbytný pro výpočet doby zpracování, odhalení úzkých míst a analýzu časové posloupnosti událostí v procesu. Kde data získat Najdete jej v systémových protokolech, polích s datem vytvoření nebo změny transakce nebo v časových razítkách událostí spojených s doklady faktur. Příklady 2023-10-26T10:00:00Z2023-11-15T14:35:10Z2023-12-01T09:12:45Z | |||
| ID faktury InvoiceId | Jedinečný identifikátor každého dodavatelského dokladu. Slouží jako hlavní identifikátor případu pro sledování celého průběhu faktury. | ||
| Popis ID faktury je jedinečný alfanumerický kód přiřazený každé faktuře od dodavatele. Slouží jako hlavní reference pro všechny aktivity a údaje související s danou fakturou, od jejího přijetí až po konečnou platbu a vyrovnání. V process mining je ID faktury zásadní. Funguje jako ID případu a umožňuje softwaru spojit posloupnost událostí, například „Faktura přijata“, „Schváleno“ a „Zaplaceno“, do souvislého průběhu jedné faktury. Díky tomu lze analyzovat varianty procesu, dobu zpracování a úzká místa u každé faktury zvlášť a získat přehled o tom, jak se s jednotlivými fakturami pracuje. Proč je to důležité Jde o nejdůležitější atribut, protože propojuje všechny související kroky procesu do jednoho případu a umožňuje analyzovat a vizualizovat proces od začátku do konce. Kde data získat Obvykle se nachází v hlavičkových údajích faktury nebo v tabulkách transakcí závazků ve zdrojovém systému. Příklady INV-9876547300015298SI-2023-04-112 | |||
| Název aktivity ActivityName | Název kroku nebo události v procesu, která se týká faktury. | ||
| Popis Název aktivity popisuje konkrétní úkon, změnu stavu nebo milník v životním cyklu zpracování faktury. Každá zaznamenaná událost, například „Faktura ověřena“, „Předáno ke schválení“ nebo „Platba provedena“, má vlastní název aktivity. Tento atribut tvoří základ procesní mapy. Každá jedinečná hodnota se v ní zobrazí jako uzel. Analýza posloupnosti, četnosti a doby mezi aktivitami je základem process mining. Pomáhá odhalit běžné průběhy, odchylky a opakované cykly práce. Díky tomu zjistíte, co se v procesu skutečně děje. Proč je to důležité Určuje kroky v procesní mapě a umožňuje vizualizovat a analyzovat průběh procesu, úzká místa i odchylky. Kde data získat Obvykle se odvozuje z transakčních kódů, záznamů událostí, polí se změnou stavu nebo záznamů konkrétních úkonů uživatelů ve zdrojovém systému. Příklady Faktura schválenaFaktura zablokovánaPlatba provedena | |||
| Poslední aktualizace dat LastDataUpdate | Časové razítko označující, kdy byla data této události naposledy načtena ze zdrojového systému. | ||
| Popis Časové razítko poslední aktualizace dat označuje, kdy byla data naposledy získána ze zdrojového systému a načtena do prostředí process mining. Neuvádí, kdy nastala obchodní událost, ale jak aktuální jsou analyzovaná data. Tento atribut je důležitý pro správu dat a pomáhá uživatelům posoudit aktuálnost získaných poznatků. Ověříte díky němu, že analýza vychází z aktuálních informací, a můžete sledovat stav a četnost datového toku. Zúčastněné strany tak při rozhodování na základě dashboardů a analýz vědí, jak stará data jsou. Proč je to důležité Je důležitý pro správu dat a pomáhá uživatelům ověřit jejich aktuálnost. Díky tomu mohou získaným poznatkům více důvěřovat. Kde data získat Toto časové razítko se obvykle vytvoří a přidá při procesu získávání, transformace a načítání dat (ETL). Příklady 2024-01-20T04:00:00Z2024-01-21T04:00:00Z2024-01-22T04:00:00Z | |||
| Zdrojový systém SourceSystem | Systém, ze kterého byla data získána. | ||
| Popis Tento atribut označuje původní IT systém, ve kterém byla data události vytvořena nebo zaznamenána, například ERP, systém pro správu dokumentů nebo nástroj pro workflow. Pokud se na procesu zpracování závazků podílí více systémů, pole pomáhá určit, odkud jednotlivé aktivity pocházejí. Analýza podle zdrojového systému pomáhá porozumět roztříštěnosti procesu a problémům s integrací dat. Může ukázat, zda se prodlevy nebo problémy pojí s předáváním mezi systémy. Je důležitá také pro správu a ověřování dat, protože pomáhá zajistit, aby přehled o procesu správně zachycoval údaje z každého systému. Proč je to důležité Udává původ dat, což je důležité při jejich ověřování a řešení problémů i při analýze odlišností procesu v různých systémech. Kde data získat Obvykle jde o neměnnou hodnotu, která se přidává při získávání dat nebo je dostupná v hlavičkách systémových protokolů. Příklady ERP_PRODSAP_ECC_100Oracle_Fusion | |||
| Částka faktury InvoiceAmount | Celková peněžní hodnota faktury v původní měně transakce. | ||
| Popis Částka faktury představuje celkovou hrubou hodnotu faktury, kterou dodavatel předložil. Jde o důležitý finanční ukazatel každého případu. Tento atribut se často používá při finanční analýze a hodnocení výkonnosti. Umožňuje filtrovat procesy podle významnosti částek, například samostatně analyzovat faktury s vysokou hodnotou, odhalit úzká místa při schvalování faktur nad stanovený limit a vyčíslit finanční dopad neefektivních procesů. Lze s jeho pomocí například určit hodnotu zablokovaných faktur nebo upřednostnit automatizaci velkého objemu faktur s nízkou hodnotou. Jde o základní dimenzi téměř všech dashboardů pro závazky. Proč je to důležité Umožňuje analyzovat finanční dopady, například vyčíslit hodnotu zablokovaných plateb, a pomáhá určovat priority faktur podle jejich významnosti. Kde data získat Obvykle se nachází v hlavičce nebo v tabulkách položek fakturačních transakcí. Příklady 1500.7525000.00345.50 | |||
| Číslo objednávky PurchaseOrderNumber | Jedinečný identifikátor objednávky (PO) spojené s fakturou. | ||
| Popis Číslo objednávky je referenční ID dokumentu, kterým byl původně schválen nákup zboží nebo služeb od dodavatele. Faktury mohou být vystaveny na základě objednávky, nebo bez ní. Tento atribut je zásadní pro analýzu párování faktur. Umožňuje rozlišit faktury s objednávkou a bez ní, které často procházejí zcela odlišnými procesy. Analýza se může zaměřit na efektivitu třístranného párování objednávky, příjemky a faktury, odhalit příčiny neúspěšného párování a měřit KPI míry úspěšného párování na první pokus. Chybějící číslo objednávky u faktury, která ho má mít, často signalizuje problém s dodržováním procesních pravidel. Proč je to důležité Je zásadní pro analýzu efektivity párování faktur, rozlišení procesů s objednávkou a bez ní a odhalování problémů s dodržováním pravidel. Kde data získat Nachází se v údajích o fakturačních transakcích, často v referenčním poli, které propojuje fakturu s nákupním modulem. Příklady 4500017545PO-2023-10-005789123 | |||
| Datum splatnosti faktury InvoiceDueDate | Datum, do kterého má být faktura podle sjednaných platebních podmínek uhrazena. | ||
| Popis Datum splatnosti faktury je datum, do kterého je třeba zaplatit dodavateli, aby byla platba včasná a nevznikly případné poplatky či sankce za prodlení. Obvykle se vypočítává z data faktury a sjednaných platebních podmínek, například se splatností do 30 dnů. Tento atribut je nezbytný pro měření výkonnosti plateb. Slouží jako základ pro výpočet KPI míry včasných plateb a odhalování opožděných plateb. Porovnáním data splatnosti se skutečným datem platby lze vyhodnotit včasnost plateb. Organizace tak mohou zlepšit vztahy s dodavateli, vyhnout se sankcím a lépe řídit peněžní toky. Proč je to důležité Je zásadní pro měření včasnosti plateb, řízení peněžních toků a předcházení sankcím za pozdní úhradu. Kde data získat Toto datum často vypočítává zdrojový systém na základě data faktury a platebních podmínek a ukládá ho do hlavičky faktury. Příklady 2023-11-252023-12-152024-01-30 | |||
| Jméno uživatele UserName | Jméno nebo ID uživatele, který provedl konkrétní činnost související s fakturou. | ||
| Popis Jméno uživatele označuje zaměstnance nebo systémového uživatele odpovědného za konkrétní krok procesu, například zadání, schválení nebo zaúčtování faktury. U automatizovaných kroků může jít o ID systémového uživatele nebo dávkové úlohy. Tento atribut umožňuje sledovat proces z pohledu lidí, kteří se na něm podílejí. Slouží k analýze rozložení pracovní zátěže a výkonnosti jednotlivců či týmů a k odhalování potřeb v oblasti školení. Sledování činností podle uživatelů pomáhá odhalit opakované zpracování způsobené konkrétními osobami, zjistit, kde se schvalování zdržuje, a ověřit správné rozdělení odpovědností. Je důležitý pro pochopení lidské stránky procesu zpracování závazků. Proč je to důležité Umožňuje analyzovat výkonnost týmů i jednotlivců a rozložení pracovní zátěže. Pomáhá také odhalit potřebu školení nebo problémy s dodržováním pravidel. Kde data získat Obvykle se nachází v záznamech událostí nebo v polích „Změnil“ či „Vytvořil“ v tabulkách transakcí. Příklady jdoeasmithBATCH_USER | |||
| Kód společnosti CompanyCode | Identifikátor právnické osoby nebo společnosti, která fakturu zpracovává. | ||
| Popis Kód společnosti je jedinečný klíč označující konkrétní právnickou osobu nebo společnost v rámci organizace. Faktury se zpracovávají a účtují za konkrétní kód společnosti. V organizacích s více právnickými osobami jde o základní dimenzi pro srovnávací analýzu. Umožňuje porovnávat výkonnost procesu zpracování závazků mezi různými společnostmi, dceřinými společnostmi nebo organizačními jednotkami. Analýza může ukázat, které společnosti pracují efektivněji, dosahují vyšší míry automatizace nebo častěji blokují platby. To pomáhá sjednocovat osvědčené postupy a odhalovat problémy specifické pro určitý region nebo společnost. Proč je to důležité Umožňuje porovnávat procesy mezi různými právnickými osobami nebo organizačními jednotkami, sjednocovat postupy a odhalovat místní problémy. Kde data získat Nachází se v hlavičce finančních dokladů nebo fakturačních transakcí a označuje účetní jednotku. Příklady 1000US01DE01 | |||
| Název dodavatele VendorName | Název dodavatele, který fakturu vystavil. | ||
| Popis Název dodavatele označuje jeho oficiální nebo obchodní název. Tento atribut poskytuje ke každé faktuře důležitý obchodní kontext. Rozdělení analýzy podle dodavatele umožňuje vyhodnotit výkonnost a vztahy s jednotlivými dodavateli. Pomůže odpovědět například na otázky: „U kterých dodavatelů trvá schválení nejdéle?“, „Máme s některými dodavateli často nesrovnalosti ve fakturách?“ nebo „Využíváme u hlavních dodavatelů slevy za včasnou platbu?“ Tento pohled je důležitý pro nákup i správu vztahů s dodavateli. Proč je to důležité Umožňuje analyzovat výkonnost podle dodavatele a odhalit problematické vztahy, nedodržování platebních podmínek i rozdíly v průběhu procesu u jednotlivých dodavatelů. Kde data získat Nachází se v tabulkách kmenových dat dodavatelů a je propojen s údaji o fakturačních transakcích pomocí ID dodavatele. Příklady Global Office SuppliesInnovate Tech SolutionsAdvanced Logistics Corp | |||
| Automatizováno IsAutomated | Příznak označující, zda činnost provedl automaticky systém, nebo uživatel. | ||
| Popis Tento logický atribut označuje, zda konkrétní krok procesu provedl systémový uživatel, například automatizace nebo dávková úloha, nebo člověk. Pomáhá tak rozlišit ruční a automatizované činnosti. Analýza tohoto atributu je základem pro pochopení míry automatizace procesu zpracování závazků a vyhodnocení úspěšnosti digitálních změn. Pomáhá vypočítat míru automatického zpracování bez ručních zásahů (STP) tím, že označí faktury zpracované bez zásahu člověka. Porovnání automatizovaných a ručních postupů může podpořit rozhodování o dalších investicích do automatizace, protože umožňuje vyčíslit úsporu času a nákladů. Proč je to důležité Umožňuje měřit míru automatizace, například podíl automatického zpracování bez ručních zásahů, a vyčíslit její dopad na efektivitu procesu. Kde data získat Často se určuje podle toho, zda hodnota „UserName“ u činnosti odpovídá známému ID systémového uživatele nebo dávkové úlohy. Příklady truefalse | |||
| Datum platby PaymentDate | Datum, kdy byla platba faktury skutečně provedena. | ||
| Popis Datum platby označuje okamžik, kdy byly dodavateli odeslány peníze za konkrétní fakturu. Jde o důležitý milník, který často představuje konec hlavního toku zpracování. Při process mining analýze se toto datum porovnává s datem splatnosti faktury. Zjistíte tak, zda byla platba provedena včas, předčasně, nebo se zpožděním. Datum je zásadní pro výpočet důležitých KPI, například míry včasných plateb, a pro analýzu možností využít slevy za předčasnou úhradu. Rozdíl mezi schválením faktury a datem platby může také odhalit neefektivitu při provádění plateb nebo správě financí. Proč je to důležité Je nezbytné pro výpočet míry včasných plateb, analýzu platebního chování a hledání možností, jak využít slevy za předčasnou úhradu. Kde data získat Nachází se v údajích o platbě nebo zúčtovacím dokladu, které jsou propojené s původní fakturační transakcí. Příklady 2023-11-242023-12-202024-01-28 | |||
| Důvod blokace BlockingReason | Kód nebo popis důvodu, proč je faktura zablokována pro platbu. | ||
| Popis Důvod blokace je kód nebo text, který vysvětluje, proč byla faktura záměrně zastavena před platbou. Mezi běžné důvody patří nesoulad v množství nebo ceně, chybějící příjemka nebo požadovaná kontrola kvality. Tento atribut je důležitý pro analýzu příčin výjimek a opakovaného zpracování. Analýza četnosti a dopadu jednotlivých důvodů blokace pomáhá odhalit nejčastější zdroje neefektivity při zpracování závazků. Na základě zjištění lze cíleně zlepšovat procesy, například zvýšit přesnost objednávek u dodavatelů nebo zjednodušit příjem zboží. Omezení blokací plateb je jedním z hlavních způsobů, jak zvýšit míru automatického zpracování bez ručních zásahů (STP). Proč je to důležité Je nezbytný pro analýzu příčin blokací plateb a pomáhá odhalit hlavní zdroje neefektivity a opakovaného zpracování. Kde data získat Nachází se v dokladu faktury nebo v související tabulce stavů. Často se vyplní při zaznamenání činnosti „Zablokováno“. Příklady Nesoulad v ceněNesoulad v množstvíChybějící příjemka | |||
| Měna faktury InvoiceCurrency | Kód měny, ve které je uvedena částka faktury, například USD, EUR nebo GBP. | ||
| Popis Měna faktury určuje, v jaké měně je částka faktury uvedena. To je důležité zejména pro mezinárodní organizace, které spolupracují s dodavateli z různých zemí. Při analýze je tento atribut nezbytný pro správnou interpretaci částky faktury a přesné finanční výpočty. Umožňuje filtrovat proces podle měny a porovnávat rozdíly mezi regiony nebo problémy spojené s konkrétní měnou. V kombinaci s údaji o směnných kurzech lze finanční hodnoty převést na jednotnou měnu pro konzistentní globální analýzu. Proč je to důležité Poskytuje potřebný kontext k částce faktury a umožňuje přesnou finanční analýzu i segmentaci procesů v mezinárodních organizacích. Kde data získat Obvykle se nachází v hlavičce tabulky fakturačních transakcí vedle částky faktury. Příklady USDEURGBP | |||
| Platební podmínky PaymentTerms | Dohodnuté podmínky úhrady faktury dodavateli, včetně data splatnosti a případných slev. | ||
| Popis Platební podmínky určují, za jakých podmínek má být faktura uhrazena. Zahrnují například počet dnů do splatnosti, například 30 dnů, a případné slevy za předčasnou úhradu, například slevu 2 % při zaplacení do 10 dnů. Tento atribut poskytuje důležitý kontext pro analýzu finanční výkonnosti. Používá se k výpočtu data splatnosti faktury a k odhalování možností využít slevy za předčasnou úhradu. Analýza výkonnosti procesu podle platebních podmínek ukáže, zda organizace pravidelně přichází o slevy kvůli dlouhé době interního zpracování. Tím se efektivita procesu přímo propojuje s finančními úsporami. Proč je to důležité Určuje výpočet data splatnosti faktury a pomáhá analyzovat, jak často se využívají slevy za předčasnou úhradu. Propojuje tak efektivitu procesu s úsporami. Kde data získat Obvykle pochází z kmenových dat dodavatelů a při vytvoření faktury se zkopíruje do její hlavičky. Příklady Splatnost 30 dnůSleva 2 % při platbě do 10 dnů, splatnost 30 dnůSplatnost 60 dnů | |||
Činnosti v procesu zpracování faktur dodavatelů
| Aktivita | Popis | ||
|---|---|---|---|
| Faktura přijata | Tato aktivita označuje první zaevidování faktury od dodavatele v systému. Údaje lze zadat ručně, načíst pomocí optického rozpoznávání znaků (OCR) nebo přijmout elektronickou výměnou dat (EDI). | ||
| Proč je to důležité Jde o hlavní počáteční bod procesu. Doba od této události k dalším krokům ukazuje celkovou dobu zpracování a pomáhá odhalit prodlevy na začátku procesu. Kde data získat Tato událost se obvykle zaznamenává podle časového razítka vytvoření hlavního záznamu faktury nebo dodavatelského dokladu v systému. Zachycení Použijte datum vytvoření hlavičkového záznamu faktury. Typ události explicit | |||
| Faktura schválena | Označuje konečné schválení ve workflow a představuje oficiální povolení k zaplacení faktury. Jde o důležitý milník, po kterém může faktura přejít ze zpracování k platbě. | ||
| Proč je to důležité Tato aktivita uzavírá schvalovací cyklus. Doba do tohoto okamžiku tvoří významnou část celkové doby zpracování faktury a často odhalí úzká místa ve schvalování. Kde data získat Zaznamená se, když se stav workflow nebo dokumentu změní na „Schváleno“ nebo na odpovídající konečný stav. Zachycení Zaznamenejte časové razítko, kdy se u faktury uloží konečný stav schválení. Typ události explicit | |||
| Faktura spárována | Při této aktivitě se faktura propojí s podpůrnými dokumenty, například objednávkami (PO) nebo příjemkami zboží (GR). Ověří se, zda částky, množství a položky na faktuře odpovídají objednanému a přijatému zboží. | ||
| Proč je to důležité U faktur založených na objednávce jde o důležitý kontrolní krok. Analýza úspěšnosti a doby párování pomáhá zjistit míru automatizace a odhalit problematické dodavatele nebo materiály. Kde data získat Obvykle se zaznamená, když se reference objednávky nebo příjemky úspěšně propojí s položkami faktury, často změnou pole se stavem párování. Zachycení Zaznamenejte časové razítko, kdy se stav párování faktury změní na „Spárováno“ nebo „Úspěšné“. Typ události explicit | |||
| Faktura vyrovnána | Tato aktivita představuje závěrečné vyrovnání, při kterém se platba přiřadí k faktuře a položka se formálně uzavře v pomocné knize závazků. V některých případech může označovat také připsání platby na bankovní účet. | ||
| Proč je to důležité Jde o závěrečnou aktivitu, která označuje úspěšné dokončení procesu. Doba od přijetí faktury do jejího vyrovnání představuje celkovou dobu zpracování od začátku do konce. Kde data získat Zaznamenává se z pole data vyrovnání ve finančním záznamu faktury, které se vyplní při přiřazení platby. Zachycení Použijte datum vyrovnání spojené s položkou faktury ve finanční knize. Typ události explicit | |||
| Faktura zaúčtována | Schválená faktura se oficiálně zaúčtuje do hlavní knihy a vznikne tím finanční závazek společnosti. Tato účetní transakce formálně zaznamená náklad a povinnost zaplatit. | ||
| Proč je to důležité Zaúčtování je důležitou finanční událostí. Prodleva mezi schválením a zaúčtováním může ovlivnit přesnost finančního výkaznictví i přehled o neuhrazených závazcích. Kde data získat Jde o zásadní finanční transakci, která se zaznamenává podle data a času zaúčtování účetního dokladu souvisejícího s fakturou. Zachycení Použijte pole data zaúčtování v hlavičce finančního dokladu propojeného s fakturou. Typ události explicit | |||
| Platba provedena | Platba se oficiálně provede a peníze se odešlou dodavateli. Tím se vyrovná závazek, který vznikl při zaúčtování faktury. | ||
| Proč je to důležité Tato důležitá událost slouží k výpočtu podílu včasných plateb a využitých slev. Označuje převod peněz a je důležitým milníkem pro správu financí i vztahů s dodavateli. Kde data získat Jde o výslovně zaznamenanou finanční událost, která se odvozuje od data transakce platebního dokladu vytvořeného k faktuře. Zachycení Použijte datum transakce nebo zaúčtování platebního dokladu, kterým se faktura vyrovná. Typ události explicit | |||
| Předáno ke schválení | Faktura se formálně předá do workflow ke kontrole a schválení jednou nebo více oprávněnými osobami. Tím začíná dílčí proces schvalování. | ||
| Proč je to důležité Tento krok je výchozím bodem pro měření doby schvalování. Pomáhá rozlišit čas strávený zpracováním údajů od čekání na schválení vedením. Kde data získat Událost se zaznamená, když se stav faktury změní na „Čeká na schválení“ nebo když je faktura zařazena do systému pro správu workflow. Zachycení Najděte událost, při které se stav faktury změní tak, aby označoval začátek schvalovacího workflow. Typ události explicit | |||
| Blokace odstraněna | Označuje vyřešení problému a následné odstranění blokace nebo pozastavení platby. Faktura byla opravena nebo upřesněna a může pokračovat v procesu. | ||
| Proč je to důležité Doba mezi zablokováním faktury a odstraněním blokace představuje čas potřebný k vyřešení nesrovnalosti. Její analýza pomáhá odhalit neefektivitu při řešení výjimek. Kde data získat Zaznamenává se v systémových protokolech nebo dokumentech změn, které evidují odstranění či deaktivaci blokace platby. Zachycení Zaznamenejte časové razítko, kdy se z faktury odstraní kód blokace platby nebo stav pozastavení. Typ události explicit | |||
| Faktura ověřena | Označuje dokončení prvotní kontroly úplnosti a správnosti údajů na faktuře před jejím párováním nebo schválením. Může jít o automatickou kontrolu systému nebo ruční ověření. | ||
| Proč je to důležité Sledování této aktivity pomáhá odhalit úzká místa při kontrole kvality vstupních údajů a měřit efektivitu přípravných kroků. Kde data získat Obvykle se zaznamenává změnou stavu faktury, zvláštním časovým razítkem ověření nebo se odvozuje z uložení záznamu bez chyb. Zachycení Hledejte změnu stavu na „Ověřeno“ nebo konkrétní událost ověření v záznamu událostí. Typ události explicit | |||
| Faktura stornována | Faktura se po zadání nebo zaúčtování zneplatní či stornuje, obvykle kvůli opravě chyby nebo sporu s dodavatelem. Jde o alternativní, zpravidla nežádoucí konec procesu. | ||
| Proč je to důležité Storna mohou ukazovat na selhání procesu, například duplicitní záznamy nebo chybné zaúčtování. Sledování jejich četnosti a příčin je důležité pro zlepšení přesnosti zadávání údajů a kvality procesu. Kde data získat Jde o výslovně zaznamenaný úkon, kdy uživatel zneplatní fakturu nebo zaúčtuje storno doklad. Vyplní se datum zrušení nebo storna. Zachycení Hledejte odkaz na storno doklad nebo příznak zrušení a související datum v záznamu faktury. Typ události explicit | |||
| Faktura zablokována | Tato aktivita nastane, když se faktuře aktivně zabrání v postupu k platbě. Blokace se obvykle nastaví automaticky nebo ručně kvůli nesrovnalostem zjištěným při párování, porušení pravidel nebo jiným problémům, které je třeba prověřit. | ||
| Proč je to důležité Blokace jsou častou příčinou zpoždění plateb a vyšší pracnosti zpracování. Pro zlepšení procesu je důležité zjistit, kdy a proč k nim dochází a jak často. Kde data získat Jde o výslovně zaznamenanou událost, kdy se na faktuře nastaví stav pozastavení nebo blokace. Záznam bývá v historii změn nebo v protokolu stavů. Zachycení Použijte časové razítko, kdy se na faktuře nastaví kód blokace platby nebo stav „Pozastaveno“. Typ události explicit | |||
| Faktura zamítnuta | Schvalovatel fakturu ve workflow zamítne, čímž se zastaví její postup k platbě. Zamítnutá faktura se obvykle vrací k předchozímu kroku k opravě, takže vzniká opakovaný cyklus práce. | ||
| Proč je to důležité Zamítnutí jsou významným zdrojem opakované práce a zpoždění procesu. Sledování jejich četnosti a důvodů pomáhá odhalit problémy s kvalitou údajů, porozuměním pravidlům nebo dodržováním požadavků ze strany dodavatelů. Kde data získat Zaznamenává se jako změna stavu, například na „Zamítnuto“ nebo „Odmítnuto“, v historii schvalování nebo protokolu workflow. Zachycení Použijte časové razítko z protokolu schvalování, kdy se stav faktury změní na „Zamítnuto“. Typ události explicit | |||
| Platba naplánována | Zaúčtovaná faktura se vybere a zařadí do návrhu platby nebo dávky plateb. Tato aktivita potvrzuje záměr zaplatit fakturu v nejbližším platebním běhu. | ||
| Proč je to důležité Tento krok propojuje zaúčtování se skutečnou platbou. Jeho analýza pomáhá řídit peněžní tok a posoudit efektivitu přípravy plateb. Kde data získat Událost se odvozuje od vytvoření záznamu návrhu platby nebo od zařazení faktury do platebního deníku či dávky. Zachycení Zaznamenejte datum vytvoření návrhu platby nebo dávky, která fakturu obsahuje. Typ události inferred | |||
| Platba uhrazena po splatnosti | Faktura se zaplatí po smluvním datu splatnosti. Jde o vypočítanou událost, která označuje nesplnění platební povinnosti včas. | ||
| Proč je to důležité Pozdní platby mohou poškodit vztahy s dodavateli, vést k finančním sankcím a upozornit na systémovou neefektivitu. Jejich měření pomáhá vyhodnotit výkonnost procesu a riziko nedodržení pravidel. Kde data získat Tato událost se vypočítá porovnáním data provedení platby s konečným datem splatnosti uvedeným na faktuře. Zachycení Vypočítejte takto: IF Payment_Date > Net_Due_Date. Typ události calculated | |||
| Sleva za včasnou platbu využita | Platba se provede během období, ve kterém dodavatel poskytuje slevu, a společnost tak ušetří. Nejde o přímou událost v systému, ale o údaj odvozený z transakčních dat. | ||
| Proč je to důležité Tato aktivita přímo měří finanční přínos efektivního procesu zpracování závazků. Odhalení nevyužitých příležitostí k včasné platbě vyjadřuje přínos zlepšení procesu v penězích. Kde data získat Jde o vypočítanou událost, která vznikne porovnáním data provedení platby s platebními podmínkami a datem splatnosti slevy uvedenými na faktuře. Zachycení Vypočítejte takto: IF Payment_Date <= Discount_Due_Date. Typ události calculated | |||
Návody na extrakci dat
Metody extrakce se liší podle systému. Podrobný postup najdete v
Chcete začít?
Prozkoumejte zpracování faktur dodavatelů podrobněji. Vyberte si návod na extrakci dat pro konkrétní systém, nebo použijte tuto univerzální šablonu jako výchozí bod.
Zvyšte efektivitu správy závazků. Začněte ještě dnes.
Zjednodušte workflow, snižte náklady a získejte úplný přehled o procesu zpracování závazků.
Kreditní kartu nepotřebujete. Začít můžete během několika minut.