Šablona dat pro zpracování faktur dodavatelů
Šablona dat pro zpracování faktur dodavatelů
- Doporučené atributy ke sběru
- Důležité aktivity ke sledování
- Návod na extrakci dat z NetSuite
Atributy zpracování faktur dodavatelů
| Název | Popis | ||
|---|---|---|---|
|
Aktivita
ActivityName
|
Název obchodní činnosti nebo události, ke které došlo v procesu zpracování faktury. | ||
|
Popis
Tento atribut popisuje konkrétní krok nebo milník v procesu Accounts Payable, například „Vendor Bill Created“, „Invoice Approved“ nebo „Payment Executed“. Analýza pořadí a četnosti těchto činností je základem process mining. Pomáhá znázornit průběh procesu, určit běžné i méně časté varianty a odhalit úzká místa nebo odchylky od standardního postupu. Definované činnosti tvoří uzly procesní mapy.
Proč je to důležité
Určuje jednotlivé kroky procesu. Díky tomu lze zobrazit procesní mapu, vypočítat dobu mezi kroky a odhalit úzká místa i opakované zpracování.
Kde data získat
Odvozuje se ze systémových protokolů, auditních záznamů nebo změn stavu ve Vendor Bill a souvisejících platebních záznamech v NetSuite. Často je k tomu potřeba transformační logika.
Příklady
Vytvoření dodavatelské fakturySchválení fakturyPlatba provedenaZjištění nesrovnalosti
|
|||
|
Čas zahájení
EventTime
|
Časové razítko označující začátek činnosti nebo události. | ||
|
Popis
Tento atribut zaznamenává přesné datum a čas konkrétní činnosti. Určuje chronologické pořadí událostí v každém případu. Časové razítko je nezbytné pro veškerou časovou analýzu, například výpočet doby mezi činnostmi a celkové doby průchodu procesem nebo odhalování zpoždění. Slouží ke správnému seřazení událostí a je základem KPI, jako jsou „Average Invoice Approval Time“ a „Days Payable Outstanding“.
Proč je to důležité
Určuje chronologické pořadí událostí, které je nezbytné pro výpočet všech časových ukazatelů, odhalování úzkých míst a hodnocení výkonnosti procesu.
Kde data získat
Pole s časovými razítky související se změnami stavu nebo daty vytvoření či úpravy v transakčních záznamech a systémových poznámkách NetSuite.
Příklady
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:05Z
|
|||
|
Faktura
Invoice
|
Jedinečný identifikátor každé faktury od dodavatele. | ||
|
Popis
„Invoice“ slouží jako hlavní identifikátor případu a propojuje všechny činnosti od přijetí faktury až po její konečnou úhradu. Tento atribut je nezbytný pro rekonstrukci celého průběhu každé faktury. Při analýze umožňuje filtrovat, agregovat a podrobně zkoumat jednotlivé průchody faktury procesem. Je základem analýzy variant i výpočtu doby průchodu.
Proč je to důležité
Jde o základní atribut, který propojuje všechny související události do jedné instance procesu a umožňuje analyzovat celý životní cyklus každé faktury.
Kde data získat
Jde o primární klíč záznamu transakce Vendor Bill v NetSuite, často označovaný jako Transaction ID nebo Document Number.
Příklady
INV-2023-001237894561VN54321A
|
|||
|
Poslední aktualizace dat
LastDataUpdate
|
Časové razítko poslední aktualizace dat této události ze zdrojového systému. | ||
|
Popis
Tento atribut uvádí, kdy byla data události naposledy získána z NetSuite. Ukazuje, jak aktuální jsou data v nástroji process mining. Pomáhá posoudit aktuálnost analýzy. Uživatelé vidí, jak čerstvá data jsou, což je důležité zejména u provozních dashboardů, které sledují stav faktur téměř v reálném čase.
Proč je to důležité
Zpřehledňuje aktuálnost dat. Uživatelé tak vědí, jak aktuální je analýza procesu a kdy se očekává další aktualizace dat.
Kde data získat
Toto časové razítko vytvoří nástroj nebo datový kanál pro extrakci dat při jejich načtení.
Příklady
2024-03-10T02:00:00Z2024-03-11T02:00:00Z
|
|||
|
Zdrojový systém
SourceSystem
|
Systém, ze kterého byla data získána. | ||
|
Popis
Tento atribut označuje zdroj procesních dat. V tomto pohledu bude vždy uvedeno „NetSuite“. V prostředí s více systémy, například externím systémem OCR a ERP, je toto pole důležité pro sledování původu dat a řešení problémů. Potvrzuje, že jsou všechny události správně přiřazeny k primárnímu zdrojovému systému.
Proč je to důležité
Zajišťuje dohledatelnost původu dat. V prostředí s více systémy je důležitý pro ověření dat a jejich kontextu.
Kde data získat
Jde o statickou hodnotu („NetSuite“), která se doplňuje při extrakci a transformaci dat.
Příklady
NetSuite
|
|||
|
Částka faktury
InvoiceAmount
|
Celková peněžní hodnota faktury. | ||
|
Popis
Tento atribut představuje celkovou hrubou částku splatnou podle faktury od dodavatele, před odečtením srážek nebo slev. Jde o základní finanční ukazatel každého případu. Částka faktury se používá při finanční analýze, například k rozdělení faktur do hodnotových pásem (vysoká a nízká hodnota) a porovnání jejich průchodu procesem. V dashboardech pomáhá vyhodnotit finanční dopad úzkých míst a zpoždění. Je také základem výpočtu DPO.
Proč je to důležité
Umožňuje analyzovat finanční dopad neefektivit procesu a rozdělit faktury podle hodnoty, abyste mohli upřednostnit faktury s vysokou částkou.
Kde data získat
Pole „Amount“ nebo „Total“ v záhlaví záznamu transakce Vendor Bill.
Příklady
1500.75250.0012500.50
|
|||
|
Číslo objednávky
PurchaseOrderNumber
|
Identifikátor objednávky spojené s fakturou, pokud je k dispozici. | ||
|
Popis
Tento atribut propojuje fakturu od dodavatele s předem schválenou objednávkou (PO). Jeho přítomnost nebo absence rozlišuje faktury podložené objednávkou od těch, které ji nemají. Pole je důležité pro dashboard „PO/GR Matching Efficiency“ a KPI „PO/GR Matching Success Rate“. Analýza procesů podle toho, zda je faktura propojena s objednávkou, pomáhá odhalit možnosti zvýšení efektivity díky třístrannému párování a příležitosti k automatizaci.
Proč je to důležité
Rozlišuje faktury s objednávkou PO a bez ní. Často procházejí odlišnými procesy a liší se možnostmi automatizace. Atribut je důležitý pro analýzu efektivity párování.
Kde data získat
Obvykle se nachází na řádcích položek nebo v záhlaví záznamu Vendor Bill, kde propojuje fakturu s transakcí Purchase Order.
Příklady
PO-004589PO-005123null
|
|||
|
Datum splatnosti faktury
InvoiceDueDate
|
Datum, do kterého je třeba fakturu zaplatit, aby se předešlo sankcím. | ||
|
Popis
Tento atribut uvádí datum splatnosti podle platebních podmínek dodavatele a data faktury. Jde o důležitý termín v procesu AP. Toto datum slouží jako základ pro dashboard „Payment Compliance Dashboard“ a KPI „Payment Term Adherence Rate“. Určuje, zda byla platba provedena včas, předčasně, nebo pozdě. To přímo ovlivňuje vztahy s dodavateli a může vést k poplatkům z prodlení.
Proč je to důležité
Slouží jako hlavní měřítko včasnosti plateb, která je důležitá pro vztahy s dodavateli i finanční shodu.
Kde data získat
Standardní pole „Due Date“ v záznamu transakce Vendor Bill.
Příklady
2023-11-302023-12-152024-02-28
|
|||
|
Název dodavatele
VendorName
|
Název dodavatele, který fakturu vystavil. | ||
|
Popis
Tento atribut uvádí oficiální název dodavatele spojeného s fakturou. Jde o důležitý kmenový údaj propojený s transakcí. Analýza procesu podle dodavatele pomáhá odhalit konkrétní problémy, například časté nesrovnalosti, zpožděné platby nebo možnosti dynamických slev. Atribut je nezbytný pro kategorizaci otevřených faktur v dashboardu „Invoice Status and Aging“ i pro řízení vztahů s dodavateli.
Proč je to důležité
Umožňuje analyzovat výkonnost podle dodavatele, odhalovat problémové dodavatele, vyjednávat lepší podmínky a účinně řídit vztahy.
Kde data získat
Záznam Vendor propojený s transakcí Vendor Bill. Pole se obvykle jmenuje „Vendor Name“ nebo „Company Name“.
Příklady
Global Office Supplies Inc.Tech Solutions LLCCreative Marketing Co.
|
|||
|
Schvalovatel
Approver
|
Uživatel odpovědný za schválení faktury k úhradě. | ||
|
Popis
Tento atribut označuje vedoucího nebo vlastníka rozpočtu, který fakturu schválil. Během jejího životního cyklu může fakturu schválit více osob. Jde o důležitý rozměr pro dashboard „Approval Bottleneck Analysis“. Analýza doby schvalování podle schvalovatele pomáhá odhalit pomalé schvalování, přesměrovat faktury a vyrovnat pracovní vytížení i zefektivnit celý proces schvalování.
Proč je to důležité
Pomáhá přímo odhalit úzká místa při schvalování a analyzovat pracovní vytížení i výkonnost vedoucích zapojených do schvalování.
Kde data získat
Tyto informace bývají uložené v historii workflow nebo v protokolech schvalování spojených s transakcí Vendor Bill.
Příklady
s.chenp.williamsr.davis
|
|||
|
Uživatel zpracovávající fakturu
ProcessorUser
|
Uživatel odpovědný za zpracování nebo zadání faktury. | ||
|
Popis
Tento atribut označuje člena týmu Accounts Payable, který zadal údaje nebo provedl první kroky zpracování faktury. Údaj je nezbytný pro dashboard „AP Staff Workload Distribution“. Vedoucím pomáhá analyzovat rozložení práce, určit potřeby školení a měřit výkonnost jednotlivců i týmů. Lze ho také využít při hledání příčin chyb, protože ukazuje, kdo fakturu zpracovával.
Proč je to důležité
Umožňuje analyzovat pracovní vytížení a výkonnost i hledat příčiny chyb přiřazením činností konkrétním členům týmu AP.
Kde data získat
Pole „Created By“ nebo „Modified By“ v systémových poznámkách či auditním záznamu k počátečním činnostem u Vendor Bill.
Příklady
j.doea.smithm.jones
|
|||
|
Datum platby
PaymentDate
|
Datum provedení platby za fakturu. | ||
|
Popis
Tento atribut zaznamenává datum odeslání peněz dodavateli. Označuje konečné finanční vypořádání faktury. Datum se používá k určení skutečného konce procesu pro řadu KPI, včetně „Days Payable Outstanding“ a „Payment Term Adherence Rate“. Jde o skutečnou událost, podle které se měří dodržení „Invoice Due Date“ a „Early Payment Discount Date“.
Proč je to důležité
Označuje finanční uzavření procesu a slouží jako základ pro výpočet KPI týkajících se dodržování platebních podmínek, DPO a využití slev.
Kde data získat
Pole „Date“ ze souvisejícího záznamu transakce Bill Payment v NetSuite.
Příklady
2023-11-282023-12-142024-02-25
|
|||
|
Datum slevy
EarlyPaymentDiscountDate
|
Termín, do kterého je třeba fakturu zaplatit, aby bylo možné využít slevu za včasnou platbu. | ||
|
Popis
Tento atribut uvádí poslední datum, kdy lze provést platbu a získat slevu od dodavatele podle „Payment Terms“, například „10“ v podmínce „2% 10, Net 30“. Toto datum je hlavním podkladem pro dashboard „Early Payment Discount Opportunities“. Porovnáním s aktuálním datem a datem platby lze určit příležitosti, měřit KPI „Early Payment Discount Capture Rate“ a pomoci společnosti maximalizovat úspory.
Proč je to důležité
Toto datum je důležité pro dosažení úspor díky včasným platbám. Jeho sledování pomáhá lépe řídit hotovost.
Kde data získat
Jde o vypočítané pole v záznamu Vendor Bill, odvozené z data faktury a pole „Terms“.
Příklady
2023-11-102024-01-20null
|
|||
|
Kód společnosti
CompanyCode
|
Identifikátor právnické osoby nebo dceřiné společnosti, která fakturu zpracovává. | ||
|
Popis
Tento atribut určuje společnost nebo dceřinou společnost v rámci organizace, která za fakturu odpovídá. Je důležitý zejména pro firmy s více právnickými osobami. Analýza procesu podle kódu společnosti umožňuje porovnat výkonnost různých částí podniku. Může odhalit rozdíly v efektivitě, shodě nebo pracovním vytížení jednotlivých dceřiných společností a pomoci zaměřit zlepšování tam, kde je potřeba.
Proč je to důležité
Umožňuje porovnávat výkonnost procesu mezi různými právnickými osobami nebo dceřinými společnostmi, cíleně zlepšovat procesy a podporovat řádné řízení společnosti.
Kde data získat
V NetSuite odpovídá poli „Subsidiary“ v záznamu transakce v účtu OneWorld.
Příklady
US01DE01UK01
|
|||
|
Měna
Currency
|
Kód měny, ve které je uvedena částka faktury, například USD nebo EUR. | ||
|
Popis
Tento atribut určuje měnu, ve které je faktura vystavena. Poskytuje důležitý kontext pro „InvoiceAmount“. U nadnárodních organizací je zásadní analyzovat data v jednotné měně. Toto pole umožňuje správný přepočet měn a zajišťuje, že lze finanční ukazatele porovnávat mezi různými regiony nebo obchodními jednotkami.
Proč je to důležité
Poskytuje potřebný kontext pro všechny peněžní hodnoty a umožňuje přesnou finanční analýzu, zejména v nadnárodním provozu.
Kde data získat
Pole „Currency“ v záznamu transakce Vendor Bill, často propojené s kmenovými údaji dodavatele.
Příklady
USDEURGBPCAD
|
|||
|
Opakované zpracování
IsRework
|
Příznak, který určuje, zda je činnost součástí opakovaného průchodu procesem. | ||
|
Popis
Tento vypočítaný booleovský atribut označuje opakovanou práci, například druhou událost „Discrepancy Identified“ nebo situaci, kdy je faktura zamítnuta a následně znovu odeslána ke schválení. Atribut je důležitý pro dashboard „Rework and Error Analysis“ a KPI „Invoice Rework Rate“. Umožňuje vyčíslit četnost a dopad opakovaného zpracování a pomáhá odhalit zdroje neefektivity, chyb a odchylek od procesu.
Proč je to důležité
Vyčísluje neefektivitu procesu tím, že označuje činnosti spojené se zbytečnou prací. Umožňuje cíleně zlepšovat kvalitu a zvýšit podíl správného zpracování hned napoprvé.
Kde data získat
Vypočítává se při transformaci dat na základě pořadí činností v daném případu. Například pokud po „Invoice Approved“ následuje „Invoice Rejected“ a poté další „Invoice Approved“.
Příklady
truefalse
|
|||
|
Platba včas
IsOnTimePayment
|
Příznak, který určuje, zda byla faktura zaplacena v den splatnosti nebo před ním. | ||
|
Popis
Tento vypočítaný booleovský atribut ověřuje, zda je „Payment Date“ menší nebo rovno „Invoice Due Date“. Pro každou fakturu tak poskytuje jednoznačný výsledek o včasnosti platby. Atribut přímo podporuje dashboard „Payment Compliance Dashboard“ a používá se k výpočtu KPI „Payment Term Adherence Rate“. Zjednodušuje analýzu, protože umožňuje okamžitě vyfiltrovat pozdní platby a zkoumat jejich příčiny.
Proč je to důležité
Zjednodušuje analýzu včasnosti plateb a přímo slouží k výpočtu KPI týkajících se dodržování platebních podmínek a řízení vztahů s dodavateli.
Kde data získat
Vypočítává se při transformaci dat: PaymentDate <= InvoiceDueDate.
Příklady
truefalse
|
|||
|
Platební podmínky
PaymentTerms
|
Dohodnuté podmínky úhrady faktury, například Net 30 nebo 2% 10 Net 30. | ||
|
Popis
Tento atribut určuje podmínky, za kterých dodavatel očekává platbu, včetně lhůty a případných slev za včasnou úhradu. Platební podmínky se používají k výpočtu „Invoice Due Date“ a případného „Early Payment Discount Date“. Jsou důležité pro dashboard „Payment Compliance Dashboard“ i analýzu možností využít slevy za včasnou platbu a optimalizovat tak pracovní kapitál.
Proč je to důležité
Určuje termíny splatnosti a možnosti slev, což přímo ovlivňuje řízení cash flow i možnost dosáhnout úspor.
Kde data získat
Pole „Terms“ v transakci Vendor Bill, obvykle převzaté z kmenového záznamu dodavatele.
Příklady
Net 30Net 602% 10, Net 30
|
|||
|
Sleva za včasnou platbu využita
IsEarlyPaymentCaptured
|
Příznak, který určuje, zda byla dostupná sleva za včasnou platbu úspěšně využita. | ||
|
Popis
Tento vypočítaný booleovský atribut ověřuje, zda byla faktura s dostupnou slevou zaplacena v den „Early Payment Discount Date“ nebo před ním. Atribut je nezbytný pro měření KPI „Early Payment Discount Capture Rate“ a pro dashboard „Early Payment Discount Opportunities“. Poskytuje jednoznačný údaj o úspěšnosti strategie využívání slev a upozorňuje na promarněné úspory.
Proč je to důležité
Přímo měří, jak úspěšně finanční oddělení nebo tým AP využívá dostupné slevy. Jde o důležitý ukazatel finanční výkonnosti.
Kde data získat
Vypočítává se při transformaci dat: PaymentDate <= EarlyPaymentDiscountDate u faktur, na které se vztahuje sleva.
Příklady
truefalsenull
|
|||
|
Stav faktury
InvoiceStatus
|
Aktuální stav zpracování faktury. | ||
|
Popis
Tento atribut označuje aktuální stav Vendor Bill v životním cyklu AP, například „Open“, „Pending Approval“ nebo „Paid in Full“. Jde o důležitý atribut pro dashboard „Invoice Status and Aging“, který poskytuje přehled o aktuálním objemu práce a závazcích. Umožňuje filtrovat otevřené nebo problémové faktury a sledovat jejich postup ke zpracování.
Proč je to důležité
Poskytuje aktuální přehled o tom, v jaké fázi procesu se faktura nachází. Je důležitý pro provozní sledování, řízení pracovního vytížení a finanční prognózy.
Kde data získat
Pole „Status“ v záznamu transakce Vendor Bill.
Příklady
OtevřenoČeká na schváleníPlně zaplaceno
|
|||
|
Typ dokumentu
DocumentType
|
Typ zpracovávaného dokumentu, například faktura nebo dobropis. | ||
|
Popis
Tento atribut rozlišuje běžné faktury od dalších souvisejících dokumentů, například dobropisů, které mohou podléhat jiným pravidlům zpracování nebo workflow. Analýza procesu podle typu dokumentu zajišťuje, že porovnáváte podobné položky. Schvalování vysoké faktury může být například mnohem důkladnější než schvalování drobného dobropisu. Toto rozdělení poskytuje přesnější přehled o výkonnosti procesu.
Proč je to důležité
Umožňuje rozdělit proces podle typu finančního dokumentu. Různé typy mohou mít odlišný průběh i KPI, což přispívá k přesnější analýze.
Kde data získat
Typ lze určit podle typu transakce v NetSuite, například „Vendor Bill“ nebo „Vendor Credit“.
Příklady
Standardní fakturaDobropisVrubopis
|
|||
Aktivity při zpracování faktur dodavatelů
| Aktivita | Popis | ||
|---|---|---|---|
|
Faktura uzavřena
|
Označuje konečné uzavření záznamu Vendor Bill, obvykle po úplném zaplacení. Událost se odvozuje ze změny stavu Vendor Bill na „Paid in Full“. | ||
|
Proč je to důležité
Jde o jednoznačnou koncovou událost životního cyklu procesu, která potvrzuje, že u dané faktury už není třeba nic dalšího dělat.
Kde data získat
Odvozuje se z časového razítka změny pole „Status“ v záznamu Vendor Bill na „Paid in Full“, které se sleduje v System Notes.
Zachycení
Časové razítko změny pole „Status“ na „Paid in Full“.
Typ události
inferred
|
|||
|
Platba provedena
|
Označuje konečné provedení platby za fakturu. Událost se zaznamenává podle data transakce Vendor Payment přiřazené k Vendor Bill. | ||
|
Proč je to důležité
Jde o hlavní koncovou událost procesu AP. Je nezbytná pro výpočet celkové doby průchodu procesem, dodržení platebních podmínek a Days Payable Outstanding (DPO).
Kde data získat
Pole „Date“ ze záznamu transakce Vendor Payment propojeného s Vendor Bill.
Zachycení
Datum transakce Vendor Payment přiřazené k faktuře.
Typ události
explicit
|
|||
|
Předání ke schválení
|
Tato událost označuje okamžik, kdy je dodavatelská faktura formálně předána do schvalovacího workflow. Zaznamená se při změně stavu „Approval Status“ faktury z konceptu na „Pending Approval“. | ||
|
Proč je to důležité
Tato aktivita je počátečním bodem pro měření doby schvalování. Pomáhá určit úzká místa u konkrétních schvalovatelů nebo oddělení.
Kde data získat
Událost se odvozuje od časového razítka změny pole „Approval Status“ v záznamu Vendor Bill na „Pending Approval“, jak je zaznamenáno v System Notes.
Zachycení
Časové razítko změny pole „Approval Status“ na „Pending Approval“.
Typ události
inferred
|
|||
|
Schválení faktury
|
Označuje, že určený schvalovatel nebo schvalovatelé povolili úhradu dodavatelské faktury. Událost se zaznamená, když se stav „Approval Status“ faktury změní na „Approved“. | ||
|
Proč je to důležité
Jde o důležitý milník, který uzavírá fázi schvalování a umožňuje zaúčtovat fakturu a naplánovat její úhradu. Tento údaj slouží k měření efektivity schvalování.
Kde data získat
Časové razítko změny pole „Approval Status“ v záznamu Vendor Bill na „Approved“, zaznamenané v System Notes nebo v protokolu workflow.
Zachycení
Časové razítko v protokolu workflow nebo System Notes pro „Approval Status“ = „Approved“.
Typ události
explicit
|
|||
|
Vytvoření dodavatelské faktury
|
Zaznamenává vložení nové dodavatelské faktury do NetSuite. Událost se odvozuje od data vytvoření transakčního záznamu Vendor Bill, které označuje oficiální začátek procesu zpracování závazku. | ||
|
Proč je to důležité
Tato událost určuje počáteční bod pro výpočet doby zpracování faktury. Je důležitá pro měření celkové efektivity procesu a sledování stáří faktur.
Kde data získat
Pole „Date Created“ v transakčním záznamu Vendor Bill.
Zachycení
Událost vytvoření transakce Vendor Bill.
Typ události
explicit
|
|||
|
Zaúčtování faktury do hlavní knihy
|
Označuje okamžik, kdy se finanční dopad dodavatelské faktury oficiálně zaznamená v hlavní knize. Událost se odvozuje od data transakce, kdy je faktura schválena a je nastaven příznak „Posting“. | ||
|
Proč je to důležité
Jde o důležitý bod finanční kontroly, který potvrzuje, že společnost závazek oficiálně zaevidovala. Prodlevy při zaúčtování mohou snížit přesnost finančního výkaznictví.
Kde data získat
Datum zaúčtování transakce do hlavní knihy vytvořené z dodavatelské faktury. Kontroluje se pole „Posting“ na faktuře.
Zachycení
Datum transakce zaúčtování do hlavní knihy spojeného s dodavatelskou fakturou.
Typ události
explicit
|
|||
|
Dobropis uplatněn
|
K události dojde, když se Vendor Credit uplatní na Vendor Bill a sníží dlužnou částku. Zaznamenává se při propojení obou transakcí. | ||
|
Proč je to důležité
Uplatnění dobropisu je další možností, jak fakturu uzavřít. Jeho sledování pomáhá zjistit, jak odpisy a vratky ovlivňují celý proces AP.
Kde data získat
Datum uplatnění zaznamenané při přiřazení transakce Vendor Credit k Vendor Bill. Najdete ho v souvisejících záznamech faktury.
Zachycení
Časové razítko uplatnění Vendor Credit na Vendor Bill.
Typ události
explicit
|
|||
|
Naplánování platby
|
Tato aktivita označuje výběr dodavatelské faktury k úhradě a její zařazení do dávky plateb. Zaznamená se při vytvoření transakce Vendor Payment s budoucím datem platby. | ||
|
Proč je to důležité
Tato událost zpřehledňuje průběh plateb a pomáhá s prognózou cash flow i načasováním plateb tak, abyste mohli využít slevy za včasnou úhradu.
Kde data získat
Datum vytvoření záznamu transakce Vendor Payment, který je přiřazen k Vendor Bill.
Zachycení
Časové razítko vytvoření souvisejícího záznamu transakce Vendor Payment.
Typ události
explicit
|
|||
|
Opětovné předání faktury ke schválení
|
K této události dochází, když se faktura kvůli změně nebo zamítnutí vrátí do předchozí fáze nebo jinému schvalovateli. Událost se odvozuje od změny stavu „Approval Status“ z „Pending Approval“ na jiný stav a následně zpět na „Pending Approval“. | ||
|
Proč je to důležité
Zjištění opětovného předání je důležité pro pochopení opakovaných kroků ve schvalovacím procesu, které výrazně prodlužují dobu zpracování.
Kde data získat
Událost se odvozuje ze System Notes, kde se zjistí, že se stav „Approval Status“ u stejné faktury opakovaně změnil na „Pending Approval“.
Zachycení
Analyzujte posloupnost změn stavu „Approval Status“ v System Notes.
Typ události
inferred
|
|||
|
Sleva za včasnou platbu využita
|
Vypočítaná událost, ke které dojde, pokud je faktura zaplacena před datem, do kterého lze využít slevu za včasnou platbu. Určuje se porovnáním data platby s podmínkami slevy uvedenými v Vendor Bill. | ||
|
Proč je to důležité
Přímo měří, jak úspěšně tým AP využívá slevy. To má přímý dopad na ziskovost společnosti a strategii řízení hotovosti.
Kde data získat
Jde o vypočítanou událost. Je třeba porovnat pole „Date“ z transakce Vendor Payment s datem slevy odvozeným z pole „Terms“ v Vendor Bill.
Zachycení
Porovnejte pole „Date“ v Vendor Payment s datem slevy odvozeným z pole „Terms“ ve Vendor Bill.
Typ události
calculated
|
|||
|
Zahájení párování s objednávkou
|
Označuje přiřazení dodavatelské faktury k odpovídající objednávce za účelem kontroly. Událost se odvozuje od prvního propojení objednávky se záznamem Vendor Bill v podseznamu „Items“ nebo „Expenses“, ještě před schválením. | ||
|
Proč je to důležité
Sledování tohoto kroku pomáhá vyhodnotit efektivitu párování a odhalit prodlevy ještě před předáním faktury ke schválení.
Kde data získat
Událost se odvozuje ze záznamu System Notes, který zachycuje první vyplnění pole „Created From“ nebo odkazů na objednávku na úrovni položek v záznamu Vendor Bill.
Zachycení
Zjištění vyplnění pole s odkazem na objednávku v System Notes.
Typ události
inferred
|
|||
|
Zamítnutí faktury
|
Označuje formální zamítnutí dodavatelské faktury během schvalování, po kterém je nutné údaje opravit a fakturu znovu předložit. Událost se zaznamená při změně pole „Approval Status“ na „Rejected“. | ||
|
Proč je to důležité
Sledování zamítnutí je důležité pro analýzu opakované práce. Pomáhá odhalit časté příčiny, například nesprávné zaúčtování nebo porušení pravidel, a zvýšit podíl faktur schválených napoprvé.
Kde data získat
Časové razítko změny pole „Approval Status“ v záznamu Vendor Bill na „Rejected“, zaznamenané v System Notes.
Zachycení
Časové razítko v protokolu workflow nebo System Notes pro „Approval Status“ = „Rejected“.
Typ události
explicit
|
|||
|
Zjištěna pozdní platba
|
Vypočítaná událost, která nastane, když je faktura zaplacena po datu splatnosti. Určuje se porovnáním data provedení platby s datem splatnosti uvedeným ve Vendor Bill. | ||
|
Proč je to důležité
Tato činnost je důležitá pro sledování dodržování platebních podmínek a řízení vztahů s dodavateli. Časté pozdní platby mohou narušit jejich důvěru.
Kde data získat
Určuje se porovnáním pole „Date“ z transakce Vendor Payment s polem „Due Date“ v záznamu Vendor Bill. Pokud je datum platby pozdější než datum splatnosti, událost nastane.
Zachycení
Porovnejte pole „Date“ ve Vendor Payment s polem „Due Date“ ve Vendor Bill.
Typ události
calculated
|
|||
|
Zjištění nesrovnalosti
|
K této aktivitě dochází, když se zjistí nesoulad mezi fakturou, objednávkou nebo příjemkou a nelze pokračovat ve zpracování. Událost se často odvozuje od nastavení konkrétního stavu „Approval Status“, například „On Hold“ nebo „Pending Clarification“. | ||
|
Proč je to důležité
Zobrazení této aktivity pomáhá odhalit zdroje problémů a opakované práce při kontrole, které často způsobují prodlevy v platbách.
Kde data získat
Událost se odvozuje od změny pole „Approval Status“ v záznamu Vendor Bill na nestandardní čekající stav, například „On Hold“. Může být nutné nastavit vlastní stavy.
Zachycení
Sledujte změny pole „Approval Status“, které označují pozastavení nebo žádost o vysvětlení.
Typ události
inferred
|
|||
Návody na extrakci dat
Chcete začít?
Tato šablona dat vám pomůže začít se zlepšováním zpracování faktur dodavatelů. Začněte upravovat workflow a zajistěte rychlejší platby v souladu s pravidly.
Získejte kontrolu nad fakturami dodavatelů a zlepšete jejich zpracování
Zbavte se poplatků za pozdní platby a duplicitních plateb a snižte náklady o 60 %.
Platební kartu nepotřebujete, nastavení zabere jen několik minut.