Követeléskezelési adatsablon

Oracle Fusion Financials
Követeléskezelési adatsablon

Követeléskezelési adatsablon

Ez a sablon összefoglalja az Oracle Fusion Financials rendszerben végzett számlázási és követelésbehajtási folyamatok elemzéséhez szükséges alapadatokat. Rendszerezve mutatja be a szűk keresztmetszetek feltárásához nélkülözhetetlen attribútumokat és folyamatlépéseket. Az útmutatót követve gondoskodhat arról, hogy az eseménynapló elegendő részletet tartalmazzon a folyamatok feltárásához.
  • 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
Most ismerkedik az eseménynaplókkal? Tudja meg, hogyan készíthet process mining eseménynaplót.

Követeléskezelési attribútumok

Ezeket az adatmezőket érdemes felvenni az eseménynaplóba a követeléskezelési és behajtási munkafolyamatok részletes elemzéséhez.
5 Kötelező 9 Javasolt 7 Nem kötelező
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ötelező Javasolt Nem kötelező

Követeléskezelési tevékenységek

Ezeket a fő folyamatlépéseket és mérföldköveket rögzítse az eseménynaplóban, hogy pontosan feltárhassa a számla teljes életútját.
6 Javasolt 9 Nem kötelező
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
Javasolt Nem kötelező

Adatkinyerési útmutatók

Adatok kinyerése az Oracle Fusion Financials rendszerből

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.

Próbálja ki ingyen

Nincs szükség bankkártyára. A beállítás 5 percet vesz igénybe.