Šablona dat pro fakturaci v procesu od objednávky po platbu
Šablona dat pro fakturaci v procesu od objednávky po platbu
Toto je obecná šablona dat pro process mining pro proces Od objednávky k úhradě: fakturace a vystavování faktur. Podrobnější pokyny najdete v šablonách pro konkrétní systémy.
Vyberte konkrétní systém- Univerzální výchozí bod pro jakýkoli systém.
- Doporučené atributy pro podrobnou analýzu.
- Důležité činnosti pro zmapování fakturace.
Atributy fakturačního procesu od objednávky po platbu
| Název | Popis | ||
|---|---|---|---|
| Čas události EventTime | Přesné časové razítko určující, kdy došlo ke konkrétní činnosti nebo události. | ||
| Popis Čas události neboli časové razítko zaznamenává přesné datum a čas provedení činnosti nebo změny stavu. Tyto časové údaje jsou důležité pro pochopení načasování a délky jednotlivých kroků procesu. Při analýze se podle času události řadí činnosti chronologicky a počítá doba mezi kroky, délka činností i celková doba cyklu každého případu. Čas události je základem pro hledání úzkých míst, měření výkonu vůči dohodnutým úrovním služeb a analýzu trendů. Bez přesných časových razítek nelze analyzovat výkon ani dobu trvání. Proč je to důležité Toto časové razítko je nezbytné pro výpočet všech časových metrik, například doby cyklu a trvání, které pomáhají odhalit úzká místa. Kde data získat Obvykle se nachází vedle polí činnosti nebo stavu v protokolech transakcí, dokumentech změn nebo tabulkách hlaviček a položek dokladů. Příklady 2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:05Z | |||
| ID faktury InvoiceId | Jedinečný identifikátor každé zákaznické faktury. Slouží jako hlavní identifikátor případu v procesu fakturace. | ||
| Popis ID faktury je jedinečný alfanumerický kód přidělený každé vystavené faktuře. Slouží jako hlavní klíč, který propojuje všechny související činnosti od vytvoření a schválení až po platbu a uzavření do jedné instance procesu neboli případu. Při analýze process mining je ID faktury nezbytné k rekonstrukci celého průběhu každé faktury. Analytici díky němu mohou zobrazit průběh procesu, odhalit odchylky a vypočítat metriky na úrovni případu, například dobu cyklu. Filtrování podle konkrétních ID faktur také pomáhá podrobně prozkoumat problematické případy a zjistit příčiny zpoždění nebo chyb. Proč je to důležité Jde o jedinečný klíč pro sledování celého životního cyklu faktury a nezbytný základ každé analýzy fakturačního procesu. Kde data získat Obvykle se nachází v hlavičkové tabulce fakturačních dokladů ve zdrojovém ERP nebo finančním systému. Příklady INV-2023-00123910004587SI-58832 | |||
| Název činnosti ActivityName | Název obchodní činnosti nebo události, ke které došlo v určitém okamžiku životního cyklu faktury. | ||
| Popis Název činnosti popisuje konkrétní krok nebo úkol ve fakturačním procesu, například „Vystavena faktura“, „Faktura odeslána zákazníkovi“ nebo „Platba přiřazena k faktuře“. Každá událost v záznamu procesu je spojena s činností. Jejich posloupnost tvoří průběh procesu. Analýza posloupnosti činností je základem process mining. Ukazuje skutečné cesty faktur a odhaluje běžné postupy, odchylky, opakované zpracování i úzká místa. Pro zjišťování procesů, kontrolu shody a hledání možností zlepšení je zásadní vědět, které činnosti probíhají, v jakém pořadí a jak často. Proč je to důležité Určuje jednotlivé kroky procesu a umožňuje zobrazit a analyzovat průběh faktury od vytvoření po uzavření. Kde data získat Často se odvozuje ze změn stavu dokladu, kódů transakcí nebo konkrétních záznamů událostí ve zdrojovém systému. Příklady Faktura schválenaPlatba přijataVznesena námitkaFaktura odeslána zákazníkovi | |||
| Poslední aktualizace dat LastDataUpdate | Časové razítko poslední aktualizace nebo extrakce dat této události ze zdrojového systému. | ||
| Popis Tento atribut zaznamenává datum a čas poslední extrakce nebo aktualizace dat. Ukazuje, jak aktuální jsou analyzovaná data. V každém projektu process mining je pro reporting a analýzu důležité vědět, jak stará data jsou. Tento atribut uživatelům pomáhá zjistit, jaké období analýza pokrývá, a zajistit, aby rozhodnutí vycházela z aktuálních informací. Je také důležitý pro sledování datových toků a ověření, že extrakce dat probíhá podle očekávání. Proč je to důležité Ukazuje aktuálnost dat a pomáhá zajistit, aby analýza i rozhodnutí vycházely z nejnovějších dostupných informací. Kde data získat Toto časové razítko se obvykle vytvoří a přidá do datové sady při extrakci, transformaci a načítání dat (ETL). Příklady 2024-03-10T02:00:00Z2024-03-09T02:00:00Z2024-03-08T02:00:00Z | |||
| Zdrojový systém SourceSystem | Systém, ze kterého byla data získána. | ||
| Popis Tento atribut označuje původní podnikovou aplikaci nebo systém, ve kterém byla data o události vytvořena, například ERP, CRM nebo vlastní fakturační platformu. V prostředí s více propojenými systémy pomáhá rozlišit zdroje dat. Znalost zdrojového systému je důležitá pro ověřování dat, správu dat a řešení problémů. Při spojení dat z více systémů tento atribut poskytuje kontext a pomáhá vysvětlit případné rozdíly v podrobnosti dat nebo terminologii. Umožňuje také podrobněji analyzovat odchylky v procesu, které mohou souviset s použitým systémem. Proč je to důležité Poskytuje důležitý kontext o původu dat, který je potřebný k jejich ověření a analýze procesů probíhajících ve více systémech. Kde data získat Tato informace může být uložená v poli zdrojových tabulek nebo přidaná při extrakci, transformaci a načítání dat (ETL). Příklady SAP S/4HANAOracle NetSuiteSalesforceMicrosoft Dynamics 365 | |||
| Částka faktury InvoiceAmount | Celková peněžní hodnota faktury včetně všech položek, daní a poplatků. | ||
| Popis Částka faktury představuje celkovou sumu, kterou má zákazník zaplatit. Jde o důležitý finanční ukazatel každého případu faktury. Tento atribut je základem finanční analýzy v rámci process mining. Umožňuje rozdělit faktury podle hodnoty, například na vysoké a nízké, a zjistit, zda se zpracovávají různými cestami nebo se liší dobou cyklu. Používá se také k výpočtu ukazatelů, jako je doba inkasa pohledávek (DSO), a k analýze finančního dopadu neefektivit procesu, například zpoždění při inkasu vysokých částek. Proč je to důležité Umožňuje analyzovat finanční dopady, určovat priority podle peněžní hodnoty a zjistit, jak částka faktury ovlivňuje průběh procesu. Kde data získat Obvykle se nachází v hlavičce faktury nebo fakturačního dokladu ve zdrojovém finančním systému. Příklady 5000.001250.7525000.5099.99 | |||
| Datum splatnosti PaymentDueDate | Datum, do kterého má zákazník fakturu zaplatit. | ||
| Popis Datum splatnosti je důležitý údaj vypočítaný podle data faktury a dohodnutých platebních podmínek. Určuje lhůtu pro úhradu, po jejímž uplynutí je faktura po splatnosti. Tento atribut je nezbytný pro sledování úspěšnosti vymáhání pohledávek a řízení peněžních toků. Používá se k výpočtu ukazatelů, jako je doba inkasa pohledávek (DSO) a podíl plateb uhrazených včas. Porovnáním skutečného data platby s datem splatnosti mohou firmy odhalit opožděné platby, analyzovat platební chování různých zákazníků a posoudit účinnost vymáhání pohledávek. Proč je to důležité Toto datum slouží jako základ pro měření včasnosti plateb, výpočet DSO a odhalování faktur po splatnosti, které přímo ovlivňují peněžní tok. Kde data získat Najdete ho v hlavičkových údajích faktury. Může být zadáno přímo nebo vypočítáno z data faktury a platebních podmínek. Příklady 2023-11-302024-01-152024-02-28 | |||
| Měna Currency | Kód měny částek na faktuře, například USD nebo EUR. | ||
| Popis Atribut Měna určuje měnu částky faktury. Poskytuje nezbytný kontext pro interpretaci finančních hodnot, zejména v mezinárodních organizacích, které používají více měn. Při analýze je pole Měna důležité pro správné sčítání a porovnávání finančních údajů. Před výpočtem celkových hodnot nebo porovnáním částek faktur z různých regionů je nutné všechny částky převést na společnou měnu. Tento atribut je nezbytný pro přesný finanční reporting a rozdělení výkonnosti procesu podle měny nebo regionu. Proč je to důležité Poskytuje nezbytný kontext pro všechny finanční hodnoty a umožňuje přesnou peněžní analýzu i reporting, zejména v mezinárodním provozu. Kde data získat Nachází se v hlavičce faktury nebo fakturačního dokladu, obvykle vedle polí s částkami. Příklady USDEURGBPJPY | |||
| Název zákazníka CustomerName | Název zákazníka nebo subjektu, kterému byla faktura vystavena. | ||
| Popis Tento atribut obsahuje oficiální nebo obchodní název fakturovaného zákazníka. Jde o srozumitelný identifikátor obchodního partnera v transakci. Analýza procesu podle názvu zákazníka pomáhá zjistit, zda jsou někteří zákazníci spojeni s odchylkami v procesu, zpožděnými platbami nebo námitkami. Tyto informace mohou pomoci při řízení vztahů se zákazníky a vést k přizpůsobení komunikace nebo procesu konkrétním účtům. Umožňují také porovnávat výkonnost různých skupin zákazníků. Proč je to důležité Umožňuje analýzu zaměřenou na zákazníky a pomáhá odhalit vzorce, zpoždění nebo problémy týkající se konkrétních zákazníků či skupin. Kde data získat Údaj pochází z kmenových dat zákazníků a s fakturačním dokladem se propojuje pomocí ID zákazníka. Příklady Global Trade CorpInnovate Solutions Ltd.Standard Manufacturing Co.Tech Services Inc. | |||
| Stav faktury InvoiceStatus | Aktuální stav faktury v jejím životním cyklu, například otevřená, uhrazená nebo rozporovaná. | ||
| Popis Stav faktury označuje její aktuální fázi v celém procesu. Ukazuje, v jakém stavu se faktura právě nachází, například zda čeká na schválení nebo platbu, je plně uhrazená či stornovaná. Tento atribut se hodí pro souhrnný přehled aktuální pracovní zátěže a finanční situace. Dashboardy často pomocí tohoto pole zobrazují rozdělení faktur podle stavu, například celkovou hodnotu otevřených faktur nebo faktur po splatnosti. V process mining může analýza přechodů mezi stavy poskytnout zjednodušený přehled průběhu procesu. Proč je to důležité Rychle ukazuje, v jaké fázi procesu se faktura nachází. Hodí se pro provozní dashboardy a souhrnné sledování stavu. Kde data získat Jde o standardní pole v hlavičce většiny tabulek faktur nebo fakturačních dokladů. Příklady OtevřenáUhrazenáPo splatnostiRozporovanáStornovaná | |||
| Uživatel User | Uživatel, zaměstnanec nebo ID systému odpovědné za provedení konkrétní činnosti. | ||
| Popis Tento atribut označuje osobu nebo automatizovaného systémového agenta, který provedl daný úkol v procesu. Může jít například o osobu, která vytvořila fakturu, schválila ji nebo přiřadila platbu. Analýza činností podle uživatele pomáhá pochopit rozložení pracovní zátěže, individuální výkon a potřeby školení. Může ukázat, kteří uživatelé nebo týmy pracují efektivně a kdo potřebuje další podporu. Pro zajištění shody a audit je navíc důležité dohledat, kdo v procesu provedl zásadní úkony. Proč je to důležité Poskytuje přehled o výkonu a pracovní zátěži zdrojů, umožňuje analyzovat efektivitu týmů a odhalit potřeby školení. Kde data získat Obvykle se nachází v protokolech změn nebo tabulkách historie dokladů a je přiřazen ke každé zaznamenané události či transakci. Příklady j.doeAccountingBotm.smithe.jones | |||
| Číslo prodejní objednávky SalesOrderNumber | Identifikátor prodejní objednávky, na jejímž základě byla faktura vystavena. | ||
| Popis Číslo prodejní objednávky odkazuje na předchozí doklad v řetězci od objednávky k inkasu, který vedl k vystavení faktury. Propojuje fakturační proces s prodejním procesem. Tento atribut je nezbytný pro skutečně ucelený pohled na proces od objednávky po inkaso. Propojením faktur s prodejními objednávkami mohou organizace analyzovat celý průběh od zákaznické objednávky po konečnou platbu. Díky tomu lze lépe zjistit, jak problémy v prodeji nebo vyřizování objednávek ovlivňují fakturaci a vymáhání pohledávek. Proč je to důležité Propojuje fakturační proces s předcházejícím prodejním procesem a umožňuje analyzovat celý průběh od objednávky po inkaso. Kde data získat Tento odkaz se obvykle ukládá do hlavičky fakturačního dokladu nebo jeho položek a propojuje jej s tabulkou prodejních dokladů. Příklady SO-10582490000123ORD-2023-987 | |||
| Organizační jednotka OrganizationalUnit | Obchodní jednotka, kód společnosti nebo prodejní organizace odpovědná za fakturu. | ||
| Popis Tento údaj označuje konkrétní interní jednotku společnosti, která vystavila fakturu nebo odpovídá za transakci. Může jít například o kód společnosti, obchodní jednotku nebo prodejní organizaci. Analýza procesu podle organizační jednotky umožňuje porovnávat výkonnost jednotlivých částí firmy. Pomáhá zjistit, které jednotky pracují nejefektivněji, kde se nejčastěji opakuje práce a které mají největší potíže s opožděnými platbami. Díky tomu lze lépe vyvozovat odpovědnost a sjednocovat procesy napříč firmou. Proč je to důležité Umožňuje porovnat výkonnost různých obchodních jednotek a najít osvědčené postupy i oblasti ke zlepšení. Kde data získat Jde o základní organizační údaj, který se v systému ERP nachází v záhlaví téměř všech finančních dokladů. Příklady 1000US01Globální službyVýroba v EU | |||
| Platební podmínky PaymentTerms | Dohodnuté podmínky úhrady faktury, například splatnost do 30 dnů nebo platba při převzetí. | ||
| Popis Platební podmínky stanovují pravidla, na kterých se prodávající a kupující dohodli pro úhradu faktury. Zahrnují lhůtu splatnosti i případné slevy za včasnou platbu. Analýza procesu podle platebních podmínek může ukázat, zda jsou některé podmínky spojené s delší dobou úhrady nebo častějšími opožděnými platbami. Tyto informace firmám pomáhají upravit platební podmínky a zlepšit peněžní tok. Poskytují také důležitý kontext při zjišťování, proč jsou některé faktury po splatnosti. Proč je to důležité Tento atribut ovlivňuje datum splatnosti i platební chování zákazníků. Je proto důležitý pro pochopení a zlepšení včasnosti plateb. Kde data získat Obvykle se ukládají do kmenových dat zákazníka i do hlavičky jednotlivého fakturačního dokladu. Příklady Splatnost do 30 dnůSplatnost do 60 dnůSplatné při převzetíSleva 2 % při platbě do 10 dnů, jinak splatnost do 30 dnů | |||
| Přepracování IsRework | Příznak, který určuje, zda fakturační proces zahrnoval opakovanou práci, například opravy nebo několik kol schvalování. | ||
| Popis IsRework je logický příznak, který má hodnotu true, pokud faktura prošla jedním nebo více koly přepracování. Jde o činnosti, při kterých se opravují chyby nebo opakuje krok, který by se měl ideálně provést jen jednou. Příkladem je opětovné odeslání faktury ke schválení po jejím zamítnutí. Tento údaj přímo měří neefektivitu procesu. Když analytici vyfiltrují případy s hodnotou IsRework true, mohou snadno najít problematické faktury a zjistit příčiny opakované práce. Míra přepracování, tedy podíl případů, které vyžadovaly další práci, je důležitým KPI pro hodnocení kvality procesu a hledání možností, jak zjednodušit provoz a omezit zbytečnou práci. Proč je to důležité Přímo upozorňuje na neefektivitu procesu a usnadňuje vyhledání a analýzu případů, které vyžadovaly práci navíc bez přidané hodnoty. Kde data získat Tento údaj ve zdrojových systémech obvykle není k dispozici. Je třeba ho odvodit při transformaci dat na základě posloupností činností, které signalizují opakovanou práci. Příklady truefalse | |||
| Region zákazníka CustomerRegion | Zeměpisná oblast, území nebo země, ke které zákazník patří. | ||
| Popis Region zákazníka určuje jeho zeměpisnou polohu. Může jít o různé úrovně, například zemi, stát nebo vlastní prodejní region. Tento údaj se hodí pro segmentaci. Analýza fakturačního procesu podle regionů může odhalit rozdíly ve výkonnosti, například v době úhrady, počtu sporů nebo dodržování postupů. Na základě těchto poznatků můžete upravit vymáhání pohledávek a zákaznický servis pro jednotlivé regiony. Zároveň lze najít osvědčené postupy v úspěšných regionech a uplatnit je jinde. Proč je to důležité Umožňuje porovnat regiony a odhalit rozdíly v platebním chování, efektivitě procesů a dodržování postupů. Kde data získat Vychází z kmenových dat zákazníka, obvykle z jeho adresy. Příklady Severní AmerikaEvropa, Blízký východ a AfrikaNěmeckoAsie a Tichomoří | |||
Činnosti ve fakturačním procesu od objednávky po platbu
| Aktivita | Popis | ||
|---|---|---|---|
| Faktura odeslána zákazníkovi | Schválená faktura byla zákazníkovi oficiálně doručena zvoleným způsobem, například e-mailem, poštou nebo přes online portál. Tím začíná běžet lhůta splatnosti. | ||
| Proč je to důležité Tato událost oficiálně zahajuje cyklus vymáhání pohledávek a je zásadní pro výpočet doby inkasa pohledávek (DSO) a podílu plateb uhrazených včas. Kde data získat Záznam bývá v protokolech správy výstupů, záznamech komunikace nebo ve zvláštním poli „Datum odeslání“ na faktuře. Zachycení Použijte časové razítko ze systémových protokolů, které zaznamenávají odeslání faktury e-mailem, tiskem nebo přes EDI. Typ události explicit | |||
| Faktura uzavřena | Faktura je oficiálně uzavřena a její životní cyklus je dokončen. K tomu dojde, když se její neuhrazený zůstatek vynuluje platbami, dobropisy nebo jinými úpravami. | ||
| Proč je to důležité Jde o hlavní úspěšné zakončení procesu. Tato činnost je proto nezbytná pro výpočet celkové doby cyklu a míry dokončení procesu. Kde data získat Tento stav se často odvozuje z vynulování zůstatku faktury nebo z výslovné změny stavu v systému. Zachycení Určete nejnovější časové razítko transakce, například přiřazení platby, která vynulovala zůstatek faktury. Typ události inferred | |||
| Faktura vystavena | Tato činnost označuje vytvoření záznamu faktury v systému. Jde o oficiální začátek fakturačního procesu. Vystavení často automaticky spustí vyřízená zákaznická objednávka, případně se faktura zadá ručně. | ||
| Proč je to důležité Tato událost označuje začátek procesu. Je důležitá pro výpočet celkové doby zpracování faktury a odhalení prodlev v úvodní fázi. Kde data získat Zaznamenává se z časového razítka vytvoření hlavní faktury nebo fakturačního dokladu. Zachycení Najděte událost vytvoření nebo časové razítko prvního uložení nového záznamu faktury. Typ události explicit | |||
| Platba přiřazena k faktuře | Přijatá platba od zákazníka byla úspěšně spárována s konkrétní fakturou a přiřazena k ní. Tímto odsouhlasením se sníží nebo zcela vyrovná zůstatek faktury. | ||
| Proč je to důležité Tato činnost je důležitá pro pochopení doby zpracování a přiřazení plateb. Zpoždění může zkreslit skutečné stáří pohledávek a ovlivnit řízení úvěrového rizika. Kde data získat Údaj najdete v tabulkách pomocné knihy pohledávek, které propojují platební doklady s fakturami. Tyto doklady se často označují jako zúčtovací. Zachycení Zaznamenejte časové razítko propojení záznamu o platbě se záznamem faktury, kterým se vyrovná otevřená položka. Typ události explicit | |||
| Přijata platba od zákazníka | Platba od zákazníka byla přijata a zaúčtována ve finančním systému. V této fázi je přijetí peněz zaznamenáno, ale platba ještě nemusí být přiřazena ke konkrétní faktuře. | ||
| Proč je to důležité Jde o důležitou událost z hlediska peněžních toků. Doba mezi přijetím platby a jejím přiřazením je důležitým ukazatelem efektivity párování plateb. Kde data získat Záznam bývá v denících příjmů hotovosti, tabulkách platebních transakcí nebo tabulkách zpracování bankovních výpisů. Zachycení Vyhledejte vytvoření záznamu o platbě zákazníka nebo příjmu hotovosti. Typ události explicit | |||
| Uplynul termín splatnosti | Jde o vypočítanou událost, která nastane po uplynutí data splatnosti faktury. Nejde o transakční činnost, ale o časový milník odvozený od data vystavení faktury a platebních podmínek. | ||
| Proč je to důležité Tento milník je důležitý pro označení faktur po splatnosti a analýzu včasnosti plateb. Zároveň slouží jako podnět k zahájení vymáhání pohledávky. Kde data získat Tato událost se nezaznamenává přímo. Vypočítá se z data faktury a polí s platebními podmínkami. Zachycení Vypočítejte jako „Datum odeslání faktury“ + „Počet dní splatnosti“. Typ události calculated | |||
| Faktura odepsána | Zbývající zůstatek faktury se zruší a zaúčtuje jako nedobytná pohledávka. K tomuto kroku se obvykle přistupuje po vyčerpání všech možností vymáhání. | ||
| Proč je to důležité Jde o neúspěšné vymáhání pohledávky a přímou finanční ztrátu. Analýza odpisů pomáhá odhalit rizikové zákazníky a zlepšit úvěrovou politiku. Kde data získat Záznam se obvykle objeví jako konkrétní úprava nebo účetní zápis, kterým se zůstatek faktury vyrovná proti účtu nedobytných pohledávek. Zachycení Vyhledejte transakce, které upravují zůstatek faktury s kódem důvodu „odpis“ nebo se účtují na účet nedobytných pohledávek. Typ události explicit | |||
| Faktura odeslána ke schválení | Označuje předání vystavené faktury do formálního interního workflow kontroly. Tento krok je běžný v organizacích, kde pravidla vyžadují kontrolu vedením před konečným vystavením faktury. | ||
| Proč je to důležité Sledování předání ke schválení a samotného schválení pomáhá najít úzká místa v interních procesech, která zdržují odeslání faktur zákazníkům a přímo ovlivňují peněžní tok. Kde data získat Obvykle se zaznamenává jako změna stavu nebo záznam v systému pro správu workflow. Zachycení Zaznamenejte časové razítko změny stavu faktury na „Čeká na schválení“ nebo obdobný stav. Typ události explicit | |||
| Faktura opravena | Faktura byla po prvotním vytvoření upravena, často kvůli zamítnutí nebo zjištěné chybě. Úprava může zahrnovat změnu částek, položek nebo údajů o zákazníkovi. | ||
| Proč je to důležité Časté opravy mohou ukazovat na problémy s kmenovými daty nebo s původním vyřízením objednávky. Vedou k opakované práci a zpožděním. Kde data získat Událost lze odvodit z protokolů změn a auditních záznamů nebo podle opakovaného zrušení a opětovného vytvoření faktury ke stejné objednávce. Zachycení Zjistěte změny důležitých finančních polí v záznamu faktury po jejím prvotním vytvoření. Typ události inferred | |||
| Faktura schválena | Faktura úspěšně prošla všemi interními kontrolami a byla formálně schválena. Tato událost potvrzuje, že je faktura správná a připravená k odeslání zákazníkovi. | ||
| Proč je to důležité Jde o důležitý milník, který odděluje dobu interního zpracování od doby, kterou má zákazník na zaplacení. Délka schvalování ukazuje efektivitu interního procesu. Kde data získat Zaznamenává se v protokolu systému pro správu workflow nebo jako změna stavu faktury z „Čeká na vyřízení“ na „Schválena“. Zachycení Zaznamenejte časové razítko události konečného schválení v záznamu workflow nebo při změně stavu. Typ události explicit | |||
| Faktura stornována | Existující faktura se zneplatní nebo stornuje, čímž se zruší její finanční dopad. Obvykle se tak opravuje závažná chyba před přijetím platby, například fakturace nesprávnému zákazníkovi. | ||
| Proč je to důležité Storna upozorňují na provozní chyby, které vyžadují opakované zpracování a mohou zpozdit správnou fakturaci. Častá storna poukazují na problémy v procesu nebo kvalitě dat. Kde data získat Událost lze zachytit podle stornovacích dokladů nebo zvláštního stavu „Stornováno“ či „Zneplatněno“ v záznamu faktury. Zachycení Vyhledejte vytvoření stornovacího dokladu propojeného s původní fakturou nebo změnu stavu na „Zneplatněno“. Typ události explicit | |||
| Faktura zamítnuta | Schvalovatel fakturu během interní kontroly zamítl. Fakturu je obvykle nutné opravit a znovu odeslat ke schválení, čímž vzniká opakovaný cyklus práce. | ||
| Proč je to důležité Tato činnost upozorňuje na neefektivitu interního procesu, problémy s kvalitou dat a opakovanou práci, které prodlužují životní cyklus faktury a zdržují platbu. Kde data získat Obvykle se zaznamenává jako změna stavu záznamu faktury. V souvisejících tabulkách mohou být také komentáře k zamítnutí. Zachycení Zaznamenejte událost, při které se stav faktury změní na „Zamítnuta“ nebo obdobný stav. Typ události explicit | |||
| Odeslána upomínka k platbě | Zákazníkovi byla kvůli faktuře po splatnosti odeslána zpráva, například upomínka dopisem nebo e-mailem. Jde o důležitou činnost při vymáhání pohledávek, která má zákazníka přimět k úhradě. | ||
| Proč je to důležité Sledování upomínek pomáhá měřit účinnost vymáhání pohledávek a odhalit zákazníky, které je třeba opakovaně kontaktovat. Kde data získat Údaje lze získat z protokolů upomínkových běhů, systémů pro vymáhání pohledávek nebo záznamů komunikace propojených se zákazníkem či fakturou. Zachycení Použijte časové razítko z tabulky historie upomínek nebo z protokolu činností při vymáhání pohledávek. Typ události explicit | |||
| Vystaven dobropis | Vystaví se dobropis, který se často přiřadí k existující faktuře. Obvykle slouží k opravě chyby ve fakturaci, poskytnutí slevy nebo zaúčtování vráceného zboží. | ||
| Proč je to důležité Časté vystavování dobropisů může signalizovat problémy v prodeji nebo vyřizování objednávek, které vedou ke ztrátě výnosů nebo nespokojenosti zákazníků. Kde data získat Událost se zaznamená při vytvoření dobropisu, který bývá propojen s původní fakturou. Zachycení Zaznamenejte čas vytvoření transakce typu dobropis. Typ události explicit | |||
| Vznesena námitka | Zákazník formálně rozporoval celou fakturu nebo její část, například kvůli nesprávné ceně či množství. Do vyřešení námitky se obvykle pozastaví vymáhání pohledávky. | ||
| Proč je to důležité Analýza námitek pomáhá odhalit příčiny nespokojenosti zákazníků a nepřesností ve fakturaci, které přímo ovlivňují DSO i vztahy se zákazníky. Kde data získat Událost se obvykle zaznamená změnou stavu, příznakem na faktuře nebo vytvořením samostatného záznamu případu námitky propojeného s fakturou. Zachycení Zaznamenejte datum vytvoření případu námitky nebo změnu stavu na „Rozporováno“. Typ události explicit | |||
Návody na získání dat
Metody extrakce se liší podle systému. Podrobný postup najdete v
Chcete začít?
Prozkoumejte svůj proces pomocí návodu na získání dat pro konkrétní systém, nebo začněte s univerzální šablonou, kterou si můžete přizpůsobit podle svých potřeb.
Zlepšete fakturaci a podpořte peněžní tok
Odhalte úzká místa, omezte chyby a urychlete platby.
Bez platební karty, začít můžete během několika minut.