Šablona dat pro zpracování faktur v procesu od nákupu k platbě

Coupa
Š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ě

Tato šablona vás provede základními údaji potřebnými k analýze zpracování faktur v Coupa. Uvádí důležité atributy, které je třeba shromáždit, a činnosti, které je vhodné sledovat v záznamu událostí. Najdete v ní také praktický návod, jak tato data získat ze systému Coupa a začít s process mining.
  • Doporučené atributy ke shromáždění
  • Důležité činnosti ke sledování
  • Návod na získání dat z Coupa
Pracujete se záznamy událostí poprvé? Přečtěte si, jak vytvořit záznam událostí pro process mining.

Atributy zpracování faktur v procesu od nákupu k platbě

Toto jsou doporučená datová pole pro záznam událostí, který slouží k podrobné analýze zpracování faktur v procesu od nákupu k platbě.
3 Povinné 6 Doporučené 11 Volitelné
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
Povinné Doporučené Volitelné

Činnosti při zpracování faktur v procesu od nákupu k platbě

Toto jsou hlavní kroky a milníky procesu, které je třeba zaznamenat pro přesné zjištění a analýzu procesu.
5 Doporučené 9 Volitelné
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
Doporučené Volitelné

Návody na získání dat

Jak získat data z Coupa

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 %.

Začněte bezplatnou zkušební verzi

Platební kartu nepotřebujete. Nastavení zabere jen několik minut.