Šablona dat pro zpracování faktur v procesu od nákupu po platbu

Oracle Fusion Financials
Šablona dat pro zpracování faktur v procesu od nákupu po platbu

Šablona dat pro zpracování faktur v procesu od nákupu po platbu

Tato šablona vás provede přípravou potřebných dat pro analýzu zpracování faktur v procesu od nákupu po platbu v Oracle Fusion Financials. Obsahuje přehled důležitých atributů a aktivit i pokyny, jak data získat ze systému. Pomůže vám připravit přesný a úplný záznam událostí pro process mining.
  • Doporučené atributy ke sběru
  • Aktivity, které je vhodné sledovat
  • Pokyny k získání dat z Oracle Fusion Financials
Pracujete se záznamy událostí poprvé? Přečtěte si, jak vytvořit záznam událostí pro process mining.

Atributy pro zpracování faktur v procesu od nákupu po platbu

Toto jsou doporučená datová pole pro záznam událostí, který použijete k důkladné analýze zpracování faktur v procesu od nákupu po platbu.
3 Povinné 7 Doporučené 10 Volitelné
Název Popis
Číslo faktury
InvoiceNumber
Jedinečný identifikátor faktury dodavatele.
Popis

Číslo faktury slouží jako hlavní identifikátor případu a propojuje všechny aktivity a události související s jednou fakturou dodavatele, od jejího vytvoření až po konečnou platbu. Každá faktura se při analýze procesu považuje za samostatný případ.

Tento atribut je v process mining nezbytný pro rekonstrukci celého průběhu každé faktury. Umožňuje analyzovat průběh procesu, dobu zpracování a odchylky u jednotlivých faktur. Díky němu lze propojit různé aktivity, například ověření, schválení a platbu, do souvislého přehledu procesu.

Proč je to důležité

Jde o nezbytný identifikátor případu, který propojuje všechny související kroky procesu a umožňuje sledovat celý životní cyklus faktury.

Kde data získat

Tento údaj se obvykle nachází ve sloupci INVOICE_NUM tabulky AP_INVOICES_ALL.

Příklady
INV-2023-001987654321ACME-FIN-5501
Aktivita
ActivityName
Název obchodní aktivity nebo události, ke které došlo při zpracování faktury.
Popis

Tento atribut popisuje konkrétní krok nebo změnu stavu v životním cyklu faktury, například „Faktura vytvořena“, „Faktura schválena“ nebo „Platba provedena“. Z těchto událostí se skládá průběh procesu.

Analýza pořadí a četnosti aktivit je základem process mining. Pomáhá zjistit skutečný průběh procesu, odhalit úzká místa, kde se aktivity zpožďují, a najít odchylky nebo opakované opravy, například když je faktura po schválení zamítnuta.

Proč je to důležité

Určuje jednotlivé kroky procesu. Je proto nezbytný pro vizualizaci mapy procesu, analýzu odchylek v jeho průběhu a hledání úzkých míst.

Kde data získat

Tento atribut se obvykle odvozuje z kombinace stavových polí, auditních tabulek nebo záznamů workflow v Oracle Fusion Financials, například AP_INVOICES_ALL.WFAPPROVAL_STATUS nebo souvisejících tabulek workflow.

Příklady
Faktura ověřenaFaktura zablokovánaFaktura schválenaPlatba provedena
Čas zahájení
EventTime
Časový údaj určující, kdy k aktivitě nebo události došlo.
Popis

Tento atribut uvádí datum a čas každé aktivity při zpracování faktury. Je nezbytný pro veškerou časovou analýzu procesu, včetně výpočtu doby zpracování, trvání jednotlivých kroků a čekání mezi nimi.

Nástroje process mining podle tohoto časového údaje seřadí události a zrekonstruují přesné pořadí aktivit u každé faktury. Umožňují tak vypočítat ukazatele výkonnosti, například průměrnou dobu zpracování faktury, a zjistit, které fáze procesu zaberou nejvíce času.

Proč je to důležité

Tento časový údaj je nezbytný pro výpočet všech ukazatelů výkonnosti založených na době a trvání, například doby zpracování a úzkých míst.

Kde data získat

Tento časový údaj se odvozuje z různých datových polí v tabulkách Oracle Fusion, například z CREATION_DATE nebo LAST_UPDATE_DATE v tabulce AP_INVOICES_ALL nebo v souvisejících tabulkách workflow a plateb.

Příklady
2023-04-15T10:00:00Z2023-04-16T14:35:10Z2023-04-20T09:05:00Z
Čas dokončení
EndTime
Časový údaj určující, kdy byla aktivita nebo událost dokončena.
Popis

Čas dokončení označuje konec konkrétní aktivity. Zatímco čas zahájení určuje její začátek, čas dokončení umožňuje přesně vypočítat dobu trvání jednotlivých kroků.

Rozdíl mezi časem dokončení a časem zahájení udává dobu zpracování každé aktivity. To je důležité pro podrobnou analýzu výkonnosti, která rozlišuje mezi aktivní prací a čekáním. Lze například změřit, kolik času schvalovatel skutečně věnoval schválení a jak dlouho úkol čekal v jeho frontě.

Proč je to důležité

Umožňuje přesně vypočítat dobu zpracování jednotlivých aktivit a oddělit aktivní práci od čekání.

Kde data získat

Jde o odvozený atribut, který pro daný případ vychází z času zahájení následující události v posloupnosti.

Příklady
2023-04-15T10:05:12Z2023-04-16T15:00:00Z2023-04-20T09:15:30Z
Částka faktury
InvoiceAmount
Celková peněžní hodnota faktury.
Popis

Částka faktury představuje celkovou částku splatnou dodavateli podle faktury. Jde o důležitý finanční údaj, který ovlivňuje celý proces. Často určuje postup schvalování, míru kontroly i prioritu platby.

V process mining analýze slouží částka faktury jako důležitý rozměr pro filtrování a segmentaci. Analytici mohou například porovnat zpracování faktur s vysokou a nízkou hodnotou a zjistit, zda se u nich používají různé postupy nebo se výrazně liší doba zpracování. Tento údaj je také nezbytný pro výpočet finančních KPI a posouzení finančního dopadu neefektivit, například opožděných plateb.

Proč je to důležité

Tato hodnota je důležitá pro finanční analýzu, pochopení odchylek v procesu podle částky a výpočet KPI, jako je míra dodržení pravidel schvalování.

Kde data získat

Údaj najdete ve sloupci INVOICE_AMOUNT tabulky AP_INVOICES_ALL.

Příklady
1500.00250.75125000.50
Datum splatnosti platby
PaymentDueDate
Datum, do kterého je třeba dodavateli uhradit fakturu.
Popis

Datum splatnosti platby se vypočítává podle platebních podmínek dohodnutých s dodavatelem. Je to termín, do kterého je třeba platbu provést, aby se předešlo sankcím, zachovaly dobré vztahy s dodavatelem a případně využily slevy za včasnou platbu.

Tento atribut je nezbytný pro dashboard „Včasnost plateb“ a související KPI. Porovnáním skutečného času provedení platby s datem splatnosti lze platby označit jako včasné nebo opožděné. Organizace tak může sledovat a zlepšovat včasnost plateb.

Proč je to důležité

Tento údaj slouží jako základ pro měření včasnosti plateb, což je důležité KPI pro řízení dodavatelů a finanční zdraví organizace.

Kde data získat

Toto datum bývá dostupné v tabulkách platebních kalendářů, například AP_PAYMENT_SCHEDULES_ALL, které jsou propojené s fakturou.

Příklady
2023-05-152023-06-012023-06-30
Kód společnosti
CompanyCode
Identifikátor právnické osoby nebo společnosti, která fakturu zpracovává.
Popis

Kód společnosti označuje konkrétní podnikatelský subjekt v organizaci, který nese finanční odpovědnost za fakturu. V organizacích s více společnostmi jde o základní organizační údaj.

Tento atribut umožňuje rozdělit analýzu procesu podle právnické osoby. Můžete tak porovnat výkonnost procesu v různých částech firmy, odhalit úzká místa nebo problémy se shodou u konkrétních subjektů a vykazovat KPI na úrovni společnosti. Kód společnosti také často ovlivňuje výběr správného workflow schvalování.

Proč je to důležité

Umožňuje porovnávat procesy a jejich výkonnost napříč právnickými osobami nebo obchodními jednotkami organizace.

Kde data získat

Obvykle je reprezentován polem LEGAL_ENTITY_ID nebo podobným polem v AP_INVOICES_ALL. Pro získání kódu nebo názvu jej lze propojit s tabulkami hlavní knihy.

Příklady
1001US01DE01
Název dodavatele
VendorName
Název dodavatele, který vystavil fakturu.
Popis

Tento atribut určuje dodavatele, od kterého faktura pochází. Údaje o dodavateli poskytují důležitý obchodní kontext finanční transakce.

Analýza procesu podle dodavatele může odhalit důležité informace o vztazích s dodavateli a jejich výkonnosti. Může například ukázat, zda se u faktur od některých dodavatelů častěji objevují nesrovnalosti při párování, blokace nebo zpoždění. Tyto informace lze využít ke zlepšení registrace dodavatelů, komunikace s nimi i efektivity dodavatelského řetězce. Pomáhají také odhalovat možné duplicitní platby.

Proč je to důležité

Umožňuje analyzovat proces podle dodavatele a odhalit problémy u konkrétních dodavatelů, které způsobují zpoždění nebo výjimky.

Kde data získat

Údaj najdete v tabulce POZ_SUPPLIERS. Tabulka faktur AP_INVOICES_ALL obsahuje VENDOR_ID, který lze použít k propojení s tabulkou dodavatelů.

Příklady
Acme CorporationGlobal Tech Inc.Office Supplies Co.
Stav faktury
InvoiceStatus
Aktuální stav faktury v průběhu jejího životního cyklu.
Popis

Tento atribut zachycuje poslední známý stav faktury, například „Ověřena“, „Vyžaduje opětovné ověření“, „Zaplacena“ nebo „Zrušena“. Ukazuje, v jaké fázi procesu se faktura právě nachází.

Stav faktury je důležitý pro dashboard „Rozložení aktuálních stavů faktur“, který vedoucím provozu pomáhá odhalit nevyřízené položky a sledovat celkový stav zpracování faktur. Přehled změn stavů v čase může také poskytnout zjednodušený pohled na průběh procesu.

Proč je to důležité

Poskytuje přehled o aktuálním stavu faktur. Je nezbytný pro provozní dashboardy, které sledují nevyřízené položky a pracovní zátěž.

Kde data získat

Podrobnosti najdete v dokumentaci Oracle Fusion Financials. Stav lze odvodit z polí, jako je WFAPPROVAL_STATUS v AP_INVOICES_ALL, nebo ze souvisejících tabulek schvalování a plateb.

Příklady
OvěřenaZaplacenaZrušenaJe třeba znovu ověřit
Uživatelské jméno
UserName
Jméno uživatele, který provedl danou aktivitu.
Popis

Tento atribut určuje konkrétního uživatele nebo systémového agenta odpovědného za provedení aktivity, například ověření faktury, její zablokování nebo schválení platby. V procesu tak zachycuje lidský nebo systémový zdroj.

Analýza podle uživatelů pomáhá porozumět rozložení pracovní zátěže, určit nejvýkonnější pracovníky a odhalit případnou potřebu školení nebo problémy se shodou. Může například ukázat, zda se u některých uživatelů opakovaně objevují cykly přepracování nebo zda určité kroky schvalování vždy provádí stejná osoba, což představuje riziko závislosti na jediném pracovníkovi.

Proč je to důležité

Umožňuje analyzovat výkonnost zdrojů, vyvažovat pracovní zátěž a zjistit, kteří uživatelé nebo týmy se podílejí na konkrétních krocích procesu.

Kde data získat

Tyto údaje bývají uložené ve sloupcích auditu, například CREATED_BY nebo LAST_UPDATED_BY v tabulkách, jako je AP_INVOICES_ALL, případně v souvisejících protokolech workflow.

Příklady
john.doejane.smithSystem.Admin
Číslo objednávky
PurchaseOrderNumber
Identifikátor objednávky související s fakturou.
Popis

Tento atribut propojuje fakturu s příslušnou objednávkou (PO), na jejímž základě bylo zboží nebo služba pořízena. Faktury mohou být navázané na objednávku, nebo bez objednávky.

Analýza podle objednávky propojuje fakturační část procesu P2P s nákupem. Pomáhá posoudit, zda nákupní proces dodržuje pravidla, a zda problémy při fakturaci, například nesrovnalosti při párování, nevznikají kvůli chybám v původní objednávce. Přítomnost nebo absence čísla objednávky je základním způsobem, jak rozdělit a analyzovat různé postupy zpracování faktur.

Proč je to důležité

Propojuje fakturu s nákupním procesem a umožňuje analyzovat rozdíly mezi fakturami navázanými na objednávku a fakturami bez objednávky.

Kde data získat

Údaj získáte propojením řádků faktury v AP_INVOICE_LINES_ALL s rozpisy objednávky pomocí PO_DISTRIBUTION_ID.

Příklady
PO-2023-5001600789PO-FIN-9981
Datum faktury
InvoiceDate
Datum uvedené na faktuře dodavatele.
Popis

Tento atribut označuje datum, kdy dodavatel fakturu oficiálně vystavil. Jde o důležitý údaj na zdrojovém dokladu, který se podle dohodnutých platebních podmínek používá jako výchozí bod pro výpočet data splatnosti.

Datum faktury nemusí vždy označovat začátek interního procesu, přesto poskytuje důležitý kontext. Spolu s názvem dodavatele a částkou faktury pomáhá odhalit možné duplicity. Analýza prodlevy mezi datem faktury a jejím založením v systému může také odhalit neefektivitu při příjmu a evidenci pošty nebo při načítání faktur.

Proč je to důležité

Tento údaj pomáhá odhalit duplicitní faktury a vypočítat data splatnosti.

Kde data získat

Jde o standardní pole INVOICE_DATE v tabulce AP_INVOICES_ALL.

Příklady
2023-04-102023-05-012023-05-25
Důvod blokace
HoldReason
Důvod, proč byla faktura zablokována nebo na ni byla uvalena blokace platby.
Popis

Tento atribut uvádí důvod, proč byla faktura zablokována, například „Nesouhlasí cena“, „Nesouhlasí množství“ nebo „Čeká se na potvrzení příjmu zboží“. Vysvětluje tak, proč došlo k přerušení běžného průběhu procesu.

Atribut je hlavním rozměrem dashboardu „Trendy a analýza blokací plateb“. Analýza četnosti jednotlivých důvodů blokace pomáhá odhalit a řešit jejich příčiny, například problémy v nákupu nebo nepřesnosti ve fakturách dodavatelů. Výsledkem může být kratší doba zpracování.

Proč je to důležité

Odhaluje příčiny blokací plateb a umožňuje cíleně omezit jejich četnost i zpoždění plateb.

Kde data získat

Informace o blokacích se obvykle ukládají v tabulce AP_HOLDS_ALL, která je propojená s fakturou a obsahuje důvod nebo kód blokace.

Příklady
Nesouhlasí cenaFakturované množství převyšuje přijaté množstvíNeplatné číslo objednávky
Důvod nesrovnalosti při párování
MatchingDiscrepancyReason
Konkrétní důvod nesouladu mezi fakturou, objednávkou a potvrzením příjmu.
Popis

Tento atribut uvádí, proč faktura neprošla automatickým párováním. Mezi běžné důvody patří rozdíly v ceně, množství nebo kódu položky na faktuře oproti příslušné objednávce nebo potvrzení příjmu zboží.

Tyto informace jsou důležité pro dashboard „Míra nesrovnalostí při párování faktur“. Když firmy rozdělí nesrovnalosti podle důvodu a analyzují je, mohou odhalit systémové problémy v nákupu nebo příjmu zboží. Následná nápravná opatření mohou zvýšit podíl faktur zpracovaných bez zásahu.

Proč je to důležité

Vysvětluje, proč faktury neprojdou automatickým párováním, a pomáhá zlepšit úspěšnost párování napoprvé a omezit ruční přepracování.

Kde data získat

Podrobnosti najdete v dokumentaci Oracle Fusion Financials. Důvod může být zaznamenán jako konkrétní typ blokace v AP_HOLDS_ALL nebo v souvisejících tabulkách s podrobnostmi o párování.

Příklady
Jednotková cena se liší od ceny v objednávceFakturované množství > přijaté množstvíNa faktuře je neplatná položka
Jméno schvalovatele
ApproverName
Jméno osoby, která fakturu schválila nebo zamítla.
Popis

Tento atribut zachycuje totožnost osoby, která provedla úkon ve schvalovacím kroku. Zaznamenává se například u aktivit „Faktura schválena“ nebo „Faktura zamítnuta“.

Při analýze se jméno schvalovatele používá ke sledování pracovní zátěže při schvalování, měření doby schvalování jednotlivými osobami a kontrole dodržování pravidel schvalování. U KPI „Míra dodržení pravidel schvalování“ lze tento údaj porovnat s pravidly delegování pravomocí podle částky faktury a kódu společnosti.

Proč je to důležité

Tento údaj je nezbytný pro analýzu doby schvalování, kontrolu dodržování schvalovacích pravidel a přehled o rozložení pracovní zátěže.

Kde data získat

Tyto informace jsou uložené v tabulkách workflow nebo historie schvalování Oracle Fusion, které souvisejí s objektem faktury.

Příklady
David WilsonSarah JohnsonMichael Brown
Měna
InvoiceCurrencyCode
Měna, ve které je uvedena částka faktury.
Popis

Tento atribut určuje měnu faktury, například USD, EUR nebo GBP. Poskytuje nezbytný kontext k poli Částka faktury.

V mezinárodní organizaci je analýza faktur podle měny důležitá pro finanční výkaznictví a pochopení rozdílů v procesech mezi regiony. Pomáhá správně interpretovat peněžní hodnoty a analyzovat platební postupy nebo schvalovací limity podle měny.

Proč je to důležité

Poskytuje potřebný kontext pro finanční částky a umožňuje jejich správnou interpretaci a analýzu, zejména v mezinárodním provozu.

Kde data získat

Údaj najdete ve sloupci INVOICE_CURRENCY_CODE tabulky AP_INVOICES_ALL.

Příklady
USDEURGBPCAD
Platba včas
IsOnTimePayment
Logická hodnota určující, zda byla faktura zaplacena do data splatnosti.
Popis

Příznak má hodnotu true, pokud byla platba provedena nejpozději v den splatnosti, jinak má hodnotu false. Každou zaplacenou fakturu tak lze jednoduše a jednoznačně zařadit.

Tento vypočítaný atribut přímo podporuje KPI Míra včasných plateb a související dashboard. Uživatelé mohou snadno filtrovat, počítat a zobrazovat podíl opožděných a včasných plateb, aniž by museli pokaždé porovnávat data. Rychle tak zjistí rozsah zpoždění plateb a mohou sledovat změny v čase.

Proč je to důležité

Zjednodušuje analýzu včasnosti plateb a slouží přímo jako vstup pro výpočet KPI Míra včasných plateb.

Kde data získat

Jde o vypočítaný atribut, který vzniká porovnáním časového razítka aktivity „Platba provedena“ s atributem „PaymentDueDate“.

Příklady
truefalse
Poslední aktualizace dat
LastUpdateDate
Časový údaj o poslední aktualizaci záznamu ve zdrojovém systému.
Popis

Tento atribut uvádí čas poslední změny podkladových dat v Oracle Fusion Financials. Slouží ke správě přírůstkového načítání dat a k zajištění aktuálnosti modelu process mining.

Tento technický časový údaj se přímo nepoužívá k analýze průběhu procesu, je však důležitý pro aktuálnost a integritu dat. Datové pipeline díky němu mohou efektivně načítat pouze nové nebo změněné záznamy od poslední aktualizace, a méně tak zatěžovat zdrojový systém.

Proč je to důležité

Umožňuje efektivní a přírůstkové spouštění datových pipeline. Analýza procesu tak zůstává aktuální bez nutnosti pokaždé znovu načítat všechna data.

Kde data získat

V mnoha tabulkách Oracle Fusion, včetně AP_INVOICES_ALL, se tento údaj obvykle nachází v poli LAST_UPDATE_DATE.

Příklady
2023-05-20T11:00:00Z2023-05-21T16:45:00Z
Přepracování
IsRework
Logická hodnota určující, zda je aktivita součástí cyklu přepracování.
Popis

Příznak má hodnotu true u aktivit, které ukazují odchylku od ideálního průběhu procesu, například „Faktura opravena“ nebo druhého výskytu aktivity „Faktura ověřena“ po zamítnutí. Umožňuje výslovně označit a vyčíslit neefektivní cykly procesu.

Tento atribut je důležitý pro dashboard „Míra přepracování a řešení výjimek“. Označené aktivity přepracování analytikům usnadňují vyčíslit jeho objem a náklady, určit příčiny a měřit dopad iniciativ na zlepšování procesů, jejichž cílem je správně provést práci hned napoprvé.

Proč je to důležité

Výslovně označuje a vyčísluje přepracování, takže lze snadněji analyzovat jeho četnost, příčiny i dopad neefektivit v procesu.

Kde data získat

Jde o vypočítaný atribut. Logika pro rozpoznání posloupností aktivit, které představují přepracování, se nastavuje při transformaci dat.

Příklady
truefalse
Zdrojový systém
SourceSystem
Určuje zdrojový systém, ve kterém byla data o události zaznamenána.
Popis

Tento atribut určuje zdrojovou aplikaci nebo modul, který data vytvořil, například Oracle Fusion Financials. V prostředí s několika propojenými systémy pomáhá rozlišit, odkud pocházejí jednotlivé kroky procesu.

Znalost zdrojového systému je užitečná při ověřování dat, řešení problémů a analýze odchylek v procesu, které mohou souviset s konkrétním systémem. Pomáhá udržet přehled v prostředí s mnoha IT systémy, kde může faktura procházet několika aplikacemi.

Proč je to důležité

Poskytuje kontext o původu dat, který je důležitý pro správu dat, řešení problémů a analýzu chování procesu v konkrétním systému.

Kde data získat

Často jde o statickou hodnotu, která se přidává při exportu dat a označuje jejich původ.

Příklady
Oracle Fusion FinancialsOracle Payables Cloud
Povinné Doporučené Volitelné

Aktivity při zpracování faktur v procesu od nákupu po platbu

Zachyťte tyto důležité kroky a milníky procesu v záznamu událostí, abyste mohli přesně zjistit, jak proces probíhá.
6 Doporučené 9 Volitelné
Aktivita Popis
Faktura odeslána ke schválení
Faktura se podle nastavených obchodních pravidel odešle do schvalovacího workflow. Tím začíná formální schvalovací proces.
Proč je to důležité

Tím začíná důležitá část procesu. Sledování času zahájení je nezbytné pro měření a optimalizaci „Doby schválení faktury“.

Kde data získat

Událost lze odvodit ze změny stavu v tabulce AP_INVOICES_ALL, kdy APPROVAL_STATUS přejde například na 'Initiated' nebo 'Pending Approval'. Tuto událost mohou obsahovat také tabulky workflow.

Zachycení

Odvozeno ze změny AP_INVOICES_ALL.APPROVAL_STATUS na 'Initiated'.

Typ události inferred
Faktura schválena
Fakturu schválily všechny požadované osoby ve workflow. Nyní je připravena k zaúčtování a naplánování platby.
Proč je to důležité

Důležitý milník, který potvrzuje úspěšné dokončení schvalování. Zpoždění před tímto krokem často ukazují na úzká místa.

Kde data získat

Událost lze odvodit ze změny APPROVAL_STATUS v tabulce AP_INVOICES_ALL na konečný stav, například 'Approved' nebo 'Workflow Approved'. Časový údaj poskytuje auditní historie tohoto pole.

Zachycení

Odvozeno ze změny AP_INVOICES_ALL.APPROVAL_STATUS na 'Approved'.

Typ události inferred
Faktura spárována s objednávkou
Tato aktivita označuje úspěšné spárování řádku faktury s odpovídajícím řádkem objednávky (Purchase Order, PO) a potvrzuje, že fakturované zboží nebo služby byly objednány. Jde obvykle o automatický nebo ruční úkon zaznamenaný v systému.
Proč je to důležité

Tento krok je zásadní pro třístranné párování objednávky, příjemky a faktury. Chyby v této fázi jsou častým zdrojem výjimek a zpoždění.

Kde data získat

Událost lze odvodit ze záznamů v tabulce AP_INVOICE_DISTRIBUTIONS_ALL, které propojují fakturu s distribucí objednávky (PO_DISTRIBUTION_ID). Využít lze také stav párování na úrovni řádku v AP_INVOICE_LINES_ALL.

Zachycení

Odvozeno z vyplněných údajů o distribuci objednávky na řádcích faktury.

Typ události inferred
Faktura vytvořena
Zachycuje první vytvoření záznamu faktury v systému, ať už ručním zadáním, skenováním nebo elektronickým odesláním. Tato událost se obvykle zaznamená při vložení nového řádku do hlavní tabulky faktur.
Proč je to důležité

Označuje začátek zpracování faktury. Doba od této události pomáhá posoudit efektivitu zadávání údajů a zpoždění na začátku procesu.

Kde data získat

V Oracle Fusion Financials odpovídá časovému údaji o vytvoření záznamu ve sloupci CREATION_DATE tabulky AP_INVOICES_ALL.

Zachycení

Čas vytvoření záznamu v tabulce AP_INVOICES_ALL.

Typ události explicit
Faktura zaúčtována
Faktura se úspěšně zaúčtuje do hlavní knihy (General Ledger, GL) a vytvoří se účetní zápisy. Tato událost potvrzuje, že finanční dopad faktury byl oficiálně zaznamenán.
Proč je to důležité

Jde o důležitý kontrolní bod ve financích a podmínku pro provedení platby. Potvrzuje, že faktura byla ověřena a schválena a je připravena k úhradě.

Kde data získat

Událost lze odvodit ze stavu v tabulce AP_INVOICE_DISTRIBUTIONS_ALL (ACCRUAL_POSTED_FLAG = 'Y') nebo kontrolou odpovídajících účetních zápisů v tabulkách hlavní knihy, například XLA_AE_HEADERS.

Zachycení

Odvozeno z příznaků v AP_INVOICE_DISTRIBUTIONS_ALL nebo z propojených záznamů v hlavní knize.

Typ události inferred
Platba provedena
Konečné potvrzení, že platba byla provedena a zúčtována. U šeků jde o datum proplacení, u elektronických plateb o potvrzení od banky.
Proč je to důležité

Jde o poslední aktivitu v životním cyklu faktury, která označuje úspěšné dokončení procesu. Je koncovým bodem pro výpočet „Průměrné doby zpracování faktury“ a „Podílu včasných plateb“.

Kde data získat

Událost lze odvodit ze změny stavu platby na 'Cleared' nebo 'Reconciled' v tabulce AP_CHECKS_ALL (pomocí CLEARED_DATE) nebo z údajů o odsouhlasení bankovních výpisů v modulu Cash Management (CE_STATEMENT_LINES).

Zachycení

Odvozeno ze změn stavu v AP_CHECKS_ALL nebo z odsouhlasení v modulu CE.

Typ události inferred
Blokace faktury uvolněna
Tato událost označuje vyřešení blokace, která byla na fakturu dříve uvalena. Uživatel nebo automatizovaný proces blokaci odstraní a faktura může pokračovat ve zpracování.
Proč je to důležité

Doba od uvalení do uvolnění blokace je důležitým ukazatelem efektivity řešení výjimek. Využívá se pro KPI „Průměrná doba vyřešení výjimky“.

Kde data získat

Událost se zaznamenává v tabulce AP_HOLDS_ALL. Při uvolnění blokace se vyplní pole RELEASE_LOOKUP_CODE a RELEASE_REASON spolu s polem LAST_UPDATE_DATE.

Zachycení

Aktualizace záznamu v tabulce AP_HOLDS_ALL, která označí blokaci jako uvolněnou.

Typ události explicit
Faktura opravena
K této události dochází, když uživatel upraví fakturu, často v reakci na zamítnutí nebo kvůli opravě chyby při zadávání údajů. Jde o ruční krok, kterým se v procesu opravuje předchozí práce.
Proč je to důležité

Tato aktivita jasně ukazuje na opakované zpracování. Její četnost pomáhá vyčíslit neefektivitu procesu a sledovat KPI „Podíl oprav faktur“.

Kde data získat

Událost lze odvodit sledováním významných změn záznamu faktury v AP_INVOICES_ALL poté, co už byla ověřena nebo odeslána ke schválení. Potřebujete časový údaj LAST_UPDATE_DATE a auditní záznamy.

Zachycení

Odvozeno porovnáním LAST_UPDATE_DATE po zamítnutí nebo blokaci.

Typ události inferred
Faktura ověřena
Znamená, že faktura prošla systémovými kontrolami úplnosti a správnosti údajů v záhlaví i řádcích. Tuto událost lze často odvodit ze změny stavu záznamu faktury.
Proč je to důležité

Důležitý milník před párováním a schvalováním. Zpoždění v této fázi může ukazovat na problémy s kvalitou údajů na faktuře nebo s nastavením systému.

Kde data získat

Událost lze odvodit ze změny stavu faktury na 'Validated' v tabulce AP_INVOICES_ALL. Využít lze historii změn nebo auditní záznamy sloupce VALIDATION_STATUS.

Zachycení

Odvozeno ze změny pole AP_INVOICES_ALL.VALIDATION_STATUS.

Typ události inferred
Faktura zablokována
Obecná aktivita označující jakoukoli blokaci faktury, která brání jejímu proplacení. Důvodem mohou být například problémy s párováním, nedostatek prostředků nebo ruční zásah.
Proč je to důležité

Blokace přímo prodlužují dobu zpracování a mohou vést k pozdním platbám. Jejich analýza pomáhá odhalit a řešit systémové problémy v procesu a podporuje analýzu „Vývoj blokací plateb“.

Kde data získat

Blokace se zaznamenávají v tabulce AP_HOLDS_ALL. Každý řádek představuje blokaci s datem vytvoření (HOLD_DATE) a důvodem.

Zachycení

Vytvoření záznamu v tabulce AP_HOLDS_ALL.

Typ události explicit
Faktura zamítnuta
Schvalovatel zamítl fakturu během schvalovacího workflow. Faktura se obvykle vrací k opravě nebo zrušení, čímž vzniká opakovaný cyklus zpracování.
Proč je to důležité

Jde o nepříznivý výsledek, který často vede k opravám a prodlužuje dobu zpracování. Sledování zamítnutí pomáhá odhalit problémy s kvalitou faktur nebo dodržováním pravidel pro objednávky.

Kde data získat

Událost lze odvodit ze změny APPROVAL_STATUS v tabulce AP_INVOICES_ALL na 'Rejected'. Historie workflow obsahuje informace o tom, kdo fakturu zamítl a kdy.

Zachycení

Odvozeno ze změny AP_INVOICES_ALL.APPROVAL_STATUS na 'Rejected'.

Typ události inferred
Faktura zrušena
Faktura byla stornována nebo zrušena a nebude dále zpracována ani zaplacena. Tím proces končí.
Proč je to důležité

Důležitý koncový stav u faktur, které nevedou k platbě. Analýza zrušených faktur může odhalit duplicitní faktury nebo chybně odeslané faktury dodavatelů.

Kde data získat

Událost lze odvodit ze změny stavu v AP_INVOICES_ALL. Sloupec CANCELLED_DATE obsahuje časový údaj o zrušení.

Zachycení

Vyplní se pole CANCELLED_DATE v tabulce AP_INVOICES_ALL.

Typ události explicit
Platba naplánována
Faktura je vybrána a zařazena do požadavku na zpracování plateb, často označovaného jako platební běh nebo dávka plateb. Nyní čeká na zaplacení.
Proč je to důležité

Jde o krok mezi zaúčtováním a samotnou platbou. Délka této fáze ovlivňuje předpověď peněžních toků i možnost využít slevu za včasnou platbu.

Kde data získat

Událost se zaznamená v tabulce AP_INVOICE_PAYMENTS_ALL při vytvoření záznamu o platbě, která ještě nebyla potvrzena jako uhrazená. Najít ji lze také v tabulkách dávek plateb, například IBY_PAYMENT_PROCESS_REQUESTS.

Zachycení

Vytvoření záznamu o naplánované platbě v AP_INVOICE_PAYMENTS_ALL.

Typ události explicit
Platba vytvořena
Systém vytvořil platební příkaz k faktuře. Může jít o vystavení šeku, vytvoření souboru pro elektronický převod prostředků (EFT) nebo jiného platebního dokladu.
Proč je to důležité

V tomto okamžiku se organizace zavazuje prostředky k platbě. Jde o důležitý milník těsně před odepsáním peněz z bankovního účtu.

Kde data získat

Událost se zaznamenává v tabulce AP_CHECKS_ALL, která obsahuje údaje o všech platbách. Pole CHECK_DATE uvádí datum vytvoření platebního dokladu.

Zachycení

Vytvoření záznamu v tabulce AP_CHECKS_ALL.

Typ události explicit
Zjištěna nesrovnalost při párování
K této události dochází, když systém nebo uživatel zjistí nesoulad mezi údaji na faktuře, objednávce a příjemce, například v ceně nebo množství. Systém pak často fakturu zablokuje.
Proč je to důležité

Upozorňuje na výjimky v procesu, které vyžadují ruční zásah. Sledování těchto událostí je důležité pro KPI „Podíl nesrovnalostí při párování faktur“ i analýzu příčin.

Kde data získat

Tato událost se často zaznamenává jako konkrétní typ blokace faktury. V tabulce AP_HOLDS_ALL vyhledejte typy blokací související s párováním, například 'QTY REC' nebo 'PRICE'. Časový údaj obsahuje HOLD_DATE.

Zachycení

Vytvoření záznamu v AP_HOLDS_ALL s typem blokace souvisejícím s párováním.

Typ události explicit
Doporučené Volitelné

Návody k získání dat

Jak získat data z Oracle Fusion Financials

Chcete začít?

Připravte data podle této šablony a začněte zlepšovat zpracování faktur. Získejte užitečné poznatky a zvyšte efektivitu práce ve své organizaci.

Zefektivněte zpracování faktur P2P a zkraťte cyklus až o 30 %

Odhalte úzká místa v Oracle Fusion Financials a zkraťte dobu zpracování o 30 %.

Začněte se zkušební verzí

Platební kartu nepotřebujete. Výsledky uvidíte během několika dní.