Šablona dat pro zpracování plateb závazků
Šablona dat pro zpracování plateb závazků
Toto je obecná šablona dat pro process mining pro proces Zpracování plateb závazků vůči dodavatelům. Podrobnější pokyny najdete v šablonách pro konkrétní systémy.
Vyberte konkrétní systém- Standardizované datové schéma kompatibilní s libovolným finančním systémem
- Zásadní milníky procesu pro sledování plateb od začátku do konce
- Úplný seznam atributů pro podrobnou analýzu výkonnosti a shody
Atributy zpracování plateb závazků
| Název | Popis | ||
|---|---|---|---|
| Aktivita Activity | Konkrétní krok procesu nebo změna stavu, ke které došlo. | ||
| Popis Tento atribut určuje událost, ke které došlo v konkrétním okamžiku, a zachycuje tak životní cyklus faktury. Příkladem je vytvoření faktury, žádost o schválení, nastavení blokace platby nebo odeslání platby. V process mining toto pole určuje uzly v mapě procesu. Je nezbytné pro zobrazení průběhu práce a určení pořadí kroků, kterými faktura prochází před uzavřením. Proč je to důležité Určuje průběh procesu a umožňuje zobrazit pořadí kroků v mapě procesu. Kde data získat Získává se z transakčních protokolů, tabulek historie změn stavu nebo auditních záznamů ve zdrojovém systému. Příklady Vytvoření fakturySchválení fakturyNastavena blokace platbyVytvořena dávka platebVypořádání platby | |||
| Čas události StartTime | Časové razítko udávající, kdy k dané aktivitě došlo. | ||
| Popis Tento atribut zaznamenává přesné datum a čas konkrétní události. Poskytuje časový údaj potřebný ke správnému seřazení aktivit a výpočtu doby mezi jednotlivými kroky. Přesnost tohoto pole je zásadní pro výpočet doby zpracování, hledání úzkých míst a analýzu průchodnosti. Slouží jako základ všech časových KPI, například doby potřebné ke schválení faktury nebo celkové doby od jejího přijetí po úhradu. Proč je to důležité Je nutné pro chronologické seřazení událostí a výpočet všech časových ukazatelů. Kde data získat Najdete ho v systémových protokolech, časových razítkách zadání transakcí nebo datech změn. Příklady 2023-10-15T08:30:00Z2023-10-15T14:45:12Z2023-10-16T09:15:00Z2023-11-01T10:00:00Z2023-11-05T16:20:00Z | |||
| ID případu CaseId | Jedinečný identifikátor konkrétní zpracovávané faktury. | ||
| Popis Tento atribut slouží jako hlavní klíč pro propojení všech událostí v procesu závazků. V oblasti závazků jde téměř vždy o číslo faktury nebo kombinaci čísla dodavatele a čísla faktury, která zajistí jedinečnost v celém souboru dat. Umožňuje rekonstruovat průběh procesu od začátku do konce pro každý jednotlivý doklad faktury. Analytici pomocí tohoto pole rozlišují jednotlivé transakce a počítají ukazatele na úrovni případu, například dobu zpracování a počet opakovaných úkonů. Proč je to důležité Jde o základní jednotku analýzy v process mining. Díky ní lze sledovat jednotlivé faktury od přijetí až po konečnou úhradu. Kde data získat Obvykle se nachází v tabulce hlaviček faktur nebo v hlavním deníku dokladů systému ERP. Příklady INV-2023-0019988776655VEND01-INV500AC-9928120231025-44 | |||
| Poslední aktualizace dat LastDataUpdate | Časové razítko extrakce nebo obnovení dat. | ||
| Popis Tento atribut ukazuje, jak aktuální jsou data použitá v analýze. Obvykle jde o metadata vytvořená nástrojem pro extrakci, nikoli o pole ze samotného zdrojového systému. Analytici podle něj zjišťují zpoždění aktualizace dashboardu a ověřují, zda data odpovídají aktuálnímu stavu procesu. Je důležitý také při hledání příčin, proč chybí nedávné transakce. Proč je to důležité Pomáhá ověřit aktuálnost dat a odhalit problémy se synchronizací. Kde data získat Vytváří ho ETL pipeline nebo datový konektor při extrakci dat. Příklady 2023-11-10T23:59:59Z2023-11-11T06:00:00Z2023-11-11T12:00:00Z2023-11-11T18:00:00Z2023-11-12T00:00:00Z | |||
| Zdrojový systém SourceSystem | Název aplikace nebo databáze, ve které záznam vznikl. | ||
| Popis Tento atribut určuje, který systém ERP nebo finanční systém data vytvořil. Ve složitějších prostředích mohou organizace současně používat více instancí SAP, Oracle nebo starších systémů. Slouží k filtrování analýzy podle instance systému a k řešení případných duplicit, pokud čísla faktur nejsou napříč systémy jedinečná. Umožňuje také porovnávat výkonnost procesu v různých technických prostředích. Proč je to důležité Umožňuje rozlišit datové toky v prostředí s více systémy. Kde data získat Obvykle jde o neměnný textový řetězec přidaný při extrakci nebo transformaci dat. Příklady SAP_ECC_NAOracle_Fusion_EUDynamics365_ProdNetSuite_GlobalLegacy_AS400 | |||
| Částka faktury InvoiceAmount | Celková peněžní hodnota faktury. | ||
| Popis Tento atribut představuje hrubou částku faktury, kterou je třeba uhradit. Obvykle se ukládá v měně dokladu a při souhrnném vykazování může být nutné ji převést. Je důležitý pro analýzu finančního dopadu. Uživatelé tak mohou určovat priority zlepšování procesů podle vlivu na pracovní kapitál, nejen podle počtu případů. Faktury s vysokou hodnotou mohou procházet jiným workflow schvalování než faktury s nízkou hodnotou. Proč je to důležité Umožňuje analyzovat neefektivitu procesu podle hodnoty a její dopad na pracovní kapitál. Kde data získat Najdete ji v tabulce hlaviček faktur, obvykle pod názvem hrubá částka nebo celková částka. Příklady 1500.00250.5010000.0045.99500000.00 | |||
| Číslo objednávky PurchaseOrderNumber | Referenční číslo objednávky spojené s fakturou. | ||
| Popis Tento atribut propojuje fakturu s procesem nákupu. Pokud je vyplněný, jde o fakturu s objednávkou, která obvykle prochází dvoustranným nebo třístranným párováním. Používá se k výpočtu podílu faktur s objednávkou a bez ní. Rozdíly mezi údaji v objednávce a na faktuře často vedou k blokaci platby a opakovanému zpracování. Proč je to důležité Umožňuje analyzovat efektivitu párování s objednávkou a rozlišit procesy s objednávkou a bez ní. Kde data získat Najdete ho v hlavičce faktury nebo v tabulkách položek. Příklady PO-450001450009922P100200ORD-5521PUR-2023-88 | |||
| Datum faktury InvoiceDate | Datum vystavení faktury dodavatelem. | ||
| Popis Tento atribut zachycuje datum uvedené na papírové nebo elektronické faktuře. Liší se od data zadání nebo zaúčtování v systému. Slouží jako výchozí bod pro výpočet stáří faktury a často se podle něj na základě dohodnutých platebních podmínek stanovuje datum splatnosti. Je důležitý pro analýzu prodlevy mezi vystavením a přijetím či zadáním faktury. Proč je to důležité Slouží jako výchozí datum pro výpočet stáří faktury a kontrolu dodržování platebních podmínek. Kde data získat Najdete ho v hlavičce faktury jako datum dokladu. Příklady 2023-10-012023-10-102023-10-152023-10-202023-10-31 | |||
| Datum platby PaymentDate | Datum skutečného provedení nebo zúčtování platby. | ||
| Popis Tento atribut zaznamenává datum převodu peněz nebo vystavení šeku. V některých systémech se může lišit od data zúčtování, kdy banka transakci zpracuje. Označuje konec závazku z konkrétní faktury. Analytici ho používají k výpočtu celkové doby zpracování a k ověření, zda byla uplatněna sleva za včasnou platbu. Proč je to důležité Označuje dokončení procesu a slouží k ověření uplatnění slevy. Kde data získat Najdete ho v tabulkách platebních nebo zúčtovacích dokladů propojených s fakturou. Příklady 2023-10-282023-11-142023-11-282023-12-052023-12-10 | |||
| Datum splatnosti DueDate | Datum, do kterého musí být platba podle smlouvy uhrazena. | ||
| Popis Tento atribut určuje termín úhrady dodavateli. Systém ho obvykle vypočítá tak, že k výchozímu datu přičte počet dní podle platebních podmínek. Porovnáním skutečného data platby s tímto údajem lze vypočítat podíl včasných plateb a ukazatele opožděných plateb. Údaj je důležitý pro řízení peněžních toků, předcházení poplatkům z prodlení a udržení dobrých vztahů s dodavateli. Proč je to důležité Je nezbytné pro výpočet podílu včasných plateb a řízení sankcí za prodlení. Kde data získat Najdete ho v hlavičce faktury nebo v tabulkách platebního kalendáře. Příklady 2023-10-312023-11-152023-11-302023-12-012023-12-15 | |||
| Název dodavatele VendorName | Název dodavatele nebo subjektu, který fakturu vystavil. | ||
| Popis Tento atribut určuje externího partnera zapojeného do transakce. Často odkazuje na záznam kmenových dat s dalšími údaji, například o platebních podmínkách a bankovním spojení. Analýza tohoto atributu pomáhá odhalit dodavatele, u kterých často vznikají výjimky, například nesoulad cen nebo chybějící údaje. Umožňuje také počítat dobu zpracování a míru opakovaných úkonů pro jednotlivé dodavatele. Proč je to důležité Umožňuje porovnávat výkonnost procesu podle dodavatele a odhalit problematické vztahy. Kde data získat Najdete ho v hlavičce faktury nebo ho získáte propojením s tabulkou kmenových dat dodavatelů. Příklady Acme CorpGlobal Services LtdOffice Supplies CoTech Solutions IncLogistics Partners | |||
| Důvod blokace platby PaymentBlockReason | Kód nebo důvod, proč je faktura blokována pro platbu. | ||
| Popis Tento atribut uvádí konkrétní důvod, který brání úhradě faktury, například rozdíl v ceně, rozdíl v množství nebo chybějící příjem zboží. Je ukazatelem problémů v procesu. Analýza četnosti a délky trvání jednotlivých důvodů blokace pomáhá odhalit příčiny zpoždění plateb. Omezení těchto blokací bývá nejrychlejší cestou ke zvýšení podílu automaticky zpracovaných faktur bez ručních zásahů. Proč je to důležité Pomáhá určit konkrétní příčiny problémů v procesu a zpoždění plateb. Kde data získat Najdete ho v hlavičce faktury nebo v tabulkách položek. Příklady Rozdíl v ceněRozdíl v množstvíChybějící příjem zbožíRuční blokaceVyžadován audit | |||
| Kód společnosti CompanyCode | Identifikátor právnické osoby nebo dceřiné společnosti. | ||
| Popis Tento atribut rozděluje data podle organizační jednotky, například konkrétní dceřiné společnosti, země nebo právnické osoby. Je důležitý pro velké podniky působící ve více regionech. Umožňuje porovnávat výkonnost různých organizačních jednotek. Procesy se mezi kódy společností mohou lišit kvůli místním předpisům nebo rozdílné vyspělosti provozu. Proč je to důležité Umožňuje porovnávat a filtrovat data napříč organizačními jednotkami. Kde data získat Najdete ho v tabulce hlaviček faktur. Příklady US01DE0110002000UK_OPS | |||
| Platební podmínky PaymentTerms | Kód nebo popis dohodnuté lhůty platby a případných slev. | ||
| Popis Tento atribut určuje smluvní podmínky platby, například Net 30 nebo 2/10 Net 30. Stanovuje, kdy je faktura splatná a zda lze uplatnit slevu za včasnou platbu. Analýza tohoto pole pomáhá řídit peněžní toky. Organizace díky ní mohou předcházet příliš brzkým platbám, které snižují pracovní kapitál, i pozdním platbám, za které hrozí sankce, a zároveň lépe využívat dostupné slevy. Proč je to důležité Určuje pravidla pro splatnost a slevy, která jsou důležitá pro řízení peněžních toků. Kde data získat Najdete ho v hlavičce faktury, často převzatý z kmenových dat dodavatele. Příklady NT302/10 Net 30IMMEDIATEZ001Net 60 | |||
| Typ dokladu DocumentType | Klasifikace dokladu faktury. | ||
| Popis Tento atribut klasifikuje transakci a rozlišuje běžné faktury, dobropisy, zálohové platby nebo dodatečné faktury. Každý typ může spouštět jiná pravidla workflow. Pro správnou interpretaci ukazatelů procesu je důležité znát zastoupení jednotlivých typů dokladů. Dobropisy například často procházejí opačným tokem nebo zvláštní cestou schválení. Pokud je neoddělíte, mohou zkreslit průměrnou dobu zpracování. Proč je to důležité Rozlišuje faktury, dobropisy a další finanční doklady. Kde data získat Najdete ho v tabulce hlaviček faktur. Příklady Běžná fakturaDobropisZálohová platbaFaktura bez objednávkyOpakovaná faktura | |||
| Uživatel User | Identifikátor osoby nebo systémového účtu, který aktivitu provedl. | ||
| Popis Tento atribut zaznamenává, kdo provedl konkrétní krok procesu. Umožňuje rozlišit lidské uživatele od automatizace v systému, například botů nebo dávkových úloh. Používá se k výpočtu míry automatizace (podílu zpracování bez ručních zásahů) a k analýze oddělení pravomocí. Pomáhá také odhalit potřebu školení, pokud konkrétní uživatelé opakovaně způsobují přepracování nebo chyby. Proč je to důležité Umožňuje analyzovat oddělení pravomocí a vypočítat míru automatizace. Kde data získat Najdete ho v transakčních protokolech nebo systémových auditních záznamech. Příklady JSMITHSYSTEM_BATCHK_DOEAP_BOT_01WORKFLOW_SYS | |||
Aktivity při zpracování plateb závazků
| Aktivita | Popis | ||
|---|---|---|---|
| Nastavení blokace platby | Zablokování faktury, které jí brání v zařazení do běhu plateb. Blokaci lze nastavit ručně kvůli sporu nebo automaticky kvůli odchylkám. | ||
| Proč je to důležité Pozastavením procesu přímo ovlivňuje včasnost plateb i vztahy s dodavateli. Kde data získat Zjistíte ji sledováním změn pole blokace platby nebo příznaků stavu pozastavení. Zachycení Sledujte aktualizace, které nastaví příznak blokace platby nebo pozastavení na hodnotu true Typ události explicit | |||
| Odeslání platby | Vytvoření platebního prostředku, například vytištění šeku, bankovního převodu nebo souboru EFT. Tím se sníží otevřený zůstatek závazků vůči dodavateli. | ||
| Proč je to důležité Definitivní konec interního procesu zpracování závazků pro danou fakturu. Kde data získat Zaznamenává se při vytvoření platebního dokladu nebo změně stavu platby na Odesláno. Zachycení Načtěte čas vytvoření platebního dokladu propojeného s fakturou Typ události explicit | |||
| Schválení faktury | Konečné schválení určeným schvalovatelem nebo systémovým pravidlem. Tím se faktura uvolní k finančnímu zaúčtování a následné platbě. | ||
| Proč je to důležité Důležitý milník, který ukončuje dobu schvalování a obvykle uvolňuje fakturu k platbě. Kde data získat Zaznamenává se v tabulkách historie workflow při provedení konečného schválení. Zachycení Načtěte čas konečného schválení z protokolů workflow Typ události explicit | |||
| Spárování faktury s objednávkou | Úspěšné propojení položek faktury s odpovídající objednávkou nebo příjemkou. Tento ověřovací krok potvrzuje, že zboží bylo objednáno a přijato před zpracováním platby. | ||
| Proč je to důležité Nezbytný údaj pro měření podílu faktur zpracovaných bez ručního zásahu a efektivity třístranného párování. Kde data získat Najdete jej v tabulkách historie objednávek nebo podle změny stavu, která potvrzuje úspěšné spárování. Zachycení Sledujte událost, při které se propojí položka faktury s položkou objednávky Typ události explicit | |||
| Vytvoření faktury | První zaznamenání údajů o faktuře dodavatele v systému ERP. Tato událost označuje začátek digitálního životního cyklu závazku, ať už byla faktura zadána ručně, nebo importována přes rozhraní. | ||
| Proč je to důležité Určuje výchozí časový údaj pro výpočet celkové doby zpracování závazku. Kde data získat Obvykle se nachází v časovém údaji vytvoření hlavičky faktury nebo jako první záznam v protokolu změn dokumentu. Zachycení Načtěte čas vytvoření záznamu hlavičky faktury Typ události explicit | |||
| Zaúčtování faktury do hlavní knihy | Zaúčtování finanční transakce do hlavní účetní knihy. Tím v účetním systému vznikne oficiální závazek. | ||
| Proč je to důležité Představuje okamžik, od kterého už nelze finanční záznam vrátit zpět, a aktualizuje zůstatek dodavatele. Kde data získat Najdete jej v tabulce zápisů hlavní účetní knihy nebo podle přiřazeného data zaúčtování. Zachycení Načtěte datum zaúčtování nebo čas záznamu z tabulky hlavní účetní knihy Typ události explicit | |||
| Aktualizace údajů faktury | Jakákoli změna hlavičky faktury nebo jejích položek po prvotním vytvoření. Časté změny mohou ukazovat na opakované ruční opravy, chyby při vytěžování pomocí OCR nebo nepřesnosti v kmenových datech. | ||
| Proč je to důležité Časté aktualizace ukazují na neefektivní proces a příležitosti ke zlepšení automatizace. Kde data získat Obvykle se zaznamenává v systémových protokolech změn nebo auditních záznamech spojených s objektem faktury. Zachycení V auditním protokolu vyhledejte změny konkrétních polí, například částky, dodavatele nebo data Typ události explicit | |||
| Neúspěšné spárování faktury | Chyba při ověření, ke které dojde, když údaje faktury neodpovídají objednávce nebo příjemce v rámci stanovených tolerancí. Obvykle spustí workflow pro řešení výjimky. | ||
| Proč je to důležité Odhalí příčiny komplikací v procesu, například rozdíly v cenách nebo množství. Kde data získat Často ji lze odvodit z protokolů chyb, konkrétních kódů blokace nebo příznaků stavu, které označují nesoulad. Zachycení Odvoďte ji z použití kódů blokace pro konkrétní odchylky nebo z chybových zpráv Typ události inferred | |||
| Uplynutí data splatnosti faktury | Vypočítaná událost, která nastane, když aktuální datum překročí datum splatnosti faktury a faktura zůstává nezaplacená. Označuje fakturu po splatnosti. | ||
| Proč je to důležité Důležitý údaj pro analýzu včasnosti plateb a možných poplatků z prodlení. Kde data získat Vypočítá se porovnáním data splatnosti faktury s datem platby nebo aktuálním datem. Zachycení U otevřených položek vypočítejte, kdy je datum splatnosti dřívější než aktuální časový údaj Typ události calculated | |||
| Uvolnění blokace platby | Odstranění dříve nastavené blokace, díky kterému lze fakturu zařadit k platbě. Obvykle znamená, že byl vyřešen spor nebo odchylka. | ||
| Proč je to důležité Označuje úspěšné vyřešení výjimky a návrat ke standardnímu průběhu procesu. Kde data získat Zaznamenává se při vymazání pole blokace platby nebo změně stavu pozastavení na aktivní. Zachycení Sledujte aktualizace, které změní příznak blokace platby nebo pozastavení na null nebo false Typ události explicit | |||
| Vypořádání platby | Potvrzení banky, že peníze byly úspěšně převedeny. V systému se tato informace páruje s bankovním výpisem. | ||
| Proč je to důležité Potvrzuje dopad na peněžní tok a uzavírá finanční transakci. Kde data získat Najdete jej v tabulkách bankovního odsouhlasení nebo při změně stavu platby na Vypořádáno. Zachycení Zjistěte čas vyplnění data vypořádání v záznamu platby Typ události explicit | |||
| Vytvoření návrhu platby | Zařazení faktury do předběžné dávky plateb nebo deníku. Označuje záměr provést platbu a rezervuje fakturu, aby nebyla zahrnuta do jiného běhu plateb. | ||
| Proč je to důležité Označuje začátek fáze provádění plateb a pomáhá analyzovat efektivitu jejich dávkového zpracování. Kde data získat Zaznamenává se při propojení faktury s hlavičkou návrhu platby nebo řádkem platebního deníku. Zachycení Zjistěte, kdy je ID faktury přidáno do tabulky návrhů běhu plateb Typ události explicit | |||
| Žádost o schválení faktury | Odeslání faktury do workflow systému, který zajišťuje schválení odpovědnou osobou. Tím končí zadávání a ověřování údajů a začíná fáze schvalování. | ||
| Proč je to důležité Odděluje dobu technického zpracování od času potřebného k rozhodnutí vedení. Kde data získat Zaznamenává se v historii workflow při změně stavu na Čeká na schválení nebo podobný stav. Zachycení V tabulce historie schvalování vyhledejte událost zahájení workflow Typ události explicit | |||
| Zrušení faktury | Zneplatnění nebo stornování záznamu faktury, kterým se proces ukončí bez platby. Obvykle k němu dochází kvůli duplicitnímu zadání nebo zásadní chybě. | ||
| Proč je to důležité Sledování zrušených faktur pomáhá odhalit chyby v předchozích fázích procesu a zbytečně vynaloženou práci. Kde data získat Zaznamenává se při změně stavu dokumentu na Zneplatněno nebo při propojení se stornovacím dokladem. Zachycení Sledujte změny stavu na Zneplatněno nebo vytvoření stornovacího záznamu Typ události explicit | |||
Návody na extrakci dat
Metody extrakce se liší podle systému. Podrobný postup najdete v
Chcete začít?
Projekt můžete ihned zahájit s touto obecnou šablonou nebo si vybrat specializovaný návod, který ukazuje, jak data získat z konkrétních podnikových aplikací.
Zlepšete proces závazků ještě dnes
Získejte přehled o úzkých místech a využijte více slev za včasnou platbu
Platební kartu nepotřebujete. Nastavení zabere jen několik minut.