Šablona dat pro zpracování faktur v procesu od nákupu k platbě
Šablona dat pro zpracování faktur v procesu od nákupu k platbě
- Doporučené atributy ke shromáždění
- Důležité činnosti ke sledování
- Návod na získání dat z Coupa
Atributy zpracování faktur v procesu od nákupu k platbě
| Název | Popis | ||
|---|---|---|---|
|
Čas události
EventTime
|
Přesné časové razítko udávající, kdy došlo ke konkrétní aktivitě nebo události. | ||
|
Popis
Čas události neboli časové razítko zaznamenává přesné datum a čas provedení aktivity. Je časovým základem záznamu procesu a řadí události každého případu chronologicky. Tento údaj je nezbytný pro veškerou časovou analýzu v process mining. Používá se k výpočtu doby mezi aktivitami, určení délky trvání úzkých míst, měření čekání a analýze výkonnosti procesu v různých obdobích. Přesná časová razítka jsou důležitá pro tvorbu realistických modelů procesů a výpočet smysluplných KPI výkonnosti.
Proč je to důležité
Poskytuje chronologické údaje potřebné k výpočtu všech dob trvání, dob průchodu procesem a čekání, které jsou základem analýzy výkonnosti.
Kde data získat
Tyto údaje se zaznamenávají v auditním záznamu nebo historii objektů Invoice v Coupa. Každá zaznamenaná akce nebo změna stavu má přiřazené časové razítko.
Příklady
2023-10-26T10:00:00Z2023-11-05T14:32:15Z2023-11-15T09:01:45Z
|
|||
|
Číslo faktury
InvoiceNumber
|
Jedinečný identifikátor faktury dodavatele. Slouží jako hlavní klíč pro sledování faktury během celého jejího životního cyklu. | ||
|
Popis
Číslo faktury je jedinečný identifikátor, který dodavatel přiřadí faktuře. V process mining slouží jako Case ID a propojuje všechny související aktivity od přijetí a ověření až po schválení a konečnou úhradu. Analýza podle čísla faktury poskytuje úplný přehled o průchodu každé faktury procesem. Pomáhá odhalit rozdíly v postupu, přesně měřit dobu zpracování a určit, u kterých faktur dochází k prodlevám, blokacím nebo výjimkám. Jde o základní údaj pro podrobnou analýzu výkonnosti zpracování faktur.
Proč je to důležité
Jde o hlavní identifikátor případu, který propojuje všechny události jedné faktury a umožňuje souvislou analýzu procesu od začátku do konce.
Kde data získat
V Coupa jde o hlavní pole objektu Invoice. Najdete ho v podrobnostech hlavičky faktury v uživatelském rozhraní nebo přes Invoices API.
Příklady
INV-2023-00123785549-APO45001-INV
|
|||
|
Aktivita
ActivityName
|
Název konkrétní obchodní události nebo úkolu, ke kterému došlo během zpracování faktury. | ||
|
Popis
Název aktivity popisuje krok ve workflow zpracování faktury, například „Vytvoření faktury“, „Předání faktury ke schválení“ nebo „Provedení platby“. Každá aktivita označuje konkrétní okamžik, kdy se změnil stav faktury nebo její vlastník. V process mining tvoří posloupnost aktivit mapu průběhu procesu. Jejich analýza pomáhá zobrazit skutečný průběh, odhalit časté i méně obvyklé varianty, najít úzká místa, kde aktivity trvají příliš dlouho, a upozornit na kroky, které nejsou v souladu s pravidly nebo jsou neefektivní, například opakované zpracování.
Proč je to důležité
Tento údaj je důležitý pro sestavení mapy procesu a zobrazení i analýzu skutečného workflow zpracování faktur.
Kde data získat
Tento údaj se obvykle odvozuje ze záznamů událostí, auditních záznamů nebo změn stavu v modulu Invoice systému Coupa. Často je třeba namapovat změny stavu nebo konkrétní akce uživatelů na definované názvy aktivit.
Příklady
Odeslání faktury ke zpracováníSchválení fakturyZablokování fakturyProvedení platby
|
|||
|
Celková částka faktury
InvoiceTotalAmount
|
Celková peněžní hodnota faktury včetně daní a dalších poplatků. | ||
|
Popis
Tento atribut udává celkovou částku k úhradě na faktuře. Jde o základní finanční údaj, který se používá v řadě analýz. Analýza procesu podle částky faktury může odhalit důležité souvislosti. Faktury s vysokou hodnotou mohou například procházet přísnějším schvalováním, a jejich zpracování proto může trvat déle. Údaj také pomáhá vyčíslit finanční dopad neefektivních procesů, například hodnotu aktuálně blokovaných nebo zpožděných faktur.
Proč je to důležité
Poskytuje důležitý finanční kontext. Umožňuje analyzovat, jak se průběh procesu mění podle hodnoty faktury, a vyčíslit finanční dopad prodlev.
Kde data získat
Jde o standardní pole objektu Invoice v Coupa, obvykle pojmenované „Total“ nebo „Total Amount“.
Příklady
1500.75250.0012345.50
|
|||
|
Číslo objednávky
PurchaseOrderNumber
|
Identifikátor objednávky (PO), ke které se faktura vztahuje. | ||
|
Popis
Číslo objednávky propojuje fakturu s původním nákupním dokladem. Toto propojení je základem párování s objednávkou, které je v mnoha organizacích důležitým krokem při ověřování faktur. V process mining je tento atribut důležitý pro analýzu párování s objednávkou a řešení nesrovnalostí. Umožňuje filtrovat faktury podle konkrétních objednávek a používá se v dashboardu Přehled nesrovnalostí při párování s objednávkou. Vysoký podíl faktur bez čísla objednávky může ukazovat na nákupy mimo schválený proces nebo na nedodržování pravidel nákupu.
Proč je to důležité
Propojuje fakturu s nákupním procesem a umožňuje analyzovat účinnost párování s objednávkou i řešení nesrovnalostí.
Kde data získat
Jde o standardní pole objektu Invoice Line v Coupa, které propojuje řádky faktury s řádky objednávky.
Příklady
PO4500123PO4500456PO4500789
|
|||
|
Datum splatnosti faktury
PaymentDueDate
|
Datum, do kterého je třeba fakturu uhradit, aby nebyla po splatnosti. | ||
|
Popis
Datum splatnosti faktury se vypočítává podle data vystavení faktury a dohodnutých platebních podmínek. Určuje termín, do kterého má být dodavateli zaplaceno. Tento atribut slouží jako základ pro měření včasnosti plateb. Používá se při výpočtu KPI Míra včasných plateb, kdy se porovnává se skutečným datem provedení platby. Analýza odchylek od data splatnosti pomáhá odhalit systémové příčiny prodlev a posoudit jejich dopad na vztahy s dodavateli i případné poplatky z prodlení.
Proč je to důležité
Jde o hlavní měřítko včasnosti plateb a je důležité pro správu vztahů s dodavateli i předcházení sankcím.
Kde data získat
Toto datum obvykle vypočítává Coupa podle polí „Invoice Date“ a „Payment Terms“. Mělo by být dostupné v záznamu faktury.
Příklady
2023-11-302023-12-152024-01-10
|
|||
|
Název dodavatele
VendorName
|
Název dodavatele, který fakturu odeslal. | ||
|
Popis
Název dodavatele označuje obchodního partnera, od kterého organizace pořídila zboží nebo služby. Jde o důležitý kontextový údaj pro analýzu plateb a vztahů s dodavateli. Tento atribut umožňuje rozdělit faktury podle dodavatele. Pomáhá odpovědět například na otázky: „U kterých dodavatelů trvá zpracování faktur nejdéle?“ nebo „Platíme vybraným strategickým dodavatelům pravidelně včas?“ Analýza podle dodavatele je důležitá pro dashboard Včasnost plateb dodavatelům i pro efektivní správu vztahů s dodavateli.
Proč je to důležité
Umožňuje rozdělit a analyzovat proces podle dodavatele, což pomáhá spravovat vztahy s dodavateli a odhalovat problémy týkající se konkrétních dodavatelů.
Kde data získat
Tento údaj patří mezi základní data faktury v Coupa a je propojen s objektem Supplier/Vendor.
Příklady
Global Office SuppliesTech Solutions Inc.Creative Marketing Agency
|
|||
|
Stav faktury
InvoiceStatus
|
Aktuální stav faktury v workflow zpracování. | ||
|
Popis
Stav faktury ukazuje, v jaké fázi se faktura právě nachází, například „pending approval“, „approved“, „on hold“ nebo „paid“. Tento atribut se mění podle toho, jak faktura postupuje procesem. Jde o důležitý atribut pro provozní dashboardy, například dashboard Průchod a stav zpracování faktur. Umožňuje sledovat aktuální počet otevřených faktur a jejich rozdělení do jednotlivých fází. Změny stavu v čase jsou také hlavním zdrojem pro odvození atributu „ActivityName“.
Proč je to důležité
Poskytuje aktuální přehled o tom, kde se faktura ve workflow nachází. To je důležité pro provozní dashboardy a sledování stavu.
Kde data získat
Jde o hlavní pole stavu objektu Invoice v Coupa.
Příklady
Čeká na schváleníSchválenoZrušenoZaplaceno
|
|||
|
Uživatel
User
|
Uživatel nebo systémový agent, který provedl aktivitu. | ||
|
Popis
Tento atribut označuje osobu nebo automatizovaný systém odpovědný za konkrétní krok procesu, například schválení faktury nebo zrušení blokace. Obvykle se uvádí ID uživatele, jméno nebo e-mail. Analýza procesu podle uživatelů pomáhá porozumět výkonu týmů, rozložení pracovní zátěže a možnostem školení. Je důležitá také při analýze úzkých míst, protože může ukázat, zda se prodlevy soustřeďují u konkrétních schvalovatelů nebo týmů. Umožňuje také rozlišit ruční a automatizované aktivity.
Proč je to důležité
Umožňuje analyzovat pracovní zátěž, odhalit úzká místa způsobená konkrétními uživateli nebo týmy a posoudit výkon uživatelů i dodržování pravidel.
Kde data získat
Údaje o uživateli se obvykle zaznamenávají v auditním záznamu nebo historii faktury v Coupa a přiřazují se ke každé provedené akci.
Příklady
john.doe@company.comjane.smithSystem.Automation
|
|||
|
Automatizovaná činnost
IsAutomated
|
Příznak, který určuje, zda činnost provedl automatizovaný systém, nebo uživatel. | ||
|
Popis
Tento logický atribut rozlišuje úlohy provedené automatizací systému, například automatické párování objednávek nebo systémové zaúčtování, od úloh provedených ručně uživatelem. Analýza tohoto atributu pomáhá změřit míru automatizace workflow zpracování faktur. Lze s ním vyhodnotit výsledky automatizačních iniciativ, najít zbývající ruční kroky vhodné k automatizaci a porovnat efektivitu i chybovost automatizovaných a ručních činností. Díky tomu lépe porozumíte skutečným nákladům a efektivitě procesu.
Proč je to důležité
Pomáhá měřit míru automatizace procesu, hledat další možnosti automatizace a vyhodnocovat dopad stávajících botů.
Kde data získat
Obvykle se určuje podle toho, zda je uživatel přiřazený k činnosti systémový nebo servisní účet, nebo účet konkrétní osoby.
Příklady
truefalse
|
|||
|
Datum faktury
InvoiceDate
|
Datum uvedené na faktuře dodavatele. | ||
|
Popis
Datum faktury je datum, které na fakturu uvedl dodavatel. Obvykle označuje začátek platebního cyklu a slouží k výpočtu data splatnosti podle platebních podmínek. Tento atribut je výchozím bodem pro řadu výpočtů doby zpracování. Je důležitý při výpočtu data splatnosti a určování nároku na slevu za včasnou platbu. Rozdíl mezi datem faktury a datem jejího zadání do systému může odhalit zpoždění při odesílání nebo přijetí faktur.
Proč je to důležité
Jde o hlavní datum pro výpočet splatnosti a důležitý údaj při měření včasnosti plateb a čerpání slev.
Kde data získat
V Coupa jde o standardní povinné pole objektu Invoice.
Příklady
2023-10-152023-11-012023-12-20
|
|||
|
Důvod pozastavení
HoldReason
|
Konkrétní důvod, proč byla faktura pozastavena nebo zablokována k platbě. | ||
|
Popis
Důvod pozastavení vysvětluje, proč faktura nemůže pokračovat k platbě. Může jít například o „Nesoulad v množství“ nebo „Čeká se na potvrzení příjmu zboží“. Tyto informace jsou důležité pro pochopení příčin zpoždění plateb. Tento atribut je základem dashboardu pro analýzu příčin blokací plateb. Když firma roztřídí a spočítá jednotlivé důvody pozastavení, zjistí, které problémy nejčastěji narušují platební proces. Díky tomu může cíleně upravit proces, předcházet dalším blokacím a urychlit platby.
Proč je to důležité
Vysvětluje příčiny zpoždění plateb a umožňuje cíleně analyzovat jejich příčiny, aby se snížil počet i délka blokací.
Kde data získat
Když je faktura v Coupa pozastavena, obvykle se vybere nebo zadá důvod. Tento údaj se propojí se stavem pozastavení faktury.
Příklady
Nesoulad ceny s objednávkouČeká se na příjem zbožíDuplicitní faktura
|
|||
|
Důvod zamítnutí
RejectionReason
|
Důvod uvedený při zamítnutí faktury během schvalování. | ||
|
Popis
Když schvalovatel fakturu zamítne, obvykle uvede důvod, například „Nesprávná částka“ nebo „Duplicitní faktura“. Tento atribut zachycuje důvod jako volný text nebo kód. Tyto údaje jsou velmi užitečné při hledání příčin zpoždění schvalování a opakované práce. Analýza četnosti jednotlivých důvodů zamítnutí pomáhá odhalit systémové problémy v předchozích částech procesu, například nepřesné objednávky nebo chyby dodavatelů při vystavování faktur. Tyto informace využívá dashboard pro analýzu úzkých míst při schvalování faktur.
Proč je to důležité
Ukazuje přímé příčiny zamítnutí faktur, pomáhá najít možnosti ke zlepšení procesu a omezit opakovanou práci.
Kde data získat
Tyto informace se zaznamenají, když uživatel ve workflow schvalování zvolí akci „Zamítnout“. Obvykle jsou uložené v komentářích nebo auditní stopě.
Příklady
Nesprávné množstvíCena neodpovídá objednávceDuplicitní odeslání faktury
|
|||
|
Kód společnosti
CompanyCode
|
Identifikátor právnické osoby nebo společnosti odpovědné za fakturu. | ||
|
Popis
Kód společnosti označuje konkrétní právnickou osobu v rámci větší organizace. Faktury se účtují pod příslušným kódem společnosti pro účely finančního účetnictví a výkaznictví. Tento atribut umožňuje filtrovat a porovnávat procesy podle právnických osob. Můžete tak porovnat výkonnost procesů v různých částech firmy a zjistit například, zda se schvalování faktur v americké společnosti liší od schvalování v německé. To je důležité zejména pro velké mezinárodní organizace.
Proč je to důležité
Umožňuje porovnávat procesy a jejich výkonnost napříč právnickými osobami nebo obchodními jednotkami.
Kde data získat
V Coupa jde o základní účetní pole objektu Invoice, které je často povinné pro zaúčtování.
Příklady
1000US01DE01
|
|||
|
Měna
CurrencyCode
|
Kód měny fakturované částky podle normy ISO. | ||
|
Popis
Kód měny určuje měnu finančních částek na faktuře, například USD, EUR nebo GBP. Je důležitý pro organizace působící v různých zemích, které zpracovávají faktury v několika měnách. Při analýze je tento atribut nutný pro správnou interpretaci a agregaci finančních údajů. Dashboardy a KPI musí částky filtrovat nebo převádět, aby poskytovaly smysluplné finanční přehledy. Tím se předchází nesprávnému sčítání částek v různých měnách a umožňuje analýza procesů podle jednotlivých měn.
Proč je to důležité
Umožňuje přesnou finanční analýzu a vykazování, protože poskytuje potřebný kontext pro všechny peněžní částky v prostředí s více měnami.
Kde data získat
Jde o standardní pole objektu Invoice v Coupa, obvykle propojené s dodavatelem nebo uvedené přímo na faktuře.
Příklady
USDEURGBP
|
|||
|
Platba včas
IsOnTimePayment
|
Logický příznak, který určuje, zda byla faktura zaplacena nejpozději v den splatnosti. | ||
|
Popis
Tento vypočítaný atribut jednoduše určuje, zda byla každá faktura zaplacena včas. Vychází z porovnání časového údaje u činnosti „Provedení platby“ s datem splatnosti. Pokud k platbě došlo nejpozději v den splatnosti, je hodnota pravdivá. Příznak zjednodušuje výpočet KPI míry včasných plateb. Umožňuje snadno filtrovat a porovnávat pozdní platby a hledat jejich společné znaky, například dodavatele, oddělení nebo částky faktur.
Proč je to důležité
Zjednodušuje analýzu platební výkonnosti a slouží jako základ pro výpočet důležitého KPI míry včasných plateb.
Kde data získat
Jde o vypočítaný atribut. Logika: „Datum provedení platby“ <= „Datum splatnosti“. Výpočet se provádí v nástroji process mining.
Příklady
truefalse
|
|||
|
Platební podmínky
PaymentTerms
|
Dohodnuté podmínky úhrady faktury, například „Net 30“ nebo „2% 10, Net 30“. | ||
|
Popis
Platební podmínky určují pravidla úhrady dodavateli, včetně data splatnosti a případných slev za včasnou platbu. Obvykle se nastavují v kmenových datech dodavatele a přenášejí se na faktury. Tento atribut je nezbytný pro výpočet data splatnosti a hledání možností využít slevy za včasnou platbu. Používá se v dashboardu Sledování slev za včasnou platbu i při výpočtu souvisejícího KPI. Analýza podle platebních podmínek může ukázat, zda některé z nich souvisejí s prodlevami při platbě.
Proč je to důležité
Slouží jako základ pro výpočet data splatnosti a hledání možností využít slevy za včasnou platbu, které přímo ovlivňují provozní kapitál.
Kde data získat
Jde o standardní pole v Coupa, které se obvykle přebírá ze záznamu Supplier/Vendor do faktury.
Příklady
Splatnost 30 dníSplatnost 60 dní2 % do 10 dní, splatnost 30 dní
|
|||
|
Poslední aktualizace dat
LastDataUpdate
|
Časové razítko poslední aktualizace dat této události ze zdrojového systému. | ||
|
Popis
Tento atribut zaznamenává, kdy byla data naposledy extrahována a načtena do nástroje process mining. Informuje o aktuálnosti analýzy a pomáhá posoudit, jak čerstvé jsou údaje zobrazené v dashboardech. Čas poslední aktualizace dat je důležitý při provozním monitorování. Uživatelé díky němu vědí, jak aktuální informace jsou, a mohou se vyhnout rozhodování na základě zastaralého pohledu na proces.
Proč je to důležité
Informuje o aktuálnosti a relevanci dat o procesu, takže uživatelé vědí, jak současný je výsledek analýzy.
Kde data získat
Toto časové razítko se vytvoří a přidá do datové sady při extrakci a transformaci dat (ETL).
Příklady
2024-05-20T04:00:00Z2024-05-19T04:00:00Z
|
|||
|
Uplatněná sleva
EarlyPaymentDiscountCaptured
|
Příznak, který určuje, zda byla dostupná sleva za včasnou platbu skutečně využita. | ||
|
Popis
Tento atribut má logickou hodnotu, která určuje, zda organizace zaplatila fakturu v období pro uplatnění slevy stanoveném platebními podmínkami. Například zda zaplatila do 10 dní při podmínkách „2 % do 10 dní, splatnost 30 dní“. Jde o hlavní metriku dashboardu pro sledování slev za včasnou platbu a souvisejícího KPI. Analýza případů, kdy je hodnota nepravdivá, pomáhá odhalit nevyužité možnosti úspor. Firma může zjistit, proč se faktury se slevou nezpracovávají dostatečně rychle, a upravit proces tak, aby slevy čerpala častěji a lépe řídila pracovní kapitál.
Proč je to důležité
Přímo měří finanční přínos efektivního zpracování faktur a pomáhá odhalit nevyužité možnosti úspor.
Kde data získat
Jde o vypočítaný atribut. Výpočet ověřuje, zda datum platby spadá do období pro slevu uvedeného v „Platebních podmínkách“ a zda byla sleva skutečně uplatněna.
Příklady
truefalse
|
|||
|
Zdrojový systém
SourceSystem
|
Systém, ze kterého byla data o události získána. | ||
|
Popis
Atribut Zdrojový systém označuje aplikaci nebo platformu, ve které byla zaznamenána aktivita při zpracování faktury. Hlavním systémem je Coupa, ale faktury nebo související údaje mohou pocházet i z jiných integrovaných systémů, například ERP nebo portálu dodavatele. V prostředí s více systémy tento údaj pomáhá zjistit, jak jednotlivé systémy přispívají k celkovému procesu. Usnadňuje hledání problémů s kvalitou dat, objasňuje předávání mezi systémy a umožňuje analyzovat procesy, které probíhají v několika aplikacích.
Proč je to důležité
Upřesňuje původ dat, což je důležité při řešení problémů i analýze procesů zahrnujících více integrovaných systémů.
Kde data získat
Obvykle jde o statickou hodnotu přidanou při extrakci dat, která označuje jejich původ. U dat z Coupa se nastaví na „Coupa“.
Příklady
CoupaSAP S/4HANAOracle Fusion
|
|||
Činnosti při zpracování faktur v procesu od nákupu k platbě
| Aktivita | Popis | ||
|---|---|---|---|
|
Předání faktury k platbě
|
Schválená faktura je označena jako připravená k úhradě a její finanční údaje se často předávají do externího systému ERP. Událost se obvykle odvozuje od příznaku stavu integrace nebo změny hlavního stavu faktury. | ||
|
Proč je to důležité
Tento milník označuje předání zpracování z účtárny závazků týmu treasury nebo oddělení plateb. Prodlevy před tímto bodem ovlivňují efektivitu účtárny, zatímco prodlevy po něm mají dopad na treasury a vztahy s dodavateli.
Kde data získat
Událost se často odvozuje ze změny stavu na „approved for payment“ nebo z nastavení příznaku, například „exported“, na hodnotu true. Tyto údaje jsou dostupné v objektu hlavičky faktury.
Zachycení
Zaznamenejte časové razítko, kdy se stav faktury změní na „Approved for Payment“ nebo se nastaví příznak exportu.
Typ události
inferred
|
|||
|
Předání faktury ke schválení
|
Označuje okamžik, kdy faktura po úvodních kontrolách vstoupí do formálního workflow schvalování. Událost se obvykle odvozuje ze změny stavu, která ukazuje, že faktura čeká na schválení jednoho či více schvalovatelů. | ||
|
Proč je to důležité
Tato aktivita je výchozím bodem pro měření doby schvalování. Je důležitá při analýze úzkých míst ve schvalovací hierarchii a používá se v dashboardu „Analýza úzkých míst při schvalování faktur“.
Kde data získat
Událost se odvozuje ze změny stavu faktury na „pending approval“ nebo podobnou hodnotu. Označuje ji také vytvoření prvního záznamu o schválení v historii schvalování faktury.
Zachycení
Zaznamenejte časové razítko změny stavu faktury na „Pending Approval“ nebo vytvoření prvního záznamu o schválení.
Typ události
inferred
|
|||
|
Provedení platby
|
Tato aktivita označuje poslední krok procesu, kdy se platba provede a odešle dodavateli. Zaznamenává se podle stavu souvisejícího záznamu platby v Coupa Payments nebo v integrovaném platebním systému. | ||
|
Proč je to důležité
Jako konečný bod procesu je tato aktivita nezbytná pro výpočet celkové doby zpracování od začátku do konce a měření KPI „Míra včasných plateb“.
Kde data získat
Událost se odvozuje od záznamu platby přiřazeného k faktuře. Provedení platby označuje stav „paid“ nebo „completed“, případně vyplněné pole „payment date“.
Zachycení
Použijte datum „payment date“ ze záznamu platby propojeného s fakturou.
Typ události
inferred
|
|||
|
Schválení faktury
|
Tato aktivita označuje úspěšné dokončení všech požadovaných kroků workflow schvalování faktury. Zaznamená se v historii schvalování, když poslední požadovaný schvalovatel fakturu schválí. | ||
|
Proč je to důležité
Tento důležitý milník ukončuje schvalování a umožňuje předat fakturu ke zpracování platby. Je nezbytný pro měření doby schvalování i celkové efektivity procesu.
Kde data získat
Jde o konkrétní událost zaznamenanou v historii schvalování nebo při změně stavu v hlavičce faktury na „approved“. Časové razítko posledního schválení poskytuje přesný údaj o čase.
Zachycení
Zaznamenejte časové razítko posledního schválení v historii schvalování.
Typ události
explicit
|
|||
|
Vytvoření faktury
|
Tato aktivita označuje vytvoření záznamu faktury v systému Coupa. Událost se zaznamená při založení nového objektu faktury, ať už ručním zadáním, přes integrovanou síť dodavatelů, například Coupa Supplier Portal, nebo automatickým skenováním OCR. | ||
|
Proč je to důležité
Jde o začátek životního cyklu faktury, který je důležitý pro měření celkové doby zpracování od začátku do konce. Slouží jako výchozí bod pro analýzu doby průchodu procesem a jeho propustnosti.
Kde data získat
Jde o konkrétní událost zaznamenanou podle časového razítka vytvoření záznamu faktury. V datovém modelu Coupa odpovídá časovému razítku „created-at“ v hlavičce faktury.
Zachycení
Použijte časové razítko vytvoření záznamu faktury.
Typ události
explicit
|
|||
|
Naplánování platby
|
Faktura byla zařazena do dávky plateb naplánované na pozdější datum. Událost se odvozuje od přiřazení faktury k běhu plateb nebo objektu dávky plateb v systému. | ||
|
Proč je to důležité
Tato aktivita zpřehledňuje závěrečnou fázi procesu. Rozlišuje mezi fakturou připravenou k úhradě a skutečným zahájením platby. Pomáhá také s plánováním peněžních toků.
Kde data získat
Událost se odvozuje od vytvoření záznamu platby nebo dávky, který obsahuje ID faktury. Příslušný časový údaj poskytuje pole „scheduled payment date“ v objektu platby.
Zachycení
Použijte datum vytvoření záznamu dávky plateb přiřazené k faktuře.
Typ události
inferred
|
|||
|
Odblokování faktury
|
Dříve zablokovaná faktura byla odblokována a může pokračovat ke zpracování platby. Stejně jako zablokování jde o konkrétní akci zaznamenanou v auditním záznamu faktury. | ||
|
Proč je to důležité
Doba mezi zablokováním a odblokováním faktury je důležitá pro KPI „Průměrná doba blokace platby“. Tato aktivita označuje konec prodlevy. Analýza příčin odblokování může ukázat, jak faktury uvolňovat rychleji.
Kde data získat
Jde o konkrétní událost zaznamenanou v historii faktury nebo auditních záznamech. Zapisuje se jako samostatná akce uživatele nebo systému.
Zachycení
Vyfiltrujte v historii faktury záznamy „hold released“ nebo podobné systémové události.
Typ události
explicit
|
|||
|
Odeslání faktury ke zpracování
|
Označuje formální předání nově vytvořené faktury do workflow zpracování. Obvykle ho provede uživatel po zadání a ověření všech počátečních údajů. Událost se zaznamená v auditním záznamu při změně stavu faktury z konceptu na odeslanou. | ||
|
Proč je to důležité
Tato aktivita odděluje dobu zadávání údajů od aktivního zpracování. Analýza doby mezi událostmi „Vytvoření faktury“ a „Odeslání faktury ke zpracování“ pomáhá odhalit prodlevy při počátečním zadávání údajů.
Kde data získat
Sledujte změnu stavu faktury z „draft“ nebo „new“ na „submitted“ či „pending approval“. Tyto údaje jsou dostupné v historii faktury nebo v tabulkách auditních záznamů Coupa.
Zachycení
Zaznamenejte časové razítko, kdy se stav faktury poprvé změní na „submitted“.
Typ události
explicit
|
|||
|
Spárování faktury s objednávkou
|
Tato aktivita označuje úspěšné spárování řádků faktury s odpovídajícími řádky objednávky. Událost se odvozuje ze změny pole stavu párování faktury, která potvrzuje úspěšné ověření vůči objednávce. | ||
|
Proč je to důležité
Úspěšné automatické párování je známkou dobře fungujícího procesu bez ručních zásahů. Sledování této aktivity pomáhá měřit účinnost automatizace a míru automatického průchodu procesem.
Kde data získat
Událost se odvozuje ze změny stavu párování faktury na „matched“. Objekt faktury v Coupa obsahuje příznaky a stavy, které ukazují výsledek pokusu o spárování s objednávkou.
Zachycení
Zaznamenejte časové razítko, kdy se stav párování faktury s objednávkou změní na „Matched“.
Typ události
inferred
|
|||
|
Zablokování faktury
|
Označuje zablokování faktury, které brání její úhradě. Jde o konkrétní událost, která se obvykle zaznamenává v historii faktury nebo auditním záznamu, často včetně důvodu. | ||
|
Proč je to důležité
Tato aktivita odpovídá blokaci platby a často způsobuje její zpoždění. Sledování okamžiku zablokování je prvním krokem k analýze příčin a délky blokace. Údaj se používá pro KPI „Míra blokovaných plateb“.
Kde data získat
Jde o konkrétní událost zaznamenanou v historii faktury nebo auditních záznamech. Coupa zaznamenává akce uživatelů i systému, včetně blokování faktur.
Zachycení
Vyfiltrujte v historii faktury záznamy „hold placed“ nebo podobné systémové události.
Typ události
explicit
|
|||
|
Zahájení řešení nesrovnalosti
|
Označuje začátek ručního řešení nesrovnalosti při párování s objednávkou. Tuto aktivitu je obtížné zaznamenat přímo. Často se proto odvozuje od první akce uživatele po označení nesrovnalosti, například od přidání komentáře nebo úpravy faktury. | ||
|
Proč je to důležité
Doba od zjištění nesrovnalosti do zahájení jejího řešení pomáhá odhalit prodlevy při přidělování nebo vyřizování výjimek. Tento údaj je součástí dashboardu „Přehled nesrovnalostí při párování s objednávkou“.
Kde data získat
Tento údaj se obtížně získává a může vyžadovat pokročilé odvozování. Lze ho určit podle časového razítka prvního komentáře uživatele, úpravy nebo přiřazení úkolu souvisejícího s fakturou poté, co její stav párování označil neúspěch.
Zachycení
Najděte první změnu provedenou uživatelem po události „Zjištění nesrovnalosti při párování“.
Typ události
inferred
|
|||
|
Zamítnutí faktury
|
Schvalovatel fakturu formálně zamítl, a zastavil tak její postup ve workflow. Tato akce se zaznamenává v historii schvalování faktury včetně údajů o tom, kdo ji zamítl a kdy. | ||
|
Proč je to důležité
Zamítnutí vede k opakované práci a výrazně prodlužuje dobu zpracování. Analýza četnosti a důvodů zamítnutí pomáhá zlepšovat proces a je nutná pro výpočet KPI „Míra schválení napoprvé“.
Kde data získat
Jde o konkrétní událost zaznamenanou v historii schvalování faktury. Každý krok schvalování má záznam se stavem, časovým razítkem a akcí schvalovatele.
Zachycení
Vyfiltrujte v historii schvalování záznamy s akcí „reject“ nebo „rejected“.
Typ události
explicit
|
|||
|
Zjištění nesrovnalosti při párování
|
K této události dochází, když automatický systém nedokáže spárovat fakturu s objednávkou kvůli rozdílu v množství, ceně nebo jiných údajích. Událost se odvozuje ze změny stavu faktury na hodnotu vyžadující ruční zásah, například „unmatched“ nebo „mismatched“. | ||
|
Proč je to důležité
Tato aktivita zahajuje řešení výjimky, které bývá častým zdrojem prodlev. Analýza četnosti a příčin pomáhá zvýšit úspěšnost párování napoprvé a snížit objem ruční práce.
Kde data získat
Událost se odvozuje ze stavu párování faktury. Hodnota „unmatched“, „mismatched“ nebo podobná označuje nesrovnalost, kterou je třeba ručně prověřit. Tento údaj se sleduje u objektu faktury.
Zachycení
Zaznamenejte časové razítko, kdy se stav párování s objednávkou změní na hodnotu označující neúspěšné párování.
Typ události
inferred
|
|||
|
Zrušení faktury
|
Faktura byla zrušena a nebude zpracována ani uhrazena. Jde o konkrétní konečnou změnu stavu faktury, která se zaznamenává přímo v poli stavu systému. | ||
|
Proč je to důležité
Jde o alternativní, neúspěšné ukončení procesu. Analýza důvodů rušení faktur může odhalit problémy v předchozích fázích nákupu nebo komunikace s dodavateli.
Kde data získat
Jde o konkrétní událost zaznamenanou při změně stavu faktury na „voided“. Tento stav je v Coupa standardní součástí správy faktur.
Zachycení
Zaznamenejte časové razítko změny stavu faktury na „Voided“.
Typ události
explicit
|
|||
Návody na získání dat
Chcete začít?
Pomocí této šablony připravíte data a získáte přehled o zpracování faktur v Coupa. Začněte zlepšovat provoz v procesu P2P.
Zvyšte efektivitu zpracování faktur P2P
Najděte úzká místa a zkraťte dobu zpracování faktur o 30 %.
Platební kartu nepotřebujete. Nastavení zabere jen několik minut.