Šablona dat pro fakturaci v procesu Order-to-Cash

Oracle E-Business Suite
Šablona dat pro fakturaci v procesu Order-to-Cash

Šablona dat pro fakturaci v procesu Order-to-Cash

Tato šablona vám pomůže shromáždit potřebná data pro analýzu fakturace v procesu Order-to-Cash. Uvádí důležitá datová pole pro záznam událostí, procesní kroky, které je vhodné sledovat, i praktické pokyny k získání těchto údajů. Využijte ji jako vodítko, abyste pro účinnou analýzu a zlepšování procesů shromáždili všechna potřebná data.
  • Doporučené atributy ke sběru
  • Činnosti, které je vhodné sledovat
  • Pokyny k extrakci dat z Oracle E-Business Suite
Pracujete se záznamy událostí poprvé? Přečtěte si, jak vytvořit záznam událostí pro process mining.

Atributy fakturace v procesu Order-to-Cash

Toto jsou doporučená datová pole, která zahrňte do záznamu událostí pro důkladnou analýzu fakturace v procesu Order-to-Cash.
3 Povinné 6 Doporučené 11 Volitelné
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í
Povinné Doporučené Volitelné

Činnosti při fakturaci v procesu Order-to-Cash

Toto jsou důležité procesní kroky a milníky, které zaznamenejte do záznamu událostí, abyste mohli přesně odhalit a analyzovat průběh fakturace.
5 Doporučené 8 Volitelné
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
Doporučené Volitelné

Průvodci extrakcí dat

Jak získat data z Oracle E-Business Suite

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.

Spusťte zkušební verzi

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