Adatsablon a rendeléstől a pénz beérkezéséig tartó számlázási folyamathoz
Adatsablon a rendeléstől a pénz beérkezéséig tartó számlázási folyamathoz
- Javasolt attribútumok
- Nyomon követendő fő tevékenységek
- Adatkinyerési útmutató az Oracle Fusion Financials rendszerhez
A rendeléstől a pénz beérkezéséig tartó számlázási folyamat attribútumai
| Név | Leírás | ||
|---|---|---|---|
|
Kezdés időpontja
EventTimestamp
|
Az a pontos dátum és időpont, amikor egy adott tevékenység vagy esemény bekövetkezett. | ||
|
Leírás
Az esemény időbélyege rögzíti, hogy egy tevékenység pontosan mikor történt. Meghatározza az egyes számlák eseményeinek időrendi sorrendjét, ami elengedhetetlen a folyamatmenet összeállításához és minden időalapú elemzéshez. Ez az attribútum alapozza meg az időtartam- és teljesítményszámításokat. Segítségével mérhető a tevékenységek közötti idő, kiszámítható a végpontok közötti átfutási idő, ellenőrizhető, hogy időben érkezett-e a fizetés, és elemezhetők az időbeli trendek. Az olyan KPI-k, mint az „Átlagos számlajóváhagyási idő” és a „Számla végpontok közötti átfutási ideje”, közvetlenül ezekből az időbélyegekből számíthatók.
Miért fontos?
Az időbélyegek nélkülözhetetlenek minden teljesítménymutató kiszámításához, beleértve az átfutási időt, a késéseket és a határidők betartását. Ezek adják a folyamatok számszerű elemzésének alapját.
Hol szerezhető be?
Az adat az Oracle Fusion Financials tábláinak különböző dátummezőiből származik, például a RA_CUSTOMER_TRX_ALL CREATION_DATE mezőjéből vagy a workflow-táblák státuszfrissítési időbélyegeiből.
Példák
2023-04-15T09:00:00Z2023-04-18T14:30:00Z2023-05-20T11:25:10Z
|
|||
|
Számlaszám
InvoiceNumber
|
Minden számlához egyedi azonosító tartozik. Ez szolgál elsődleges esetazonosítóként a kapcsolódó tevékenységek nyomon követéséhez. | ||
|
Leírás
A számlaszám a számlázási folyamat elemzésének alapja. Esetazonosítóként összekapcsolja a számla létrehozásától a végső fizetésig és lezárásig tartó összes eseményt. Így egyetlen számladokumentum teljes életciklusa elejétől a végéig áttekinthető. A process mining során a számlaszám szerinti elemzés megmutatja a folyamatváltozatokat, lehetővé teszi az egyes számlák átfutási idejének kiszámítását, valamint az adott tranzakciókat érintő szűk keresztmetszetek és újramunkálási körök azonosítását. Az olyan dashboardokhoz is szükséges, mint a „Számla végpontok közötti átfutási ideje”, és az olyan alapvető KPI-k számlánkénti kiszámításához, mint a vevőkövetelések átlagos beszedési ideje (DSO).
Miért fontos?
Ez az attribútum kapcsolja össze az egy esethez tartozó számlázási és fizetési tevékenységeket, így a számla életciklusa teljes körűen és pontosan elemezhető.
Hol szerezhető be?
Ez általában az Oracle Fusion Financials RA_CUSTOMER_TRX_ALL táblájának Transaction Number (TRX_NUMBER) mezője.
Példák
INV-1002345983451CM-55432
|
|||
|
Tevékenység neve
ActivityName
|
Az adott időpontban, a számla életciklusa során bekövetkezett üzleti esemény vagy végrehajtott feladat neve. | ||
|
Leírás
A tevékenység neve a számlázási folyamat egy-egy lépését jelöli, például „Számla létrehozva”, „Számla jóváhagyva” vagy „Ügyfélfizetés beérkezett”. Ezek az események alkotják az egyes számlák folyamatmenetét. Ez az attribútum alapvető a folyamat feltárásához: a process mining eszköz ennek alapján állítja össze a számlák tényleges feldolgozásának vizuális térképét. Segítségével elemezhetők a folyamatváltozatok, azonosíthatók az ismételt jóváhagyásokhoz hasonló újramunkálási körök, valamint mérhető az egyes szakaszok gyakorisága és időtartama. A folyamatmenet megértéséhez minden dashboard és KPI erre az attribútumra támaszkodik.
Miért fontos?
Ez az attribútum határozza meg a folyamattérkép lépéseit, így a számlázási munkafolyamat vizualizálható, elemezhető, és feltárhatók a hatékonysági problémák.
Hol szerezhető be?
Az adat az Oracle Fusion Financials különböző tábláiból és státuszváltozásaiból származik, például a workflow-előzményeket tároló táblákból (jóváhagyások esetén) és a tranzakciók státuszmezőiből.
Példák
Számla létrehozvaSzámla jóváhagyvaÜgyfélfizetés beérkezettSzámla lezárva
|
|||
|
Fizetési határidő
DueDate
|
Az a dátum, ameddig a számlát ki kell fizetni. | ||
|
Leírás
A fizetési határidő a fizetési feltételek alapján meghatározott dátum, ameddig a számlát ki kell fizetni. Ez az attribútum nélkülözhetetlen a követelések nyomon követéséhez és a pénzügyi helyzet felméréséhez. Ez az alapja a határidőre történő fizetések arányát mérő KPI kiszámításának és a lejárati kimutatások elkészítésének. A dashboardok a várható fizetések időpontjának megjelenítésére és a követeléskezelést igénylő lejárt számlák azonosítására is használják.
Miért fontos?
Ez az elsődleges viszonyítási alap a fizetések időben történő teljesítésének méréséhez, a DSO kiszámításához és a vevőkövetelések lejárat szerinti kezeléséhez.
Hol szerezhető be?
Az AR_PAYMENT_SCHEDULES_ALL táblában található, jellemzően a DUE_DATE mezőben.
Példák
2023-05-302023-06-152023-07-01
|
|||
|
Számla összege
InvoiceAmount
|
A számla teljes pénzösszege. | ||
|
Leírás
Ez az attribútum a számlán szereplő teljes fizetendő összeget jelöli. Fontos pénzügyi mutató, amely megmutatja, mekkora érték halad át a számlázási folyamaton. Az elemzés során a számla összege alapján előnyben részesíthetők a nagy értékű tranzakciók, kiszámítható a fennálló vevőkövetelések teljes értéke, és súlyozhatók az olyan KPI-k, mint a vevőkövetelések átlagos beszedési ideje (DSO). A folyamat pénzügyi hatás szerint is szegmentálható, például megvizsgálható, hogy a nagy értékű számlák más jóváhagyási útvonalat követnek-e, vagy tovább tart-e a kifizetésük.
Miért fontos?
Pénzügyi kontextust ad minden esethez, így értékalapú elemzés végezhető, előnyben részesíthetők a nagy értékű számlák, és kiszámíthatók a fontos pénzügyi KPI-k.
Hol szerezhető be?
A RA_CUSTOMER_TRX_ALL táblában található, valószínűleg az INVOICE_AMOUNT mezőben vagy egy másik, a tranzakció teljes összegét jelölő mezőben.
Példák
5000.001250.75250000.00
|
|||
|
Számla státusza
InvoiceStatus
|
A számla aktuális státusza az életciklusban, például „Nyitott”, „Lezárt” vagy „Vitatott”. | ||
|
Leírás
A számla státusza megmutatja, hol tart a számla a folyamatban. Gyakori státusz a nyitott (ki nem fizetett), lezárt (kifizetett), vitatott vagy érvénytelenített. Ez az attribútum hasznos a magas szintű nyomon követéshez és szűréshez. A Real-Time Cash Flow Forecast dashboard például ezzel a státusszal kategorizálja a fennálló összegeket. Segítségével gyorsan azonosíthatók a lejárt, vitatott vagy teljesen kiegyenlített számlák.
Miért fontos?
Gyors, magas szintű képet ad a számla aktuális állapotáról, így hatékonyan szűrhetők és kategorizálhatók az adatok a pénzügyi jelentésekhez és a működés irányításához.
Hol szerezhető be?
Az olyan táblák státuszmezőiből származik, mint a RA_CUSTOMER_TRX_ALL vagy az AR_PAYMENT_SCHEDULES_ALL (például a STATUS mezőből).
Példák
NyitottLezártVitatottJóváhagyásra vár
|
|||
|
Ügyfél neve
CustomerName
|
A számlázott ügyfél vagy szervezet neve. | ||
|
Leírás
Ez az attribútum azonosítja a számlához tartozó ügyfelet. A folyamatadatok szegmentálásának és szűrésének egyik fő szempontja. Az ügyfél neve szerinti elemzésből kiderül, mely ügyfelek fizetési ciklusa a leghosszabb, kik vitatják leggyakrabban a számlákat, és kik fizetnek rendszeresen határidőre. Ez fontos a DSO Trend dashboardhoz, valamint ahhoz, hogy a követeléskezelési stratégiát az egyes ügyfelek fizetési szokásaihoz lehessen igazítani.
Miért fontos?
Lehetővé teszi a folyamat ügyfelenkénti szegmentálását, így feltárhatók a pénzforgalmat befolyásoló eltérő ügyfélviselkedések, fizetési szokások és lehetséges kapcsolati problémák.
Hol szerezhető be?
A tranzakciós tábla (RA_CUSTOMER_TRX_ALL) és az ügyfél-törzsadatokat tartalmazó táblák, például a HZ_PARTIES összekapcsolásával állítható elő.
Példák
Global Tech Inc.Innovate Solutions LLCApex Manufacturing
|
|||
|
Üzleti egység
BusinessUnit
|
A szervezet azon üzleti egysége, amely a számlát kiállította. | ||
|
Leírás
Az üzleti egység a tranzakcióért felelős szervezeti egységet jelöli. Nagyvállalatoknál fontos adat a pénzügyi szegmentáláshoz és jelentéskészítéshez. Az attribútum segítségével összehasonlítható a folyamat teljesítménye a vállalat különböző részein. Megvizsgálható például, hogy jelentősen eltér-e a DSO az üzleti egységek között, vagy valamelyik egységnél sokkal gyakoribb-e a számlázási újramunka. Így a fejlesztési kezdeményezések oda irányíthatók, ahol a legnagyobb szükség van rájuk.
Miért fontos?
Lehetővé teszi a különböző szervezeti egységek teljesítményének összehasonlítását, így részletesen feltárhatók a bevált gyakorlatok és a fejlesztendő területek.
Hol szerezhető be?
A tranzakciós táblákban, például a RA_CUSTOMER_TRX_ALL táblában érhető el, gyakran ORG_ID mezőként, amely az üzleti egységek definícióihoz kapcsolódik.
Példák
US ConsultingEMEA ManufacturingAPAC Services
|
|||
|
Befejezés időpontja
EventEndTime
|
Az a pontos dátum és időpont, amikor egy adott tevékenység vagy esemény befejeződött. | ||
|
Leírás
Az esemény befejezési időpontja rögzíti, mikor ért véget egy tevékenység. Sok esemény azonnali, de egyes tevékenységek, például a számla jóváhagyása, időt vesznek igénybe: a benyújtáskor kezdődnek, és a döntés meghozatalakor érnek véget. A befejezési időponttal pontosan kiszámítható a tevékenység feldolgozási ideje. Ez segít megállapítani, mennyi időt töltenek a felhasználók az egyes feladatokkal. A szűk keresztmetszetek elemzése is pontosabbá válik, mert elkülöníthető a várakozási idő a tényleges feldolgozási időtől.
Miért fontos?
Lehetővé teszi a tevékenységek feldolgozási idejének pontos kiszámítását, valamint az aktív munkavégzés és a tétlen várakozás elkülönítését. Ez elengedhetetlen a szűk keresztmetszetek részletes elemzéséhez.
Hol szerezhető be?
Gyakran a folyamatban következő tevékenység kezdési időpontjából határozható meg. Egyes tevékenységekhez külön befejezési időpont is tartozhat a workflow-naplókban.
Példák
2023-04-15T09:05:12Z2023-04-18T15:00:00Z2023-05-20T11:25:45Z
|
|||
|
Felhasználó
User
|
Az adott tevékenységet végrehajtó munkatárs vagy rendszerfelhasználó. | ||
|
Leírás
A felhasználó attribútum azonosítja azt a személyt vagy automatizált szereplőt, aki egy folyamatlépésért felelős. Ilyen lehet a számlát létrehozó felhasználó, a jóváhagyó vezető vagy a fizetési emlékeztetőt küldő követeléskezelő. A felhasználó szerinti elemzés segít feltárni a képzési igényeket, a munkaterhelés eloszlását és az egyének vagy csapatok közötti teljesítménykülönbségeket. Megmutathatja, ha egyes felhasználóknál magasabb a hibaarány, vagy ha bizonyos jóváhagyók rendszeresen szűk keresztmetszetet jelentenek.
Miért fontos?
Felelőst rendel a folyamatlépésekhez, így elemezhető a felhasználók teljesítménye és munkaterhelése, valamint azonosíthatók a képzési igények.
Hol szerezhető be?
A különböző tranzakciós és workflow-táblák CREATED_BY vagy LAST_UPDATED_BY mezőjéhez hasonló felhasználói azonosítókból származik. Az azonosítót ezután a felhasználói címtár tábláival (például a PER_ALL_PEOPLE_F táblával) kapcsolják össze a felhasználó nevének lekéréséhez.
Példák
john.smithjane.doeCollectionsBot
|
|||
|
Fizetési feltételek
PaymentTerms
|
A számla kifizetésére vonatkozó megállapodás, például „Net 30” vagy „2% 10, Net 30”. | ||
|
Leírás
A fizetési feltételek határozzák meg, mikor és hogyan kell kifizetni a számlát, beleértve az esetleges korai fizetési kedvezményeket is. Ez az információ fontos a vevőkövetelések és a pénzforgalom kezeléséhez. Az attribútum szükséges a helyes fizetési határidő kiszámításához és a korai fizetési kedvezmények lehetőségének azonosításához. A korai fizetési kedvezmények igénybevételi arányát mérő KPI közvetlenül ezekre az adatokra támaszkodik annak megállapításához, hogy mely számlákra vonatkozott kedvezmény.
Miért fontos?
Meghatározza a számla fizetési szabályait, közvetlenül befolyásolja a határidő kiszámítását, valamint a korai fizetési kedvezmények igénybevételének nyomon követését és javítását.
Hol szerezhető be?
A RA_TERMS táblában található, és a RA_CUSTOMER_TRX_ALL term_id mezőjén keresztül kapcsolódik a tranzakcióhoz.
Példák
Net 30Net 602% 10, Net 30
|
|||
|
Fizetési mód
PaymentMethod
|
Az ügyfél által használt fizetési mód, például banki átutalás vagy bankkártya. | ||
|
Leírás
Ez az attribútum jelzi, hogyan fizette ki az ügyfél a számlát. Az adat hasznos lehet a fizetési trendek és költségek elemzéséhez. A különböző fizetési módok feldolgozási ideje és tranzakciós költsége eltérhet. A fizetési mód szerinti elemzésből kiderülhet, hogy egyes csatornáknál gyakoribbak-e az egyeztetési hibák vagy késések. Az eredmények alapján ösztönözhetők az ügyfelek a hatékonyabb fizetési csatornák használatára.
Miért fontos?
Segít elemezni a fizetések feldolgozásának hatékonyságát, a tranzakciós költségeket és az egyes fizetési csatornákhoz kapcsolódó egyeztetési hibák arányát.
Hol szerezhető be?
A pénzbevételi táblákban, például az AR_CASH_RECEIPTS_ALL táblában található, amely a fizetési módot jelölő mezőt tartalmazza.
Példák
ACHBanki átutalásBankkártyaCsekk
|
|||
|
Forrásrendszer
SourceSystem
|
Az a nyilvántartó rendszer, amelyből az eseményadatokat kinyerték. | ||
|
Leírás
Ez az attribútum azonosítja a forrásalkalmazást, ahonnan az adatok származnak. Ennél a folyamatnál ez jellemzően az Oracle Fusion Financials, de megadható egy konkrét modul is, például az Oracle Receivables (AR). Több integrált rendszer használatakor ez a mező segít megkülönböztetni az adatforrásokat, és fontos szerepet játszik az adatok ellenőrzésében és irányításában. Biztosítja, hogy az elemzés a megfelelő, kijelölt adatkészleten alapuljon.
Miért fontos?
Azonosítja az adatok eredetét. Ez fontos az adatirányítás, a hibaelhárítás és annak biztosítása szempontjából, hogy az elemzés a megfelelő nyilvántartó rendszer adataira épüljön.
Hol szerezhető be?
Ez általában egy statikus érték ('Oracle Fusion Financials'), amelyet az adatok kinyerése és átalakítása során adnak hozzá.
Példák
Oracle Fusion FinancialsOracle AR CloudFusion Apps
|
|||
|
Határidőre fizették-e ki
IsPaidOnTime
|
Logikai jelző, amely megmutatja, hogy a számlát a fizetési határidő napján vagy korábban fizették-e ki. | ||
|
Leírás
Ez a számított attribútum egyszerű igaz vagy hamis értékkel jelzi, hogy időben történt-e a fizetés. Az „Ügyfélfizetés beérkezett” tevékenység dátumának és a számla fizetési határidejének összehasonlításával állapítható meg. Ez a jelző egyszerűbbé teszi a határidőre történő fizetések arányát mérő KPI elemzését és jelentését. Könnyen szűrhetők és szegmentálhatók az adatok annak megértéséhez, hogy mely tényezők, például az ügyfél, a régió vagy a számla összege függnek össze a késedelmes fizetéssel. Fontos mutató a követeléskezelés hatékonyságának értékeléséhez.
Miért fontos?
Egyszerűbbé teszi a követeléskezelés teljesítményének mérését, és megkönnyíti a határidőre, illetve késve történő fizetést befolyásoló tényezők elemzését.
Hol szerezhető be?
A végső fizetési tevékenység időbélyegét a DueDate attribútummal összehasonlítva számítható ki. A logika:
Példák
truefalse
|
|||
|
Kifogás oka
DisputeReason
|
Az ügyfél által a számlával szemben emelt kifogás oka. | ||
|
Leírás
Ha az ügyfél kifogásolja a számlát, rögzítik a kifogás okát. Ez vonatkozhat az árra, a mennyiségre, a szolgáltatás minőségére vagy más problémára. A kifogások okainak elemzésével feltárhatók a kiváltó okok. Ha a vállalat megérti a leggyakoribb kifogásokat, kezelheti az árképzés, a rendelések teljesítése vagy az adatminőség mögöttes problémáit. Ezzel csökkenthető a számlakifogások átlagos rendezési ideje, és javítható az ügyfél-elégedettség.
Miért fontos?
Közvetlenül rávilágít a fizetési késedelmek és az ügyfél-elégedetlenség kiváltó okaira, így a vállalat kezelheti a rendszerszintű problémákat.
Hol szerezhető be?
Ezek az adatok az Oracle Collections rendszerben vagy egy kapcsolódó kifogáskezelő modulban tárolhatók. Szerepelhetnek külön kifogástáblában vagy magán a tranzakción egy okkódként.
Példák
Hibás árMennyiségi eltérésSérült áruDuplikált számla
|
|||
|
Régió
Region
|
Az ügyfélhez vagy a tranzakcióhoz tartozó földrajzi régió. | ||
|
Leírás
A régió földrajzi kontextust ad a számlához, jellemzően az ügyfél elhelyezkedése alapján. Ez lehetővé teszi a folyamat földrajzi szempontú elemzését. A régió szerinti elemzés feltárhatja a helyi szabályozásból, piaci körülményekből vagy a regionális csapatok teljesítményéből adódó eltéréseket. A DSO Trend és a Számla végpontok közötti átfutási ideje dashboard régió szerint is szegmentálható, így láthatóvá válik, ha egyes területeken különleges nehézségek akadályozzák a számlák kifizetését.
Miért fontos?
Lehetővé teszi a folyamat földrajzi szegmentálását, így feltárhatók a régiók közötti teljesítménybeli, ügyfélviselkedési vagy megfelelési eltérések.
Hol szerezhető be?
Ez jellemzően az ügyfél TCA-ban tárolt címadataiból származik (HZ_LOCATIONS, HZ_PARTY_SITES). Nem közvetlenül a számlán szereplő mező.
Példák
Észak-AmerikaEurópaÁzsia és a csendes-óceáni térség
|
|||
|
Számla átfutási ideje
InvoiceCycleTime
|
A számla első létrehozásától a lezárásáig eltelt teljes idő. | ||
|
Leírás
Ez az attribútum egyetlen eset teljes számla-életciklusának végpontok közötti időtartamát méri. Az első tevékenység, jellemzően a „Számla létrehozva”, és az utolsó tevékenység, a „Számla lezárva” közötti idő különbségéből számítható ki. Ez a mutató átfogó képet ad a folyamat általános hatékonyságáról. A „Számla végpontok közötti átfutási ideje” dashboard elsődleges mérőszáma. Ha az attribútumot különböző szempontok, például ügyfél vagy üzleti egység szerint elemzik, a szervezetek azonosíthatják, mely számlatípusok feldolgozása tart a legtovább, és feltárhatják ennek kiváltó okait.
Miért fontos?
Egyetlen mutatóval jelzi a folyamat általános sebességét, és gyorsan megmutatja, mely számlák feldolgozása tart a legtovább az elejétől a végéig.
Hol szerezhető be?
Számított mutató, amelyet minden egyedi InvoiceNumber esetén a legnagyobb és a legkisebb EventTimestamp különbségeként határoznak meg.
Példák
45 nap 8 óra32 nap 2 óra90 nap 12 óra
|
|||
|
Számla kelte
InvoiceDate
|
A számla hivatalos kiállítási dátuma. | ||
|
Leírás
A számla kelte, más néven a tranzakció dátuma, a számladokumentumon feltüntetett dátum. Ez az alapja a fizetési határidő kiszámításának. Ez a dátum fontos a vevőkövetelések átlagos beszedési idejének (DSO) kiszámításához, amely a számla keltétől a fizetés napjáig eltelt időt méri. Nem azonos a rendszerben rögzített létrehozási dátummal, hanem az ügyfél szempontjából a fizetési ciklus hivatalos kezdetét jelöli.
Miért fontos?
A számla életciklusának hivatalos kezdőnapja, és a vevőkövetelések átlagos beszedési idejét (DSO) mérő KPI kiszámításának alapja.
Hol szerezhető be?
A RA_CUSTOMER_TRX_ALL táblában, a TRX_DATE mezőben található.
Példák
2023-04-142023-05-182023-06-25
|
|||
|
Számlázási osztály
BillingDepartment
|
A számla létrehozásáért és kezeléséért felelős belső osztály vagy csapat. | ||
|
Leírás
Ez az attribútum azonosítja a szervezeten belüli csapatot vagy osztályt, amely a számlázási folyamatot kezelte. További szervezeti kontextust ad az elemzéshez. A számlázási osztály szerinti szegmentálással összehasonlítható a különböző csapatok hatékonysága és pontossága. Kiderülhet, mely osztályoknál gyakoribb az újramunka, hosszabb a jóváhagyási ciklus, vagy nagyobb a magas DSO-hoz való hozzájárulás. Az eredmények célzott képzést vagy a folyamatok egységesítését tehetik szükségessé.
Miért fontos?
Lehetővé teszi a belső csapatok teljesítményének összehasonlítását, így feltárhatók a bevált gyakorlatok, az erőforrásigények és a folyamatfejlesztést igénylő területek.
Hol szerezhető be?
Az adat a számlát létrehozó felhasználó alapján is meghatározható, ha a felhasználót összekapcsolják a HR-rendszerben hozzárendelt osztályával (például a PER_ALL_ASSIGNMENTS_F táblán keresztül).
Példák
Vállalati számlázásSzolgáltatásszámlázási csapatTermékértékesítési számlázás
|
|||
|
Újramunka-e
IsRework
|
Logikai jelző, amely megmutatja, hogy a tevékenység újramunkának számít-e, például ismételt jóváhagyás vagy javítás esetén. | ||
|
Leírás
Ez a számított attribútum megjelöli a szükségtelen vagy ismétlődő munkát jelentő tevékenységeket. Ilyen például, ha egy elutasított számlát újra benyújtanak jóváhagyásra, vagy ha a kezdeti létrehozás után javítást végeznek rajta. Az újramunka megjelölésével könnyen számszerűsíthető annak hatása a folyamatra. A számlázási újramunka arányát mérő KPI közvetlenül ebből az attribútumból számítható. A dashboardok megmutathatják az újramunka gyakoriságát és az átfutási időre gyakorolt többlethatását, így feltárhatók a hatékonysági problémák és hibák forrásai.
Miért fontos?
Közvetlenül számszerűsíti a folyamat hatékonysági problémáit a szükségtelen vagy ismételt munka megjelölésével, így könnyen mérhetővé válik a minőségi problémák idő- és költséghatása.
Hol szerezhető be?
Az adatok átalakítása során, a tevékenységek sorrendje alapján számítják ki. Ha például egy „Számla jóváhagyva” tevékenységet ugyanabban az esetben a „Számla elutasítva” előz meg, a rendszer újramunkaként jelöli meg.
Példák
truefalse
|
|||
|
Utolsó adatfrissítés
LastDataUpdate
|
Az az időbélyeg, amely megmutatja, mikor frissítették vagy nyerték ki utoljára az esemény adatait a forrásrendszerből. | ||
|
Leírás
Ez az attribútum a legutóbbi adatkinyerés időbélyegét tartalmazza. Metaadatmezőként jelzi, mennyire frissek az elemzett adatok. Az elemzők ezzel ellenőrizhetik, hogy naprakész adatokkal dolgoznak-e, és megállapíthatják azok aktualitását. Különösen fontos az „valós idejű” vagy közel valós idejű adatokat ígérő dashboardoknál, mert láthatóvá teszi az esetleges adatfrissítési késést.
Miért fontos?
Tájékoztatja a felhasználókat az adatok frissességéről, így az elemzések és következtetések ismert és elfogadható aktualitású információkra épülnek.
Hol szerezhető be?
Ez az ETL-folyamat során létrehozott metaadatmező. Általában az adatfolyam futtatásának időpontját jelzi.
Példák
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Vevőkövetelések átlagos beszedési ideje
DaysSalesOutstanding
|
A számla kelte és a fizetés beérkezése között eltelt napok száma. | ||
|
Leírás
A vevőkövetelések átlagos beszedési ideje (DSO) fontos pénzügyi mutató, amely azt méri, átlagosan mennyi idő alatt érkezik be a fizetés a számla kiállítása után. Ez az attribútum minden egyes számlára kiszámítja az értéket. Az összesített DSO fontos KPI, de az egyes számlákra kiszámított érték részletesebb elemzést tesz lehetővé. Trendeket bemutató dashboardok készíthetők vele, azonosíthatók a magas DSO-val járó számlák jellemzői, és mérhető a folyamatkésések pénzügyi hatása. Ez a részletes számítás segít megérteni, mi áll az összesített DSO értéke mögött.
Miért fontos?
Számlánként számítja ki a pénzforgalom egyik fontos mutatóját, így részletesen elemezhető, mi befolyásolja a beszedési időt és a pénzügyi teljesítményt.
Hol szerezhető be?
Az „Ügyfélfizetés beérkezett” tevékenység időbélyege és a „Számla kelte” attribútum közötti különbségből számítható ki.
Példák
356228
|
|||
A rendeléstől a pénz beérkezéséig tartó számlázási folyamat tevékenységei
| Tevékenység | Leírás | ||
|---|---|---|---|
|
Fizetés hozzárendelve a számlához
|
A beérkezett ügyfélfizetést sikeresen egyeztették a megfelelő számlával, és hozzárendelték ahhoz, így csökkent a fennálló tartozás. Ez külön tranzakciós rekordként jelenik meg. | ||
|
Miért fontos?
Ez a tevékenység igazolja, hogy a pénzt megfelelően rendelték hozzá a számlához. Ez elengedhetetlen a kintlévőségek kor szerinti pontos kimutatásához és a pénzügyi beszámolókhoz. Ezzel zárul le a pénz követelésként való elszámolása.
Hol szerezhető be?
Az eseményt az AR_RECEIVABLE_APPLICATIONS_ALL tábla kifejezetten rögzíti. Az apply_date és a gl_date mező jelzi, mikor történt a hozzárendelés.
Rögzítés
Használja az AR_RECEIVABLE_APPLICATIONS_ALL tábla apply_date mezőjét, amely összekapcsolja a készpénzbevételt a számlával.
Eseménytípus
explicit
|
|||
|
Számla elküldve az ügyfélnek
|
A számla az ügyfél által választott módon, például e-mailben vagy nyomtatott formában eljutott az ügyfélhez. A rendszer gyakran rögzíti a kézbesítési művelet végrehajtásának időbélyegét. | ||
|
Miért fontos?
Ez a tevékenység hivatalosan elindítja a fizetési határidőt. A jóváhagyás és a kézbesítés közötti idő mérése segít felmérni a számlatovábbítás hatékonyságát.
Hol szerezhető be?
Az esemény az RA_CUSTOMER_TRX_ALL tábla „last_printed_date” mezőjéből állapítható meg, elektronikus kézbesítés esetén pedig az Oracle Business Intelligence Publisher naplóiból.
Rögzítés
Használja a számlához tartozó kézbesítési vagy nyomtatási napló időbélyegét.
Eseménytípus
inferred
|
|||
|
Számla jóváhagyva
|
A számla megkapta az összes szükséges jóváhagyást, és készen áll az ügyfélnek való elküldésre. Az esemény akkor rögzíthető, amikor a jóváhagyási munkafolyamat sikeresen lezárul, és frissül a számla állapota. | ||
|
Miért fontos?
Ez fontos mérföldkő, amely feltétele a számla ügyfélhez való eljuttatásának. Az itt jelentkező késedelem közvetlenül befolyásolja, mikor indul a fizetési határidő, és így a vevőkövetelések átlagos beszedési idejét (DSO) is.
Hol szerezhető be?
Az esemény a számlatranzakció rekordjában szereplő végső jóváhagyási állapotfrissítésből vagy a kapcsolódó BPM-munkafolyamat feladatának befejezési időbélyegéből állapítható meg.
Rögzítés
Rögzítse azt az időbélyeget, amikor a számla jóváhagyási állapota „Approved” értékre vált.
Eseménytípus
inferred
|
|||
|
Számla létrehozva
|
A számlatranzakció első létrehozása a rendszerben, gyakran piszkozat vagy befejezetlen állapotban. Az esemény akkor kerül rögzítésre, amikor egy felhasználó először menti az új számlarekordot a vevőkövetelési modulban. | ||
|
Miért fontos?
Ez jelöli a számlázási folyamat tényleges kezdetét. A létrehozás és a befejezés közötti idő elemzésével feltárhatók a kezdeti adatbevitel késedelmei és a rendszer teljesítményével kapcsolatos problémák.
Hol szerezhető be?
Az esemény a tranzakciós rekord létrehozási dátumából olvasható ki az RA_CUSTOMER_TRX_ALL táblából. A kezdeti állapot gyakran „Incomplete”.
Rögzítés
Használja az RA_CUSTOMER_TRX_ALL tábla creation_date mezőjét az adott számlaszámhoz.
Eseménytípus
explicit
|
|||
|
Számla lezárva
|
A számla teljes egészében ki van fizetve és egyeztetve, életciklusa lezárult. Ez az esemény általában akkor következtethető ki, amikor a számla fennmaradó egyenlege nullára csökken, és frissül a státusza. | ||
|
Miért fontos?
Ez a számla végleges lezárása, egyben a folyamat végét is jelzi. Az állapot eléréséhez szükséges teljes idő a számlázási folyamat végpontok közötti átfutási ideje, amely a folyamat egyik fő KPI-ja.
Hol szerezhető be?
Az AR_PAYMENT_SCHEDULES_ALL táblából következtethető ki, amikor a státusz 'CLOSED' értékre változik, az amount_due_remaining pedig nulla. A lezárás dátumát a 'gl_date_closed' mező jelzi.
Rögzítés
Az adott számlához az AR_PAYMENT_SCHEDULES_ALL tábla gl_date_closed mezőjét használja.
Eseménytípus
inferred
|
|||
|
Ügyfélfizetés beérkezett
|
Az ügyfél befizetését készpénzbevételként rögzítették a rendszerben. Ebben a szakaszban előfordulhat, hogy a fizetést még nem rendelték hozzá egy konkrét számlához. | ||
|
Miért fontos?
Ez a pénzbeáramlás fontos mérföldköve. A fizetés beérkezése és a számlához rendelése közötti idő a pénzkezelés hatékonyságának egyik fontos mutatója.
Hol szerezhető be?
Az esemény az AR_CASH_RECEIPTS_ALL táblában szereplő rekord létrehozásakor kerül rögzítésre. A receipt_date mező jelzi, mikor dolgozták fel a fizetést.
Rögzítés
Használja az AR_CASH_RECEIPTS_ALL tábla creation_date vagy receipt_date mezőjét.
Eseménytípus
explicit
|
|||
|
Fizetési emlékeztető elküldve
|
Lejárt számla miatt fizetési felszólítást vagy emlékeztetőt küldtek az ügyfélnek. Ez a követeléskezelési modulban rögzített konkrét művelet. | ||
|
Miért fontos?
Az emlékeztetők nyomon követése segít felmérni a követeléskezelés hatékonyságát, és elemezni, mely emlékeztetési stratégiák vezetnek gyorsabb fizetéshez.
Hol szerezhető be?
Az eseményt az Oracle Advanced Collections modul kifejezetten rögzíti. Az olyan felszólítási előzményeket tároló táblák, mint az IEX_DUNNINGS, tartalmazzák az emlékeztető küldésének dátumát és fokozatát.
Rögzítés
Olvassa ki az adatokat a felszólítási előzményeket tároló táblákból, és kapcsolja össze a felszólítási tranzakciót a számlával.
Eseménytípus
explicit
|
|||
|
Fizetési határidő lejárt
|
Lejárt a számla szerződés szerinti fizetési határideje. Ez nem tranzakciós esemény, hanem a számla fizetési feltételei és az aktuális dátum alapján számított érték. | ||
|
Miért fontos?
Ez a számított esemény alapvető fontosságú a kintlévőségek kor szerinti elemzéséhez és a DSO kiszámításához. Elkülöníti a határidőre fizetett számlákat a lejártaktól, így célzottabbá válhat a követeléskezelés.
Hol szerezhető be?
Ez számított esemény. Akkor következik be, amikor az aktuális dátum későbbi az adott számlához tartozó AR_PAYMENT_SCHEDULES_ALL tábla due_date mezőjében szereplő dátumnál.
Rögzítés
Az AR_PAYMENT_SCHEDULES_ALL tábla due_date mezőjét az aktuális dátummal összevetve számítható ki.
Eseménytípus
calculated
|
|||
|
Reklamáció indítva
|
Az ügyfél hivatalosan vitatja a számlát, és reklamációs ügyet hoztak létre a rendszerben. Ezt általában a számlához tartozó fizetési ütemezés állapotjelzőjének módosításával rögzítik. | ||
|
Miért fontos?
A reklamációk felfüggesztik a fizetési folyamatot, és manuális ügyintézést igényelnek. Gyakoriságuk és rendezési idejük elemzésével feltárhatók a kiváltó okok, például az árazási vagy szállítási hibák.
Hol szerezhető be?
Az esemény az AR_PAYMENT_SCHEDULES_ALL tábla vitatott állapotot jelző mezőjéből vagy az AR_DISPUTE_HISTORY táblában szereplő létrehozási rekordokból állapítható meg.
Rögzítés
Keresse meg, mikor aktiválódik a reklamációs jelző vagy állapot a számlához tartozó fizetési ütemezésben.
Eseménytípus
inferred
|
|||
|
Számla elutasítva
|
A jóváhagyó elutasította a számlát, jellemzően az adatok, például az árak vagy a mennyiségek hibája miatt. Az esemény visszaküldi a számlát javításra, és újramunkálási kört indít. | ||
|
Miért fontos?
Az elutasítások nyomon követése rávilágít a számlázás pontosságával és a belső kontrollokkal kapcsolatos problémákra. Az elutasítások gyakoriságának és okainak elemzése segít azonosítani a folyamatfejlesztés és a képzés lehetséges területeit.
Hol szerezhető be?
Az esemény a számlatranzakció rekordjának állapotfrissítéséből vagy a BPM-munkafolyamat feladatában szereplő „Rejected” eredményből állapítható meg.
Rögzítés
Rögzítse azt az időbélyeget, amikor a számla jóváhagyási állapota „Rejected” értékre vált.
Eseménytípus
inferred
|
|||
|
Számla jóváhagyásra benyújtva
|
A számla hivatalosan bekerül a jóváhagyási munkafolyamatba, ha ilyen be van állítva. Az esemény akkor rögzíthető, amikor a számla állapota függőben lévő jóváhagyásra vált, és értesítést kapnak a kijelölt jóváhagyók. | ||
|
Miért fontos?
Ez jelöli a jóváhagyási ciklus kezdetét. Az esemény nyomon követése elengedhetetlen a jóváhagyási idő, valamint a teljes számlázási ciklusidő egyik fontos összetevőjének méréséhez és elemzéséhez.
Hol szerezhető be?
Az esemény a számlatranzakció állapotváltozásából állapítható meg, vagy az Oracle Business Process Management (BPM) munkafolyamat-tábláiból olvasható ki, amelyek rögzítik a jóváhagyási feladat indítását.
Rögzítés
Keresse meg azt az időbélyeget, amikor a számla jóváhagyási állapota „Pending” értékre vagy hasonló állapotra vált.
Eseménytípus
inferred
|
|||
|
Számla módosítva
|
Módosították a számla összegét, például leírással vagy jóváírással. Ez a fennálló számlaegyenleget módosító konkrét tranzakció. | ||
|
Miért fontos?
A módosítások gyakran reklamációra, engedményre vagy korrekcióra utalnak. Gyakoriságuk és értékük elemzésével feltárhatók az Order to Cash folyamat mögöttes problémái.
Hol szerezhető be?
Az eseményt az AR_ADJUSTMENTS_ALL tábla kifejezetten rögzíti. A módosítási rekord creation_date mezője jelöli az esemény időpontját.
Rögzítés
Használja az AR_ADJUSTMENTS_ALL tábla creation_date mezőjét az érintett számlához.
Eseménytípus
explicit
|
|||
|
Számla véglegesítve
|
A számlaadatok bevitele befejeződött, a tranzakció készen áll az ellenőrzésre és a könyvelésre. Ez jellemzően úgy állapítható meg, hogy a számla állapota „Incomplete” értékről „Complete” értékre változik. | ||
|
Miért fontos?
Ez a mérföldkő jelöli az adatbeviteli szakasz végét. A létrehozás és a véglegesítés közötti idő megmutathatja, mennyire hatékony a számlázási részleg adatbeviteli és ellenőrzési folyamata.
Hol szerezhető be?
Az esemény az RA_CUSTOMER_TRX_ALL táblában szereplő számlatranzakció állapotváltozásából állapítható meg. Keresse meg a „Complete” állapotra váltás időbélyegét.
Rögzítés
Kövesse nyomon a tranzakció állapotának előzményeit az RA_CUSTOMER_TRX_ALL táblában vagy a kapcsolódó munkafolyamat-táblákban.
Eseménytípus
inferred
|
|||
Adatkinyerési útmutatók
Kezdje el most?
Használja ezt a sablont az adatok előkészítéséhez, a számlázási folyamat egyszerűsítéséhez és a pénz gyorsabb beérkezéséhez. Tárja fel az összefüggéseket, és javítsa az Oracle Fusion Financials működésének hatékonyságát még ma.
Kezdje el most az Oracle számlázásának optimalizálását
Megoldásunkkal 30%-kal csökkentheti a számlázási ciklus idejét, és javíthatja a pénzforgalmat.
Nincs szükség bankkártyára. Néhány perc alatt beállíthatja.