Követeléskezelési adatsablon
Követeléskezelési adatsablon
- A követeléskezelési elemzéshez javasolt attribútumok teljes listája
- A nyomon követendő fő folyamattevékenységek és mérföldkövek
- Útmutató az adatok kinyeréséhez az Oracle Fusion Financials rendszerből
Követeléskezelési attribútumok
| Név | Leírás | ||
|---|---|---|---|
| Esemény időbélyege EventStartDateTime | A tevékenység végrehajtásának pontos dátuma és időpontja. | ||
| Leírás Ez az attribútum rögzíti, hogy a tevékenység pontosan mikor történt a rendszerben. Az események időrendi sorrendbe rendezésére és a process mining időalapú számításaira használható. Az időbélyegek elemzésével kiszámítható a tevékenységek közötti ciklusidő, például a számla létrehozása és elküldése között eltelt idő. A vevőállomány forgási idejéhez hasonló KPI-k méréséhez, valamint a fizetési magatartás időbeli mintáinak feltárásához is szükséges. Miért fontos? Alapadat az időtartamok, az átfutási idők és a ciklusidők kiszámításához. Hol szerezhető be? Oracle Fusion Financials: a különböző tranzakciós táblák CREATION_DATE vagy LAST_UPDATE_DATE oszlopa. Példák 2023-10-15T08:30:00Z2023-10-16T14:45:12Z2023-11-01T09:00:00Z | |||
| Számlaszám InvoiceNumber | Az Oracle Fusion rendszerben a számlatranzakcióhoz rendelt egyedi azonosító. | ||
| Leírás Ez az attribútum egyedi kulcsként azonosítja a vevőkövetelés-kezelési modul pénzügyi kötelezettségeit. Az eredeti értékesítési tranzakcióhoz kapcsolja az összes későbbi tevékenységet, például a módosításokat, vitákat és befizetéseket. A process mining elemzésben ez az attribútum szolgál Case ID-ként. Segítségével az elemzők nyomon követhetik a követelés teljes életciklusát a létrehozástól a teljes kiegyenlítésig vagy leírásig, és kiszámíthatják a ciklusidőket, valamint azonosíthatják a folyamatváltozatokat. Miért fontos? Ez a hiteltől a pénz beérkezéséig tartó folyamat nyomon követésének alapegysége. Hol szerezhető be? Oracle Fusion Financials: RA_CUSTOMER_TRX_ALL.TRX_NUMBER Példák INV-2023-00110056789AR-99887755002211 | |||
| Tevékenység neve ActivityName | A vevőkövetelés-kezelési folyamatban végrehajtott konkrét esemény vagy művelet. | ||
| Leírás Ez az attribútum írja le a folyamat egy lépését, például a számla létrehozását, a befizetés könyvelését vagy egy vita megnyitását. Meghatározza a folyamattérkép menetét, és lehetővé teszi az események sorrendjének megjelenítését. Az elemzők ezzel a mezővel azonosítják a folyamatváltozatokat, a visszatérő lépéseket és a szűk keresztmetszeteket. Segít ellenőrizni a standard működési eljárások betartását, valamint kiszámítani az olyan események gyakoriságát, mint az ismételt munka vagy a kézi beavatkozás. Miért fontos? A folyamat menetének meghatározásához és az események sorrendjének megjelenítéséhez szükséges. Hol szerezhető be? A tranzakciós előzményeket tartalmazó táblákból származik, például az AR_PAYMENT_SCHEDULES_ALL és a RA_CUST_TRX_LINE_GL_DIST_ALL táblából. Példák Számla létrehozvaFizetési emlékeztető elküldveRészfizetés könyvelveVitaügy megnyitva | |||
| Forrásrendszer SourceSystem | Az a nyilvántartó rendszer, ahonnan az adatok származnak. | ||
| Leírás Ez az attribútum azonosítja azt a szoftverkörnyezetet, amelyből a folyamatadatokat kinyerték. Ebben az esetben megerősíti, hogy az adatok az Oracle Fusion Financials rendszerből származnak. Egyetlen rendszerből történő adatkinyerésnél gyakran állandó érték. Több ERP-példány adatainak egyesítésekor vagy külső behajtási eszközök integrálásakor viszont különösen fontos. Többrendszeres folyamattáj esetén biztosítja az adatok eredetének és útjának nyomon követhetőségét. Miért fontos? Biztosítja az adatok eredetének nyomon követhetőségét, és megkülönbözteti az egyes ERP-példányokat. Hol szerezhető be? Az adatkinyerés során rögzítik, vagy az adatfolyamatban állítják be. Példák Oracle Fusion FinancialsOracle Cloud ERP, USAOracle Cloud ERP, EMEA | |||
| Utolsó adatfrissítés LastDataUpdate | Az az időbélyeg, amely megmutatja, mikor frissültek utoljára az adatok az elemzőeszközben. | ||
| Leírás Ez az attribútum jelzi, mikor szinkronizálták utoljára az adatkészletet a forrásként használt Oracle rendszerrel. Segít megítélni, mennyire frissek az elemzés adatai, és hogy az eredmények a működés jelenlegi állapotát tükrözik-e. A mező figyelése azért fontos, hogy a dashboard naprakész adatokat mutasson, különösen a nyitott vitás ügyek és a még hozzá nem rendelt befizetések működési szintű nyomon követésekor. Miért fontos? Tájékoztat az adatok frissességéről és megbízhatóságáról. Hol szerezhető be? A rendszeridő az adatkinyerés pillanatában. Példák 2023-11-15T23:59:59Z2023-11-16T00:00:00Z | |||
| Automatizált IsAutomated | Jelzi, hogy a tevékenység emberi beavatkozás nélkül történt-e. | ||
| Leírás Ez a logikai attribútum jelzi, hogy a tevékenységet rendszerfolyamat, például az AutoInvoice vagy az AutoLockbox, illetve emberi felhasználó hajtotta-e végre. Ez a „Pénzbeszedés automatizálási aránya” KPI elsődleges alapja. Az automatizált és manuális tevékenységek arányának időbeli követésével a szervezet felmérheti a digitális átalakítási kezdeményezések eredményét, és azonosíthatja azokat a folyamati lépéseket, amelyek továbbra is manuálisak. Miért fontos? A digitális átalakítás és a hatékonyság mérésének elsődleges mutatója. Hol szerezhető be? A UserName alapján számított logika, például ha a User értéke „BATCH_USER”, akkor igaz. Példák truefalse | |||
| Behajtási ügyintéző neve CollectorName | A számlához rendelt behajtási ügyintéző vagy erőforrás neve. | ||
| Leírás Ez az attribútum azonosítja azt a munkatársat vagy csapattagot, aki a számla befizetésének behajtásáért felel. Ez a behajtási ügyintézők teljesítményét bemutató dashboard egyik fő dimenziója. A mező adatai alapján a szervezet mérheti az ügyintézők termelékenységét, feltárhatja a képzési igényeket, és kiegyensúlyozhatja a munkaterhelést. Segíti az egyéni felelősségvállalást és a behajtási munka egységesítését a pénzügyi csapatban. Miért fontos? Fontos az erőforrások teljesítményének elemzéséhez és a munkaterhelés kiegyensúlyozásához. Hol szerezhető be? Oracle Fusion Financials: az AR_COLLECTORS.NAME mező az ügyfélprofilhoz kapcsolódik. Példák John SmithA beszedési csapatJane Doe | |||
| Esedékesség dátuma DueDate | Az a dátum, ameddig a fizetésnek be kell érkeznie. | ||
| Leírás Ez a számla dátuma és a fizetési feltételek alapján kiszámított fizetési határidő. Ehhez viszonyítva állapítható meg, hogy a fizetés késedelmes-e. A „Beszedési emlékeztetők időzítésének eltérése” KPI azt méri, mennyivel a határidő előtt vagy után lép a csapat. Az esedékesség dátuma határozza meg azt is, hogy a kintlévőségek az öregedési kimutatásokban még határidőn belülinek vagy lejártnak számítanak-e. Miért fontos? A késedelem és a határidőre történő fizetés megítélésének alapja. Hol szerezhető be? Oracle Fusion Financials: AR_PAYMENT_SCHEDULES_ALL.DUE_DATE Példák 2023-11-302023-12-152024-01-01 | |||
| Felhasználónév UserName | A tevékenységet végrehajtó rendszerfelhasználó. | ||
| Leírás Ez az attribútum rögzíti annak a személynek a bejelentkezési azonosítóját vagy nevét, aki az adott tevékenységet végrehajtotta, például rögzítette a számlát vagy egyeztette a bankszámlakivonatot. A generikus „Felhasználó” mezőnek felel meg. Az adat nélkülözhetetlen a megfelelés ellenőrzéséhez és a „Beszedési ügyintézők teljesítménye” dashboardhoz. Segítségével elkülöníthetők a gép által végrehajtott műveletek, amelyekért gyakran egy „System” felhasználó felel, az emberi műveletektől, így elemezhető az automatizálás. Miért fontos? Lehetővé teszi a felhasználónkénti teljesítmény mérését és a feladatkörök elkülönítésének elemzését. Hol szerezhető be? Oracle Fusion Financials: a CREATED_BY vagy LAST_UPDATED_BY oszlopok összekapcsolása a felhasználói táblákkal. Példák rendszergazdajsmithfinance_batch_job | |||
| Számla összege InvoiceAmount | A számla teljes pénzösszege. | ||
| Leírás Ez az attribútum a számlán eredetileg esedékes összeget jelöli. Számos elemzésben ez az elsődleges súlyozási tényező, így a szervezet a nagy értékű tranzakciókat előnyben részesítheti a kis értékűekkel szemben. A még hozzá nem rendelt jóváírásokat és bevételkiesést bemutató nézetben ez a mező segít számszerűsíteni a rendezetlen tételek pénzügyi hatását. A súlyozott átlagos vevőállomány-forgási idő kiszámításához is használható, így a folyamat hatékonysága pénzügyi szempontból is értékelhető. Miért fontos? Pénzügyi súlyt ad az elemzésnek, és támogatja az érték szerinti rangsorolást. Hol szerezhető be? Oracle Fusion Financials: RA_CUSTOMER_TRX_ALL.AMOUNT_DUE_ORIGINAL Példák 1500.00250.5010000.00 | |||
| Tranzakciótípus TransactionType | A vevőkövetelési bizonylat besorolása: számla, jóváíró számla vagy terhelési értesítő. | ||
| Leírás Ez az attribútum megkülönbözteti a különböző pénzügyi bizonylattípusokat. Gyakori értékei a számla, a jóváíró számla és a terhelési értesítő. Ez a megkülönböztetés fontos a jóváíró számlák mennyiségét és ismételt feldolgozását bemutató dashboardhoz. Az attribútum szerinti szűréssel az elemzők elkülöníthetik a jóváíró számlák miatt ismétlődő feldolgozási köröket, vagy külön vizsgálhatják a számlázás fő folyamatát. Ez segít megérteni a vevőkövetelés-kezelési munkaterhelés összetételét. Miért fontos? Megkülönbözteti a szokásos számlákat a módosításoktól és korrekcióktól. Hol szerezhető be? Oracle Fusion Financials: RA_CUST_TRX_TYPES_ALL.NAME Példák SzámlaJóváíró számlaTerhelési értesítőVisszaterhelés | |||
| Ügyfél neve CustomerName | A tranzakcióban számlázott szervezet neve. | ||
| Leírás Ez az attribútum azonosítja a számlához tartozó ügyfelet. Alapvető fontosságú az ügyfelenkénti fizetési magatartás, a vitás ügyek gyakorisága és a behajtás eredményességének elemzéséhez. Az elemzők ezzel a mezővel azonosíthatják azokat az ügyfeleket, akik gyakran késve fizetnek vagy vitatják a számlákat. Az eredmények megjeleníthetők az ügyfelek fizetési magatartását elemző dashboardon, és segítenek az ügyfélprofilhoz igazítani a hitelfeltételeket és a behajtási stratégiát. Miért fontos? Szükséges az ügyfélközpontú elemzéshez és a kockázati profil meghatározásához. Hol szerezhető be? Oracle Fusion Financials: a HZ_PARTIES.PARTY_NAME mező a BILL_TO_CUSTOMER_ID alapján kapcsolódik. Példák Acme CorpGlobex CorporationSoylent Corp | |||
| Ügyfélszegmens CustomerSegment | Az ügyfél méret, iparág vagy kockázat szerinti besorolása. | ||
| Leírás Ez az attribútum olyan csoportokba sorolja az ügyfeleket, mint a stratégiai ügyfél, nagyvállalat, kis- és középvállalkozás vagy magas kockázatú ügyfél. Az Oracle Fusion rendszerben gyakran az ügyfélosztályból vagy profilbesorolásból származik. Az attribútum segítségével összehasonlíthatók a folyamatváltozatok a különböző piaci szegmensekben. Például ellenőrizhető, hogy a stratégiai ügyfelek megkapják-e a nekik szánt kiemelt kiszolgálást, illetve a magas kockázatú ügyfelek fizetéseit kellő figyelemmel követik-e. Miért fontos? Lehetővé teszi a behajtási stratégiák és a kockázatok szegmensenkénti elemzését. Hol szerezhető be? Oracle Fusion Financials: HZ_CUSTOMER_PROFILES.PROFILE_CLASS_ID. Példák NagyvállalatKisvállalkozásKormányzati szervezetMagas kockázatú | |||
| Üzleti egység BusinessUnit | A szervezet azon működési egysége, amely a számláért felel. | ||
| Leírás Ez az attribútum az Oracle Fusion Organization ID mezőjéhez kapcsolódik, és azt az üzleti egységet vagy részleget jelöli, amelyhez a követelés tartozik. Lehetővé teszi a folyamat teljesítményének összehasonlítását a vállalat különböző részei között. Ha az egyes üzleti egységek vitarendezési idejét vagy vevőállomány-forgási idejét hasonlítja össze, a vezetők azonosíthatják a jól teljesítő csapatokat, és egységesíthetik a bevált gyakorlatokat. Az is láthatóvá válik, hol van szükség további erőforrásokra vagy a folyamat átalakítására. Miért fontos? Fontos dimenzió a szervezeti egységek teljesítményének összehasonlításához és viszonyításához. Hol szerezhető be? Oracle Fusion Financials: a HR_ORGANIZATION_UNITS.NAME mező az ORG_ID alapján kapcsolódik. Példák USA keleti régiójának értékesítéseEMEA-szolgáltatásokAPAC-gyártás | |||
| Fizetési feltételek PaymentTerms | A fizetési határidőre vonatkozó megállapodás, például 30 napos fizetési határidő. | ||
| Leírás Ez az attribútum határozza meg a szerződésben rögzített fizetési határidőt. Ennek alapján számítható ki az esedékesség dátuma, és a „Beszedési stratégia eredményessége” dashboardhoz is szükséges. Az ügyfelek eltérő fizetési feltételei magyarázatot adhatnak a DSO különbségeire. Az attribútum segítségével az elemzők összehasonlíthatóvá tehetik a teljesítményadatokat, így a 60 napos fizetési határidejű ügyfelet nem minősítik méltánytalanul késedelmes fizetőnek a 30 napos határidejű ügyfélhez képest. Miért fontos? A fizetés gyorsaságát a szerződéses feltételek tükrében értelmezi. Hol szerezhető be? Oracle Fusion Financials: RA_TERMS.NAME Példák 30 napos fizetési határidőAzonnali2% kedvezmény 10 napon belüli fizetés esetén, egyébként 30 napos határidő60 napos fizetési határidő | |||
| Ismételt munka IsRework | Jelzi, hogy a számlát javítási vagy vitakezelési körök érintették-e. | ||
| Leírás Ez a logikai attribútum jelzi, hogy a számlán történt-e hibajavítással kapcsolatos tevékenység, például „Helyesbítő számla kiállítása” vagy „Számla módosítása”. A „Helyesbítő számlák mennyisége és ismételt munka” dashboardot támogatja. Az ismételt munkát igénylő esetek elkülönítésével megkülönböztethető a problémamentes folyamat a hibásan működőtől. A gyakori ismételt munka előre jelezheti, hogy az alapadatok vagy a vevői rendelések rögzítése során gond van az adatok minőségével. Miért fontos? Feltárja a folyamatban jelentkező veszteséget és hatékonysági problémákat. Hol szerezhető be? Számított érték: igaz, ha az eset tartalmazza a „Helyesbítő számla kiállítása” vagy a „Vitaügy megnyitása” tevékenységet. Példák truefalse | |||
| Kedvezmény igénybevételének határideje DiscountEligibilityDate | Az utolsó dátum, amikor az ügyfél még igénybe veheti a korai fizetési kedvezményt. | ||
| Leírás Ez az attribútum jelöli a kedvezmény igénybevételének határidejét, például a „2/10 Net 30” feltételnél, amikor 10 napon belüli fizetés esetén 2% kedvezmény jár. A „Korai fizetési kedvezmények elemzése” dashboardhoz szükséges. Az ezen dátumhoz viszonyított fizetések elemzésével mérhető a korai fizetési kedvezmények igénybevételi aránya. Ez megmutatja, hogy a kedvezmények valóban gyorsítják-e a pénz beáramlását, vagy az ügyfelek nem élnek velük. Miért fontos? Segít felmérni az ösztönzők eredményességét és a pénzbeáramlás gyorsulását. Hol szerezhető be? Oracle Fusion Financials: AR_PAYMENT_SCHEDULES_ALL.DISCOUNT_DATE Példák 2023-11-102023-12-05 | |||
| Létrehozás forrása CreationSource | A számla forrása, vagyis hogy manuálisan hozták-e létre, vagy importálták. | ||
| Leírás Ez az attribútum megmutatja, hogyan került a számla az Oracle rendszerbe, például „Manuális rögzítés”, „AutoInvoice” vagy valamelyik külső adatforrás révén. A generikus „Csatorna” mező leképezésére használható. A „Pénzbeszedés automatizálásának figyelése” dashboardhoz elengedhetetlen. Segít megkülönböztetni a teljesen digitális folyamatokat azoktól, amelyek manuális beállítást igényelnek. A „Manuális rögzítés” nagy aránya arra utalhat, hogy hiányzik a korábbi rendszerekkel való integráció, vagy hiányosságok vannak a rendszerben. Miért fontos? Megmutatja a korábbi folyamatok automatizáltságának szintjét és az adatok eredetét. Hol szerezhető be? Oracle Fusion Financials: RA_BATCH_SOURCES_ALL.NAME Példák AutoInvoiceManuálisProjektek megvalósításaRendeléskezelés | |||
| Pénznemkód CurrencyCode | Az a pénznem, amelyben a számla összege szerepel. | ||
| Leírás Ez az attribútum határozza meg a pénzügyi összegek pénznemét, például USD vagy EUR. A számla összegének helyes értelmezéséhez, illetve a globális jelentésekhez szükséges pénznemátváltáshoz van rá szükség. A globális szervezetek ezzel az attribútummal elemezhetik a behajtás eredményességét a különböző gazdasági régiókban. A pénzügyi csapatok az árfolyamhatásokat is elkülöníthetik a működési folyamat teljesítményétől. Miért fontos? Segít értelmezni a pénzügyi adatokat több pénznem használata esetén. Hol szerezhető be? Oracle Fusion Financials: RA_CUSTOMER_TRX_ALL.INVOICE_CURRENCY_CODE Példák USDEURGBPJPY | |||
| Régió Region | Az üzleti egységhez vagy az ügyfélhez tartozó földrajzi régió. | ||
| Leírás Ez az attribútum egy nagyobb földrajzi területhez rendeli az ügyletet, például Észak-Amerikához, az EMEA-régióhoz vagy az APAC-régióhoz. Hasznos a vezetői összesítésekhez és a „DSO és a pénzforgalmi ciklus alakulása” dashboardhoz. A régiók összehasonlításakor figyelembe vehetők a fizetési szokások kulturális különbségei, például a Dél-Európában az Egyesült Államokhoz képest jellemzően hosszabb fizetési határidők. Így a globális KPI-k helyi környezetükben értelmezhetők. Miért fontos? A globális jelentésekhez magas szintű földrajzi bontást biztosít. Hol szerezhető be? Oracle Fusion Financials: az üzleti egység vagy az ügyfél címe alapján származtatva. Példák Észak-AmerikaEMEAAPACLATAM | |||
| Vita oka DisputeReason | A vita megnyitásakor megadott kategória vagy indokkód. | ||
| Leírás Ez az attribútum rögzíti a „Vitaügy megnyitása” tevékenységhez megadott indokot. Gyakori érték például az „Árazási hiba”, a „Mennyiségi eltérés” vagy a „Sérült áru”. A „Viták életciklusa és szűk keresztmetszetei” dashboardon elemezve feltárhatók a fizetési késedelmek kiváltó okai. Ha gyakori az „Árazási hiba”, érdemes az értékesítési ajánlatkészítés korábbi folyamatát vizsgálni, nem csak a követeléskezelést. Miért fontos? Segít feltárni a fizetési késedelmek és az ismételt munkavégzés kiváltó okait. Hol szerezhető be? Oracle Fusion Financials: RA_CM_REQUESTS.REASON_CODE vagy AR_DISPUTE_HISTORY. Példák ÁrvitaAdózási hibaAz áru nem érkezett megDuplikált számlázás | |||
Követeléskezelési tevékenységek
| Tevékenység | Leírás | ||
|---|---|---|---|
| Részfizetés könyvelve | Akkor történik, amikor a befizetést hozzárendelik a számlához, de az összeg kisebb a teljes fennálló tartozásnál. A számla csökkentett egyenleggel nyitva marad. | ||
| Miért fontos? A gyakori részfizetés széttagolt fizetési magatartásra utal. A részfizetések gyakorisága KPI növekedése több egyeztetési munkát jelent. Hol szerezhető be? Az AR_RECEIVABLE_APPLICATIONS_ALL táblából származik, ahol a STATUS = 'APP', az AMOUNT_APPLIED pedig kisebb az AMOUNT_DUE_REMAINING értékénél. Rögzítés Az X tranzakció végrehajtásakor naplózva Eseménytípus explicit | |||
| Számla elküldve | A számla továbbítását jelenti az ügyfélnek nyomtatott formában, e-mailben vagy XML-ben. Ezzel a számla átkerül a szervezettől az ügyfélhez. | ||
| Miért fontos? A számlaküldés teljesítményének méréséhez szükséges. A számla létrehozása és elküldése közötti késés közvetlenül kitolja a pénzbeszedési ciklust. Hol szerezhető be? A RA_CUSTOMER_TRX_ALL tábla PRINTING_ORIGINAL_DATE mezőjéből, XML használata esetén pedig az Oracle Collaboration Messaging Framework megfelelő naplóiból következtethető ki. Rögzítés A státuszmező értékének összehasonlítása a változás előtt és után Eseménytípus inferred | |||
| Számla létrehozva | Ez az esemény jelzi a számlarekord első létrehozását a rendszerben. Az időbélyeg azt rögzíti, amikor a tranzakció fejadatait először mentik az Oracle Receivables tábláiba. | ||
| Miért fontos? Kijelöli a folyamat kezdetét, és alapul szolgál az esedékesség számításához. Szükséges a teljes ciklusidő és a számlaküldésig eltelt idő meghatározásához. Hol szerezhető be? A RA_CUSTOMER_TRX_ALL táblából származik, a CREATION_DATE vagy a TRX_DATE oszlop alapján. Rögzítés A tranzakciósor beszúrásakor naplózva Eseménytípus explicit | |||
| Számla lezárva | A végállapot, amikor a számlát lezárják a rendszerben. Ez általában azért történik, mert a befizetés, jóváíró számla vagy módosítás nullára csökkentette az egyenleget. | ||
| Miért fontos? Az esemény időbélyegéből számítható ki a vevőállomány forgási ideje (DSO). Ez jelzi a folyamatpéldány végét. Hol szerezhető be? Akkor azonosítható, amikor az AR_PAYMENT_SCHEDULES_ALL tábla STATUS mezője 'CL' (Closed) értékre változik. Rögzítés A státuszmező értékének összehasonlítása a változás előtt és után Eseménytípus inferred | |||
| Számla véglegesítve | Azt jelzi, hogy a számla létrehozása befejeződött, és a számla feldolgozható, nyomtatható és könyvelhető. Akkor történik meg, amikor a tranzakció státusza nem teljesről teljesre változik. | ||
| Miért fontos? Elkülöníti a számla előkészítésére és feldolgozására fordított időt. Az itt jelentkező késések a belső számlagenerálás szűk keresztmetszeteire utalnak. Hol szerezhető be? A RA_CUSTOMER_TRX_ALL táblában a COMPLETE_FLAG értéke 'Y'-ra változik. Rögzítés A státuszmező értékének összehasonlítása a változás előtt és után Eseménytípus inferred | |||
| Teljes befizetés érkezett | Akkor történik, amikor a befizetés hozzárendelése nullára csökkenti a számla egyenlegét. Ez a behajtási folyamat elsődleges sikeres lezárása. | ||
| Miért fontos? A korai fizetési kedvezmények elemzéséhez szükséges. Az esemény időpontja mutatja meg, hogy a pénz a kedvezményes időszakon belül érkezett-e be. Hol szerezhető be? Az AR_RECEIVABLE_APPLICATIONS_ALL táblából származik, ahol a STATUS = 'APP', az AMOUNT_DUE_REMAINING eredő értéke pedig 0. Rögzítés Az X és Y mező összehasonlításából származtatható Eseménytípus calculated | |||
| Bankszámlakivonattal egyeztetve | Azt jelzi, hogy a számlához rendelt befizetést egyeztették a bankszámlakivonat egyik sorával. Ez megerősíti, hogy az összeg valóban megérkezett a bankszámlára. | ||
| Miért fontos? A pénzbevételek automatikus könyvelését méri. A befizetés könyvelése és a banki egyeztetés közötti időszakban a pénz beérkezése még nincs megerősítve. Hol szerezhető be? Az AR_CASH_RECEIPTS_ALL és a CE_STATEMENT_LINES (Cash Management) táblák egyeztetési hivatkozás alapján történő összekapcsolásából származik. Rögzítés A státuszmező értékének összehasonlítása a változás előtt és után Eseménytípus inferred | |||
| Fizetési emlékeztető elküldve | A fizetési felszólítás vagy behajtási emlékeztető ügyfélnek történő kiküldését rögzíti. Ezt az eseményt az Advanced Collections modul hozza létre. | ||
| Miért fontos? A behajtási stratégia eredményességének elemzéséhez szükséges. Ha összeveti ezt az eseményt a befizetésekkel, megállapíthatja, mely emlékeztetési módszerekkel érkezik be a pénz a leggyorsabban. Hol szerezhető be? Az ügyfélszámlához kapcsolódó IEX_DUNNING vagy IEX_STRATEGY_WORK_ITEMS táblában található. Rögzítés Az X tranzakció végrehajtásakor naplózva Eseménytípus explicit | |||
| Fizetési ígéret érkezett | Rögzíti, hogy az ügyfél vállalta egy meghatározott összeg megfizetését egy adott határidőig. Ezt általában a behajtási ügyintéző rögzíti az ügyféllel folytatott egyeztetés során. | ||
| Miért fontos? Az ügyfelek fizetési magatartásának elemzéséhez szükséges. A be nem tartott ígéretek magas hitelkockázatra és későbbi behajthatatlan követelésre utalhatnak. Hol szerezhető be? A Collections modul IEX_PROMISE_DETAILS táblájából származik. Rögzítés Az X tranzakció végrehajtásakor naplózva Eseménytípus explicit | |||
| Jóváíró számla kiállítva | Rögzíti a számlával szemben érvényesített jóváíró tranzakció létrehozását. Ez csökkenti a fennálló tartozást, gyakran vita vagy visszáru miatt. | ||
| Miért fontos? Nyomon követi a jóváíró számlák ismételt feldolgozásának arányát és a bevételkiesést. A gyakori jóváírások rendszerszintű számlázási hibákra utalhatnak. Hol szerezhető be? A RA_CUSTOMER_TRX_ALL táblából származik, ahol a TRX_TYPE értéke Credit Memo, a RELATED_CUSTOMER_TRX_ID pedig megegyezik a számla azonosítójával. Rögzítés Az X tranzakció végrehajtásakor naplózva Eseménytípus explicit | |||
| Számla átvezetve a főkönyvbe | Azt az eseményt rögzíti, amikor a számlához tartozó könyvelési tételek véglegessé válnak, és átkerülnek a főkönyvbe. Ez biztosítja a pénzügyi megfelelést és a zárási időszakra való felkészültséget. | ||
| Miért fontos? Bár az ügyfél számára nem látható, az itt jelentkező késések hátráltatják a pénzügyi zárást és a jelentések időben történő elkészítését. Hol szerezhető be? A RA_CUST_TRX_LINE_GL_DIST_ALL tábla GL_DATE mezőjéből származik. Rögzítés Az X tranzakció végrehajtásakor naplózva Eseménytípus explicit | |||
| Számla leírva | A módosítás egy speciális típusa: a fennmaradó egyenleget behajthatatlannak minősítik, és rossz követelésként leírják. Ez kedvezőtlen végállapot. | ||
| Miért fontos? A pénzügyi helyzet nyomon követéséhez szükséges. Elkülöníti a működési hatékonyságot, vagyis a fizetés gyorsaságát a hitelminőségi problémáktól. Hol szerezhető be? Az AR_ADJUSTMENTS_ALL táblából származik, ha a módosítás típusa 'Write-off', vagy rossz követelésekhez tartozó számlához kapcsolódik. Rögzítés Az X tranzakció végrehajtásakor naplózva Eseménytípus explicit | |||
| Számla módosítva | A számlaegyenleg kézi módosításait rögzíti, például a kis összegű leírásokat vagy árfolyam-korrekciókat. Ezek elkülönülnek a jóváíró számláktól. | ||
| Miért fontos? Segít feltárni a bevételkiesést és azokat a nem szokványos folyamatutakat, amelyek során a tartozást befizetés nélkül rendezik. Hol szerezhető be? A számlához kapcsolódó AR_ADJUSTMENTS_ALL táblából származik. Rögzítés Az X tranzakció végrehajtásakor naplózva Eseménytípus explicit | |||
| Vita rendezve | A vita kivizsgálásának lezárását jelzi. Az eredmény lehet jóváírás jóváhagyása, ha a vita megalapozott, vagy elutasítása, ha nem az. | ||
| Miért fontos? Az átlagos vitarendezési idő kiszámításához szükséges. A hosszú rendezési idő rontja az ügyfél-elégedettséget, és növeli a vevőállomány forgási idejét. Hol szerezhető be? A RA_CM_REQUESTS_ALL táblában az 'APPROVED' vagy 'REJECTED' státuszra váltás alapján származtatható. Rögzítés A státuszmező értékének összehasonlítása a változás előtt és után Eseménytípus inferred | |||
| Vitaügy megnyitva | Jelzi a számlával kapcsolatos hivatalos vita megindítását. A kivizsgálás idejére felfüggeszti a szokásos behajtási tevékenységet. | ||
| Miért fontos? A szűk keresztmetszet egyik fontos jelzője. A sok vitás ügy a teljesítés vagy a számlázás korábbi szakaszában felmerülő minőségi problémákra utalhat. Hol szerezhető be? A számlához kapcsolódó RA_CM_REQUESTS_ALL rekordok vagy a Credit Memo Request munkafolyamatok alapján azonosítható. Rögzítés Az X tranzakció végrehajtásakor naplózva Eseménytípus explicit | |||
Adatkinyerési útmutatók
Lépések
Nyissa meg az Oracle BI Cloud Connector (BICC) konzolt. Lépjen a Manage Offerings and Data Stores részhez.
Állítsa be a tárhelykapcsolatot. Ellenőrizze, hogy rendelkezik-e érvényes kapcsolattal az Oracle Universal Content Management (UCM) rendszerhez vagy egy külső Object Storage szolgáltatáshoz, például az OCI Object Storage-hoz, ahová a kinyert CSV- vagy Parquet-fájlok kerülnek.
Válassza ki a Financials ajánlatot. Keresse meg a Financials ajánlatot a követeléskezelési View Objectek eléréséhez.
Válassza ki és állítsa be a View Objecteket (VO). Az eseménynapló összeállításához válassza ki a szükséges Public View Objecteket (PVO). A legfontosabb PVO-k:
- FscmTopModelAM.FinExtractAM.ArBiccExtractAM.TransactionHeaderExtractPVO (számlafejlécek)
- FscmTopModelAM.FinExtractAM.ArBiccExtractAM.TransactionLineExtractPVO (számlasorok)
- FscmTopModelAM.FinExtractAM.ArBiccExtractAM.ReceiptApplicationExtractPVO (befizetések és jóváírások alkalmazása)
- FscmTopModelAM.FinExtractAM.ArBiccExtractAM.AdjustmentExtractPVO (módosítások és leírások)
- FscmTopModelAM.FinExtractAM.IexBiccExtractAM.PromiseDetailExtractPVO (fizetési ígéretek)
- FscmTopModelAM.FinExtractAM.IexBiccExtractAM.StrategyWorkItemExtractPVO (fizetési felszólítások és emlékeztetők)
Adja meg a szűrési feltételeket. A Manage Extract Schedules részben vagy a PVO beállításainál szűrjön a CreationDate vagy a LastUpdateDate mezőre, hogy az elemzési időszak adatait nyerje ki, például az elmúlt 12 hónapét.
Ütemezze az adatkinyerést. Állítson be napi futást. Az első teljes betöltés után válassza az Incremental Load lehetőséget, hogy csak a módosult adatok kerüljenek be.
Töltse le és töltse be az adatokat. Automatizált szkripttel vagy integrációs eszközzel vegye át a fájlokat az UCM-ből vagy az Object Storage-ból, majd töltse be őket az adattárház előkészítő tábláiba, például a STG_AR_TRX_HEADER és a STG_AR_APPLICATIONS táblába.
Alkalmazza az átalakítási logikát. Futtassa a Query részben megadott SQL-szkriptet az előkészítő táblákon, hogy a relációs adatokat az ProcessMind eseménynapló-formátumára alakítsa.
Ellenőrizze az adattípusokat. Az átalakítás során a dátummezőket datetime típusra alakítsa, a numerikus összegeknél pedig kezelje helyesen a tizedeseket.
Exportálja CSV- vagy Parquet-formátumba. Az adattárházból egyetlen fájlba exportálja a végeredményt.
Töltse fel a ProcessMindba. Importálja a fájlt, és rendelje az InvoiceNumber mezőt a Case ID-hoz, az ActivityName mezőt az Activityhez, az EventStartDateTime mezőt pedig a Timestamphez.
Konfiguráció
- Adatkinyerés gyakorisága: a legfrissebb állapotváltozások rögzítéséhez napi, növekményes adatkinyerés javasolt.
- Első betöltés: az első futtatáskor válassza a „Full Extract” lehetőséget, majd váltson „Incremental” módra a Last Update Date alapján.
- Fő PVO-k: TransactionHeaderExtractPVO, ReceiptApplicationExtractPVO, AdjustmentExtractPVO, StrategyWorkItemExtractPVO.
- Dátumszűrés: a mennyiség korlátozásához alkalmazzon szűrőt, például CreationDate >= '202X-01-01'.
- Lekérdezési méret: az alapértelmezett érték általában 50000 sor. UCM-letöltés esetén a hálózati sávszélességhez igazítsa.
- Elsődleges kulcsok: gondoskodjon róla, hogy az adattárház a PVO-k elsődleges kulcsait használja az adatok beszúrásához és frissítéséhez. Ilyen például a CustomerTrxId és a ReceivableApplicationId. Ezzel elkerülhetők a duplikált sorok.
- Auditelőzmények: a szabványos BICC PVO-k az aktuális állapotot rögzítik. Az állapotváltozások pontos időbélyegéhez, például egy vita megnyitásához, szükség lehet az Audit Policies engedélyezésére a Fusionben és az Audit View Objectek kinyerésére, ha a tranzakciós táblák nem őrzik meg az előzményeket.
Példa-lekérdezés sql
/*
Transformation Script for Oracle BICC Data
Assumes raw BICC PVO CSVs are loaded into a SQL Staging Area with tables named:
- STG_AR_TRX_HEADER (TransactionHeaderExtractPVO)
- STG_AR_APPLICATIONS (ReceiptApplicationExtractPVO)
- STG_AR_ADJUSTMENTS (AdjustmentExtractPVO)
- STG_IEX_PROMISES (PromiseDetailExtractPVO)
- STG_IEX_STRATEGY (StrategyWorkItemExtractPVO)
- STG_CE_STMTS (BankStatementLineExtractPVO - Optional/Advanced)
*/
WITH Base_Log AS (
/* 1. Invoice Created */
SELECT
TrxNumber AS InvoiceNumber,
'Invoice Created' AS ActivityName,
CreationDate AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
BusinessUnitName AS BusinessUnit,
BillToCustomerName AS CustomerName,
InvoiceCurrencyCode AS Currency,
(Quantity * UnitSellingPrice) AS InvoiceAmount,
TrxClass AS TransactionType,
CreatedBy AS UserName,
'Yes' AS IsAutomated
FROM STG_AR_TRX_HEADER
WHERE TrxClass IN ('INV', 'DM')
UNION ALL
/* 2. Invoice Completed */
SELECT
TrxNumber AS InvoiceNumber,
'Invoice Completed' AS ActivityName,
TrxDate AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
BusinessUnitName AS BusinessUnit,
BillToCustomerName AS CustomerName,
InvoiceCurrencyCode AS Currency,
NULL AS InvoiceAmount,
TrxClass AS TransactionType,
LastUpdatedBy AS UserName,
'No' AS IsAutomated
FROM STG_AR_TRX_HEADER
WHERE CompleteFlag = 'Y'
AND TrxClass IN ('INV', 'DM')
UNION ALL
/* 3. Invoice Dispatched */
/* Using PrintingOriginalDate as proxy for dispatch */
SELECT
TrxNumber AS InvoiceNumber,
'Invoice Dispatched' AS ActivityName,
PrintingOriginalDate AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
BusinessUnitName AS BusinessUnit,
BillToCustomerName AS CustomerName,
InvoiceCurrencyCode AS Currency,
NULL AS InvoiceAmount,
TrxClass AS TransactionType,
LastUpdatedBy AS UserName,
'Yes' AS IsAutomated
FROM STG_AR_TRX_HEADER
WHERE PrintingOriginalDate IS NOT NULL
AND TrxClass IN ('INV', 'DM')
UNION ALL
/* 4. Invoice Posted to GL */
SELECT
TrxNumber AS InvoiceNumber,
'Invoice Posted to GL' AS ActivityName,
GlDate AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
BusinessUnitName AS BusinessUnit,
BillToCustomerName AS CustomerName,
InvoiceCurrencyCode AS Currency,
NULL AS InvoiceAmount,
TrxClass AS TransactionType,
'System' AS UserName,
'Yes' AS IsAutomated
FROM STG_AR_TRX_HEADER
WHERE GlDate IS NOT NULL
AND TrxClass IN ('INV', 'DM')
UNION ALL
/* 5. Payment Reminder Sent */
/* Links via Customer or Account, mapped back to Trx via Collections Strategy logic */
/* Simplified join assumption based on Trx Id availability in Work Item */
SELECT
H.TrxNumber AS InvoiceNumber,
'Payment Reminder Sent' AS ActivityName,
W.CreationDate AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
H.BusinessUnitName AS BusinessUnit,
H.BillToCustomerName AS CustomerName,
H.InvoiceCurrencyCode AS Currency,
NULL AS InvoiceAmount,
H.TrxClass AS TransactionType,
W.CreatedBy AS UserName,
'Yes' AS IsAutomated
FROM STG_IEX_STRATEGY W
JOIN STG_AR_TRX_HEADER H ON W.ObjectPk1 = H.CustomerTrxId
WHERE W.WorkItemTemplateName LIKE '%Reminder%'
UNION ALL
/* 6. Promise to Pay Received */
SELECT
H.TrxNumber AS InvoiceNumber,
'Promise to Pay Received' AS ActivityName,
P.CreationDate AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
H.BusinessUnitName AS BusinessUnit,
H.BillToCustomerName AS CustomerName,
H.InvoiceCurrencyCode AS Currency,
P.PromiseAmount AS InvoiceAmount,
H.TrxClass AS TransactionType,
P.CreatedBy AS UserName,
'No' AS IsAutomated
FROM STG_IEX_PROMISES P
JOIN STG_AR_TRX_HEADER H ON P.CustTrxId = H.CustomerTrxId
UNION ALL
/* 7. Dispute Case Opened */
/* Triggered when dispute amount is updated/created */
SELECT
TrxNumber AS InvoiceNumber,
'Dispute Case Opened' AS ActivityName,
DisputeDate AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
BusinessUnitName AS BusinessUnit,
BillToCustomerName AS CustomerName,
InvoiceCurrencyCode AS Currency,
NULL AS InvoiceAmount,
TrxClass AS TransactionType,
LastUpdatedBy AS UserName,
'No' AS IsAutomated
FROM STG_AR_TRX_HEADER
WHERE DisputeDate IS NOT NULL
UNION ALL
/* 8. Dispute Resolved */
/* Approximated by update date when dispute amount returns to 0 after being positive */
/* Note: Accurate dispute history requires Audit Trail extraction. This is a best-effort proxy based on header state. */
SELECT
TrxNumber AS InvoiceNumber,
'Dispute Resolved' AS ActivityName,
LastUpdateDate AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
BusinessUnitName AS BusinessUnit,
BillToCustomerName AS CustomerName,
InvoiceCurrencyCode AS Currency,
NULL AS InvoiceAmount,
TrxClass AS TransactionType,
LastUpdatedBy AS UserName,
'No' AS IsAutomated
FROM STG_AR_TRX_HEADER
WHERE DisputeDate IS NOT NULL AND DisputeAmount = 0
UNION ALL
/* 9. Credit Memo Issued (Applied) */
SELECT
H.TrxNumber AS InvoiceNumber,
'Credit Memo Issued' AS ActivityName,
APP.ApplyDate AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
H.BusinessUnitName AS BusinessUnit,
H.BillToCustomerName AS CustomerName,
H.InvoiceCurrencyCode AS Currency,
APP.AmountApplied AS InvoiceAmount,
H.TrxClass AS TransactionType,
APP.CreatedBy AS UserName,
'No' AS IsAutomated
FROM STG_AR_APPLICATIONS APP
JOIN STG_AR_TRX_HEADER H ON APP.AppliedCustomerTrxId = H.CustomerTrxId
WHERE APP.ApplicationType = 'CM' -- Credit Memo application
UNION ALL
/* 10. Partial Payment Posted */
SELECT
H.TrxNumber AS InvoiceNumber,
'Partial Payment Posted' AS ActivityName,
APP.ApplyDate AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
H.BusinessUnitName AS BusinessUnit,
H.BillToCustomerName AS CustomerName,
H.InvoiceCurrencyCode AS Currency,
APP.AmountApplied AS InvoiceAmount,
H.TrxClass AS TransactionType,
APP.CreatedBy AS UserName,
'No' AS IsAutomated
FROM STG_AR_APPLICATIONS APP
JOIN STG_AR_TRX_HEADER H ON APP.AppliedCustomerTrxId = H.CustomerTrxId
WHERE APP.ApplicationType = 'CASH'
AND APP.Status = 'APP'
AND (H.AmountDueRemaining > 0) -- Invoice still has balance
UNION ALL
/* 11. Full Payment Received */
SELECT
H.TrxNumber AS InvoiceNumber,
'Full Payment Received' AS ActivityName,
APP.ApplyDate AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
H.BusinessUnitName AS BusinessUnit,
H.BillToCustomerName AS CustomerName,
H.InvoiceCurrencyCode AS Currency,
APP.AmountApplied AS InvoiceAmount,
H.TrxClass AS TransactionType,
APP.CreatedBy AS UserName,
'No' AS IsAutomated
FROM STG_AR_APPLICATIONS APP
JOIN STG_AR_TRX_HEADER H ON APP.AppliedCustomerTrxId = H.CustomerTrxId
WHERE APP.ApplicationType = 'CASH'
AND APP.Status = 'APP'
AND H.AmountDueRemaining = 0 -- Invoice fully paid
UNION ALL
/* 12. Bank Statement Matched */
/* Requires joining Receipt Application -> Cash Receipt -> Bank Statement Line */
/* Placeholder logic assuming availability of Bank Statement PVO data */
SELECT
H.TrxNumber AS InvoiceNumber,
'Bank Statement Matched' AS ActivityName,
BSL.StatementDate AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
H.BusinessUnitName AS BusinessUnit,
H.BillToCustomerName AS CustomerName,
H.InvoiceCurrencyCode AS Currency,
BSL.Amount AS InvoiceAmount,
H.TrxClass AS TransactionType,
BSL.CreatedBy AS UserName,
'Yes' AS IsAutomated
FROM STG_AR_APPLICATIONS APP
JOIN STG_AR_TRX_HEADER H ON APP.AppliedCustomerTrxId = H.CustomerTrxId
-- Join to Receipt then to Bank Stmt would happen here
JOIN STG_CE_STMTS BSL ON APP.CashReceiptId = BSL.ReferenceId -- Simplified Join
WHERE APP.ApplicationType = 'CASH'
UNION ALL
/* 13. Invoice Adjusted */
SELECT
H.TrxNumber AS InvoiceNumber,
'Invoice Adjusted' AS ActivityName,
ADJ.ApplyDate AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
H.BusinessUnitName AS BusinessUnit,
H.BillToCustomerName AS CustomerName,
H.InvoiceCurrencyCode AS Currency,
ADJ.Amount AS InvoiceAmount,
H.TrxClass AS TransactionType,
ADJ.CreatedBy AS UserName,
'No' AS IsAutomated
FROM STG_AR_ADJUSTMENTS ADJ
JOIN STG_AR_TRX_HEADER H ON ADJ.CustomerTrxId = H.CustomerTrxId
WHERE ADJ.AdjustmentType != 'WRITE_OFF'
UNION ALL
/* 14. Invoice Written Off */
SELECT
H.TrxNumber AS InvoiceNumber,
'Invoice Written Off' AS ActivityName,
ADJ.ApplyDate AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
H.BusinessUnitName AS BusinessUnit,
H.BillToCustomerName AS CustomerName,
H.InvoiceCurrencyCode AS Currency,
ADJ.Amount AS InvoiceAmount,
H.TrxClass AS TransactionType,
ADJ.CreatedBy AS UserName,
'No' AS IsAutomated
FROM STG_AR_ADJUSTMENTS ADJ
JOIN STG_AR_TRX_HEADER H ON ADJ.CustomerTrxId = H.CustomerTrxId
WHERE ADJ.AdjustmentType = 'WRITE_OFF'
UNION ALL
/* 15. Invoice Cleared */
/* The moment the invoice balance hits 0 */
SELECT
TrxNumber AS InvoiceNumber,
'Invoice Cleared' AS ActivityName,
LastUpdateDate AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
BusinessUnitName AS BusinessUnit,
BillToCustomerName AS CustomerName,
InvoiceCurrencyCode AS Currency,
NULL AS InvoiceAmount,
TrxClass AS TransactionType,
LastUpdatedBy AS UserName,
'Yes' AS IsAutomated
FROM STG_AR_TRX_HEADER
WHERE AmountDueRemaining = 0
)
SELECT
InvoiceNumber,
ActivityName,
EventStartDateTime,
SourceSystem,
GETDATE() AS LastDataUpdate,
BusinessUnit,
CustomerName,
Currency,
InvoiceAmount,
TransactionType,
UserName,
IsAutomated
FROM Base_Log
WHERE EventStartDateTime IS NOT NULL
ORDER BY InvoiceNumber, EventStartDateTime Lépések
Jelentkezzen be az Oracle Fusion Applications rendszerbe: Lépjen a Tools > Reports and Analytics menübe. Az Oracle BI Publisher felület megnyitásához kattintson a Browse Catalog lehetőségre.
Hozzon létre adatmodellt: Kattintson a bal felső sarokban a New gombra, majd válassza a Data Model lehetőséget. Ebben adhatja meg az SQL-alapú adatkinyerés logikáját.
Adjon meg SQL-adatkészletet: A bal oldali Data Model fában kattintson a Data Sets, majd a New Data Set > SQL Query lehetőségre.
Állítsa be az adatforrást: Nevezze el az adatkészletet, például
ProcessMining_AR. Adatforrásként válassza azApplicationDB_FSCMlehetőséget (Financials Supply Chain Management). Így eléri a szükséges AR- és RA-táblákat.Illessze be a lekérdezést: Másolja ki az alábbi Query részben található teljes SQL-szkriptet, és illessze be az SQL Query mezőbe. Az alaplogikát csak akkor módosítsa, ha át kell neveznie egyes Flexfield mezőket (DFF).
Állítsa be a paramétereket: A lekérdezés a
:p_start_datehelyőrzővel szűr a tranzakció létrehozásának dátumára. A Data Model Parameters lapján hozzon létrep_start_datenevű paramétert, válassza a Date adattípust, és adjon meg alapértelmezett értéket, például01-01-2023.Tekintse meg az adatokat: Kattintson a Data lapra, adjon meg érvényes dátumot a paraméterhez, majd kattintson a View gombra. Ellenőrizze, hogy az eredmény tartalmaz-e olyan oszlopokat, mint az
InvoiceNumber, azActivityNameés azEventStartDateTime.Mentse az adatmodellt: Mentse az objektumot a Shared Folders > Custom könyvtárba, például ide:
/Shared Folders/Custom/ProcessMining/AR_Extract_DM.Ütemezze az exportálást: Nagy adatmennyiség kinyeréséhez kattintson a Create Report lehetőségre, és használja ezt az adatmodellt. A jelentésszerkesztőben ellenőrizze, hogy az elrendezés egyszerű táblázat-e, majd mentse a jelentést. Ezután a Scheduler segítségével futtassa, és CSV- vagy XML-formátumban exportálja az adatokat.
Végezze el a végső formázást: Töltse le a kimeneti fájlt. CSV esetén ellenőrizze, hogy a dátumformátum egységes-e, lehetőleg ISO 8601. Töltse fel a fájlt a ProcessMindba, és rendelje az
InvoiceNumbermezőt a Case ID-hoz, azActivityNamemezőt az Activityhez, azEventStartDateTimemezőt pedig a Timestamphez.
Konfiguráció
- Adatforrás: A pénzügyi táblák eléréséhez használja az
ApplicationDB_FSCMadatforrást. - Dátumszűrő: A lekérdezés a
ra_customer_trx_all.creation_date >= :p_start_datefeltételt használja. Állítsa be gördülő időszakra, például az elmúlt 12 hónapra. - Teljesítmény: 100 000-nél több számlát tartalmazó adatkészlet esetén teszteléskor érdemes
ROWNUMkorlátot beállítani, vagy hónaponkénti részekben kinyerni az adatokat. - Üzleti egység szerinti szűrés: Ha a szervezet több üzleti egységet használ, és csak az egyikre van szüksége, tegye aktívvá az
AND trx.org_id = ...sort a Where feltételek között. - Felhasználónevek: A lekérdezés az
FND_USERtáblából rendeli hozzá a felhasználóneveket aCREATED_BYfelhasználói azonosítókhoz. Ellenőrizze, hogy az adatkinyerést végző felhasználó hozzáfér-e azFND_USERtáblához. - Advanced Collections: A „Payment Reminder Sent” és a „Promise to Pay Received” tevékenységek az IEX (Advanced Collections) modul tábláit használják. Ha ezt a modult nem használja, ezek a lekérdezési részek nem adnak vissza sorokat.
Példa-lekérdezés sql
/* 1. Invoice Created */
SELECT
trx.trx_number AS InvoiceNumber,
'Invoice Created' AS ActivityName,
trx.creation_date AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
SYSDATE AS LastDataUpdate,
hou.name AS BusinessUnit,
party.party_name AS CustomerName,
trx.invoice_currency_code AS Currency,
ps.amount_due_original AS InvoiceAmount,
type.name AS TransactionType,
u.user_name AS UserName,
'N' AS IsAutomated
FROM
ra_customer_trx_all trx
JOIN ra_cust_trx_types_all type ON trx.cust_trx_type_id = type.cust_trx_type_id
JOIN hr_operating_units hou ON trx.org_id = hou.organization_id
JOIN hz_cust_accounts cust ON trx.bill_to_customer_id = cust.cust_account_id
JOIN hz_parties party ON cust.party_id = party.party_id
JOIN ar_payment_schedules_all ps ON trx.customer_trx_id = ps.customer_trx_id
LEFT JOIN fnd_user u ON trx.created_by = u.user_id
WHERE
trx.creation_date >= :p_start_date
UNION ALL
/* 2. Invoice Completed */
SELECT
trx.trx_number AS InvoiceNumber,
'Invoice Completed' AS ActivityName,
trx.trx_date AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
SYSDATE AS LastDataUpdate,
hou.name AS BusinessUnit,
party.party_name AS CustomerName,
trx.invoice_currency_code AS Currency,
ps.amount_due_original AS InvoiceAmount,
type.name AS TransactionType,
u.user_name AS UserName,
'Y' AS IsAutomated
FROM
ra_customer_trx_all trx
JOIN ra_cust_trx_types_all type ON trx.cust_trx_type_id = type.cust_trx_type_id
JOIN hr_operating_units hou ON trx.org_id = hou.organization_id
JOIN hz_cust_accounts cust ON trx.bill_to_customer_id = cust.cust_account_id
JOIN hz_parties party ON cust.party_id = party.party_id
JOIN ar_payment_schedules_all ps ON trx.customer_trx_id = ps.customer_trx_id
LEFT JOIN fnd_user u ON trx.last_updated_by = u.user_id
WHERE
trx.complete_flag = 'Y'
AND trx.creation_date >= :p_start_date
UNION ALL
/* 3. Invoice Dispatched */
SELECT
trx.trx_number AS InvoiceNumber,
'Invoice Dispatched' AS ActivityName,
COALESCE(trx.printing_original_date, trx.printing_last_printed, trx.last_update_date) AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
SYSDATE AS LastDataUpdate,
hou.name AS BusinessUnit,
party.party_name AS CustomerName,
trx.invoice_currency_code AS Currency,
ps.amount_due_original AS InvoiceAmount,
type.name AS TransactionType,
u.user_name AS UserName,
'Y' AS IsAutomated
FROM
ra_customer_trx_all trx
JOIN ra_cust_trx_types_all type ON trx.cust_trx_type_id = type.cust_trx_type_id
JOIN hr_operating_units hou ON trx.org_id = hou.organization_id
JOIN hz_cust_accounts cust ON trx.bill_to_customer_id = cust.cust_account_id
JOIN hz_parties party ON cust.party_id = party.party_id
JOIN ar_payment_schedules_all ps ON trx.customer_trx_id = ps.customer_trx_id
LEFT JOIN fnd_user u ON trx.last_updated_by = u.user_id
WHERE
(trx.printing_original_date IS NOT NULL OR trx.printing_count > 0)
AND trx.creation_date >= :p_start_date
UNION ALL
/* 4. Invoice Posted to GL */
SELECT
trx.trx_number AS InvoiceNumber,
'Invoice Posted to GL' AS ActivityName,
MAX(dist.gl_date) AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
SYSDATE AS LastDataUpdate,
hou.name AS BusinessUnit,
party.party_name AS CustomerName,
trx.invoice_currency_code AS Currency,
ps.amount_due_original AS InvoiceAmount,
type.name AS TransactionType,
'System' AS UserName,
'Y' AS IsAutomated
FROM
ra_customer_trx_all trx
JOIN ra_cust_trx_line_gl_dist_all dist ON trx.customer_trx_id = dist.customer_trx_id
JOIN ra_cust_trx_types_all type ON trx.cust_trx_type_id = type.cust_trx_type_id
JOIN hr_operating_units hou ON trx.org_id = hou.organization_id
JOIN hz_cust_accounts cust ON trx.bill_to_customer_id = cust.cust_account_id
JOIN hz_parties party ON cust.party_id = party.party_id
JOIN ar_payment_schedules_all ps ON trx.customer_trx_id = ps.customer_trx_id
WHERE
dist.account_class = 'REC'
AND dist.posting_control_id != -3
AND trx.creation_date >= :p_start_date
GROUP BY
trx.trx_number,
hou.name,
party.party_name,
trx.invoice_currency_code,
ps.amount_due_original,
type.name
UNION ALL
/* 5. Payment Reminder Sent (Advanced Collections) */
SELECT
trx.trx_number AS InvoiceNumber,
'Payment Reminder Sent' AS ActivityName,
dun.creation_date AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
SYSDATE AS LastDataUpdate,
hou.name AS BusinessUnit,
party.party_name AS CustomerName,
trx.invoice_currency_code AS Currency,
ps.amount_due_original AS InvoiceAmount,
type.name AS TransactionType,
u.user_name AS UserName,
'Y' AS IsAutomated
FROM
iex_dunning_transactions dun
JOIN ar_payment_schedules_all ps ON dun.payment_schedule_id = ps.payment_schedule_id
JOIN ra_customer_trx_all trx ON ps.customer_trx_id = trx.customer_trx_id
JOIN ra_cust_trx_types_all type ON trx.cust_trx_type_id = type.cust_trx_type_id
JOIN hr_operating_units hou ON trx.org_id = hou.organization_id
JOIN hz_cust_accounts cust ON trx.bill_to_customer_id = cust.cust_account_id
JOIN hz_parties party ON cust.party_id = party.party_id
LEFT JOIN fnd_user u ON dun.created_by = u.user_id
WHERE
trx.creation_date >= :p_start_date
UNION ALL
/* 6. Promise to Pay Received */
SELECT
trx.trx_number AS InvoiceNumber,
'Promise to Pay Received' AS ActivityName,
pp.creation_date AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
SYSDATE AS LastDataUpdate,
hou.name AS BusinessUnit,
party.party_name AS CustomerName,
trx.invoice_currency_code AS Currency,
ps.amount_due_original AS InvoiceAmount,
type.name AS TransactionType,
u.user_name AS UserName,
'N' AS IsAutomated
FROM
iex_promise_details pp
JOIN ar_payment_schedules_all ps ON pp.payment_schedule_id = ps.payment_schedule_id
JOIN ra_customer_trx_all trx ON ps.customer_trx_id = trx.customer_trx_id
JOIN ra_cust_trx_types_all type ON trx.cust_trx_type_id = type.cust_trx_type_id
JOIN hr_operating_units hou ON trx.org_id = hou.organization_id
JOIN hz_cust_accounts cust ON trx.bill_to_customer_id = cust.cust_account_id
JOIN hz_parties party ON cust.party_id = party.party_id
LEFT JOIN fnd_user u ON pp.created_by = u.user_id
WHERE
trx.creation_date >= :p_start_date
UNION ALL
/* 7. Dispute Case Opened */
SELECT
trx.trx_number AS InvoiceNumber,
'Dispute Case Opened' AS ActivityName,
req.creation_date AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
SYSDATE AS LastDataUpdate,
hou.name AS BusinessUnit,
party.party_name AS CustomerName,
trx.invoice_currency_code AS Currency,
ps.amount_due_original AS InvoiceAmount,
type.name AS TransactionType,
u.user_name AS UserName,
'N' AS IsAutomated
FROM
ra_cm_requests req
JOIN ra_customer_trx_all trx ON req.customer_trx_id = trx.customer_trx_id
JOIN ra_cust_trx_types_all type ON trx.cust_trx_type_id = type.cust_trx_type_id
JOIN hr_operating_units hou ON trx.org_id = hou.organization_id
JOIN hz_cust_accounts cust ON trx.bill_to_customer_id = cust.cust_account_id
JOIN hz_parties party ON cust.party_id = party.party_id
JOIN ar_payment_schedules_all ps ON trx.customer_trx_id = ps.customer_trx_id
LEFT JOIN fnd_user u ON req.created_by = u.user_id
WHERE
trx.creation_date >= :p_start_date
UNION ALL
/* 8. Dispute Resolved */
SELECT
trx.trx_number AS InvoiceNumber,
'Dispute Resolved' AS ActivityName,
req.last_update_date AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
SYSDATE AS LastDataUpdate,
hou.name AS BusinessUnit,
party.party_name AS CustomerName,
trx.invoice_currency_code AS Currency,
ps.amount_due_original AS InvoiceAmount,
type.name AS TransactionType,
u.user_name AS UserName,
'N' AS IsAutomated
FROM
ra_cm_requests req
JOIN ra_customer_trx_all trx ON req.customer_trx_id = trx.customer_trx_id
JOIN ra_cust_trx_types_all type ON trx.cust_trx_type_id = type.cust_trx_type_id
JOIN hr_operating_units hou ON trx.org_id = hou.organization_id
JOIN hz_cust_accounts cust ON trx.bill_to_customer_id = cust.cust_account_id
JOIN hz_parties party ON cust.party_id = party.party_id
JOIN ar_payment_schedules_all ps ON trx.customer_trx_id = ps.customer_trx_id
LEFT JOIN fnd_user u ON req.last_updated_by = u.user_id
WHERE
req.status_code IN ('APPROVED', 'REJECTED')
AND trx.creation_date >= :p_start_date
UNION ALL
/* 9. Credit Memo Issued */
SELECT
trx.trx_number AS InvoiceNumber,
'Credit Memo Issued' AS ActivityName,
cm.trx_date AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
SYSDATE AS LastDataUpdate,
hou.name AS BusinessUnit,
party.party_name AS CustomerName,
trx.invoice_currency_code AS Currency,
ps.amount_due_original AS InvoiceAmount,
type.name AS TransactionType,
u.user_name AS UserName,
'N' AS IsAutomated
FROM
ra_customer_trx_all cm
JOIN ra_customer_trx_all trx ON cm.previous_customer_trx_id = trx.customer_trx_id
JOIN ra_cust_trx_types_all type ON trx.cust_trx_type_id = type.cust_trx_type_id
JOIN hr_operating_units hou ON trx.org_id = hou.organization_id
JOIN hz_cust_accounts cust ON trx.bill_to_customer_id = cust.cust_account_id
JOIN hz_parties party ON cust.party_id = party.party_id
JOIN ar_payment_schedules_all ps ON trx.customer_trx_id = ps.customer_trx_id
LEFT JOIN fnd_user u ON cm.created_by = u.user_id
WHERE
trx.creation_date >= :p_start_date
UNION ALL
/* 10 & 11. Partial and Full Payment */
SELECT
trx.trx_number AS InvoiceNumber,
CASE
WHEN ps.status = 'CL' AND app.amount_applied = app.amount_applied_from THEN 'Full Payment Received'
WHEN ps.status = 'CL' AND ps.amount_due_remaining = 0 AND app.application_rule = '60' THEN 'Full Payment Received'
ELSE 'Partial Payment Posted'
END AS ActivityName,
app.apply_date AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
SYSDATE AS LastDataUpdate,
hou.name AS BusinessUnit,
party.party_name AS CustomerName,
trx.invoice_currency_code AS Currency,
ps.amount_due_original AS InvoiceAmount,
type.name AS TransactionType,
u.user_name AS UserName,
'N' AS IsAutomated
FROM
ar_receivable_applications_all app
JOIN ar_payment_schedules_all ps ON app.applied_payment_schedule_id = ps.payment_schedule_id
JOIN ra_customer_trx_all trx ON ps.customer_trx_id = trx.customer_trx_id
JOIN ra_cust_trx_types_all type ON trx.cust_trx_type_id = type.cust_trx_type_id
JOIN hr_operating_units hou ON trx.org_id = hou.organization_id
JOIN hz_cust_accounts cust ON trx.bill_to_customer_id = cust.cust_account_id
JOIN hz_parties party ON cust.party_id = party.party_id
LEFT JOIN fnd_user u ON app.created_by = u.user_id
WHERE
app.status = 'APP'
AND app.application_type = 'CASH'
AND trx.creation_date >= :p_start_date
UNION ALL
/* 12. Bank Statement Matched */
SELECT
trx.trx_number AS InvoiceNumber,
'Bank Statement Matched' AS ActivityName,
recon.creation_date AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
SYSDATE AS LastDataUpdate,
hou.name AS BusinessUnit,
party.party_name AS CustomerName,
trx.invoice_currency_code AS Currency,
ps.amount_due_original AS InvoiceAmount,
type.name AS TransactionType,
u.user_name AS UserName,
'Y' AS IsAutomated
FROM
ce_statement_reconcils_all recon
JOIN ar_cash_receipt_history_all crh ON recon.reference_id = crh.cash_receipt_history_id
JOIN ar_cash_receipts_all cr ON crh.cash_receipt_id = cr.cash_receipt_id
JOIN ar_receivable_applications_all app ON cr.cash_receipt_id = app.cash_receipt_id
JOIN ar_payment_schedules_all ps ON app.applied_payment_schedule_id = ps.payment_schedule_id
JOIN ra_customer_trx_all trx ON ps.customer_trx_id = trx.customer_trx_id
JOIN ra_cust_trx_types_all type ON trx.cust_trx_type_id = type.cust_trx_type_id
JOIN hr_operating_units hou ON trx.org_id = hou.organization_id
JOIN hz_cust_accounts cust ON trx.bill_to_customer_id = cust.cust_account_id
JOIN hz_parties party ON cust.party_id = party.party_id
LEFT JOIN fnd_user u ON recon.created_by = u.user_id
WHERE
recon.status_flag = 'M'
AND trx.creation_date >= :p_start_date
UNION ALL
/* 13 & 14. Invoice Adjusted and Written Off */
SELECT
trx.trx_number AS InvoiceNumber,
CASE
WHEN adj.adjustment_type = 'W' THEN 'Invoice Written Off'
ELSE 'Invoice Adjusted'
END AS ActivityName,
adj.apply_date AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
SYSDATE AS LastDataUpdate,
hou.name AS BusinessUnit,
party.party_name AS CustomerName,
trx.invoice_currency_code AS Currency,
ps.amount_due_original AS InvoiceAmount,
type.name AS TransactionType,
u.user_name AS UserName,
'N' AS IsAutomated
FROM
ar_adjustments_all adj
JOIN ar_payment_schedules_all ps ON adj.payment_schedule_id = ps.payment_schedule_id
JOIN ra_customer_trx_all trx ON ps.customer_trx_id = trx.customer_trx_id
JOIN ra_cust_trx_types_all type ON trx.cust_trx_type_id = type.cust_trx_type_id
JOIN hr_operating_units hou ON trx.org_id = hou.organization_id
JOIN hz_cust_accounts cust ON trx.bill_to_customer_id = cust.cust_account_id
JOIN hz_parties party ON cust.party_id = party.party_id
LEFT JOIN fnd_user u ON adj.created_by = u.user_id
WHERE
adj.status = 'A'
AND trx.creation_date >= :p_start_date
UNION ALL
/* 15. Invoice Cleared (Final Close) */
SELECT
trx.trx_number AS InvoiceNumber,
'Invoice Cleared' AS ActivityName,
ps.gl_date_closed AS EventStartDateTime,
'Oracle Fusion' AS SourceSystem,
SYSDATE AS LastDataUpdate,
hou.name AS BusinessUnit,
party.party_name AS CustomerName,
trx.invoice_currency_code AS Currency,
ps.amount_due_original AS InvoiceAmount,
type.name AS TransactionType,
'System' AS UserName,
'Y' AS IsAutomated
FROM
ar_payment_schedules_all ps
JOIN ra_customer_trx_all trx ON ps.customer_trx_id = trx.customer_trx_id
JOIN ra_cust_trx_types_all type ON trx.cust_trx_type_id = type.cust_trx_type_id
JOIN hr_operating_units hou ON trx.org_id = hou.organization_id
JOIN hz_cust_accounts cust ON trx.bill_to_customer_id = cust.cust_account_id
JOIN hz_parties party ON cust.party_id = party.party_id
WHERE
ps.status = 'CL'
AND ps.gl_date_closed IS NOT NULL
AND trx.creation_date >= :p_start_date Kezdheti?
Alkalmazza ezt a sablont Oracle Fusion környezetére, és alakítsa pénzügyi adatait felhasználható információvá. Csapatunk segít az Ön üzleti logikáját a sablonban szereplő szabványokhoz igazítani.
Gyorsítsa fel a követelések behajtását
Csökkentse 15–20 nappal a DSO-t, és szüntesse meg a pénzforgalmi hiányokat.
Nincs szükség bankkártyára. A beállítás 5 percet vesz igénybe.