Šablona dat pro fakturaci v procesu Order-to-Cash
Šablona dat pro fakturaci v procesu Order-to-Cash
- Doporučené atributy ke sběru
- Činnosti, které je vhodné sledovat
- Pokyny k extrakci dat z Oracle E-Business Suite
Atributy fakturace v procesu Order-to-Cash
| Název | Popis | ||
|---|---|---|---|
|
Čas události
EventTime
|
Přesné datum a čas, kdy činnost proběhla. | ||
|
Popis
Čas události je časové razítko přiřazené ke každé činnosti. Určuje chronologické pořadí událostí v rámci případu a představuje zdrojová data pro veškerou časovou analýzu v process mining. Tento atribut je nezbytný pro výpočet důležitých ukazatelů, jako jsou doby cyklu, intervaly mezi činnostmi a průběžné doby procesu. Rozdíl mezi časem událostí „Faktura vystavena“ a „Faktura schválena“ například určuje dobu schvalování. Přesná a úplná časová razítka jsou podmínkou spolehlivé analýzy procesu.
Proč je to důležité
Poskytuje časový kontext každé události, takže lze počítat dobu trvání, analyzovat výkonnost procesu a odhalovat úzká místa.
Kde data získat
Získává se z různých datových polí v tabulkách Oracle EBS, například z polí CREATION_DATE nebo LAST_UPDATE_DATE v tabulkách RA_CUSTOMER_TRX_ALL a AR_CASH_RECEIPTS_ALL.
Příklady
2023-04-15T10:00:00Z2023-04-20T14:35:10Z2023-05-15T00:00:00Z
|
|||
|
Číslo faktury
InvoiceNumber
|
Jedinečný identifikátor každého fakturačního dokladu, který slouží jako hlavní ID případu pro fakturační proces. | ||
|
Popis
Číslo faktury je základem analýzy fakturačního procesu od objednávky k inkasu, protože jednoznačně identifikuje každou fakturační transakci. Seskupuje všechny související činnosti, například vystavení, schválení, odeslání, platbu a uzavření, do jednoho celistvého případu. Díky tomu lze sledovat celý životní cyklus faktury od začátku do konce. V process mining umožňuje analýza podle čísla faktury měřit celkovou dobu cyklu, odhalovat různé způsoby zpracování faktur a hledat úzká místa, která zpožďují platby. Je nezbytná pro sledování každé faktury od vytvoření až po vypořádání.
Proč je to důležité
Jde o hlavní identifikátor případu, který propojuje všechny související události a umožňuje rekonstruovat a analyzovat celý fakturační proces pro každou fakturu.
Kde data získat
Obvykle jde o číslo transakce z tabulky RA_CUSTOMER_TRX_ALL v Oracle Receivables.
Příklady
INV-9234501788144US-2023-001293
|
|||
|
Název činnosti
ActivityName
|
Název konkrétní obchodní události, která nastala v určitém okamžiku životního cyklu faktury. | ||
|
Popis
Název činnosti popisuje krok nebo milník ve fakturačním procesu, například „Faktura vystavena“, „Faktura schválena“ nebo „Přijata platba od zákazníka“. Chronologická posloupnost těchto činností pro dané číslo faktury tvoří průběh procesu. Tento atribut je pro process mining zásadní. Používá se k sestavení mapy procesu, analýze variant a odhalování odchylek nebo opakovaného zpracování. Jasné a jednotné názvy činností jsou důležité pro smysluplnou analýzu, například pro výpočet doby mezi jednotlivými kroky nebo posouzení dodržování procesu.
Proč je to důležité
Tento atribut slouží k odhalení a vizualizaci průběhu procesu a umožňuje analyzovat varianty, úzká místa i opakované zpracování.
Kde data získat
Obvykle se odvozuje mapováním změn stavů, typů událostí nebo vytvoření či aktualizace záznamů v různých tabulkách Oracle EBS, například AR_PAYMENT_SCHEDULES_ALL a RA_CUSTOMER_TRX_ALL, na standardizované názvy činností.
Příklady
Faktura vystavenaFaktura schválenaNastalo datum splatnostiPřijata platba od zákazníka
|
|||
|
Celková částka faktury
TotalInvoiceAmount
|
Celková peněžní hodnota faktury včetně všech položek, daní a poplatků. | ||
|
Popis
Tento atribut představuje celkovou finanční hodnotu faktury odeslané zákazníkovi. Jde o základní ukazatel pro finanční analýzu fakturačního procesu. V process mining se celková částka faktury používá k rozdělení případů do skupin a jejich filtrování. Analytici mohou například porovnat průběh procesu u faktur s vysokou a nízkou hodnotou a zjistit, zda se zpracovávají odlišně. Atribut je důležitý také pro analýzu finančního dopadu, například při výpočtu hodnoty faktur, které čekají na schválení.
Proč je to důležité
Umožňuje analyzovat finanční dopady, určovat priority podle peněžní hodnoty a zjišťovat, jak různé částky faktur ovlivňují proces.
Kde data získat
Pravděpodobně se získává z tabulky AR_PAYMENT_SCHEDULES_ALL (AMOUNT_DUE_ORIGINAL) nebo se vypočítává z tabulky RA_CUSTOMER_TRX_LINES_ALL pro konkrétní fakturu.
Příklady
1500.0012550.75500.50
|
|||
|
Datum splatnosti
DueDate
|
Datum, do kterého má zákazník fakturu zaplatit. | ||
|
Popis
Datum splatnosti určuje termín, do kterého má být faktura podle platebních podmínek uhrazena. Slouží jako základ pro měření skutečné platební výkonnosti. Tento atribut je nezbytný pro výpočet KPI, jako je podíl včas uhrazených faktur, a pro tvorbu přehledů stáří faktur. V process mining umožňuje analyzovat platební chování, například odhalit zákazníky, kteří pravidelně platí pozdě, nebo zjistit, jak prodlevy v procesu ovlivňují včasné inkaso.
Proč je to důležité
Slouží jako základ pro měření platební výkonnosti, výpočet stáří faktur a posouzení rizika pozdních plateb nebo nedobytných pohledávek.
Kde data získat
Nachází se ve sloupci DUE_DATE tabulky AR_PAYMENT_SCHEDULES_ALL.
Příklady
2023-05-152023-06-302023-07-01
|
|||
|
ID zákazníka
CustomerId
|
Jedinečný identifikátor zákazníka, kterému byla faktura vystavena. | ||
|
Popis
ID zákazníka propojuje fakturu s konkrétním zákaznickým účtem v kmenových datech. Díky tomu lze agregovat a porovnávat výkonnost procesu u různých zákazníků. Analytici mohou tento atribut využít k tvorbě dashboardů, které ukazují platební chování zákazníků, odhalují zákazníky s největším počtem námitek nebo opakovaného zpracování a porovnávají dobu zpracování faktur v různých zákaznických segmentech. Umožňuje přejít od pohledu zaměřeného pouze na proces k analýze zaměřené na zákazníky.
Proč je to důležité
Umožňuje analýzu zaměřenou na zákazníky a pomáhá odhalit platební vzorce, časté námitky nebo odlišnosti v procesu u konkrétních zákazníků.
Kde data získat
V tabulce RA_CUSTOMER_TRX_ALL se nachází v poli SOLD_TO_CUSTOMER_ID nebo BILL_TO_CUSTOMER_ID.
Příklady
ZAK-100239845ACME-US-01
|
|||
|
Oddělení
Department
|
Oddělení nebo funkční tým, ke kterému patří uživatel, jenž provedl danou činnost. | ||
|
Popis
Atribut Oddělení poskytuje organizační kontext uživatele, který provedl činnost, například „Pohledávky“ nebo „Provoz prodeje“. Díky tomu lze výsledky analýzy seskupovat podle týmů nebo oddělení. To je důležité pro pochopení toho, jak různé části organizace spolupracují a ovlivňují fakturační proces. Pomáhá odhalit systémové problémy v oddělení, porovnat výkonnost týmů a analyzovat rozdělení zdrojů. Dashboard „Doba schvalování faktury“ lze například rozdělit podle oddělení.
Proč je to důležité
Umožňuje analyzovat výkonnost procesu podle organizační struktury, ukázat rozdíly mezi týmy a najít úzká místa v konkrétních odděleních.
Kde data získat
Obvykle se odvozuje propojením údajů o uživateli s hierarchií organizace v HR datech, například v PER_ALL_ASSIGNMENTS_F nebo podobné HR tabulce.
Příklady
PohledávkyFinanční provozFakturační služby
|
|||
|
Stav faktury
InvoiceStatus
|
Aktuální stav faktury v jejím životním cyklu. | ||
|
Popis
Stav faktury vyjadřuje její aktuální fázi, například „Otevřená“, „Uzavřená“ nebo „Rozporovaná“. Poskytuje přehled o tom, jak zpracování faktury pokračuje. Tento atribut je nezbytný pro tvorbu dashboardů, jako je „Přehled stáří a stavu faktur“. Uživatelé díky němu rychle zjistí počet a hodnotu faktur v jednotlivých stavech. Pomáhá určit priority při inkasu otevřených faktur a poskytuje souhrnný přehled o stavu portfolia pohledávek.
Proč je to důležité
Poskytuje přehled o aktuálním stavu faktur, který je důležitý pro provozní dashboardy, řízení pracovního vytížení a určování priorit při inkasu.
Kde data získat
Nachází se ve sloupci STATUS tabulky AR_PAYMENT_SCHEDULES_ALL („OP“ pro otevřenou a „CL“ pro uzavřenou fakturu).
Příklady
OtevřenáUzavřenáRozporovaná
|
|||
|
Uživatel
User
|
ID uživatele, který provedl danou činnost. | ||
|
Popis
Tento atribut určuje konkrétního zaměstnance nebo systémového uživatele odpovědného za provedení kroku procesu, například schválení faktury nebo přiřazení platby. Pomáhá porozumět roli lidí v procesu. Analýza podle uživatele pomáhá odhalit potřeby školení, nerovnoměrné rozložení práce a rozdíly ve výkonnosti jednotlivců. Může například ukázat, kteří uživatelé nejčastěji přepracovávají úkoly nebo mají nejdelší dobu schvalování, a podpořit tak cílené zlepšování procesů.
Proč je to důležité
Umožňuje analyzovat výkonnost jednotlivců a odhalit uživatele s dobrými výsledky, potřeby školení i možné nerovnoměrné rozložení práce.
Kde data získat
Získává se z polí s ID uživatele, jako jsou CREATED_BY nebo LAST_UPDATED_BY, v různých transakčních tabulkách. ID se následně propojí s tabulkou FND_USER, aby bylo možné získat jméno uživatele.
Příklady
JNOVAKPNOVOTNAMKREJCI
|
|||
|
Číslo prodejní objednávky
SalesOrderNumber
|
Identifikátor původní prodejní objednávky, na jejímž základě byla vystavena faktura. | ||
|
Popis
Číslo prodejní objednávky přímo propojuje fakturaci s předchozí částí cyklu Order-to-Cash, tedy se správou objednávek. Propojuje fakturační proces s původní objednávkou zákazníka. Tento atribut umožňuje širší analýzu napříč procesy. Analytici mohou například zjišťovat, zda určité typy prodejních objednávek pravidelně vedou ke sporům o faktury nebo ke zpoždění plateb. Poskytuje důležitý kontext, který se při samostatném pohledu na fakturaci často ztrácí.
Proč je to důležité
Propojuje fakturační proces s předcházejícím prodejním procesem. Umožňuje tak ucelenější analýzu cyklu Order-to-Cash a hledání příčin problémů.
Kde data získat
Obvykle se nachází v poli s referenčním nebo rozhraním souvisejícím atributem v tabulce řádků faktury RA_CUSTOMER_TRX_LINES_ALL, například INTERFACE_LINE_ATTRIBUTE1 nebo v podobném popisném flexfield poli.
Příklady
SO-54321601882ORD-2023-9910
|
|||
|
Doba inkasa pohledávek
DaysSalesOutstanding
|
Počet dní mezi vystavením faktury a přijetím platby. | ||
|
Popis
Doba inkasa pohledávek (DSO) je finanční ukazatel, který měří průměrnou dobu potřebnou k přijetí platby od vystavení faktury. Tento atribut se počítá pro každou fakturu zvlášť. Celkový KPI vyjadřuje průměr, ale hodnota pro každou fakturu umožňuje podrobnější analýzu. Můžete zobrazit rozložení hodnot, najít odlehlé případy a sledovat, jak se efektivita inkasa mění v čase. Dashboard „Vývoj DSO“ přímo zobrazuje průměrnou hodnotu tohoto atributu v čase.
Proč je to důležité
Měří efektivitu inkasa u jednotlivých faktur a poskytuje data pro analýzu trendů i hledání faktorů souvisejících s vysokým DSO.
Kde data získat
Vypočítává se při transformaci dat. Logika: Timestamp('Customer Payment Received') - Timestamp('Invoice Generated').
Příklady
304592
|
|||
|
Měna
Currency
|
Kód měny, ve které jsou uvedeny částky na faktuře. | ||
|
Popis
Tento atribut určuje měnu, například USD nebo EUR, ve které jsou částky faktury vyjádřeny. Poskytuje potřebný kontext pro všechny finanční ukazatele. Při analýze dat z mezinárodního provozu je atribut Měna nezbytný pro správný výklad a porovnání finančních hodnot. Dashboardy jej mohou využít k filtrování podle měny nebo k použití směnných kurzů při konsolidovaném výkaznictví.
Proč je to důležité
Poskytuje nezbytný kontext pro všechny finanční atributy a umožňuje jejich správný výklad a analýzu v prostředí s více měnami.
Kde data získat
Obvykle se nachází ve sloupci INVOICE_CURRENCY_CODE tabulky RA_CUSTOMER_TRX_ALL.
Příklady
USDEURGBP
|
|||
|
Název zákazníka
CustomerName
|
Právní název zákazníka, kterému byla faktura vystavena. | ||
|
Popis
Název zákazníka je srozumitelný identifikátor. ID zákazníka slouží k propojení dat a jednoznačné identifikaci, zatímco název se zobrazuje v přehledech a na dashboardech. Analýza je díky tomu přehlednější, protože uživatelé vidí názvy zákazníků a nemusí dohledávat jejich ID. Název je důležitý pro srozumitelné vizualizace, například sloupcový graf průměrného zpoždění platby podle zákazníka.
Proč je to důležité
Zvyšuje přehlednost dashboardů a reportů. Srozumitelný název zákazníka usnadňuje filtrování i seskupování dat a zpřístupňuje analýzu širšímu okruhu uživatelů.
Kde data získat
Doplní se z tabulek HZ_PARTIES a HZ_CUST_ACCOUNTS pomocí ID zákazníka z hlavičky faktury.
Příklady
Global Corp Inc.Innovate Solutions Ltd.Test Company LLC
|
|||
|
Obchodní jednotka
BusinessUnit
|
Konkrétní obchodní nebo provozní jednotka společnosti, která vystavila fakturu. | ||
|
Popis
Obchodní jednotka označuje organizační celek odpovědný za transakci. V Oracle EBS ji obvykle představuje provozní jednotka. Tento atribut umožňuje porovnávat výkonnost procesů v různých částech firmy. Pomůže zjistit, zda některé obchodní jednotky pracují efektivněji, dosahují vyššího podílu včasných plateb nebo častěji řeší spory. Na základě těchto poznatků můžete sdílet osvědčené postupy a cíleně zasáhnout tam, kde je to potřeba.
Proč je to důležité
Umožňuje porovnat výkonnost různých částí organizace a určit osvědčené postupy i problémy specifické pro jednotlivé oblasti.
Kde data získat
Kontext provozní jednotky je ve většině transakčních tabulek, například RA_CUSTOMER_TRX_ALL, dostupný nepřímo prostřednictvím ORG_ID.
Příklady
Provoz v USASlužby v regionu EMEAGlobální výroba
|
|||
|
Platební podmínky
PaymentTerms
|
Dohodnuté podmínky, které určují, kdy musí zákazník zaplatit fakturu. | ||
|
Popis
Platební podmínky určují, za jakých podmínek se faktura hradí, například „splatnost 30 dní“ nebo „splatnost 60 dní“. Podle nich se vypočítá datum splatnosti faktury. Jde o důležitý kmenový údaj, který přímo ovlivňuje cash flow. Analýza podle platebních podmínek ukáže, jak různé podmínky ovlivňují platební chování a dobu inkasa pohledávek (DSO). Můžete zjistit, zda zákazníci s kratší splatností platí rychleji, a podle toho rozhodovat, jaké platební podmínky nabídnout jednotlivým skupinám zákazníků.
Proč je to důležité
Přímo ovlivňuje datum splatnosti faktury a prognózu cash flow. Analýza pomáhá vyhodnotit účinnost různých úvěrových pravidel.
Kde data získat
Údaj pochází z tabulky RA_TERMS_B a je propojen přes TERM_ID v tabulce RA_CUSTOMER_TRX_ALL.
Příklady
Splatnost 30 dníSplatnost 60 dníSplatnost při doručení
|
|||
|
Poslední aktualizace dat
LastDataUpdate
|
Časové razítko označující, kdy byla data této události naposledy obnovena nebo extrahována ze zdrojového systému. | ||
|
Popis
Tento atribut uvádí čas poslední extrakce dat. Pomáhá určit, jak aktuální jsou analyzovaná data. Uživatelé podle něj poznají, zda dashboardy a analýzy zachycují nejnovější stav procesu. Umožňuje nastavit očekávání ohledně zpoždění dat a je důležitou součástí metadat spolehlivého datového modelu.
Proč je to důležité
Informuje uživatele o aktuálnosti dat, aby věděli, jak současný stav procesu analýza zachycuje.
Kde data získat
Toto pole metadat se vytváří a vyplňuje u každého záznamu během procesu extrakce, transformace a načítání dat (ETL).
Příklady
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Přepracování
IsRework
|
Vypočítaný příznak, který určuje, zda faktura prošla dodatečným zpracováním, například úpravou nebo opětovným schválením. | ||
|
Popis
Tento booleovský příznak má hodnotu true, pokud tok procesu faktury obsahuje činnosti svědčící o přepracování, například „Faktura upravena“ nebo druhou událost „Faktura schválena“. Pomáhá rychle najít faktury, které se odchylují od standardního a efektivního postupu. Atribut je důležitý pro KPI, jako jsou „Míra chybovosti faktur“ a „Míra ručního přepracování“. Analytici díky němu snadno zjistí četnost přepracování, vyfiltrují neefektivní případy a hledají jejich příčiny, například uživatele nebo oddělení, která se na těchto činnostech podílejí nejčastěji.
Proč je to důležité
Označením faktur, které vyžadovaly další nestandardní kroky, pomáhá měřit neefektivitu procesu a analyzovat příčiny i dopady přepracování.
Kde data získat
Vypočítává se při transformaci dat na základě detekce konkrétních posloupností činností v rámci případu, například „Faktura schválena“ následované „Faktura upravena“.
Příklady
truefalse
|
|||
|
Zaplaceno včas
IsPaidOnTime
|
Vypočítaný příznak, který určuje, zda byla faktura zaplacena nejpozději v den splatnosti. | ||
|
Popis
Tento booleovský atribut vzniká porovnáním časového údaje „Přijata platba od zákazníka“ s datem splatnosti faktury. Hodnota je true, pokud byla platba uhrazena včas nebo předčasně, a false, pokud byla opožděná. Příznak usnadňuje tvorbu KPI a dashboardů zaměřených na platební výkonnost. Slouží přímo k výpočtu KPI „Podíl včasných plateb“ a umožňuje snadno filtrovat a rozdělit faktury na včas uhrazené a opožděné, které pak můžete dále analyzovat a hledat příčiny.
Proč je to důležité
Přímo podporuje KPI „Podíl včasných plateb“ a usnadňuje analýzu rozdělením faktur na včas uhrazené a opožděné.
Kde data získat
Vypočítává se při transformaci dat. Logika: IF (Timestamp('Customer Payment Received') <= Date('DueDate')) THEN true ELSE false.
Příklady
truefalse
|
|||
|
Zdrojový systém
SourceSystem
|
Systém, ze kterého byla data extrahována. | ||
|
Popis
Tento atribut určuje zdrojovou aplikaci, ze které pocházejí data o událostech. V tomto procesu půjde vždy o Oracle E-Business Suite. V prostředí s více systémy je toto pole důležité pro sledování původu dat a řešení problémů. I při použití jediného systému jde o povinné pole pro správu dat, které potvrzuje, že data pocházejí z očekávaného zdroje.
Proč je to důležité
Zajišťuje dohledatelnost a kontext dat, což je důležité pro jejich správu i při integraci dat z více podnikových systémů.
Kde data získat
Statická hodnota nastavená při extrakci dat, která označuje zdrojový ERP systém.
Příklady
Oracle E-Business SuiteOracle EBS R12
|
|||
|
Země zákazníka
Country
|
Země fakturační adresy zákazníka. | ||
|
Popis
Tento atribut určuje zemi spojenou s fakturační adresou zákazníka. Umožňuje analyzovat proces z geografického hlediska. Analýza podle země může odhalit regionální rozdíly v platebním chování, efektivitě procesů nebo dodržování místních předpisů. V dashboardu „Přehled platebního chování zákazníků“ můžete například porovnat, zda se průměrné zpoždění plateb v jednotlivých zemích výrazně liší.
Proč je to důležité
Umožňuje geografickou analýzu procesu a pomáhá odhalit regionální rozdíly v chování zákazníků, dopadu předpisů nebo provozní výkonnosti.
Kde data získat
Údaj se přebírá z informací o fakturační adrese zákazníka uložených v HZ_LOCATIONS a FND_TERRITORIES. Propojení vede přes tabulky zákaznických účtů.
Příklady
USANěmeckoSpojené království
|
|||
Činnosti při fakturaci v procesu Order-to-Cash
| Aktivita | Popis | ||
|---|---|---|---|
|
Faktura odeslána zákazníkovi
|
Tato činnost označuje oficiální odeslání faktury zákazníkovi, ať už v tištěné, nebo elektronické podobě. Od této události začíná běžet lhůta splatnosti zákazníka. | ||
|
Proč je to důležité
Jde o důležitý milník pro měření doby doručení faktury a prodlevy do přijetí platby. Pomáhá rozlišit prodlevy při interním zpracování od chování zákazníka při placení.
Kde data získat
Oracle EBS tuto událost ne vždy zaznamenává do standardního pole. Lze ji odvodit z časového razítka souběžného programu „Invoice Print“ nebo z vlastního příznaku nastaveného při elektronickém doručení.
Zachycení
Odvozeno z data dokončení programu pro tisk faktur nebo z vlastní logiky elektronického odeslání.
Typ události
inferred
|
|||
|
Faktura uzavřena
|
Faktura je oficiálně uzavřena, což znamená, že její zůstatek je nulový díky platbám, dobropisům nebo úpravám. Tím úspěšně končí její životní cyklus. | ||
|
Proč je to důležité
Jde o hlavní koncový bod procesu. Celková doba od události „Faktura vystavena“ do události „Faktura uzavřena“ je důležitým ukazatelem efektivity fakturačního cyklu od objednávky k inkasu.
Kde data získat
Odvozeno ze změny pole STATUS v tabulce AR_PAYMENT_SCHEDULES_ALL na „CL“ (Closed). Jako časové razítko lze použít datum poslední transakce, která uzavření způsobila.
Zachycení
Odvozeno ze změny stavu na „CL“ v AR_PAYMENT_SCHEDULES_ALL. Časové razítko se určí podle posledního souvisejícího přiřazení platby.
Typ události
inferred
|
|||
|
Faktura vystavena
|
Označuje vytvoření nové fakturační transakce v systému. Tuto událost obvykle spouští program „Autoinvoice Import Program“, který zpracovává řádky vyřízených prodejních objednávek, případně ruční zadání faktury v modulu Receivables. | ||
|
Proč je to důležité
Tímto začíná fakturační proces. Analýza doby od této události k dalším událostem ukáže celkovou dobu životního cyklu faktury a pomůže odhalit úzká místa v jeho počáteční fázi.
Kde data získat
Zaznamenává se jako datum vytvoření transakce v tabulce Oracle Receivables RA_CUSTOMER_TRX_ALL. Čas události lze určit podle TRX_DATE nebo CREATION_DATE.
Zachycení
Událostí je časové razítko vytvoření záznamu v tabulce RA_CUSTOMER_TRX_ALL.
Typ události
explicit
|
|||
|
Platba přiřazena a spárována
|
Přijatá platba zákazníka byla úspěšně přiřazena k jedné nebo více konkrétním fakturám, čímž se snížil jejich neuhrazený zůstatek. Tím se platba spáruje s dluhem. | ||
|
Proč je to důležité
Jde o poslední krok platebního procesu a důležitý ukazatel pro měření doby přiřazení plateb. Prodlevy v této fázi mohou zkreslit zůstatky na zákaznických účtech a ovlivnit správu úvěrů.
Kde data získat
Tato událost se výslovně zaznamená časovým razítkem při vytvoření záznamu v tabulce AR_RECEIVABLE_APPLICATIONS_ALL, který propojuje příjem platby s transakcí.
Zachycení
Událostí je časové razítko vytvoření záznamu v AR_RECEIVABLE_APPLICATIONS_ALL, tedy GL_DATE nebo APPLY_DATE.
Typ události
explicit
|
|||
|
Přijata platba od zákazníka
|
Platba od zákazníka byla zadána do systému jako příjem hotovosti. V této fázi ještě nemusí být přiřazena ke konkrétní faktuře. | ||
|
Proč je to důležité
Jde o důležitý milník při výpočtu doby inkasa pohledávek (DSO). Doba od vystavení faktury do přijetí platby je hlavním ukazatelem efektivity inkasa.
Kde data získat
Tato událost se výslovně zaznamená časovým razítkem při vytvoření záznamu v tabulce AR_CASH_RECEIPTS_ALL.
Zachycení
Událostí je časové razítko vytvoření záznamu v tabulce AR_CASH_RECEIPTS_ALL.
Typ události
explicit
|
|||
|
Faktura schválena
|
Označuje formální interní schválení ručně zadané nebo zkontrolované faktury před jejím odesláním zákazníkovi. Tato činnost může být součástí nakonfigurovaného Oracle Workflow nebo může jít o ruční změnu stavu. | ||
|
Proč je to důležité
Sledování doby schvalování je důležité pro KPI „Doba schvalování faktury“. Prodlevy v této fázi přímo oddalují fakturaci zákazníkovi a prodlužují celý cyklus přeměny pohledávek na hotovost.
Kde data získat
Způsob záznamu často závisí na konfiguraci. Událost lze odvodit ze změn stavů v tabulkách workflow, například WF_ITEM_ACTIVITY_STATUSES, případně z popisného flexfieldu fakturační transakce v RA_CUSTOMER_TRX_ALL.
Zachycení
Odvozeno ze změn stavů v tabulkách workflow nebo z vlastních polí stavu.
Typ události
inferred
|
|||
|
Faktura upravena
|
Označuje aktualizaci nebo opravu existující neúplné faktury. Může jít například o změnu položek, částek nebo fakturačních údajů před dokončením či odesláním faktury. | ||
|
Proč je to důležité
Časté úpravy mohou ukazovat na neefektivní proces, problémy s kvalitou dat nebo chyby uživatelů. Analýza této činnosti pomáhá vyčíslit přepracování a jeho vliv na dobu cyklu a sledovat KPI, jako je „Míra chybovosti faktur“.
Kde data získat
Událost lze odvodit porovnáním CREATION_DATE a LAST_UPDATE_DATE v tabulce RA_CUSTOMER_TRX_ALL u neúplných faktur. Pokud je zapnutý audit, lze změny sledovat přesněji.
Zachycení
Odvozeno ze změn pole LAST_UPDATE_DATE v tabulce RA_CUSTOMER_TRX_ALL.
Typ události
inferred
|
|||
|
Nastalo datum splatnosti
|
Vypočítaná událost označující den, kdy se faktura stává splatnou podle sjednaných platebních podmínek. Neodpovídá akci uživatele ani systému, ale jde o důležitý časový milník. | ||
|
Proč je to důležité
Tato událost je nezbytná pro výpočet podílu včas uhrazených faktur a analýzu platebního chování zákazníků. Slouží jako základ pro určení, zda byla platba uhrazena před splatností, včas, nebo po splatnosti.
Kde data získat
Tato událost se nezaznamenává. Vypočítá se porovnáním systémového data s polem TERM_DUE_DATE v tabulce AR_PAYMENT_SCHEDULES_ALL pro konkrétní fakturu.
Zachycení
Odvozeno porovnáním aktuálního časového razítka s hodnotou AR_PAYMENT_SCHEDULES_ALL.TERM_DUE_DATE.
Typ události
calculated
|
|||
|
Odeslána upomínka k platbě
|
Zákazníkovi byla odeslána upomínka týkající se faktury po splatnosti. Jde o důležitou činnost v procesu inkasa. | ||
|
Proč je to důležité
Sledování této činnosti je důležité pro měření účinnosti strategií inkasa. Umožňuje porovnat míru úhrad před odesláním upomínek a po něm.
Kde data získat
Pokud se používá Oracle Advanced Collections, odeslání upomínky se zaznamená jako explicitní událost. Bez tohoto modulu se tato činnost často provádí mimo systém a nemusí se spolehlivě sledovat.
Zachycení
Zaznamenáno jako událost Dunning Correspondence v modulu Oracle Advanced Collections.
Typ události
explicit
|
|||
|
Platba stornována
|
Označuje stornování dříve přijaté platby zákazníka. Obvykle k němu dochází kvůli nedostatku prostředků (NSF) nebo jiné chybě při zpracování bankou. | ||
|
Proč je to důležité
Stornování plateb komplikuje prognózy cash flow a vyžaduje další administrativní práci. Sledování těchto událostí pomáhá odhalit problémové zákazníky nebo způsoby platby.
Kde data získat
Jde o explicitní akci v Oracle Receivables. Při stornování vzniknou v AR_CASH_RECEIPT_HISTORY_ALL záznamy se stavem označujícím storno, například „REVERSED“.
Zachycení
Identifikováno změnou stavu na „REVERSED“ v tabulce AR_CASH_RECEIPT_HISTORY_ALL.
Typ události
explicit
|
|||
|
Vystaven dobropis
|
Vytvoří se dobropis, který se často přiřadí k existující faktuře, aby opravil chybu ve fakturaci nebo zpracoval vrácení zboží. Jde o samostatnou, ale související transakci v rámci pohledávek. | ||
|
Proč je to důležité
Vysoký počet dobropisů může ukazovat na problémy v předchozích fázích, například při vyřizování objednávek, stanovování cen nebo původní fakturaci. Analýza těchto událostí pomáhá hledat příčiny ztrát výnosů a nespokojenosti zákazníků.
Kde data získat
Zaznamenává se jako nová transakce v RA_CUSTOMER_TRX_ALL, kde CUST_TRX_TYPE_ID odkazuje na typ třídy „CM“ (Credit Memo). Pole PREVIOUS_CUSTOMER_TRX_ID propojuje dobropis s původní fakturou.
Zachycení
Událostí je vytvoření záznamu v RA_CUSTOMER_TRX_ALL s typem transakce dobropisu.
Typ události
explicit
|
|||
|
Vytvořen odpis
|
Provede se úprava, která odepíše celý zbývající zůstatek faktury nebo jeho část jako nedobytnou pohledávku. Obvykle k tomu dochází po vyčerpání možností inkasa. | ||
|
Proč je to důležité
Odpisy představují přímou ztrátu výnosů. Analýza jejich četnosti a hodnoty pomáhá upravit úvěrovou politiku a porozumět finančnímu dopadu nedobytných pohledávek.
Kde data získat
Zaznamenává se jako transakce konkrétního typu úpravy přiřazená k faktuře. Událost lze najít v tabulce AR_ADJUSTMENTS_ALL, kde je propojena s typem činnosti pohledávky určeným pro odpisy.
Zachycení
Událostí je vytvoření záznamu v AR_ADJUSTMENTS_ALL s typem činnosti „Write-Off“.
Typ události
explicit
|
|||
|
Zákazník vznesl námitku k faktuře
|
Zákazník formálně rozporoval fakturu, a proto se až do vyřešení pozastaví inkaso. Tento proces se často spravuje v Oracle Advanced Collections nebo prostřednictvím ručních změn stavu. | ||
|
Proč je to důležité
Námitky přímo ovlivňují cash flow, protože oddalují platby. Sledování jejich četnosti a doby řešení pomáhá odhalit opakující se problémy s produkty, službami nebo správností fakturace.
Kde data získat
Pokud se používá Oracle Advanced Collections, jde o explicitní transakci. Jinak lze událost odvodit z konkrétního stavu „dispute“ nebo z blokace faktury v AR.
Zachycení
Zaznamenáno jako transakce v Oracle Advanced Collections nebo odvozeno ze změny stavu faktury.
Typ události
explicit
|
|||
Průvodci extrakcí dat
Chcete začít?
Využijte tuto šablonu jako výchozí bod pro process mining fakturace v procesu Order-to-Cash. Začněte odhalovat souvislosti a zvyšovat efektivitu provozu.
Zrychlete fakturaci a vystavování faktur v procesu od objednávky k inkasu
Zkraťte fakturační cyklus o 30 % a zrychlete přeměnu pohledávek na hotovost.
Platební kartu nepotřebujete. Nastavení zabere jen několik minut.