Šablona dat pro zpracování faktur v procesu Purchase to Pay

Univerzální šablona pro process mining
Šablona dat pro zpracování faktur v procesu Purchase to Pay

Šablona dat pro zpracování faktur v procesu Purchase to Pay

Univerzální šablona pro process mining

Toto je obecná šablona dat pro process mining pro proces Zpracování faktur v procesu od nákupu po platbu. Podrobnější pokyny najdete v šablonách pro konkrétní systémy.

Vyberte konkrétní systém
  • Doporučená datová pole pro důkladnou analýzu
  • Aktivity a milníky, které je vhodné sledovat
  • Návod k extrakci dat o procesu
Pracujete se záznamy událostí poprvé? Přečtěte si, jak vytvořit záznam událostí pro process mining.

Atributy procesu Purchase to Pay: zpracování faktur

Tabulka uvádí doporučená datová pole, která by měl obsahovat váš záznam událostí, abyste mohli důkladně analyzovat zpracování faktur v procesu Purchase to Pay.
5 Povinné 7 Doporučené 5 Volitelné
Název Popis
Čas události
EventTime
Přesné časové razítko, které označuje, kdy došlo ke konkrétní činnosti nebo události.
Popis

Čas události, případně čas zahájení, zaznamenává přesné datum a čas, kdy proběhla obchodní činnost. Každá činnost v procesu, od „Faktura přijata“ po „Platba provedena“, má přiřazené časové razítko. Tyto časové údaje jsou nezbytné pro seřazení událostí a výpočet jejich trvání.

Podle tohoto údaje se události řadí chronologicky a sestavuje se průběh každého případu. Čas události je základem všech časových analýz, včetně výpočtu doby mezi činnostmi, hledání úzkých míst, kde se ztrácí čas, a sledování plnění dohodnutých úrovní služeb. Přesná a spolehlivá časová razítka jsou pro kvalitní analýzu process mining nezbytná.

Proč je to důležité

Určuje chronologické pořadí událostí a slouží jako základ pro všechny výpočty výkonu a doby trvání, například doby zpracování.

Kde data získat

Tento údaj se obvykle nachází v záznamech událostí nebo v poli „Datum vytvoření“ či „Datum zadání“ přiřazeném ke každé transakci nebo změně stavu.

Příklady
2023-10-26T10:00:00Z2024-01-15T14:35:10Z2023-11-01T09:12:05Z
Číslo faktury
InvoiceNumber
Jedinečný identifikátor faktury dodavatele. Slouží jako hlavní klíč pro sledování faktury po celou dobu jejího zpracování.
Popis

Číslo faktury je jedinečný alfanumerický kód, který faktuře přiděluje dodavatel. V process mining tento údaj obvykle slouží jako Case ID a jednoznačně označuje cestu každé faktury od přijetí po úhradu.

Když jako Case ID použijete číslo faktury, můžete propojit všechny související činnosti, například „Faktura přijata“, „Faktura schválena“ a „Platba provedena“. Tím zrekonstruujete celý proces zpracování konkrétní faktury. Můžete pak podrobně analyzovat dobu zpracování, jednotlivé cesty i odchylky každého případu. Na tom stojí celá analýza procesu.

Proč je to důležité

Jde o hlavní identifikátor případu, který propojuje všechny související události a umožňuje sledovat celý průběh zpracování jedné faktury.

Kde data získat

Toto hlavní pole se obvykle nachází v záhlaví tabulky transakcí faktur.

Příklady
INV-2024-001239876543210US-5839A-24
Název činnosti
ActivityName
Název konkrétní obchodní události nebo úkolu, ke kterému došlo při zpracování faktury.
Popis

Název činnosti popisuje jednotlivý krok nebo milník při zpracování faktury. Patří sem například „Faktura přijata“, „Faktura odeslána ke schválení“, „Platba zablokována“ nebo „Platba provedena“. Tento údaj popisuje průběh procesu a zachycuje, co se s fakturou v čase dělo.

V process mining se tento údaj používá k vytvoření mapy procesu, která přehledně znázorňuje workflow. Analýza pořadí, četnosti a návazností činností pomáhá odhalit běžné průběhy procesu, odchylky, úzká místa a opakované cykly oprav. Přesné a dostatečně podrobné názvy činností jsou důležité pro smysluplnou analýzu, podle které lze jednat.

Proč je to důležité

Tento údaj určuje jednotlivé kroky procesu. Tvoří základ mapy procesu a umožňuje analyzovat jeho průběh.

Kde data získat

Tyto informace se často získávají z protokolů změn stavu, tabulek událostí nebo transakčních kódů ve zdrojovém systému.

Příklady
Faktura zadánaFaktura schválenaPlatba zablokovánaPlatba provedena
Poslední aktualizace dat
LastDataUpdate
Časové razítko označující, kdy byla data o této události naposledy obnovena ze zdrojového systému.
Popis

Tento údaj zaznamenává datum a čas poslední extrakce nebo aktualizace dat. Jde o metadata, která ukazují, jak aktuální je analyzovaná datová sada.

Při tvorbě mapy procesu se tento údaj přímo nepoužívá, je však důležitý pro posouzení aktuálnosti analýzy. Uživatelé díky němu vědí, zda pracují s aktuálními daty, nebo se snímkem z určitého okamžiku. To je nezbytné pro informovaná rozhodnutí v provozu. Údaj také pomáhá sledovat stav a četnost aktualizací datového toku.

Proč je to důležité

Ukazuje aktuálnost dat a pomáhá uživatelům posoudit, jak současný je analyzovaný proces.

Kde data získat

Toto časové razítko se obvykle vytvoří a přidá do datové sady při procesu extrakce, transformace a načítání dat (ETL).

Příklady
2024-05-21T04:00:00Z2024-05-20T04:00:00Z2024-05-19T04:00:00Z
Zdrojový systém
SourceSystem
Systém, ze kterého byla data o události získána.
Popis

Údaj Zdrojový systém označuje aplikaci nebo platformu, ve které byla zaznamenána událost při zpracování faktury. V prostředí s více IT systémy může faktura procházet několika systémy, například řešením pro skenování, nástrojem workflow a systémem ERP.

Znalost zdrojového systému poskytuje kontext k datům a pomáhá řešit problémy s jejich kvalitou. Umožňuje také analyzovat procesy, které procházejí více systémy, a odhalit potíže s integrací nebo zpoždění při předávání mezi aplikacemi. To se hodí zejména při spojování dat ze starších a moderních systémů.

Proč je to důležité

Poskytuje kontext o původu dat, který je důležitý pro jejich ověření i analýzu procesů probíhajících ve více IT systémech.

Kde data získat

Často jde o statickou hodnotu přidanou při extrakci dat nebo o pole v systémových protokolech, které označuje název či ID aplikace.

Příklady
SAP_ECC_PRODOracle_Fusion_FINCoupa_R34
Čas ukončení
EndTime
Časové razítko označující, kdy byla činnost nebo událost dokončena. U okamžitých událostí se často shoduje s časem zahájení.
Popis

Údaj Čas ukončení zaznamenává přesný okamžik, kdy krok procesu skončil. Je nezbytný pro přesný výpočet doby trvání činností, což je základní metrika v process mining. Porovnáním času zahájení a času ukončení analytici zjistí, jak dlouho jednotlivé kroky trvají, a odhalí úzká místa i možnosti, jak zvýšit efektivitu.

Při analýze se čas ukončení používá k výpočtu doby trvání jednotlivých činností i celých částí procesu. Například dobu kroku „Schválení faktury“ lze vypočítat odečtením času zahájení od času ukončení činnosti „Faktura schválena“. Tato data pomáhají vytvářet dashboardy pro sledování výkonu, stanovovat výchozí hodnoty a sledovat dopad změn procesu.

Proč je to důležité

Umožňuje přesně vypočítat dobu trvání činností, což je nezbytné pro odhalení úzkých míst a měření efektivity zpracování.

Kde data získat

Tento údaj se nachází v systémových protokolech nebo transakčních datech, často v poli „Datum dokončení“, „Datum změny“ nebo v samostatném poli s časovým razítkem dokončení činnosti.

Příklady
2023-10-26T10:05:12Z2024-01-15T15:00:00Z2023-11-01T09:12:05Z
Částka faktury
InvoiceAmount
Celková peněžní hodnota faktury.
Popis

Částka faktury představuje její celkovou hodnotu včetně všech položek, daní a poplatků. Jde o základní finanční atribut, který vyjadřuje hodnotu každého případu. Často se analyzuje společně s dalšími atributy, aby bylo možné posoudit její vliv na proces.

Tento atribut je důležitý pro finanční analýzu a stanovení priorit. Filtrováním faktur podle částky mohou analytici ověřit, zda faktury s vysokou hodnotou procházejí přísnějším schvalováním nebo se častěji zpožďují. Využívá se také v dashboardech, které sledují celkovou hodnotu zpracovaných faktur, a při výpočtu KPI souvisejících s využitím slev. Případná úspora se totiž počítá jako procento z částky faktury.

Proč je to důležité

Umožňuje vyhodnotit finanční dopad, stanovit prioritu faktur s vysokou hodnotou a zjistit, zda částka ovlivňuje dobu nebo průběh zpracování.

Kde data získat

Jde o standardní pole v hlavičce tabulky transakcí faktur.

Příklady
5250.751200.0025000.0089.99
Datum splatnosti
PaymentDueDate
Datum, do kterého je třeba fakturu zaplatit, aby nebyla po splatnosti.
Popis

Datum splatnosti se určuje podle data vystavení faktury a dohodnutých platebních podmínek. Jde o termín, do kterého je třeba dodavateli zaplatit, aby byly dodrženy sjednané podmínky a nevznikly sankce za pozdní platbu.

Tento atribut je základem pro sledování včasnosti plateb. Používá se při výpočtu KPI, například podílu včas zaplacených faktur, a k identifikaci faktur, u kterých hrozí prodlení. Rozdíl mezi datem schválení faktury a datem splatnosti pomáhá posoudit efektivitu plánování a provedení závěrečných kroků platby.

Proč je to důležité

Je nezbytné pro měření včasnosti plateb a analýzu příčin pozdních úhrad.

Kde data získat

Toto datum bývá uvedeno v podrobnostech transakce faktury. Může být zadáno přímo nebo odvozeno z data faktury a platebních podmínek.

Příklady
2024-06-302024-07-152024-08-01
Důvod blokace nebo zamítnutí
BlockOrRejectionReason
Důvod, proč byla faktura během schvalování zamítnuta nebo zablokována k platbě.
Popis

Tento atribut zachycuje konkrétní důvod, proč se zpracování faktury zastavilo. Mohlo jít o zamítnutí ve schvalovacím workflow nebo o blokaci platby po schválení. Důvodem může být například „Nesprávné množství“, „Nesoulad ceny“, „Chybí číslo nákupní objednávky“ nebo „Duplicitní faktura“.

Jde o jeden z nejdůležitějších atributů pro analýzu příčin. Analýza četnosti jednotlivých důvodů pomáhá určit nejčastější zdroje komplikací a neefektivity při zpracování faktur. Na základě těchto dat mohou organizace řešit příčiny problémů, například zlepšit komunikaci s dodavateli, zvýšit dodržování pravidel pro nákupní objednávky nebo lépe proškolit zaměstnance.

Proč je to důležité

Je zásadní pro analýzu příčin a pomáhá určit nejčastější důvody zpoždění, opakované práce a neefektivity.

Kde data získat

Tyto údaje bývají v polích „Kód důvodu“ nebo „Důvod pozastavení“ v datech transakce faktury či v souvisejících záznamech o schválení.

Příklady
Nesoulad cenyNesprávné množstvíDuplicitní fakturaChybí potvrzení o převzetí zboží
Měna faktury
InvoiceCurrency
Kód měny, ve které je uvedena částka faktury, například USD nebo EUR.
Popis

Tento atribut určuje měnu, ve které je uvedena částka faktury. Je důležitý pro organizace působící v zahraničí, které spolupracují s dodavateli z různých zemí. Kód měny, obvykle podle normy ISO 4217, zajišťuje správnou interpretaci finančních údajů.

Při analýze se měna faktury používá k rozdělení dat podle regionu nebo země. Je nezbytná pro správné finanční výkaznictví, protože částky je často nutné převést na jednotnou vykazovací měnu. Porovnání procesu podle měny může také odhalit komplikace spojené s mezinárodními platbami nebo správou měnových kurzů.

Proč je to důležité

Poskytuje potřebný kontext k částkám faktur a umožňuje přesnou finanční analýzu i segmentaci při provozu v různých zemích.

Kde data získat

Jde o standardní pole v hlavičce tabulky transakcí faktur.

Příklady
USDEURGBPJPY
Název dodavatele
VendorName
Název dodavatele, který fakturu vystavil.
Popis

Tento atribut zachycuje název externí strany, která fakturu vystavila. Poskytuje důležitý kontext a propojuje finanční transakci s konkrétním dodavatelem. Konzistentní a správně vedené údaje o dodavatelích jsou nezbytné pro přesné výkaznictví a analýzu.

V process mining slouží název dodavatele jako důležitý rozměr pro segmentaci. Analytici mohou proces filtrovat a zkoumat zpracování faktur od dodavatelů s vysokým objemem faktur nebo s častými problémy. Lze tak odhalit dodavatele, kteří opakovaně posílají chybné faktury a způsobují zdržení i opakovanou práci. Analýza také podporuje řízení výkonnosti dodavatelů a hledání příležitostí pro programy preferovaných dodavatelů.

Proč je to důležité

Umožňuje rozdělit proces podle dodavatele a porovnat jeho výkonnost. To je důležité pro řízení dodavatelů i hledání zdrojů problémových faktur.

Kde data získat

Tento údaj bývá v hlavičce faktury a propojuje se s kmenovými daty dodavatelů pomocí identifikátoru dodavatele.

Příklady
Global Office SuppliesInnovate Tech SolutionsCity Logistics Inc.
Uživatel
User
Uživatel, zaměstnanec nebo systémový agent, který činnost provedl.
Popis

Atribut Uživatel označuje osobu nebo automatizovaný systém odpovědný za konkrétní krok ve workflow zpracování faktur. Může jít například o pracovníka účtárny, který fakturu zadal, vedoucího, který ji schválil, nebo automatizovaného robota, který provedl párování.

Analýza podle uživatele pomáhá zjistit, jak je rozložena pracovní zátěž, jak si jednotliví uživatelé vedou a kde je potřeba školení. Filtrováním mapy procesu můžete porovnat, jak s fakturami pracují různé týmy a jednotlivci, a odhalit rozdíly v jejich postupech. Analýza může ukázat nejvýkonnější uživatele, problémy s předáváním práce nebo uživatele, kteří potřebují další podporu či školení k firemním postupům.

Proč je to důležité

Pomáhá analyzovat rozložení pracovní zátěže, výkon uživatelů a rozdíly v procesu mezi týmy a jednotlivci.

Kde data získat

Tyto údaje bývají dostupné v podrobnostech transakce pod názvy jako „Uživatelské jméno“, „Zadal“, „Změnil“ nebo „Schválil“.

Příklady
j.doeSYSTEM_RFCAlice.Smithapprover_pool_1
Číslo nákupní objednávky
PurchaseOrderNumber
Identifikátor nákupní objednávky (PO), ke které se faktura vztahuje.
Popis

Číslo nákupní objednávky propojuje fakturu s předem schváleným nákupním dokladem. Toto propojení je základem párování, při kterém systém ověřuje, zda údaje na faktuře, například množství a ceny, odpovídají objednávce.

Tento atribut je důležitý pro analýzu efektivity párování. Vysoký podíl faktur s nákupní objednávkou, které se zpracují bez zásahu, svědčí o dobře fungujícím nákupu. Naopak analýza faktur bez objednávky může odhalit nákupy mimo schválený proces nebo nedodržování nákupních pravidel. Přítomnost či absence objednávky je běžným způsobem, jak rozdělit proces a porovnat jeho efektivitu.

Proč je to důležité

Pomáhá rozlišit faktury s nákupní objednávkou a bez ní. Tyto skupiny často procházejí odlišným procesem a liší se také efektivitou zpracování.

Kde data získat

Tento identifikátor bývá v položkách nebo hlavičce transakce faktury a propojuje ji s nákupním dokladem.

Příklady
4500018921PO-2024-7837300000456
Datum vystavení faktury
InvoiceDate
Datum, kdy dodavatel vystavil fakturu.
Popis

Datum vystavení faktury je datum uvedené dodavatelem přímo na dokladu. Z pohledu dodavatele označuje oficiální začátek platebního cyklu a podle dohodnutých platebních podmínek se od něj často počítá datum splatnosti.

Analýza prodlevy mezi datem vystavení a aktivitou „Přijetí faktury“ nebo „Zadání faktury“ pomáhá odhalit zpoždění při odesílání nebo zpracování faktur. Tato prodleva může tvořit významnou, ale snadno přehlédnutelnou část celkové doby zpracování. Její zkrácení může zlepšit včasnost plateb a zvýšit možnost využít slevy za včasnou úhradu.

Proč je to důležité

Pomáhá měřit prodlevu mezi vystavením faktury dodavatelem a jejím zadáním do systému.

Kde data získat

Jde o standardní datumové pole v hlavičce faktury, často označené jako „Datum dokladu“ nebo „Datum vystavení faktury“.

Příklady
2024-05-012024-04-152024-06-10
Kód společnosti
CompanyCode
Identifikátor právního subjektu nebo společnosti v rámci organizace, která fakturu zpracovává.
Popis

Kód společnosti označuje konkrétní právní subjekt nebo dceřinou společnost v rámci větší korporace. Ve finančních systémech se transakce často oddělují podle kódu společnosti pro účely účetnictví a výkaznictví.

Tento atribut umožňuje porovnávat jednotlivé organizační jednotky. Analytici mohou rozdělit mapu procesu podle kódu společnosti, porovnat výkonnost, určit osvědčené postupy v jedné jednotce a odhalit systémové problémy v jiné. Organizace s více právními subjekty jej potřebují k pochopení rozdílů v procesech a zajištění shody napříč celou společností.

Proč je to důležité

Umožňuje porovnávat procesy mezi různými právními subjekty nebo organizačními jednotkami.

Kde data získat

Jde o základní organizační pole, které se obvykle nachází v hlavičce všech tabulek finančních transakcí.

Příklady
1000US01DE015100
Platební podmínky
PaymentTerms
Dohodnuté podmínky platby faktury, které určují datum splatnosti a případné slevy za včasnou úhradu.
Popis

Platební podmínky stanovují, jak se dodavateli platí za fakturu. Obvykle se uvádějí ve standardizovaném formátu, například „Net 30“ (platba do 30 dnů) nebo „2 % 10, Net 30“ (sleva 2 % při platbě do 10 dnů, jinak je celá částka splatná do 30 dnů).

Tento atribut je důležitý pro finanční strategii a analýzu výkonnosti. Slouží jako základ pro výpočet data splatnosti a hledání příležitostí k využití slev za včasnou platbu. Porovnání procesu podle platebních podmínek může ukázat, zda některé z nich souvisejí se zpožděním zpracování a zda organizace dokáže výhodné slevy skutečně využít.

Proč je to důležité

Je důležitý pro analýzu včasnosti plateb a hledání příležitostí k využití slev za včasnou úhradu.

Kde data získat

Tyto údaje obvykle pocházejí z kmenových dat dodavatele a jsou uvedeny v hlavičce faktury.

Příklady
Net 30Net 602% 10, Net 30Splatnost při přijetí
Stav faktury
InvoiceStatus
Aktuální stav faktury v rámci workflow zpracování.
Popis

Stav faktury zachycuje, v jaké fázi jejího životního cyklu se nacházela při extrakci dat. Mezi běžné stavy patří „Zpracovává se“, „Schváleno“, „Zaplaceno“, „Zamítnuto“ nebo „Blokováno“. Tento atribut poskytuje přehled o aktuálním stavu faktury.

Process mining rekonstruuje celý průběh, aktuální stav je však užitečný pro provozní dashboardy, které sledují rozpracovanou agendu. Vedoucí díky němu zjistí, kolik faktur je v jednotlivých fázích, například kolik jich čeká na schválení nebo je blokováno. Mohou tak průběžně řídit zpracování faktur a předcházet úzkým místům a zpožděním.

Proč je to důležité

Poskytuje přehled o aktuálním objemu práce a pomáhá sledovat počet faktur v jednotlivých fázích, například „Čeká na schválení“ nebo „Blokováno“.

Kde data získat

Jde obvykle o pole v tabulce hlaviček faktur, které se aktualizuje při jejich průchodu jednotlivými fázemi.

Příklady
ZaplacenoZpracovává seZamítnutoSchváleno k platbě
Povinné Doporučené Volitelné

Aktivity procesu Purchase to Pay - zpracování faktur

Níže najdete hlavní kroky a milníky procesu, které je třeba zachytit v záznamu událostí, aby bylo možné přesně analyzovat proces Purchase to Pay - zpracování faktur.
7 Doporučené 9 Volitelné
Aktivita Popis
Faktura přijata
Označuje první přijetí nebo vytvoření faktury v systému. Jde o začátek jejího zpracování bez ohledu na způsob zadání, například ručním zápisem, přes portál dodavatele nebo pomocí OCR.
Proč je to důležité

Tato činnost je důležitá pro měření celkové doby zpracování faktury od začátku do konce. Poskytuje výchozí bod pro posouzení objemu práce a počátečních prodlev.

Kde data získat

Tato událost se obvykle zaznamenává podle času vytvoření záznamu o faktuře nebo prvního zápisu do protokolu dokumentů.

Zachycení

Použijte datum a čas vytvoření hlavního objektu faktury nebo dodavatelského účtu ve zdrojovém systému.

Typ události explicit
Faktura schválena
Označuje, že fakturu úspěšně schválili všichni požadovaní účastníci workflow. Tento milník umožňuje fakturu zaúčtovat a následně zaplatit.
Proč je to důležité

Tento důležitý milník uzavírá fázi kontroly a schvalování. Je nezbytný pro měření doby schvalování a ověření, zda se dodržují pravidla pro schvalování.

Kde data získat

Po konečném schválení se událost výslovně zaznamená v historii schvalování nebo v protokolu workflow.

Zachycení

Použijte čas poslední schvalovací akce v historii schvalování faktury nebo v historii workflow.

Typ události explicit
Faktura spárována
Označuje úspěšné spárování faktury s objednávkou a případně také s příjemkou. Tento automatický nebo ruční krok ověřuje, zda fakturované množství a ceny odpovídají objednanému a přijatému zboží.
Proč je to důležité

Jde o důležitý milník pro plně automatizované zpracování. Vysoký podíl úspěšných spárování napoprvé svědčí o efektivním průběhu nákupu v předchozích krocích.

Kde data získat

Obvykle se zaznamenává jako změna stavu nebo konkrétní událost v historii transakce po úspěšném dokončení kontroly párování.

Zachycení

Najděte událost nebo změnu stavu, která označuje výsledek párování faktury jako „Passed“, „Matched“ nebo „Reconciled“.

Typ události explicit
Faktura zamítnuta
K této události dochází, když schvalovatel fakturu formálně zamítne a zastaví její postup ve workflow. Zamítnutá faktura se obvykle vrací k opravě nebo se ruší, čímž vzniká opakovaný cyklus zpracování.
Proč je to důležité

Analýza zamítnutých faktur pomáhá odhalit příčiny opakované práce, například chybné kódování, porušení zásad nebo problémy s údaji z předchozích kroků. Omezení počtu zamítnutí zvyšuje efektivitu.

Kde data získat

Jde o výslovně zaznamenanou akci v historii schvalování faktury nebo v protokolu workflow, často včetně důvodu zamítnutí.

Zachycení

Najděte událost zaznamenanou při akci „Reject“ nebo „Deny“, kterou schvalovatel provedl ve workflow.

Typ události explicit
Faktura zaúčtována do hlavní knihy
Označuje formální účetní událost, při které se schválená faktura zaúčtuje do hlavní knihy. Vznikne tak finanční závazek a faktura přejde ze stavu zpracování do stavu připraveného k úhradě.
Proč je to důležité

Tento důležitý účetní milník potvrzuje, že byl závazek oficiálně zaúčtován. Zpoždění před tímto krokem může ovlivnit účetní uzávěrku i přesnost výkazů.

Kde data získat

Jde o výslovně zaznamenanou transakční událost ve finančních modulech systému.

Zachycení

Použijte datum zaúčtování uvedené u účetního dokladu vytvořeného z faktury.

Typ události explicit
Platba provedena
Označuje závěrečný krok procesu, kdy se provede platba a závazek z faktury se vyrovná. Tato událost potvrzuje, že dodavateli byly odeslány peníze.
Proč je to důležité

Tímto krokem se úspěšně dokončí cyklus Purchase to Pay pro danou fakturu. Jde o rozhodující událost pro měření včasnosti plateb a celkové doby procesu.

Kde data získat

Událost se zaznamenává podle data zaúčtování platebního dokladu, kterým se faktura vyrovná.

Zachycení

Použijte datum vyrovnání nebo datum platby z účetního dokladu, kterým se vyrovná otevřená položka dodavatele.

Typ události explicit
Zjištěn nesoulad při párování
K této události dochází, když systém nebo uživatel zjistí nesoulad mezi fakturou, objednávkou nebo příjemkou. Rozdíly v ceně nebo množství obvykle vedou k pozastavení faktury a vyžadují ruční zásah.
Proč je to důležité

Sledování těchto událostí je zásadní pro analýzu příčin zpoždění a opakované práce. Pomáhá odhalit problémy s přesností faktur dodavatelů nebo s interním nákupním procesem.

Kde data získat

Událost se odvozuje ze změny stavu, která označuje neúspěšné párování, nebo z automatického pozastavení faktury kvůli zjištěnému rozdílu.

Zachycení

Zaznamenejte čas, kdy se stav párování faktury změní na „Failed“ nebo „Discrepancy“, případně kdy se kvůli rozdílu uplatní blokace.

Typ události inferred
Blokace platby zrušena
Označuje zrušení dříve nastavené blokace platby, díky kterému lze fakturu znovu uhradit. Znamená to, že problém, kvůli kterému byla platba zablokována, je vyřešen.
Proč je to důležité

Doba mezi nastavením a zrušením blokace představuje prodlevu v procesu. Její analýza pomáhá odhalit úzká místa při řešení problémů.

Kde data získat

Událost se zaznamená, když se u faktury zruší stav nebo příznak blokace platby.

Zachycení

Zaznamenejte událost, při které se odstraní kód blokace platby nebo stav pozastavení, případně se změní na stav bez blokace.

Typ události explicit
Faktura odeslána ke schválení
Označuje formální odeslání faktury do schvalovacího workflow po dokončení úvodní kontroly a párování. Faktura se podle nastavených obchodních pravidel předá určeným schvalovatelům.
Proč je to důležité

Tato činnost označuje začátek dílčího procesu schvalování. Měřením doby od této události do konečného schválení zjistíte, jak efektivní je schvalovací workflow a kde se nacházejí úzká místa.

Kde data získat

V systémech s workflow enginem jde o výslovně zaznamenanou událost. Jinde ji lze odvodit ze změny stavu na „Pending Approval“.

Zachycení

Zaznamenejte čas spuštění workflow nebo změny stavu faktury na čekání na schválení.

Typ události explicit
Faktura opravena
Označuje ruční úpravu nebo opravu faktury, často po jejím zamítnutí nebo po zjištění chyby. Tato činnost představuje odchylku od standardního zpracování bez ručních zásahů.
Proč je to důležité

Sledování oprav odhaluje neefektivní postupy a skryté náklady. Když zjistíte, proč se faktury upravují, můžete zavést cílená zlepšení procesů a školení.

Kde data získat

Tato událost se obvykle odvozuje z protokolů změn nebo auditních záznamů, které zachycují úpravy důležitých polí faktury po jejím prvotním zadání.

Zachycení

Zaznamenejte čas z auditních protokolů, který označuje změnu údajů na faktuře, zejména po zamítnutí nebo pozastavení.

Typ události inferred
Faktura se dostala po splatnosti
Jde o vypočítanou událost, ke které dojde, když aktuální datum překročí datum splatnosti faktury a faktura zůstane nezaplacená. Datum splatnosti se určuje podle data faktury a platebních podmínek dodavatele.
Proč je to důležité

Tato činnost přímo označuje pozdní platby, které mohou poškodit vztahy s dodavateli a vést k sankcím. Je důležitá pro sledování a zlepšování včasnosti plateb.

Kde data získat

Systém tuto událost výslovně nezaznamenává. Je třeba ji vypočítat porovnáním data platby, případně aktuálního data u nezaplacené faktury, s datem splatnosti.

Zachycení

U uhrazených faktur vypočítejte tuto událost pomocí IF(payment_date > due_date, due_date + 1 day, NULL), u otevřených faktur pomocí IF(current_date > due_date, due_date + 1 day, NULL).

Typ události calculated
Faktura zadána
Označuje dokončení prvotního zadání údajů. Údaje z faktury jsou zapsané nebo naskenované, ale faktura ještě není zaúčtovaná ani odeslaná ke schválení. Často má dočasný stav „odložená“ nebo „koncept“.
Proč je to důležité

Analýza doby mezi přijetím a zadáním faktury pomáhá odhalit nahromaděnou práci ve fázi zadávání údajů. Může také ukázat, jak efektivně fungují řešení pro automatické vytěžování dat.

Kde data získat

Tato událost se často odvozuje od uložení faktury ve stavu konceptu nebo odložené faktury před jejím odesláním do workflow.

Zachycení

Zaznamenejte čas, kdy se stav faktury změní z nového na uložený, odložený nebo koncept.

Typ události inferred
Faktura zrušena
Faktura byla zneplatněna, stornována nebo zrušena a nebude se dále zpracovávat ani platit. Jde o konečný stav chybné nebo duplicitní faktury.
Proč je to důležité

Sledování zrušených faktur pomáhá odhalit problémy s kvalitou dat, duplicitní podání a další chyby z předchozích kroků. Vysoký podíl zrušených faktur může ukazovat na problémy s fakturací dodavatelů nebo interními kontrolami.

Kde data získat

Jde o výslovnou změnu stavu záznamu faktury nebo vytvoření odpovídajícího storno dokladu.

Zachycení

Najděte čas, kdy se stav faktury změní na „Canceled“ nebo „Voided“, případně kdy se zaúčtuje storno doklad.

Typ události explicit
Nesoulad vyřešen
Označuje okamžik, kdy byl dříve zjištěný nesoulad při párování ručně prověřen a vyřešen. Faktura pak může pokračovat k dalšímu kroku, například ke schválení nebo opětovnému párování.
Proč je to důležité

Doba potřebná k vyřešení nesouladu významně ovlivňuje celkovou dobu zpracování faktury. Analýza této činnosti ukazuje, kolik úsilí a času zabere řešení výjimek.

Kde data získat

Tato událost se často odvozuje od první akce uživatele, která zruší blokaci párování nebo umožní opakovat neúspěšné párování.

Zachycení

Najděte událost, při které se zruší blokace související s párováním nebo se faktura po předchozím neúspěšném pokusu úspěšně spáruje.

Typ události inferred
Platba naplánována
Zaúčtovaná faktura se vybere a zařadí do návrhu platby nebo dávky plateb. Tím se připraví k úhradě v konkrétní den, ale samotný převod peněz ještě neproběhl.
Proč je to důležité

Tato činnost zpřehledňuje závěrečnou fázi procesu. Zpoždění mezi zaúčtováním a naplánováním platby může vést k nevyužitým slevám a pozdním úhradám.

Kde data získat

Událost se obvykle zaznamená, když se faktura přidá do běhu plateb, návrhu platby nebo platebního deníku.

Zachycení

Najděte datum vytvoření návrhu platby nebo dávky plateb, která fakturu obsahuje.

Typ události explicit
Platba zablokována
Na faktuře se záměrně nastaví blokace, která zabrání její úhradě, i když byla schválena. Blokaci mohou automaticky nastavit systémová pravidla nebo ji může uživatel zadat například kvůli sporu s dodavatelem.
Proč je to důležité

Blokace plateb často způsobují pozdní úhrady a nevyužité slevy. Pro zlepšení včasnosti plateb je důležité zjistit, kdy a proč se blokace nastavují.

Kde data získat

Obvykle se zaznamenává jako konkrétní stav nebo příznak u faktury či jejích řádkových položek.

Zachycení

Zaznamenejte událost, při které se u faktury nebo jejích řádkových položek nastaví kód blokace platby nebo stav pozastavení.

Typ události explicit
Doporučené Volitelné

Návody k extrakci dat

Jak získat data pro process mining.

Metody extrakce se liší podle systému. Podrobný postup najdete v

našem průvodci ETL   nebo   vyberte konkrétní proces a systém.

Chcete začít?

Začněte extrahovat data podle návodu pro konkrétní systém, nebo použijte tuto obecnou šablonu jako základ pro jakýkoli zdroj dat.

Zlepšete zpracování faktur a zvyšte efektivitu P2P

Odhalte skryté problémy v procesu, snižte náklady a zrychlete zpracování faktur.

Začněte se zkušební verzí

Bez platební karty, nastavení zabere jen 5 minut.