Adatsablon a beszerzéstől a kifizetésig tartó számlafeldolgozáshoz

Oracle Fusion Financials
Adatsablon a beszerzéstől a kifizetésig tartó számlafeldolgozáshoz

Adatsablon a beszerzéstől a kifizetésig tartó számlafeldolgozáshoz

Ez a sablon végigvezeti az Oracle Fusion Financials rendszerben zajló beszerzési és számlafeldolgozási folyamat elemzéséhez szükséges adatok összegyűjtésén. Bemutatja a fontos attribútumokat és tevékenységeket, valamint azt is, hogyan nyerheti ki ezeket az adatokat a rendszerből. A sablon segítségével pontos és teljes eseménynaplót készíthet a process mining elemzéshez.
  • Javasolt attribútumok
  • Követendő tevékenységek
  • Adatok kinyerése az Oracle Fusion Financials rendszerből
Most ismerkedik az eseménynaplókkal? Tudja meg, hogyan készíthet process mining eseménynaplót.

A beszerzéstől a kifizetésig tartó számlafeldolgozás attribútumai

Ezeket az adatmezőket javasoljuk felvenni az eseménynaplóba a beszerzéstől a kifizetésig tartó számlafeldolgozás részletes elemzéséhez.
3 Kötelező 7 Javasolt 10 Nem kötelező
Név Leírás
Számlaszám
InvoiceNumber
A szállítói számla egyedi azonosítója.
Leírás

A számlaszám az elsődleges esetazonosító. Összekapcsolja az egyetlen szállítói számlához tartozó összes tevékenységet és eseményt a létrehozástól a végső kifizetésig. A folyamatelemzés minden számlát külön esetként kezel.

A process miningben ez az attribútum alapvető az egyes számlák teljes útjának rekonstruálásához. Segítségével számlánként elemezhetők a folyamatmenetek, a feldolgozási idők és az eltérések. Ez kapcsolja össze az ellenőrzést, a jóváhagyást és a kifizetést, így áll össze a folyamat teljes képe.

Miért fontos?

Ez az alapvető esetazonosító kapcsolja össze a folyamat összes kapcsolódó lépését, így nyomon követhető a számla teljes életútja.

Hol szerezhető be?

Ez jellemzően az AP_INVOICES_ALL tábla INVOICE_NUM oszlopában található.

Példák
INV-2023-001987654321ACME-FIN-5501
Kezdés időpontja
EventTime
Az időbélyeg, amely megmutatja, mikor történt egy tevékenység vagy esemény.
Leírás

Ez az attribútum megadja a számlafeldolgozás minden tevékenységének dátumát és időpontját. Nélkülözhetetlen az időalapú folyamatelemzéshez, többek között a feldolgozási idők, az időtartamok és a lépések közötti várakozási idők kiszámításához.

Az események időbélyeg szerinti sorba rendezésével a process mining eszközök rekonstruálják az egyes számlák tevékenységeinek pontos sorrendjét. Ez lehetővé teszi olyan teljesítménymutatók kiszámítását, mint az átlagos számlafeldolgozási idő, és megmutatja, mely folyamatlépések tartanak a legtovább.

Miért fontos?

Ez az időbélyeg szükséges az időtartamhoz kapcsolódó teljesítménymutatók, például a feldolgozási idők és a szűk keresztmetszetek kiszámításához.

Hol szerezhető be?

Ez az időbélyeg az Oracle Fusion tábláinak különböző dátummezőiből származik, például az AP_INVOICES_ALL vagy a kapcsolódó munkafolyamat- és kifizetési táblák CREATION_DATE vagy LAST_UPDATE_DATE mezőjéből.

Példák
2023-04-15T10:00:00Z2023-04-16T14:35:10Z2023-04-20T09:05:00Z
Tevékenység
ActivityName
A számlafeldolgozás során végrehajtott üzleti tevékenység vagy bekövetkezett esemény neve.
Leírás

Ez az attribútum a számla életútjának egy konkrét lépését vagy állapotváltozását írja le, például: „Számla létrehozva”, „Számla jóváhagyva” vagy „Kifizetés teljesítve”. Ezek az események alkotják a folyamat menetét.

A tevékenységek sorrendjének és gyakoriságának elemzése a process mining alapja. Segít feltárni a tényleges folyamatútvonalat, azonosítani a tevékenységek késedelmeiből adódó szűk keresztmetszeteket, valamint felismerni az eltéréseket és az újramunkálási köröket, például ha egy számlát a jóváhagyás után elutasítanak.

Miért fontos?

Meghatározza a folyamat lépéseit. Ez szükséges a folyamattérkép megjelenítéséhez, a folyamatmenetek eltéréseinek elemzéséhez és a szűk keresztmetszetek azonosításához.

Hol szerezhető be?

Ez az attribútum jellemzően az Oracle Fusion Financials állapotmezőiből, audit tábláiból vagy munkafolyamat-naplóiból származik, például az AP_INVOICES_ALL.WFAPPROVAL_STATUS mezőből vagy a kapcsolódó munkafolyamat-táblákból.

Példák
Számla ellenőrizveSzámla zárolvaSzámla jóváhagyvaKifizetés teljesítve
Befejezés időpontja
EndTime
Az időbélyeg, amely megmutatja, mikor fejeződött be egy tevékenység vagy esemény.
Leírás

A befejezés időpontja jelzi egy adott tevékenység végét. A kezdés időpontja a tevékenység indulását mutatja, a befejezés időpontja pedig annak lezárását, így pontosan kiszámítható az egyes lépések időtartama.

Elemzéskor a befejezés és a kezdés időpontja közötti különbség adja meg az adott tevékenység feldolgozási idejét. Ez részletes teljesítményelemzést tesz lehetővé, és segít elkülöníteni az aktív munkavégzést a várakozástól. Például megmérhető, mennyi időt töltött a jóváhagyó ténylegesen a jóváhagyással, és mennyit várt a feladat a sorában.

Miért fontos?

Segítségével pontosan kiszámítható a tevékenységek feldolgozási ideje, és elkülöníthető az aktív munkavégzés a várakozástól.

Hol szerezhető be?

Ez egy fogalmi attribútum, amelyet az adott eset eseménysorában következő esemény kezdési időpontjából számítunk ki.

Példák
2023-04-15T10:05:12Z2023-04-16T15:00:00Z2023-04-20T09:15:30Z
Felhasználónév
UserName
A tevékenységet végrehajtó felhasználó neve.
Leírás

Ez az attribútum azonosítja azt a felhasználót vagy rendszerügynököt, aki egy tevékenységért felel, például a számla ellenőrzéséért, zárolásáért vagy a kifizetés jóváhagyásáért. A folyamatban részt vevő emberi vagy rendszererőforrást jelöli.

A felhasználók szerinti elemzés segít megérteni a munkaterhelés eloszlását, azonosítani a kiemelkedő teljesítményt nyújtókat, valamint feltárni az esetleges képzési igényeket vagy megfelelési problémákat. Kiderülhet például, hogy egyes felhasználók rendszeresen részt vesznek az újramunkálási ciklusokban, vagy bizonyos jóváhagyási lépéseket mindig ugyanaz a személy végez, ami egyetlen hibapontot jelenthet.

Miért fontos?

Lehetővé teszi az erőforrások teljesítményének és a munkaterhelés elosztásának elemzését, valamint annak megállapítását, hogy mely felhasználók vagy csapatok vesznek részt az egyes folyamatlépésekben.

Hol szerezhető be?

Ezek az adatok gyakran olyan táblák naplózási oszlopaiban szerepelnek, mint az AP_INVOICES_ALL CREATED_BY vagy LAST_UPDATED_BY mezője, illetve a kapcsolódó munkafolyamat-naplókban.

Példák
john.doejane.smithSystem.Admin
Fizetési határidő
PaymentDueDate
Az a dátum, ameddig a számlát ki kell fizetni a szállítónak.
Leírás

A fizetési határidő a szállítóval egyeztetett fizetési feltételek alapján kerül meghatározásra. Ez a kifizetés végső határideje. Betartásával elkerülhetők a büntetések, megőrizhető a jó kapcsolat a szállítóval, és igénybe vehetők az esetleges korai fizetési kedvezmények.

Ez az attribútum szükséges a „Határidőre történő fizetés teljesítménye” dashboardhoz és a hozzá tartozó KPI-hoz. A tényleges kifizetés időpontját a fizetési határidővel összevetve az elemzés megállapítja, hogy a fizetés időben vagy késve történt-e. Így a szervezet nyomon követheti és javíthatja a fizetések pontosságát.

Miért fontos?

Ez az alapja a határidőre történő fizetés mérésének, amely a szállítói kapcsolatok és a pénzügyi helyzet fontos KPI-ja.

Hol szerezhető be?

Ez a dátum gyakran megtalálható a számlához kapcsolódó fizetési ütemezési táblákban, például az AP_PAYMENT_SCHEDULES_ALL táblában.

Példák
2023-05-152023-06-012023-06-30
Szállító neve
VendorName
A számlát kiállító szállító neve.
Leírás

Ez az attribútum azonosítja a számlát kiállító szállítót. A szállítói adatok fontos üzleti hátteret adnak a pénzügyi tranzakcióhoz.

A szállítók szerinti elemzés fontos információkat tárhat fel a beszállítói kapcsolatokról és a teljesítményről. Megmutathatja például, ha bizonyos szállítók számláinál gyakrabban fordul elő egyeztetési eltérés, zárolás vagy késedelem. Ezek az adatok felhasználhatók a szállítók bevezetésének, a velük folytatott kommunikációnak és az ellátási lánc hatékonyságának javítására. A lehetséges kettős kifizetések azonosításában is segítenek.

Miért fontos?

Lehetővé teszi a szállítók szerinti folyamatelemzést, így azonosíthatók azok a beszállítók, akik késedelmet vagy kivételt okozó problémákkal járnak.

Hol szerezhető be?

A POZ_SUPPLIERS táblában található. Az AP_INVOICES_ALL számlatábla VENDOR_ID mezője alapján összekapcsolható a szállítói táblával.

Példák
Acme CorporationGlobal Tech Inc.Office Supplies Co.
Számla állapota
InvoiceStatus
A számla aktuális állapota a feldolgozás során.
Leírás

Ez az attribútum a számla legutóbb ismert állapotát mutatja, például „Ellenőrizve”, „Újraellenőrzés szükséges”, „Kifizetve” vagy „Törölve”. Megmutatja, hogy a számla éppen hol tart a folyamatban.

A számla állapota szükséges az „Aktuális számlaállapotok megoszlása” dashboardhoz. Ez segít a működésért felelős vezetőknek azonosítani a felhalmozódott munkát és nyomon követni a számlafeldolgozás általános állapotát. Az állapotok időbeli változásának elemzése a folyamat menetéről is egyszerű képet ad.

Miért fontos?

Aktuális képet ad a számlák állapotáról, ami nélkülözhetetlen a felhalmozódott munkát és a munkaterhelést követő működési dashboardokhoz.

Hol szerezhető be?

Tekintse meg az Oracle Fusion Financials dokumentációját. Az állapot az AP_INVOICES_ALL WFAPPROVAL_STATUS mezőjéből, illetve a kapcsolódó jóváhagyási és kifizetési táblákból is meghatározható.

Példák
EllenőrizveKifizetveTörölveÚjraellenőrzés szükséges
Számla összege
InvoiceAmount
A számla teljes pénzösszege.
Leírás

A számla összege a számlán feltüntetett, szállítónak fizetendő teljes összeget jelenti. Ez a pénzügyi attribútum a folyamat egészére hatással van: gyakran meghatározza a jóváhagyási útvonalat, az ellenőrzés szigorúságát és a kifizetés prioritását.

A process mining elemzésben a számla összege fontos szempont a szűréshez és a csoportosításhoz. Az elemzők például összehasonlíthatják a nagy és kis összegű számlák feldolgozását, hogy kiderüljön, eltérő útvonalon haladnak-e, vagy jelentősen különbözik-e az átfutási idejük. Az attribútum a pénzügyi KPI-k kiszámításához és a késedelmes fizetéshez hasonló folyamathatékonysági problémák pénzügyi hatásának felméréséhez is szükséges.

Miért fontos?

Ez az érték nélkülözhetetlen a pénzügyi elemzéshez, az összeg alapján jelentkező folyamateltérések megértéséhez és az olyan KPI-k méréséhez, mint a jóváhagyási megfelelési arány.

Hol szerezhető be?

Az AP_INVOICES_ALL tábla INVOICE_AMOUNT oszlopában található.

Példák
1500.00250.75125000.50
Vállalati kód
CompanyCode
A számlát feldolgozó jogi személy vagy vállalat azonosítója.
Leírás

A vállalati kód azt a szervezeten belüli gazdasági egységet jelöli, amely pénzügyileg felelős a számláért. Több vállalatból álló szervezeteknél ez alapvető szervezeti adat.

Az attribútum segítségével a folyamat jogi személyenként elemezhető. Így összehasonlítható a folyamat teljesítménye a vállalat különböző részein, azonosíthatók az egyes jogi személyekre jellemző szűk keresztmetszetek és megfelelési problémák, valamint vállalati szinten is jelenthetők a KPI-k. A megfelelő jóváhagyási munkafolyamat meghatározásában is szerepet játszhat.

Miért fontos?

Lehetővé teszi a folyamatok összehasonlítását és a teljesítmény mérését a szervezet különböző jogi személyei vagy üzleti egységei között.

Hol szerezhető be?

Ezt az AP_INVOICES_ALL táblában jellemzően a LEGAL_ENTITY_ID vagy egy hasonló mező tartalmazza. A mező összekapcsolható a főkönyvi táblákkal, ahonnan lekérhető a kód vagy a név.

Példák
1001US01DE01
Adatok utolsó frissítése
LastUpdateDate
Az időbélyeg azt mutatja, mikor frissítették utoljára a rekordot a forrásrendszerben.
Leírás

Ez az attribútum az Oracle Fusion Financials rendszerben tárolt adatok legutóbbi módosításának időpontját jelzi. A növekményes adatbetöltések kezelésére és a process mining modell naprakészen tartására használható.

Bár közvetlenül nem használjuk a folyamatmenet elemzéséhez, ez a technikai időbélyeg fontos az adatok frissességének és sértetlenségének megőrzéséhez. Az adatfolyamatok segítségével csak az utolsó frissítés óta létrejött vagy módosult rekordok kérdezhetők le, így kisebb terhelés jut a forrásrendszerre.

Miért fontos?

Lehetővé teszi az adatfolyamatok hatékony, növekményes futtatását, így a folyamatelemzés teljes újratöltés nélkül is naprakész marad.

Hol szerezhető be?

Számos Oracle Fusion táblában, köztük az AP_INVOICES_ALL táblában is LAST_UPDATE_DATE néven található.

Példák
2023-05-20T11:00:00Z2023-05-21T16:45:00Z
Egyeztetési eltérés oka
MatchingDiscrepancyReason
A számla, a megrendelés és az áruátvétel közötti eltérés konkrét oka.
Leírás

Ez az attribútum részletezi, miért nem sikerült a számla automatikus egyeztetése. Gyakori ok az ár, a mennyiség vagy a cikkszám eltérése a számla és a hozzá tartozó megrendelés vagy áruátvétel között.

Ez az adat szükséges a „Számlaegyeztetési eltérések aránya” dashboardhoz. Az eltérések okok szerinti csoportosításával és elemzésével a vállalatok feltárhatják a beszerzési vagy áruátvételi folyamatok rendszerszintű problémáit. A megfelelő intézkedésekkel növelhető az érintés nélküli, teljesen automatizált számlafeldolgozás aránya.

Miért fontos?

Megmutatja, miért nem sikerül a számlák automatikus egyeztetése. Az így nyert információk segítenek javítani az elsőre sikeres egyeztetések arányát és csökkenteni a kézi újramunkát.

Hol szerezhető be?

Tekintse meg az Oracle Fusion Financials dokumentációját. Az eltérés az AP_HOLDS_ALL táblában a zárolás konkrét okaként vagy a kapcsolódó egyeztetési részleteket tároló táblákban szerepelhet.

Példák
Az egységár eltér a megrendelésben szereplőtőlA számlázott mennyiség nagyobb az átvett mennyiségnélÉrvénytelen tétel a számlán
Forrásrendszer
SourceSystem
Megadja, melyik rendszerben rögzítették az esemény adatait.
Leírás

Ez az attribútum jelöli meg az adatot létrehozó forrásalkalmazást vagy modult, például az Oracle Fusion Financials rendszert. Több integrált rendszer esetén segít megkülönböztetni, hogy az egyes folyamatlépések honnan származnak.

A forrásrendszer ismerete hasznos az adatok ellenőrzéséhez, a hibakereséshez és az adott rendszerre jellemző folyamateltérések elemzéséhez. Ez különösen fontos összetett informatikai környezetben, ahol egy számla több alkalmazáson is áthaladhat.

Miért fontos?

Megmutatja az adatok eredetét, ami fontos az adatirányítás, a hibakeresés és a rendszerspecifikus folyamatműködés elemzése szempontjából.

Hol szerezhető be?

Ez gyakran az adatkinyerés során hozzáadott állandó érték, amely az adatkészlet forrását jelöli.

Példák
Oracle Fusion FinancialsOracle Payables Cloud
Határidőre történt a fizetés
IsOnTimePayment
Logikai jelző, amely megmutatja, hogy a számlát a fizetési határidőig kifizették-e.
Leírás

A jelző értéke igaz, ha a kifizetés a megadott fizetési határidő napján vagy előtte történt, egyébként hamis. Így minden kifizetett számla egyszerűen és egyértelműen besorolható.

Ez a számított attribútum közvetlenül támogatja a határidőre történő fizetések arányát mérő KPI-t és a hozzá tartozó dashboardot. Segítségével a felhasználók dátumok összevetése nélkül szűrhetik, számolhatják és jeleníthetik meg a késedelmes, illetve határidőre teljesített fizetések arányát. Így gyorsan felmérhető a fizetési késedelmek mértéke, és nyomon követhető az időbeli javulás.

Miért fontos?

Egyszerűbbé teszi a fizetési határidők betartásának elemzését, és közvetlenül felhasználható a határidőre történő fizetések arányát mérő KPI kiszámításához.

Hol szerezhető be?

Ez egy számított attribútum, amely a „Payment Executed” tevékenység időbélyegének és a „PaymentDueDate” attribútumnak az összevetéséből származik.

Példák
truefalse
Jóváhagyó neve
ApproverName
A számlát jóváhagyó vagy elutasító személy neve.
Leírás

Ez az attribútum rögzíti annak a személynek a nevét, aki a jóváhagyási lépésben döntést hozott. Ilyen adat például a „Számla jóváhagyva” vagy a „Számla elutasítva” tevékenységhez tartozik.

Az elemzés során a jóváhagyó neve alapján vizsgálható a jóváhagyók munkaterhelése, mérhető az egyes jóváhagyók átfutási ideje, és ellenőrizhető a jóváhagyási szabályok betartása. A jóváhagyási megfelelési arány KPI méréséhez az attribútum összevethető a számla összege és a vállalati kód alapján érvényes hatáskör-átruházási szabályokkal.

Miért fontos?

Nélkülözhetetlen a jóváhagyási átfutási idők elemzéséhez, a jóváhagyási mátrix szabályainak betartásához és a munkaterhelés eloszlásának megértéséhez.

Hol szerezhető be?

Ezek az adatok az Oracle Fusion számlához kapcsolódó munkafolyamat- vagy jóváhagyási előzményeket tároló tábláiban találhatók.

Példák
David WilsonSarah JohnsonMichael Brown
Megrendelésszám
PurchaseOrderNumber
A számlához tartozó megrendelés azonosítója.
Leírás

Ez az attribútum összekapcsolja a számlát azzal a megrendeléssel (PO), amely engedélyezte az áru vagy szolgáltatás beszerzését. A számlákhoz tartozhat megrendelés, de megrendelés nélkül is kiállíthatók.

A megrendelés szerinti elemzés összekapcsolja a számlafeldolgozást a P2P-folyamat beszerzési szakaszával. Segít megérteni, mennyire tartják be a beszerzési folyamat szabályait, és hogy a számlázási problémák, például az egyeztetési eltérések, a megrendelés hibáiból erednek-e. A megrendelésszám megléte vagy hiánya alapján elkülöníthetők és elemezhetők a számlafeldolgozás különböző útvonalai.

Miért fontos?

Visszakapcsolja a számlát a beszerzési folyamathoz, és fontos attribútum a megrendeléshez kapcsolódó, illetve a megrendelés nélküli számlák feldolgozásának elemzéséhez.

Hol szerezhető be?

Az adat az AP_INVOICE_LINES_ALL számlasorainak és a PO_DISTRIBUTION_ID mezőn keresztül elérhető megrendelés-elosztásoknak az összekapcsolásával kérhető le.

Példák
PO-2023-5001600789PO-FIN-9981
Pénznem
InvoiceCurrencyCode
A számla összegének pénzneme.
Leírás

Ez az attribútum jelzi, milyen pénznemben állították ki a számlát, például USD-ben, EUR-ban vagy GBP-ben. A számla összegének értelmezéséhez szükséges háttéradat.

Nemzetközi szervezeteknél a számlák pénznem szerinti elemzése fontos a pénzügyi jelentésekhez és a régiónkénti folyamatkülönbségek megértéséhez. Segít helyesen értelmezni a pénzösszegeket, és lehetővé teszi a fizetési gyakorlatok vagy jóváhagyási értékhatárok pénznem szerinti elemzését.

Miért fontos?

A pénzügyi összegek értelmezéséhez és elemzéséhez szükséges háttéradat, különösen nemzetközi működés esetén.

Hol szerezhető be?

Az AP_INVOICES_ALL tábla INVOICE_CURRENCY_CODE oszlopában található.

Példák
USDEURGBPCAD
Számla kelte
InvoiceDate
A szállító számláján feltüntetett dátum.
Leírás

Ez az attribútum azt a dátumot jelöli, amikor a szállító hivatalosan kiállította a számlát. A forrásdokumentum fontos adata, és az egyeztetett fizetési feltételek alapján ebből számítják ki a fizetési határidőt.

A számla kelte nem mindig jelöli a belső folyamat kezdetét, de fontos háttéradat. A szállító nevével és a számla összegével együtt a lehetséges kettős számlák azonosítására használható. A számla keltét és rendszerbeli rögzítésének dátumát összevetve a postázás vagy a számlák rendszerbe érkeztetésének hatékonyságáról is képet kaphat.

Miért fontos?

Fontos adat a kettős számlák azonosításához és a fizetési határidők kiszámításához.

Hol szerezhető be?

Az AP_INVOICES_ALL tábla szabványos mezője, neve INVOICE_DATE.

Példák
2023-04-102023-05-012023-05-25
Újramunkálás történt
IsRework
Logikai jelző, amely az újramunkálási ciklushoz tartozó tevékenységeket azonosítja.
Leírás

A jelző értéke igaz azoknál a tevékenységeknél, amelyek eltérnek az ideális folyamatmenettől, például a „Számla javítva” tevékenységnél vagy az elutasítást követő második „Számla ellenőrizve” eseménynél. Segítségével egyértelműen megjelölhető és számszerűsíthető a nem hatékony folyamatciklusok előfordulása.

Ez az attribútum szükséges az „Újramunkálás és kivételkezelés aránya” dashboardhoz. Az újramunkálási tevékenységek megjelölésével az elemzők könnyen számszerűsíthetik az újramunkálás mennyiségét és költségét, feltárhatják annak kiváltó okait, és mérhetik az elsőre helyes munkavégzést célzó folyamatfejlesztési kezdeményezések hatását.

Miért fontos?

Egyértelműen azonosítja és számszerűsíti az újramunkálást, így könnyebben elemezhető a folyamat hatékonyságát rontó esetek gyakorisága, oka és hatása.

Hol szerezhető be?

Ez egy számított attribútum. Az újramunkálásnak minősülő tevékenységsorozatok azonosításának logikáját az adatátalakítás során kell meghatározni.

Példák
truefalse
Zárolás oka
HoldReason
A számlára elrendelt zárolás vagy kifizetési tiltás oka.
Leírás

Ha egy számlát zárolnak, ez az attribútum jelzi az okot, például „Áreltérés”, „Mennyiségi eltérés” vagy „Áruátvételre vár”. Megmutatja, miért szakadt meg a szokásos folyamatmenet.

Ez az attribútum a „Kifizetési zárolások trendjei és elemzése” dashboard elsődleges dimenziója. A különböző zárolási okok gyakoriságának elemzésével a vállalat feltárhatja és kezelheti a kifizetési tiltások kiváltó okait, például a beszerzési folyamatok vagy a szállítói számlázás pontatlanságait. Ezzel csökkenthetők a feldolgozási késedelmek.

Miért fontos?

Feltárja a kifizetési tiltások kiváltó okait, így célzott fejlesztésekkel csökkenthető a zárolások és a fizetési késedelmek száma.

Hol szerezhető be?

A zárolási adatokat jellemzően az AP_HOLDS_ALL tábla tárolja. Ez a tábla kapcsolódik a számlához, és tartalmazza a zárolás okát vagy kódját.

Példák
ÁreltérésA számlázott mennyiség meghaladja az átvett mennyiségetÉrvénytelen megrendelésszám
Kötelező Javasolt Nem kötelező

A beszerzéstől a kifizetésig tartó számlafeldolgozás tevékenységei

A pontos folyamatfeltáráshoz ezeket a folyamatlépéseket és mérföldköveket érdemes rögzíteni az eseménynaplóban.
6 Javasolt 9 Nem kötelező
Tevékenység Leírás
Kifizetés teljesítve
A kifizetés megtörténtét és elszámolását igazoló végső visszaigazolás. Csekk esetén ez a beváltás dátuma, elektronikus fizetésnél pedig a bank visszaigazolása.
Miért fontos?

Ez a számlafeldolgozás utolsó tevékenysége, amely a folyamat sikeres lezárását jelzi. Ez az „Átlagos számlafeldolgozási idő” és a „Határidőre teljesített kifizetések aránya” kiszámításának végpontja.

Hol szerezhető be?

Az esemény az AP_CHECKS_ALL táblában a kifizetési állapot 'Cleared' vagy 'Reconciled' értékre változásából állapítható meg a CLEARED_DATE mező használatával. A Cash Management modul banki egyeztetési adatai (CE_STATEMENT_LINES) is felhasználhatók.

Rögzítés

Az AP_CHECKS_ALL táblában szereplő állapotfrissítésekből vagy a CE modulban végzett egyeztetésből állapítható meg.

Eseménytípus inferred
Számla egyeztetve a megrendeléssel
Ez a tevékenység azt jelzi, hogy a számlasort sikeresen egyeztették a megfelelő megrendeléssorral, megerősítve, hogy a számlázott árut vagy szolgáltatást valóban megrendelték. A rendszer ezt jellemzően automatikus vagy kézi műveletként rögzíti.
Miért fontos?

A háromoldalú egyeztetés fontos része, amely a megrendelést, az áruátvételt és a számlát veti össze. Az itt fellépő hibák gyakran okoznak kivételeket és késedelmeket.

Hol szerezhető be?

Az esemény az AP_INVOICE_DISTRIBUTIONS_ALL táblában létrejövő, a számlát egy megrendelés-elosztáshoz kapcsoló rekordokból állapítható meg (PO_DISTRIBUTION_ID). Az AP_INVOICE_LINES_ALL tábla sorszintű egyeztetési állapota is használható.

Rögzítés

A számlasorokhoz rendelt megrendelés-elosztási adatok alapján állapítható meg.

Eseménytípus inferred
Számla jóváhagyásra elküldve
A számla a beállított üzleti szabályok alapján bekerül a jóváhagyási munkafolyamatba. Ezzel megkezdődik a hivatalos jóváhagyási folyamat.
Miért fontos?

Ezzel indul a folyamat egyik fontos szakasza. A kezdési időpont nyomon követése szükséges a „Számlajóváhagyási idő” méréséhez és optimalizálásához.

Hol szerezhető be?

Az esemény az AP_INVOICES_ALL tábla állapotváltozásából állapítható meg, amikor az APPROVAL_STATUS például 'Initiated' vagy 'Pending Approval' értékre változik. A munkafolyamat táblái is tartalmazhatják ezt az eseményt.

Rögzítés

Az AP_INVOICES_ALL.APPROVAL_STATUS mező 'Initiated' értékre változásából állapítható meg.

Eseménytípus inferred
Számla jóváhagyva
A munkafolyamatban minden szükséges fél jóváhagyta a számlát. A számla készen áll a könyvelésre és a kifizetés ütemezésére.
Miért fontos?

Fontos mérföldkő, amely a jóváhagyási folyamat sikeres lezárását jelzi. Az ezt megelőző késedelmek gyakran szűk keresztmetszetet jelentenek.

Hol szerezhető be?

Az esemény az AP_INVOICES_ALL tábla APPROVAL_STATUS mezőjének végleges jóváhagyási állapotra, például 'Approved' vagy 'Workflow Approved' értékre változásából állapítható meg. Az időpontot a mező auditelőzménye tartalmazza.

Rögzítés

Az AP_INVOICES_ALL.APPROVAL_STATUS mező 'Approved' értékre változásából állapítható meg.

Eseménytípus inferred
Számla lekönyvelve
A számlát sikeresen feladják a főkönyvbe, és létrejönnek a könyvelési tételek. Ez az esemény megerősíti, hogy a számla pénzügyi hatását hivatalosan rögzítették.
Miért fontos?

Fontos pénzügyi ellenőrzési pont és a kifizetés előfeltétele. Megerősíti, hogy a számlát teljes körűen ellenőrizték és jóváhagyták, így készen áll a kiegyenlítésre.

Hol szerezhető be?

Az esemény az AP_INVOICE_DISTRIBUTIONS_ALL tábla állapotából (ACCRUAL_POSTED_FLAG = 'Y') állapítható meg, vagy a főkönyvi táblákban, például az XLA_AE_HEADERS táblában szereplő kapcsolódó könyvelési tételek ellenőrzésével.

Rögzítés

Az AP_INVOICE_DISTRIBUTIONS_ALL táblában szereplő jelzők vagy a kapcsolódó főkönyvi tételek alapján állapítható meg.

Eseménytípus inferred
Számla létrehozva
A rendszerben létrejön a számlarekord, kézi rögzítéssel, beolvasással vagy elektronikus beküldéssel. Ezt az eseményt általában a fő számlatáblába beszúrt új sor jelzi.
Miért fontos?

Ez jelzi a számlafeldolgozás kezdetét. Az eseménytől eltelt idő elemzésével felmérhető az adatrögzítés hatékonysága és a folyamat indulásának késedelme.

Hol szerezhető be?

Az Oracle Fusion Financials rendszerben ez az AP_INVOICES_ALL táblában szereplő rekord létrehozási időbélyegének felel meg, pontosabban a CREATION_DATE oszlopnak.

Rögzítés

A rekord létrehozásának időbélyege az AP_INVOICES_ALL táblában.

Eseménytípus explicit
Egyeztetési eltérés azonosítva
Akkor fordul elő, ha a rendszer vagy egy felhasználó eltérést észlel a számla, a megrendelés és az áruátvételi adatok között, például az árban vagy a mennyiségben. Ilyenkor a rendszer gyakran zárolja a számlát.
Miért fontos?

Láthatóvá teszi azokat a folyamatkivételeket, amelyek kézi beavatkozást igényelnek. Az események nyomon követése szükséges a „Számlaegyeztetési eltérések aránya” KPI méréséhez és a kiváltó okok elemzéséhez.

Hol szerezhető be?

Ezt gyakran a számlára helyezett zárolás típusa rögzíti. Az egyeztetéshez kapcsolódó zárolástípusokat, például a 'QTY REC' vagy a 'PRICE' értéket az AP_HOLDS_ALL táblában keresse. Az időbélyeget a HOLD_DATE mező tartalmazza.

Rögzítés

Egyeztetéshez kapcsolódó zárolástípusú rekord létrehozása az AP_HOLDS_ALL táblában.

Eseménytípus explicit
Kifizetés létrehozva
A rendszer létrehozta a számlához tartozó fizetési megbízást. Ez lehet csekk, elektronikus átutalási (EFT) fájl vagy más fizetési eszköz.
Miért fontos?

Ekkor a szervezet elkülöníti a kifizetéshez szükséges összeget. Ez fontos mérföldkő közvetlenül azelőtt, hogy a pénz elhagyná a bankszámlát.

Hol szerezhető be?

Az AP_CHECKS_ALL tábla rögzíti az összes kifizetés adatait. A CHECK_DATE mező jelzi, mikor jött létre a fizetési bizonylat.

Rögzítés

Rekord létrehozása az AP_CHECKS_ALL táblában.

Eseménytípus explicit
Kifizetés ütemezve
A számlát kiválasztják, és felveszik egy kifizetési folyamatkérelembe, amelyet gyakran kifizetési futásnak vagy kifizetési kötegnek neveznek. A számla ezzel bekerül a kifizetésre váró tételek közé.
Miért fontos?

Ez a könyvelés és a tényleges kifizetés közötti lépés. Időtartama hatással van a pénzáramlás előrejelzésére és a korai fizetési kedvezmények igénybevételére.

Hol szerezhető be?

Az AP_INVOICE_PAYMENTS_ALL tábla rögzíti, amikor létrejön a kifizetési rekord, de a kifizetést még nem erősítették meg. A kifizetési kötegek tábláiban, például az IBY_PAYMENT_PROCESS_REQUESTS táblában is megtalálható.

Rögzítés

Ütemezett kifizetéshez tartozó rekord létrehozása az AP_INVOICE_PAYMENTS_ALL táblában.

Eseménytípus explicit
Számla ellenőrizve
A számla átment a rendszer teljességre és helyességre vonatkozó ellenőrzésein, beleértve a fejléc- és soradatokat. Ezt gyakran a számlarekord állapotváltozása alapján lehet megállapítani.
Miért fontos?

Fontos mérföldkő az egyeztetés és a jóváhagyás előtt. Az itt tapasztalható késedelem a számlaadatok minőségi problémájára vagy a rendszer hibás beállítására utalhat.

Hol szerezhető be?

Az AP_INVOICES_ALL táblában a számla állapota 'Validated' értékre változik. Az időpont a VALIDATION_STATUS mező változási előzményeiből vagy auditnaplójából állapítható meg.

Rögzítés

Az AP_INVOICES_ALL.VALIDATION_STATUS mező változása alapján állapítható meg.

Eseménytípus inferred
Számla elutasítva
A jóváhagyó elutasította a számlát a jóváhagyási munkafolyamat során. A számlát ilyenkor általában javításra visszaküldik vagy törlik, ami újramunkálási kört indít el.
Miért fontos?

Kedvezőtlen eredményt jelez, és gyakran újramunkához, valamint hosszabb feldolgozási időhöz vezet. Az elutasítások nyomon követése segít feltárni a számlaminőségi vagy megrendelés-megfelelési problémákat.

Hol szerezhető be?

Az esemény az AP_INVOICES_ALL tábla APPROVAL_STATUS mezőjének 'Rejected' értékre változásából állapítható meg. A munkafolyamat előzményei tartalmazzák, hogy ki és mikor utasította el a számlát.

Rögzítés

Az AP_INVOICES_ALL.APPROVAL_STATUS mező 'Rejected' értékre változásából állapítható meg.

Eseménytípus inferred
Számla javítva
Akkor fordul elő, amikor egy felhasználó módosítja a számlát, gyakran elutasítás után vagy egy adatrögzítési hiba javítása érdekében. Ez a folyamat kézi újramunkálási lépése.
Miért fontos?

Ez a tevékenység egyértelműen újramunkát jelez. Gyakoriságának elemzésével mérhető a folyamat hatékonysági vesztesége, és kiszámítható a „Számla-újramunkálási arány” KPI.

Hol szerezhető be?

Az esemény az AP_INVOICES_ALL táblában lévő számlarekord jelentős frissítéseinek nyomon követésével állapítható meg, miután a számlát már ellenőrizték vagy jóváhagyásra küldték. Ehhez a LAST_UPDATE_DATE időbélyegre és az auditnapló adataira van szükség.

Rögzítés

Az elutasítás vagy zárolás utáni LAST_UPDATE_DATE értékek összehasonlításával állapítható meg.

Eseménytípus inferred
Számla törölve
A számlát érvénytelenítették vagy törölték, ezért a feldolgozása nem folytatódik, és nem fizetik ki. Ez a folyamat végállapota.
Miért fontos?

Fontos végállapot azoknál a számláknál, amelyekből nem lesz kifizetés. A törlések elemzése feltárhatja a kettős számlázás vagy a szállító hibás beküldéseinek problémáit.

Hol szerezhető be?

Az esemény az AP_INVOICES_ALL tábla állapotváltozásából állapítható meg. A CANCELLED_DATE oszlop tartalmazza a törlés időbélyegét.

Rögzítés

Az AP_INVOICES_ALL tábla CANCELLED_DATE mezője kitöltődik.

Eseménytípus explicit
Számla zárolva
Általános tevékenység, amely azt jelzi, hogy zárolást helyeztek a számlára, ezért az nem haladhat tovább a kifizetés felé. Ennek oka lehet például egyeztetési probléma, fedezethiány vagy kézi beavatkozás.
Miért fontos?

Közvetlenül növeli a feldolgozási időt, és késedelmes kifizetéshez vezethet. A zárolások elemzése segít feltárni és megoldani a folyamat rendszerszintű problémáit, valamint támogatja a „Fizetési zárolások alakulása” elemzést.

Hol szerezhető be?

Az eseményt az AP_HOLDS_ALL tábla rögzíti. Minden sor egy zárolást jelöl, annak létrehozási dátumával (HOLD_DATE) és indokával együtt.

Rögzítés

Rekord létrehozása az AP_HOLDS_ALL táblában.

Eseménytípus explicit
Számlazárolás feloldva
Ez az esemény azt jelzi, hogy feloldották a számlára korábban helyezett zárolást. Egy felhasználó vagy automatikus folyamat megszünteti a blokkolást, így a számla folytathatja a feldolgozási útját.
Miért fontos?

A zárolás elhelyezése és feloldása közötti idő az esetkezelés hatékonyságának fontos mérőszáma. Ez támogatja az „Átlagos kivételkezelési idő” KPI mérését.

Hol szerezhető be?

Az eseményt az AP_HOLDS_ALL tábla rögzíti. A zárolás feloldásakor a RELEASE_LOOKUP_CODE és a RELEASE_REASON mező, valamint a LAST_UPDATE_DATE mező is kitöltődik.

Rögzítés

Az AP_HOLDS_ALL táblában lévő rekord frissítése, amely a zárolás feloldását jelzi.

Eseménytípus explicit
Javasolt Nem kötelező

Útmutatók az adatok kinyeréséhez

Adatok kinyerése az Oracle Fusion Financials rendszerből

Kezdje el most?

Készítse elő az adatokat ezzel a sablonnal, és kezdje el fejleszteni a számlafeldolgozást. Tárjon fel hasznos összefüggéseket, és javítsa érdemben szervezete hatékonyságát.

Optimalizálja most a P2P-számlafeldolgozást, és rövidítse 30%-kal a ciklusidőt

Szüntesse meg a szűk keresztmetszeteket az Oracle Fusion Financials rendszerben, és csökkentse 30%-kal a ciklusidőt.

Próbálja ki ingyen

Nincs szükség bankkártyára. Néhány napon belül láthatja az eredményeket.