Adatsablon az értékesítési rendelések feldolgozásához a rendeléstől a pénz beérkezéséig tartó folyamatban

Oracle Fusion Financials
Adatsablon az értékesítési rendelések feldolgozásához a rendeléstől a pénz beérkezéséig tartó folyamatban

Adatsablon az értékesítési rendelések feldolgozásához a rendeléstől a pénz beérkezéséig tartó folyamatban

Ez a sablon lépésről lépésre bemutatja, hogyan gyűjtheti össze a rendeléstől a pénz beérkezéséig tartó értékesítésirendelés-feldolgozás elemzéséhez szükséges adatokat. Felsorolja a gyűjtendő fontos attribútumokat és a követendő fő tevékenységeket, hogy teljes képet kapjon a folyamatról. Gyakorlati útmutatót is talál arról, hogyan nyerheti ki ezeket az adatokat a forrásrendszerből, így gyorsan elkezdheti az elemzést.
  • Javasolt attribútumok
  • Követendő fő tevékenységek
  • Gyakorlati útmutató az adatkinyeréshez
Most ismerkedik az eseménynaplókkal? Tudja meg, hogyan készíthet process mining eseménynaplót.

A rendeléstől a pénz beérkezéséig tartó értékesítésirendelés-feldolgozás attribútumai

Ezeket az adatmezőket érdemes felvenni az eseménynaplóba, hogy részletesen elemezhesse a rendeléstől a pénz beérkezéséig tartó értékesítésirendelés-feldolgozást.
3 Kötelező 8 Javasolt 12 Nem kötelező
Név Leírás
Értékesítési rendelés
SalesOrder
Az értékesítési rendelés egyedi azonosítója, amely az Order to Cash folyamat elsődleges esetazonosítója.
Leírás

Az értékesítési rendelés száma egyedileg azonosítja az ügyfél rendelését annak teljes életciklusa során. Ez kapcsolja össze a rendeléshez tartozó tevékenységeket a létrehozástól és visszaigazolástól a teljesítésen és számlázáson át a végső fizetésig.

A process mining során ez az attribútum szükséges ahhoz, hogy az összetartozó események egyetlen esetbe kerüljenek. Az értékesítési rendelés szerinti elemzés teljes képet ad a folyamatról: kiszámítható a teljes átfutási idő, azonosíthatók az egyes rendelések folyamatváltozatai, és nyomon követhető a rendelés útja a különböző részlegeken és rendszereken keresztül.

Miért fontos?

Ez az esetazonosító. Összekapcsolja a folyamat eseményeit, így végigkövethető egy ügyfélrendelés teljes útja.

Hol szerezhető be?

Ez az azonosító általában az Oracle Fusion értékesítésirendelés-fejlécét tartalmazó táblában található, például a DOO_HEADERS_ALL táblában. További információért tekintse meg az Oracle Fusion Financials dokumentációját.

Példák
SO-100567SO-100568SO-100569
Esemény időpontja
EventTime
Az az időbélyeg, amely megadja, mikor történt egy adott tevékenység vagy esemény az értékesítési rendelés folyamatában.
Leírás

Ez az attribútum minden folyamati tevékenységhez megadja a dátumot és az időpontot, így meghatározható az események időrendi sorrendje. A folyamatelemzés időbeli alapját adja, és pontosan rögzíti, mikor történt az egyes lépések végrehajtása.

A process mining során az EventTime alapján számítható ki a ciklusidő, a tevékenységek közötti időtartam és az eset teljes átfutási ideje. Lehetővé teszi a teljesítmény elemzését, a várakozási időkből adódó szűk keresztmetszetek feltárását és a szolgáltatási szintű megállapodások (SLA-k) határidőinek nyomon követését. Minden időalapú KPI és dashboard az attribútum pontosságára épül.

Miért fontos?

Ez az időbélyeg szükséges az események időrendi sorba rendezéséhez és az időalapú mutatók, például a ciklusidők és időtartamok kiszámításához.

Hol szerezhető be?

Származtatott attribútum, amely az Oracle Fusion különböző tábláinak időbélyegmezőiből származik, például a rendelés létrehozásának, a kiszállításnak, a számlázásnak és a fizetésnek az időpontjából.

Példák
2023-04-15T09:00:00Z2023-04-18T14:30:00Z2023-04-20T11:25:00Z
Tevékenység neve
ActivityName
Az értékesítési rendelés folyamatában történt konkrét üzleti esemény vagy feladat neve.
Leírás

Ez az attribútum írja le, hogy az értékesítési rendeléshez egy adott időpontban melyik lépés tartozott, például „Értékesítési rendelés létrehozva”, „Áru kiszállítva” vagy „Fizetés beérkezett”. Ezeknek a tevékenységeknek a sorrendje adja az egyes esetek folyamatmenetét.

Az ActivityName elemzése a process mining alapja. Segítségével megjeleníthető a folyamattérkép, feltárhatók a folyamatváltozatok, és azonosíthatók azok a szűk keresztmetszetek, ahol az esetek feltorlódnak. Erre épül a lépések közötti átmeneti idők kiszámítása és az Order to Cash folyamat működési sorrendjének megértése.

Miért fontos?

Ez az attribútum határozza meg a folyamattérkép lépéseit, így megjeleníthető és elemezhető a folyamat menete.

Hol szerezhető be?

Származtatott attribútum. A különböző Oracle Fusion táblák tranzakciós állapotait vagy eseménytípusait, például a rendelés, a szállítmány vagy a számla állapotát, egységes tevékenységnevekhez rendeli.

Példák
Vevői rendelés létrehozvaTermékek feladvaSzámla létrehozvaFizetés beérkezett
Automatizált
IsAutomated
Jelzi, hogy a tevékenységet a rendszer automatikusan vagy egy felhasználó kézzel hajtotta-e végre.
Leírás

Ez a logikai attribútum megkülönbözteti a rendszer által vezérelt eseményeket, például az automatikus hitelképességi ellenőrzést vagy a rendszer által létrehozott számlát, a felhasználói műveletektől. Az értékét általában a tevékenységhez tartozó felhasználónév alapján határozzák meg: az általános rendszerazonosító automatizálást jelez.

Az attribútum elemzésével mérhető a folyamat automatizáltsága, és kiszámítható a „Kézi újramunkálást igénylő rendelések aránya” KPI. Azt is megmutathatja, mely kézi lépések veszik igénybe a legtöbb időt, vagy járnak a legtöbb hibával, így feltárhatók a további automatizálás lehetőségei.

Miért fontos?

Segít mérni a folyamat automatizáltságát, és feltárni, hogyan csökkenthetők a költséges kézi beavatkozások.

Hol szerezhető be?

Származtatott mező, amelynek értéke gyakran a UserName attribútumra alkalmazott szabályon alapul. Ha például a felhasználó „SYSTEM” vagy „BATCH”, a jelző értéke true.

Példák
truefalse
Értékesítési csatorna
SalesChannel
Az a csatorna, amelyen keresztül az értékesítési rendelés beérkezett.
Leírás

Ez az attribútum az értékesítési rendelés forrását jelöli, például „Web”, „Közvetlen értékesítés”, „Partner” vagy „EDI”. Megmutatja, hogyan került be a rendelés a szervezethez.

Az értékesítési csatorna szerinti bontás fontos a „Értékesítési csatornák teljesítményének áttekintése” dashboardhoz. Segítségével összehasonlítható a különböző csatornák hatékonysága, átfutási ideje és hibaaránya, így kiderül, melyek működnek a legjobban, és melyeknél érdemes fejleszteni a folyamatot vagy növelni az automatizálást.

Miért fontos?

Csatornánkénti teljesítményelemzést tesz lehetővé, és segít azonosítani a rendelésfeldolgozás leghatékonyabb és legkevésbé hatékony csatornáit.

Hol szerezhető be?

Ez az adat az értékesítési rendelés fejlécének erre szolgáló mezőjében tárolható. További információért tekintse meg az Oracle Fusion Financials dokumentációját.

Példák
Közvetlen értékesítésWebes portálEDIViszonteladó
Értékesítési rendelés teljes összege
SalesOrderTotalAmount
Az értékesítési rendelés teljes pénzértéke.
Leírás

Ez az attribútum az ügyfélnek a teljes értékesítési rendelésért felszámított összeget jelöli. Tartalmazza az összes tétel, adó és egyéb díj összegét, a kedvezmények levonása előtt.

A folyamatelemzésben ez az attribútum értékalapú process mining elemzést tesz lehetővé. Az érték szerint csoportosíthatók a rendelések, például magas és alacsony értékűekre, így összehasonlítható, hogy eltérő folyamatútvonalat követnek-e, vagy más-e az átfutási idejük. Segít abban is, hogy a folyamatfejlesztés a pénzügyileg legjelentősebb esetekre összpontosítson.

Miért fontos?

Lehetővé teszi a pénzügyi hatás elemzését, segít a nagy értékű rendelések folyamatfejlesztési prioritásainak meghatározásában és a költségek mozgatórugóinak feltárásában.

Hol szerezhető be?

Általában az Oracle Fusion értékesítésirendelés-fejlécet tartalmazó tábláiban található. További információért tekintse meg az Oracle Fusion Financials dokumentációját.

Példák
5250.00125000.75980.50
Felhasználónév
UserName
A tevékenységet végrehajtó felhasználó neve vagy azonosítója.
Leírás

Ez az attribútum azonosítja azt a munkatársat vagy rendszerfelhasználót, aki egy adott folyamati lépésért felelős. Segítségével elemezhető az egyéni teljesítmény, a munkaterhelés megoszlása és az előírt eljárások betartása.

A felhasználó szerinti elemzés feltárhatja a képzési igényeket, segíthet felismerni a kiemelkedően teljesítő munkatársakat vagy csapatokat, és megmutathatja az egyes felhasználókhoz köthető eltéréseket. A megfelelés és az audit szempontjából is hasznos, mert nyomon követhető, ki milyen műveletet végzett.

Miért fontos?

Lehetővé teszi a felhasználónkénti teljesítmény és munkaterhelés elemzését, valamint az egyes személyekhez köthető kézi újramunkálási minták feltárását.

Hol szerezhető be?

Általában az Oracle Fusion tranzakciós tábláinak CREATED_BY vagy LAST_UPDATED_BY mezőiből származik, gyakran egy felhasználói törzstáblához, például az FND_USER táblához kapcsolva.

Példák
john.smithjane.doesystem_batch_user
Fizetési határidő
PaymentDueDate
Az a dátum, ameddig az ügyfélnek ki kell fizetnie a számlát.
Leírás

A fizetési határidő a számla dátuma és az ügyféllel egyeztetett fizetési feltételek alapján számítható ki. Ez jelöli a fizetés beérkezésének határidejét.

Ez az attribútum szükséges a „Határidőre beérkezett fizetések aránya” KPI kiszámításához. A fizetési határidőt a tényleges beérkezési dátummal összevetve megállapítható, hogy az ügyfél időben vagy késve fizetett-e. Ez segít nyomon követni a vevőkövetelések alakulását és kezelni a pénzforgalmat.

Miért fontos?

Ez a határidő alapul szolgál a határidőre beérkezett fizetések arányának kiszámításához, amely a pénzforgalom hatékonyságának fontos mutatója.

Hol szerezhető be?

Az Oracle Fusion vevőkövetelési vagy számlatábláiban található, például az AR_PAYMENT_SCHEDULES_ALL táblában.

Példák
2023-06-192023-07-012023-06-25
Kért kézbesítési dátum
RequestedDeliveryDate
Az a kézbesítési dátum, amelyet az ügyfél a rendeléshez kért.
Leírás

Ez az attribútum rögzíti azt a dátumot, amikor az ügyfél szeretné megkapni az árut. Az Order to Cash folyamat teljesítési szakaszának egyik fontos célértéke.

Ez a dátum szükséges a „Határidőre kézbesített rendelések aránya” KPI kiszámításához és a „Kézbesítési szolgáltatási szint (SLA)” dashboard használatához. A tényleges kézbesítési dátummal összevetve mérhető, hogy a szervezet mennyire teljesíti az ügyfélelvárásokat, és feltárhatók a késések kiváltó okai.

Miért fontos?

Alapul szolgál a határidőre történő kézbesítés és az ügyféllel kötött szolgáltatási szintű megállapodás (SLA) betartásának méréséhez.

Hol szerezhető be?

Általában az Oracle Fusion értékesítésirendelés-sorokat tartalmazó tábláiban található. További információért tekintse meg az Oracle Fusion Financials dokumentációját.

Példák
2023-05-202023-06-012023-05-25
Tényleges kézbesítési dátum
ActualDeliveryDate
Az a dátum, amikor az árut ténylegesen kézbesítették az ügyfélnek.
Leírás

Ez az attribútum rögzíti a végső kézbesítés dátumát, amely a folyamat teljesítési szakaszának végét jelzi. Ez a tényleges eredmény, amelyhez a tervezett vagy kért dátumokat viszonyítják.

A dátumot a kért kézbesítési dátummal összevetve számítható ki a határidőre történő kézbesítés aránya. Fontos adat a „Határidőre kézbesített rendelések aránya” KPI-hoz és a „Kézbesítési SLA” dashboardhoz, mert egyértelműen mutatja a logisztika és az ellátási lánc teljesítményét.

Miért fontos?

Ez a tényleges kézbesítési dátum, amelyből kiszámítható a határidőre kézbesített rendelések aránya, és mérhető, hogy a teljesítés megfelelt-e az ügyfél kérésének.

Hol szerezhető be?

Az Oracle Fusion szállítási és kézbesítési tranzakciós tábláiból származik. További információért tekintse meg az Oracle Fusion Financials dokumentációját.

Példák
2023-05-202023-06-032023-05-25
Ügyfél neve
CustomerName
Az értékesítési rendelést leadó ügyfél neve.
Leírás

Ez az attribútum azonosítja az értékesítési rendeléshez tartozó ügyfélszámla hivatalos nevét. Az ügyfélközpontú folyamatelemzés egyik fontos dimenziója.

Az ügyfél szerinti elemzés megmutatja, ha egyes ügyfelek rendeléseinek hosszabb az átfutási ideje, több újramunkálást igényelnek, vagy eltérnek a megszokott folyamattól. Az eredmények felhasználhatók az ügyfélkiszolgálás javítására, a kiemelt ügyfelek igényeihez igazított folyamatok kialakítására és az ügyfél-elégedettséget rontó problémák feltárására.

Miért fontos?

Ügyfélközpontú elemzést tesz lehetővé, amely feltárja az egyes ügyfeleket érintő folyamati problémákat, és segít javítani az ügyfél-elégedettséget.

Hol szerezhető be?

Az ügyféltörzs adatait tartalmazó táblákból, például a HZ_PARTIES táblából származik, és ügyfélazonosító kapcsolja az értékesítési rendeléshez.

Példák
Global Corp Inc.Innovate Solutions Ltd.Tech Services LLC
Fizetési feltételek
PaymentTerms
Az ügyféllel egyeztetett fizetési feltételek.
Leírás

Ez az attribútum határozza meg, milyen feltételekkel kell az ügyfélnek kifizetnie a számlát, például „30 napos fizetési határidővel” vagy „60 napos fizetési határidővel”. Ezek alapján számítható ki a fizetési határidő.

A fizetési feltételek szerinti bontás segíthet megmagyarázni a fizetési ciklusok eltéréseit. Kontextust ad a „Határidőre fizetett számlák aránya” KPI értelmezéséhez, mivel a különböző feltételek eltérő fizetési szokásokkal járnak. Az elemzés a hitelpolitika és a pénzforgalmi előrejelzés kialakítását is segítheti.

Miért fontos?

Fontos támpontot ad a fizetési szokások elemzéséhez, és segít megmagyarázni a számlázás és a fizetés közötti idő eltéréseit.

Hol szerezhető be?

Az Oracle Fusion rendszerben az értékesítési rendelés vagy az ügyfélszámla szintjén érhető el. További információért tekintse meg az Oracle Fusion Financials dokumentációját.

Példák
30 napos fizetési határidő60 napos fizetési határidőFizetés átvételkor
Forrásrendszer
SourceSystemIdentifier
Megadja, melyik forrásrendszerből származnak az eseményadatok.
Leírás

Ez az attribútum jelzi az adatok forrását. Különösen hasznos, ha az Order to Cash folyamat több rendszeren fut. A rendelési adatok például származhatnak az Oracle Fusion rendszerből, a szállítási adatok pedig egy külső logisztikai rendszerből.

Az elemzés során segít megérteni az adatok eredetét, és lehetővé teszi, hogy a folyamatnézetet egy adott rendszer eseményeire szűrje. Több rendszer használatakor az adatok ellenőrzéséhez és az IT-környezetek közötti folyamattöredezettség feltárásához is fontos.

Miért fontos?

Megmutatja az adatok eredetét, ami több rendszert használó környezetben fontos az adatirányításhoz és a hibakereséshez.

Hol szerezhető be?

Általában az adatkinyerés és -átalakítás során hozzáadott, rögzített érték, amely azonosítja az adathalmaz forrását.

Példák
Oracle Fusion Cloud FinancialsOracle SCM CloudOracle ERP
Határidőre kézbesítve
IsOnTimeDelivery
Számított jelző, amelynek értéke true, ha a tényleges kézbesítés a kért dátumon vagy az előtt történt.
Leírás

Ez a logikai attribútum a tényleges és a kért kézbesítési dátum összehasonlításából származik. Esetenként egyszerűen jelzi a kézbesítés teljesítményét.

Ez a jelző szolgál alapul a „Határidőre kézbesített rendelések aránya” KPI kiszámításához. Egyszerűbbé teszi a szűrést és az elemzést: gyorsan kiválaszthatók a késve kézbesített rendelések, és feltárhatók a késésekhez vezető okok.

Miért fontos?

Közvetlenül méri, hogy a teljesítés megfelelt-e az ügyfélelvárásoknak, és egyszerűbbé teszi a késve kézbesített rendelések elemzését.

Hol szerezhető be?

Számított mező. A logika: ActualDeliveryDate <= RequestedDeliveryDate.

Példák
truefalse
Javított számla
IsInvoiceCorrected
Jelzi, hogy a számlát az első létrehozása után javították vagy módosították-e.
Leírás

Ez a logikai attribútum akkor igaz, ha a számla javítási folyamaton ment keresztül, amit a „Számla javítva” tevékenység jelenléte jelez. Megmutatja, mely esetekben kellett újramunkát végezni a számlázás során.

Ez az „Számlapontosság és újramunka elemzése” dashboard és a „Számla-újramunkálási arány” KPI egyik fontos bemeneti adata. Segítségével számszerűsíthetők a számlázási hibák, és feltárhatók azok kiváltó okai. Így csökkenthető a kézi munka és a fizetési késedelem.

Miért fontos?

Azonosítja a számlák újramunkálását, amely a folyamat hatékonyságának, az adatminőségnek és a fizetési késedelmek kockázatának fontos mutatója.

Hol szerezhető be?

Ez egy számított mező, amely általában akkor kap igaz értéket egy esetnél, ha az eseménynapló tartalmaz „Számla javítva” tevékenységet.

Példák
falsetrue
Késedelmes fizetés
IsLatePayment
Számított jelző, amelynek értéke true, ha a fizetés a fizetési határidő után érkezett be.
Leírás

Ez a logikai attribútum a tényleges fizetési dátum és a fizetési határidő összehasonlításából származik. Egyértelműen jelzi, hogy a számlát időben fizették-e ki.

Ezt az attribútumot a „Határidőre fizetett számlák aránya” KPI kiszámításához használják. Segítségével elkülöníthetők a határidőre és késve fizetett számlák, így elemezhetők a késve fizető ügyfelek jellemzői, a késések gyakori okai és a forgótőkére gyakorolt pénzügyi hatás.

Miért fontos?

Közvetlenül méri a fizetések beszedésének hatékonyságát, és egyszerűbbé teszi a késedelmes fizetések elemzését.

Hol szerezhető be?

Ez egy számított mező. A logika: PaymentReceivedDate > PaymentDueDate.

Példák
falsetrue
Rendelés típusa
OrderType
Az értékesítési rendelés besorolása, például „Normál rendelés” vagy „Visszáru-rendelés”.
Leírás

A rendelés típusa alapján üzleti céljuk szerint csoportosíthatók az értékesítési rendelések. Gyakori típus a normál értékesítési rendelés, a szolgáltatási rendelés, az áru-visszavételi engedély (RMA) és a belső rendelés.

A rendeléstípus szerinti elemzés azért fontos, mert az egyes típusok folyamata és teljesítménycéljai eltérhetnek. A bontás segít felismerni a szándékos és elvárt folyamatváltozatokat, így ezek nem minősülnek tévesen eltérésnek.

Miért fontos?

Lehetővé teszi a különböző, szabályos folyamatok, például a normál rendelések és a visszáruk elkülönítését, így az elemzés pontos és méltányos marad.

Hol szerezhető be?

Általában az Oracle Fusion értékesítésirendelés-fejlécének egyik mezőjeként érhető el. További információért tekintse meg az Oracle Fusion Financials dokumentációját.

Példák
Normál értékesítési rendelésVisszáru-engedélySzolgáltatási rendelés
Szállítási mód
ShippingMethod
Az áru ügyfélhez szállításához használt mód vagy fuvarozó.
Leírás

Ez az attribútum a kézbesítéshez használt fuvarozót vagy szolgáltatási szintet jelöli, például „Közúti áruszállítás”, „Expressz légi szállítás” vagy „Helyi futárszolgálat”.

Ez az adat szükséges a „Szállítási módok határidős teljesítése” dashboardhoz. Segítségével összehasonlíthatók a különböző szállítási módok és fuvarozók határidős kézbesítési mutatói és költségei, ami támogatja a logisztikai stratégia és a beszállítók kiválasztásának optimalizálását.

Miért fontos?

Közvetlenül támogatja a logisztikai elemzést, mert összehasonlíthatóvá teszi a különböző fuvarozók és szállítási módok teljesítményét.

Hol szerezhető be?

Az Oracle Fusion szállítási és teljesítési tábláiban található. További információért tekintse meg az Oracle Fusion Financials dokumentációját.

Példák
FedEx GroundUPS Next Day AirDHL International
Számlaszám
InvoiceNumber
Az ügyfélszámla egyedi azonosítója.
Leírás

Ez az attribútum az értékesítési rendelés alapján kiállított számla egyedi száma. Összekapcsolja az értékesítési és teljesítési tevékenységeket a folyamat pénzügyi elszámolási szakaszával.

Az értékesítési rendelés az elsődleges esetazonosító, a számlaszám viszont elengedhetetlen a számlázási és fizetési részfolyamatok elemzéséhez. Segítségével nyomon követhetők a számlakorrekciók, a vitás ügyek és a fizetési státusz. A „Számlapontosság és újramunkálás elemzése” dashboard is erre épül.

Miért fontos?

Összekapcsolja az adatokat a vevőkövetelési folyamattal, és szükséges a számlák újramunkálásának és a fizetési ciklusoknak az elemzéséhez.

Hol szerezhető be?

Az Oracle Fusion vevőkövetelési tranzakciós tábláiban található, például a RA_CUSTOMER_TRX_ALL táblában.

Példák
INV-93485INV-93486INV-93487
Termék neve
ProductName
Az értékesített termék vagy szolgáltatás neve.
Leírás

Ez az attribútum az értékesítési rendelés sorában szereplő tételt jelöli. Több soros rendelés esetén az eset elemezhető tételsoronként, vagy az attribútum a rendelés fejlécének szintjén összesíthető.

A termék szerinti elemzés megmutatja, hogy egyes termékekhez bonyolultabb vagy problémásabb folyamatok kapcsolódnak-e, például gyakori kézbesítési késések vagy fizetési problémák. Az eredmények a termékmenedzsment és az ellátásilánc-stratégia kialakítását is segíthetik.

Miért fontos?

Lehetővé teszi a különböző termékekhez kapcsolódó folyamatok teljesítményének elemzését, és kiemeli azokat a tételeket, amelyek teljesítése vagy számlázása bonyolultabb folyamatot igényelhet.

Hol szerezhető be?

Az értékesítésirendelés-sorokat tartalmazó táblákból származik, és a terméktörzs táblájával kapcsolható össze. További információért tekintse meg az Oracle Fusion Financials dokumentációját.

Példák
Standard Widget X1Prémium szolgáltatáscsomagComponent Y2-B
Ügyfél országa
CustomerCountry
Az ország, ahol az ügyfél található.
Leírás

Ez az attribútum az ügyfél szállítási vagy számlázási címéből származó országot adja meg. A földrajzi elemzés egyik fontos dimenziója.

Az ország szerinti bontás feltárhatja a folyamat teljesítményének, átfutási idejének vagy fizetési szokásainak regionális eltéréseit. Segít megérteni, hogyan hatnak a helyi szabályozások, logisztikai nehézségek és piaci körülmények az Order to Cash folyamatra.

Miért fontos?

Földrajzi elemzést tesz lehetővé, amely feltárja a folyamat hatékonyságának, a megfelelésnek és az ügyfélviselkedésnek a regionális eltéréseit.

Hol szerezhető be?

Az ügyféltörzs adatait tartalmazó táblákból, például a HZ_LOCATIONS és a HZ_PARTY_SITES táblából származik, amelyek az értékesítési rendeléshez kapcsolódnak.

Példák
USANémetországJapán
Utolsó adatfrissítés
LastUpdateDate
Az az időbélyeg, amely megadja, mikor frissültek utoljára az esemény adatai a forrásrendszerből.
Leírás

Ez az attribútum rögzíti, mikor nyerték ki vagy frissítették utoljára az adatokat a process mining adathalmazban. Így látható, mennyire frissek az elemzett adatok.

Ez az információ segít a felhasználóknak megítélni, mennyire aktuális a folyamatelemzés. Tisztázza az adatok időszerűségével kapcsolatos elvárásokat, és fontos az adatfrissítések ütemezéséhez és nyomon követéséhez.

Miért fontos?

Jelzi az adatok frissességét, így a felhasználók tudják, mennyire naprakész a folyamatelemzés.

Hol szerezhető be?

Az érték minden adatkinyerési és -átalakítási ciklus során jön létre, és ekkor kerül az adathalmazba.

Példák
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Üzleti egység
BusinessUnitName
Az értékesítési rendelésért felelős belső üzleti egység neve.
Leírás

Ez az attribútum a vállalat azon részlegét vagy működési egységét jelöli, amelyhez a tranzakció tartozik. Lehetővé teszi a szervezet különböző részeinek teljesítmény-összehasonlítását.

Az üzleti egység szerinti bontás feltárja a hatékonyság, a költségek és a megfelelés eltéréseit. Az elemzés megmutathatja a jól teljesítő egységek átvehető gyakorlatait, illetve azokat, amelyeknél célzott folyamatfejlesztésre van szükség.

Miért fontos?

Lehetővé teszi a teljesítmény összehasonlítását és a folyamatok egységességének vizsgálatát a szervezet különböző egységei között.

Hol szerezhető be?

Általában az értékesítési rendelés fejlécében található, és az Oracle Fusion rendszerben meghatározott szervezeti struktúrához kapcsolódik.

Példák
BU-North AmericaBU-EMEAGlobal Services
Kötelező Javasolt Nem kötelező

A rendeléstől a pénz beérkezéséig tartó értékesítésirendelés-feldolgozás tevékenységei

Ezeket a fő folyamatlépéseket és mérföldköveket érdemes rögzíteni az eseménynaplóban a folyamat pontos feltárásához és teljesítményének értékeléséhez.
6 Javasolt 8 Nem kötelező
Tevékenység Leírás
Fizetés beérkezett
Ez a tevékenység azt jelzi, hogy az ügyfél befizetése beérkezett, és a vevőkövetelések között hozzárendelték a számlához. Az esemény akkor rögzül, amikor könyvelik a pénzbevétel számlához rendelését.
Miért fontos?

Ez fontos mérföldkő a „Teljes rendeléstől a pénz beérkezéséig tartó idő” és a „Határidőre fizetett számlák aránya” mérésében. Azt jelzi, hogy az értékesítésből pénzbevétel lett.

Hol szerezhető be?

Ez kifejezett esemény az Oracle Accounts Receivable rendszerben. A pénzbevételi táblák, például az AR_RECEIVABLE_APPLICATIONS_ALL rögzítik, amikor egy befizetést hozzárendelnek egy számlához.

Rögzítés

Az AR rendszerben a pénzbevétel számlához rendelését rögzítő rekord „apply date” időbélyegéből származik.

Eseménytípus explicit
Rendelés lezárva
A folyamat utolsó tevékenysége. Azt jelzi, hogy az értékesítési rendelés minden sora teljesült, számlázása megtörtént és lezárult. A rendelés fejlécének állapota „Closed” értékre vált.
Miért fontos?

Ez a tevékenység jelzi az értékesítési rendelés életciklusának sikeres végét. Segítségével kiszámítható a folyamat teljes időtartama, és azonosíthatók azok a beragadt rendelések, amelyek soha nem zárulnak le.

Hol szerezhető be?

Az esemény a DOO_HEADERS_ALL táblában szereplő értékesítési rendelés fejlécének „Closed” állapotba váltásából következtethető ki. A végső állapotváltozás időbélyege jelöli az esemény időpontját.

Rögzítés

Az értékesítési rendelés fejlécének „Closed” állapotba váltásakor rögzített időbélyegből származik.

Eseménytípus inferred
Rendelés visszaigazolva
Ez a fontos mérföldkő azt jelzi, hogy a vevői rendelés minden kezdeti ellenőrzésen, köztük a hiteljóváhagyáson is átesett, és teljesítésre vár. Az eseményre általában abból lehet következtetni, hogy a rendelés állapota például „Szállításra vár” vagy „Ütemezve” értékre változik.
Miért fontos?

Ez a tevékenység fontos mérföldkő az „Átlagos rendelés-visszaigazolási idő” kiszámításához, és a rendelésrögzítés, valamint a teljesítés közötti átadást jelöli.

Hol szerezhető be?

A vevői rendelés fejlécének vagy tételének olyan állapotváltozásából következtethető ki, amely azt jelzi, hogy a rendelés készen áll a teljesítésre, például „Szállításra vár” állapotból. Ellenőrizze a DOO_HEADERS_ALL vagy a DOO_FULFILL_LINES_ALL tábla állapotoszlopait.

Rögzítés

A rendelés állapotának visszaigazolt vagy ütemezett állapotra váltásakor rögzített időbélyegből származtatható.

Eseménytípus inferred
Számla létrehozva
Ez a tevékenység az ügyfél számlájának létrehozását jelöli a követeléskezelési modulban. A számlázást általában a szállítás visszaigazolása indítja el. A rendszer egyedi számlaszámmal és létrehozási dátummal hozza létre a számlarekordot.
Miért fontos?

Ez jelöli a követelésbeszedési folyamat hivatalos kezdetét. Az „A számla kiállításától a fizetésig eltelt idő” és a teljes pénzforgalmi hatékonyság mérésének alapja.

Hol szerezhető be?

Az Oracle Accounts Receivable (AR) rendszerben külön eseményként rögzítik. A számlarekord a RA_CUSTOMER_TRX_ALL táblában jön létre, a tranzakció dátumával.

Rögzítés

Az AR-modulban rögzített számlatranzakció létrehozási dátumából nyerhető ki.

Eseménytípus explicit
Termékek feladva
Ez a tevékenység azt jelöli, hogy a termékek elhagyták a raktárt, és úton vannak az ügyfélhez. Az esemény akkor kerül rögzítésre, amikor az Oracle Shipping rendszerben feldolgozzák a szállítás visszaigazolását.
Miért fontos?

Ez fontos mérföldkő: a folyamat teljesítési szakaszának végét jelzi, és elindítja a számlázást. A határidőre történő feladás és a kézbesítési idő méréséhez is szükséges.

Hol szerezhető be?

Az Oracle Shipping Execution rendszerben külön eseményként rögzítik. A szállítás visszaigazolásakor a rendszer rekordot hoz létre a szállítási táblákban, például a WSH_DELIVERY_DETAILS táblában, a feladás dátumával.

Rögzítés

A rendelési tételhez tartozó szállítási részletek rekordjában szereplő „tényleges feladási dátum” időbélyegéből nyerhető ki.

Eseménytípus explicit
Vevői rendelés létrehozva
Ez a tevékenység jelöli a vevői rendelési folyamat kezdetét, vagyis azt a pillanatot, amikor az új rendelést rögzítik az Oracle Fusion rendszerben. Az esemény rendszerint akkor kerül be a naplóba, amikor a felhasználó elmenti az új rendelést az Order Management modulban.
Miért fontos?

A folyamat kezdőpontjaként ez a tevékenység elengedhetetlen az Order to Cash teljes átfutási idejének méréséhez és a beérkező rendelések számának elemzéséhez.

Hol szerezhető be?

Az esemény rögzítése a vevői rendelés létrehozásakor történik az Order Management Cloud rendszerben. A DOO_HEADERS_ALL táblában keresse a létrehozási időbélyegeket.

Rögzítés

A vevői rendelés fejlécrekordjának létrehozási időbélyegéből nyerhető ki.

Eseménytípus explicit
Hitelvizsgálat elvégezve
A tevékenység azt jelzi, hogy ellenőrizték az ügyfél hitelképességét. Ez a rendelésfeldolgozási munkafolyamat automatizált vagy manuális lépése lehet. A befejezését általában állapotfrissítés vagy lezárt feladat rögzíti.
Miért fontos?

A hitelvizsgálat idejének elemzésével azonosíthatók a rendelésjóváhagyás szűk keresztmetszetei. Ez a „Hitelvizsgálattól a visszaigazolásig eltelt idő” KPI méréséhez is szükséges.

Hol szerezhető be?

A vevői rendelés állapotváltozásaiból következtethető ki, például abból, ha a rendelés „Hiteljóváhagyásra vár” állapotba kerül. A hitelkezelési funkció eseménynaplójában külön eseményként is szerepelhet.

Rögzítés

A rendelés állapotváltozásaiból vagy a hitelvizsgálati feladatokhoz tartozó időbélyegekből következtethető ki.

Eseménytípus inferred
Hitelzárolás beállítva
Ez a tevékenység akkor történik, amikor sikertelen hitelvizsgálat vagy más, hitellel kapcsolatos probléma miatt a vevői rendelést automatikusan vagy manuálisan zárolják. A rendszer ezt általában a rendelés zárolási állapotának változásával rögzíti.
Miért fontos?

A hitelzárolások nyomon követése segít feltárni a rendelésfeldolgozási késedelmek okait, és mérni a zárolásfeloldási folyamat hatékonyságát.

Hol szerezhető be?

A vevői rendelés zárolásának rögzítéséből következtethető ki. Az eseményt általában a zárolásokhoz kapcsolódó táblák, például a DOO_HOLDS_ALL tartalmazzák, a vevői rendeléshez kapcsolva.

Rögzítés

A rendelészárolási táblában „Credit” típusú zárolással létrehozott rekordból következtethető ki.

Eseménytípus inferred
Készlet lefoglalva
Ez a tevékenység a vevői rendelés tételének teljesítéséhez szükséges fizikai készlet hozzárendelését vagy lefoglalását jelöli. A rendszer meghatározott készletet rendel a rendeléshez, így az rendelkezésre áll, amikor megkezdődik a komissiózás.
Miért fontos?

A tevékenység nyomon követésével elemezhető a „Készletallokáció átfutási ideje” KPI, és azonosíthatók a rendelés visszaigazolása, valamint a termékek biztosítása közötti késedelmek.

Hol szerezhető be?

Az eseményt gyakran a készletkezelési vagy ellátásilánc-végrehajtási modulok rögzítik. A teljesítési sor állapotfrissítéséből is következtetni lehet rá, ha az jelzi, hogy a készletet meghatározták vagy lefoglalták.

Rögzítés

A készlet lefoglalásához vagy ütemezéséhez kapcsolódó teljesítési sor állapotváltozásaiból következtethető ki.

Eseménytípus inferred
Rendelés törölve
Azt jelzi, hogy az értékesítési rendelést a teljes kiszállítás előtt törölték. Erre többféle okból kerülhet sor, a rendelés végső állapota pedig „Cancelled” lesz.
Miért fontos?

Ez egy fontos kivételes folyamatág. A törölt rendelések elemzése segít feltárni a kiváltó okokat, például a készlethiányt, az árazási problémákat vagy azt, ha az ügyfél meggondolta magát. Az eredmények a folyamat fejlesztését is segíthetik.

Hol szerezhető be?

Az esemény az értékesítési rendelés fejlécének vagy sorának „Cancelled” állapotba váltásából következtethető ki. Az esemény rögzítéséhez az állapotváltozás időbélyegét használja a rendszer.

Rögzítés

A rendelés fejlécének vagy sorának „Cancelled” állapotba váltásakor rögzített időbélyegből származik.

Eseménytípus inferred
Rendeléssor lezárva
Egy értékesítési rendelés adott sorának végleges lezárását jelzi. A sor teljesítése és számlázása befejeződött, további tranzakció nem várható. A rendszer a sor állapotát „Closed” értékre állítja.
Miért fontos?

A rendelési sor lezárása azt jelzi, hogy az adott tételhez kapcsolódó szerződéses kötelezettségek teljesültek. Az elemzés segít megtalálni azokat a rendeléseket, amelyek a teljesítés és a fizetés után is sokáig nyitva maradnak.

Hol szerezhető be?

Az esemény a DOO_FULFILL_LINES_ALL táblában szereplő teljesítési sor „Closed” állapotba váltásából következtethető ki. Az állapotváltozás időbélyege jelöli az esemény időpontját.

Rögzítés

A teljesítési sor „Closed” állapotba váltásának időbélyegéből származik.

Eseménytípus inferred
Számla javítva
Akkor fordul elő, ha egy korábban kiállított számlát hiba vagy ügyfélpanasz miatt módosítanak, újra kiállítanak vagy jóváírnak. Ezt általában jóváíró számla kiállítása vagy a számla új verziójának létrehozása jelzi.
Miért fontos?

A számlakorrekciók nyomon követése alapvető az „Újramunkált számlák aránya” KPI méréséhez. Ez a mutató rávilágít a számlázási folyamat hibáira, amelyek késleltethetik a fizetést és növelhetik az adminisztrációs költségeket.

Hol szerezhető be?

Az esemény a RA_CUSTOMER_TRX_ALL táblában szereplő, eredeti számlához kapcsolódó jóváíró számla vagy ugyanazon számla későbbi verziója alapján azonosítható.

Rögzítés

Az esemény olyan jóváíró számlák vagy számlák azonosításával határozható meg, amelyek egy korábbi számlatranzakcióra hivatkoznak.

Eseménytípus inferred
Termékek kézbesítve
Azt jelzi, hogy az ügyfél átvette a küldeményt. Az adat gyakran a külső fuvarozótól érkezik, és az Oracle Fusion rendszerben frissül. Az esemény a feladás dátumától számított szokásos szállítási idő alapján is kikövetkeztethető.
Miért fontos?

Ez a tevékenység elengedhetetlen a „Határidőre történő kézbesítések aránya” KPI kiszámításához és az ügyfélkiszolgálás színvonalának pontos méréséhez.

Hol szerezhető be?

Ez az esemény gyakran nem része az Oracle alapfunkcióinak. Fuvarozói integráció esetén rögzíthető, vagy a „Termékek feladva” dátumához hozzáadott szokásos szállítási idő alapján számítható ki. A meghatározásához elemezni kell a rendszert.

Rögzítés

A fuvarozótól érkező adatfolyamokból következtethető ki, vagy a feladás dátuma és az átlagos szállítási idő alapján számítható ki.

Eseménytípus inferred
Termékek komissiózva
A tevékenység a rendelés teljesítéséhez szükséges termékek raktári összegyűjtését jelöli. Ez a logisztikai folyamat fontos lépése, amelyet általában a raktárkezelési vagy szállítási modulban rögzítenek.
Miért fontos?

Ez a tevékenység betekintést ad a raktár működésébe. A készlet lefoglalása és a komissiózás közötti késedelem a raktári erőforrások vagy folyamatok szűk keresztmetszetére utalhat.

Hol szerezhető be?

Az Oracle Fusion Cloud SCM (Supply Chain Management) moduljaiban rögzítik. A vevői rendelés tételéhez kapcsolódó komissiózási hullám vagy komissiózási jegy állapotváltozásából következtethető ki.

Rögzítés

Az SCM-modulokban rögzített komissiózási tranzakció befejezési időbélyegéből következtethető ki.

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

Adatkinyerési útmutatók

Adatok kinyerése az Oracle Fusion Financials rendszerből

Készen áll a kezdésre?

Használja ezt a sablont az adatgyűjtés egyszerűsítéséhez, és kezdje el a process mining használatát. Lássa neki még ma a rendeléstől a pénz beérkezéséig tartó értékesítésirendelés-feldolgozás optimalizálásának.

Optimalizálja még ma az értékesítésirendelés-feldolgozást a rendeléstől a pénz beérkezéséig tartó folyamatban

Azonosítsa a szűk keresztmetszeteket, és csökkentse egyszerűen 30%-kal a rendeléstől a pénz beérkezéséig tartó folyamat átfutási idejét.

Próbálja ki ingyen

Nincs szükség bankkártyára. A próbaverzió 14 napig ingyenes.