Order to Cash: számlázási adatsablon
Order to Cash: számlázási adatsablon
- Javasolt attribútumok
- Követendő fő tevékenységek
- Adatkinyerési útmutató a Microsoft Dynamics 365-höz
Az Order to Cash számlázási folyamatának attribútumai
| Név | Leírás | ||
|---|---|---|---|
|
Számlaszám
InvoiceNumber
|
Az egyes vevői számlák egyedi azonosítója, amely a számlázási folyamat elsődleges ügyazonosítójaként szolgál. | ||
|
Leírás
A számlaszám az a központi azonosító, amely egy számladokumentumhoz kapcsolja az összes tevékenységet. Lehetővé teszi a számla teljes életciklusának elemzését a létrehozástól és jóváhagyástól a vevői fizetésig és a végső lezárásig. Ha ezt használja ügyazonosítóként, minden eseménynapló-bejegyzés egy konkrét számlához kapcsolódik. Így részletesen elemezhetők a folyamatváltozatok, kiszámítható a ciklusidő, és nyomon követhető az egyes számlatranzakciók teljesítménye.
Miért fontos?
Ez az attribútum elengedhetetlen a számla teljes életciklusának nyomon követéséhez, valamint az egyes számladokumentumok folyamat-hatékonyságának, szűk keresztmetszeteinek és eltéréseinek elemzéséhez.
Hol szerezhető be?
Jellemzően az Értékesítés és marketing modulban található meg, például a CustInvoiceJour táblában az InvoiceId mezőként, vagy a SalesInvoiceHeaderV2 típusú adategységeken keresztül érhető el.
Példák
CIV-001254INV-2023-9876US-004321
|
|||
|
Esemény időpontja
EventTime
|
Az a pontos időbélyeg, amely megadja, mikor történt egy adott tevékenység vagy esemény. | ||
|
Leírás
Az esemény időpontja, más néven időbélyeg, minden folyamati tevékenység pontos dátumát és időpontját rögzíti. Ez az adat minden időalapú process mining elemzéshez elengedhetetlen. A tevékenységek közötti ciklusidő és az ügy teljes időtartamának kiszámítására, valamint a folyamat teljesítményének időbeli vizsgálatára használható. A pontos és megbízható időbélyegek adják az olyan KPI-k alapját, mint a Days Sales Outstanding és a számlakiállítási idő.
Miért fontos?
Ez az alapja minden teljesítmény- és időelemzésnek. Segítségével kiszámíthatók a ciklusidők, az időtartamok és az áteresztőképesség, így mérhető a folyamat hatékonysága.
Hol szerezhető be?
Az időbélyegek a Dynamics 365 különböző tábláinak dátum- és időmezőiből származnak. Ilyen például a számlakiállítás idejét rögzítő CreatedDateTime mező a CustInvoiceJour táblában, illetve a munkafolyamat-előzmények időbélyegei.
Példák
2023-04-15T10:22:15Z2023-05-01T14:05:00Z2023-05-10T09:00:30Z
|
|||
|
Tevékenység neve
ActivityName
|
Az üzleti tevékenység vagy esemény neve, amely a számla életciklusának egy adott pontján történt. | ||
|
Leírás
Ez az attribútum a számlázási folyamat egy konkrét lépését vagy mérföldkövét írja le, például: „Számla létrehozva”, „Számla jóváhagyva” vagy „Vevői fizetés beérkezett”. Ezeknek a tevékenységeknek a sorrendje adja a folyamat menetét. Elemzésük a process mining alapja, mert lehetővé teszi a folyamatmodellek feltárását, a folyamatváltozatok azonosítását és az egyes lépések közötti teljesítmény mérését.
Miért fontos?
Meghatározza a folyamat lépéseit, így megjeleníthetők a folyamattérképek, elemezhetők a folyamatváltozatok, és feltárhatók a szűk keresztmetszetek vagy a szabványos eljárástól való eltérések.
Hol szerezhető be?
Ez az attribútum jellemzően több forrásból származik, például az állapotváltozást jelző mezőkből, mint a DocumentState, bizonyos dátummezők kitöltéséből vagy a Microsoft Dynamics 365 munkafolyamat-előzményeiből.
Példák
Számla létrehozvaSzámla jóváhagyvaVevői fizetés beérkezettJóváíró számla kiállítva
|
|||
|
Felelős felhasználó
UserResponsible
|
Az adott tevékenység végrehajtásáért felelős felhasználó vagy munkatárs. | ||
|
Leírás
Ez az attribútum azonosítja, ki végzett el egy adott feladatot a számlázási folyamatban, például ki hagyott jóvá egy számlát vagy könyvelte le a beérkezett összeget. Fontos a munkaterhelés elemzéséhez, a teljesítmény összehasonlításához és a képzési igények feltárásához. A „Számlázási osztály tevékenységi terhelése” dashboard például ezt az attribútumot használja annak megállapítására, hogy egyenletesen oszlik-e el a munka, vagy egyes felhasználók szűk keresztmetszetet jelentenek. Az erőforrások elosztásának és hatékonyságának megértését is segíti.
Miért fontos?
Lehetővé teszi az erőforrások szintjén végzett elemzést: segít feltárni a szűk keresztmetszeteket, mérni az egyéni és csapatteljesítményt, valamint elemezni a számlázási osztály munkaterhelésének eloszlását.
Hol szerezhető be?
Az adat származhat a workflow előzménynaplóiból (például a WorkflowTrackingStatusTable táblából), illetve az érintett táblák Owner vagy ModifiedBy mezőjéből.
Példák
John SmithAlicia BakerRendszergazda
|
|||
|
Fizetési határidő
PaymentDueDate
|
A dátum, ameddig az ügyfélnek ki kell fizetnie a számlát. | ||
|
Leírás
A fizetési határidő fontos dátummező, amelyet a számla dátuma és az ügyfél fizetési feltételei alapján számítanak ki. Ez az alapja a fizetési határidők betartása mérésének. A „Fizetési feltételek betartásának elemzése” dashboardhoz, valamint az olyan KPI-k kiszámításához is szükséges, mint az „Időben történő fizetések aránya” és a „Days Sales Outstanding”. A határidő és a tényleges fizetési dátum összevetésével feltárhatók az ügyfelek fizetési szokásai és a követeléskezelési folyamat hatékonysága.
Miért fontos?
Ez a fizetési teljesítmény mérésének alapja. Nélkülözhetetlen az időben történő fizetések arányának kiszámításához és annak elemzéséhez, hogy az ügyfelek betartják-e a fizetési feltételeket.
Hol szerezhető be?
Jellemzően a CustInvoiceJour táblában található, például a DueDate mezőben.
Példák
2023-05-152023-06-302023-07-01
|
|||
|
Osztály
Department
|
A felhasználóhoz vagy a tevékenységhez tartozó szervezeti osztály. | ||
|
Leírás
Ez az attribútum egy tevékenységet vagy felhasználót egy adott szervezeti osztályhoz rendel, például a „Vevőkövetelés-kezelés” vagy az „Értékesítés” osztályhoz. Így a folyamat teljesítménye magasabb szinten vizsgálható, mint az egyes felhasználók szintjén. Az osztályok szerinti elemzés segít megérteni a szervezeti egységek közötti átadásokat, összehasonlítani a csapatok hatékonyságát, és feltárni az osztályszintű szűk keresztmetszeteket. Erre a „Számlázási osztály tevékenységi terhelése” dashboard is lehetőséget ad.
Miért fontos?
Szervezeti szinten elemezheti a teljesítményt, összehasonlíthatja a különböző csapatok hatékonyságát, és megértheti, hogyan hatnak a folyamatra az osztályok közötti átadások.
Hol szerezhető be?
Ez általában nem közvetlen mező a számlatranzakcióban. A UserResponsible azonosító és az osztályadatokat tartalmazó munkatársi vagy felhasználói címtár összekapcsolásával állítható elő.
Példák
Vevőkövetelés-kezelésPénzügySzámlázási működés
|
|||
|
Számla állapota
InvoiceStatus
|
A számla aktuális állapota az életciklusa során (például nyitott, kifizetett vagy törölt). | ||
|
Leírás
Ez az attribútum pillanatképet ad a számla aktuális állapotáról. Megmutatja, hogy a számla kifizetésre vár-e, teljes egészében kifizették-e, lejárt-e, vagy jóváíró számlával törölték. Segítségével például csak a nyitott számlákra szűrhet, vagy ellenőrizheti egy lezárt számla végső kimenetelét. Az aktuális munkaterhelés és a követelések pénzügyi állapotának megértését is segíti.
Miért fontos?
Gyors képet ad a számla aktuális állapotáról. Hasznos az esetek szűréséhez és a különböző folyamatváltozatok kimenetelének megértéséhez.
Hol szerezhető be?
Az attribútum a számla fizetési állapotából állítható elő, például annak ellenőrzésével, hogy a kapcsolódó CustTrans rekord egyenlege nulla-e. Nem mindig létezik egyetlen, erre szolgáló „status” mező.
Példák
NyitottKifizetettLejártTörölt
|
|||
|
Számla összege
InvoiceAmount
|
A számla teljes összege. | ||
|
Leírás
Ez az attribútum a számlán fizetendő teljes összeget jelöli. Fontos pénzügyi mutató, amely alapján az értékük szerint csoportosíthatók a számlák. Az elemzők például megvizsgálhatják a nagy összegű számlák fizetési szokásait, vagy azt, hogy ezek jóváhagyása tovább tart-e. Az attribútum a kintlévő számlák összértékének és a DSO-nak a kiszámításához is alapvető.
Miért fontos?
Lehetővé teszi a pénzügyi hatások elemzését: az összegek alapján szűrheti és csoportosíthatja a folyamatokat, így előtérbe helyezheti a nagy értékű számlákat, és megértheti azok sajátos folyamatait.
Hol szerezhető be?
A CustInvoiceJour táblában található, jellemzően az InvoiceAmount mezőben. Kapcsolódó tranzakciós táblákban is elérhető.
Példák
5430.5012500.00750.25
|
|||
|
Ügyfél neve
CustomerName
|
Annak az ügyfélnek a neve, akinek a számlát kiállították. | ||
|
Leírás
Az ügyfél neve alapján könnyen azonosítható a számlázott vállalkozás vagy magánszemély. A process mining elemzésben az ügyfelek szerint csoportosítható vele a számlázási folyamat. Kiderülhet például, hogy mely ügyfelek fizetnek rendszeresen időben, kik késnek gyakran, illetve tapasztalhatók-e egyes ügyfélcsoportoknál sajátos folyamateltérések vagy késedelmek. Fontos adat az ügyfelek fizetési szokásait és a Days Sales Outstanding mutatót bemutató dashboardokhoz.
Miért fontos?
Az ügyfelek szerint csoportosíthatja a folyamatelemzést, így feltárhatja az egyes ügyfelekre jellemző viselkedést, fizetési szokásokat és folyamatproblémákat.
Hol szerezhető be?
Az adatot úgy nyerik ki, hogy a számlaadatokat az ügyféltörzs táblájával, jellemzően a CustTable táblával kapcsolják össze az ügyfélszámlaszám alapján.
Példák
Contoso Ltd.Fabrikam, Inc.Northwind Traders
|
|||
|
Days Sales Outstanding
DaysSalesOutstanding
|
A számla kiállítása és az ügyfél fizetésének beérkezése között eltelt napok száma. | ||
|
Leírás
A Days Sales Outstanding (DSO) fontos pénzügyi mutató: azt méri, átlagosan hány nap alatt szedi be a vállalat az értékesítés után járó összeget. Ez a számított attribútum minden egyes számlára kiszámítja az eltelt időt. A „Days Sales Outstanding trendje” dashboard és a „DSO” KPI elsődleges mutatója. Elemzése segít a pénzforgalom kezelésében, valamint a hitelezési és követeléskezelési tevékenység hatékonyságának értékelésében.
Miért fontos?
Ez a KPI a vállalat pénzforgalmának állapotát és a követeléskezelési folyamat hatékonyságát méri. Megmutatja, milyen gyorsan válik a bevételből készpénz.
Hol szerezhető be?
Ez az attribútum nem található meg a forrásrendszerben. Az „Számla kiállítva” és az „Ügyfél fizetése beérkezett” tevékenység közötti időtartamként számítják ki.
Példák
284592
|
|||
|
Fizetési feltételek
PaymentTerms
|
A számla kifizetésére vonatkozó megállapodás (például 30 vagy 60 napos fizetési határidő). | ||
|
Leírás
A fizetési feltételek határozzák meg, mikorra kell az ügyfélnek kifizetnie a számlát. Ezek alapján számítható ki a fizetési határidő, és fontos szempontot jelentenek a fizetési szokások elemzésében. A „Fizetési feltételek betartásának elemzése” dashboard segítségével az ügyfelek és a számlák fizetési feltételek szerint csoportosíthatók. Így megvizsgálható, hogy egyes feltételek hatékonyabbak-e, illetve gyakrabban járnak-e késedelmes fizetéssel.
Miért fontos?
Megmutatja, miért egy adott napra esik a számla fizetési határideje, és lehetővé teszi annak elemzését, hogy bizonyos fizetési feltételek összefüggnek-e a késedelmes fizetéssel.
Hol szerezhető be?
Az adatot jellemzően az ügyféltörzs rekordjában tárolják, majd átmásolják a számla fejlécébe. A CustInvoiceJour táblában keresse a Payment vagy PaymTermId mezőt.
Példák
30 napos fizetési határidő60 napos fizetési határidőFizetés átvételkor
|
|||
|
Forrásrendszer
SourceSystem
|
A rendszer, amelyből az adatokat kinyerték. | ||
|
Leírás
Ez az attribútum azonosítja a folyamatadatok forrását. Ebben az esetben azt jelzi, hogy az adatok a Microsoft Dynamics 365 rendszerből származnak. Több rendszert használó környezetben ez segít megkülönböztetni az adatforrásokat, és nyomon követhetővé teszi az adatok eredetét, ami megkönnyíti az adatok ellenőrzését és a hibakeresést.
Miért fontos?
Fontos információt ad az adatok eredetéről, ami elengedhetetlen az adatirányításhoz, az ellenőrzéshez és a több vállalati rendszerből származó adatok egyesítéséhez.
Hol szerezhető be?
Ez egy statikus érték, amelyet az adatok kinyerése és átalakítása során adnak hozzá az adathalmaz forrásának megjelölésére.
Példák
Microsoft Dynamics 365 FinanceD365 F&O
|
|||
|
Időben történt-e a fizetés
IsOnTimePayment
|
Jelzi, hogy az ügyfél a fizetési határidő napján vagy előtte fizetett-e. | ||
|
Leírás
Ez a számított logikai attribútum összeveti az „Ügyfél fizetése beérkezett” időbélyeget a „Fizetési határidő” dátummal. Minden számlát időben vagy késve fizetettként jelöl meg. Ez az „Időben történő fizetések aránya” KPI alapja, és a „Fizetési feltételek betartásának elemzése” dashboard is széles körben használja. Egyértelmű, kétértékű eredményt ad a fizetési teljesítményről, így egyszerűbbé teszi az elemzést és a jelentéskészítést.
Miért fontos?
Közvetlenül méri, hogy az ügyfelek betartják-e a fizetési feltételeket, és ez adja az „Időben történő fizetések aránya” KPI alapját. Egyszerűbbé teszi a követeléskezelés hatékonyságának elemzését.
Hol szerezhető be?
Ez az attribútum nem található meg a forrásrendszerben. Az adatátalakítás során a fizetés dátumát a PaymentDueDate mezővel összehasonlítva számítják ki.
Példák
truefalse
|
|||
|
Kézi beavatkozás szükséges
RequiresManualIntervention
|
Jelzi, hogy a fizetés kézi módosítást igényelt-e a beérkezett összeg könyvelésekor. | ||
|
Leírás
Ez a logikai attribútum megjelöli azokat a fizetéseket, amelyeknél kézi beavatkozásra vagy javításra volt szükség a beérkezett összeg könyvelése során. Fontos a „Készpénzbeszedés eltérési aránya” KPI-hoz, mert segít mérni a fizetések könyvelésének pontosságát és automatizáltságát. A kézi beavatkozás okainak, például a hiányzó átutalási adatoknak vagy a fizetési eltéréseknek a feltárása javíthatja a folyamatot, és növelheti a teljesen automatizált feldolgozás arányát.
Miért fontos?
Segít feltárni a beérkezett összegek könyvelése során fellépő folyamatbeli akadályokat és pontatlanságokat. Ez fontos az automatizálás javításához és a kézi munka csökkentéséhez.
Hol szerezhető be?
Az információ kikövetkeztethető a fizetést könyvelő felhasználóból, ha az nem rendszerfelhasználó, vagy a fizetésegyeztetés során használt konkrét okkódokból. További információért tekintse meg a Microsoft Dynamics 365 dokumentációját.
Példák
truefalse
|
|||
|
Pénznem
Currency
|
A számla összegének pénznemkódja (például USD, EUR). | ||
|
Leírás
Ez az attribútum határozza meg, milyen pénznemben szerepel a számla összege. Nélkülözhetetlen a különböző pénznemekkel dolgozó nemzetközi szervezetek számára. Enélkül az információ nélkül a számlaösszegek összesítése vagy összehasonlítása nem lenne értelmezhető. Lehetővé teszi a megfelelő pénznemváltást, valamint a pontos pénzügyi kimutatások és elemzések elkészítését a különböző régiókban.
Miért fontos?
A Számla összege típusú pénzügyi mutatók értelmezéséhez szükséges információt ad. Megakadályozza a hibás összesítést, és pontos elemzést tesz lehetővé több pénznem használata esetén.
Hol szerezhető be?
A CustInvoiceJour táblában található, jellemzően a CurrencyCode mezőben.
Példák
USDEURGBP
|
|||
|
Tartalmaz-e utómunkát
IsRework
|
Jelzi, hogy a számlázási folyamat során szükség volt-e utómunkára, például többszöri jóváhagyásra. | ||
|
Leírás
Ez egy számított logikai attribútum, amely megjelöli az utómunkán átesett számlákat. Utómunkának számíthat például, ha több „Számla jóváhagyva” esemény történt, vagy ha visszavontak egy fizetést. Az attribútum az „Utómunka elemzése” dashboard és a „Számlák utómunkájának aránya” KPI támogatására készült. Az ilyen esetek elkülönítésével az elemzők feltárhatják az utómunka kiváltó okait, amelyek gyakran a folyamat hatékonysági problémáira, az adatok minőségére vagy képzési hiányosságokra vezethetők vissza.
Miért fontos?
Ez a jelző közvetlenül számszerűsíti a folyamat hatékonysági problémáit az ismétlődő vagy javító lépéseket tartalmazó esetek azonosításával. Segít feltárni a felesleges munkavégzés és a késedelmek kiváltó okait.
Hol szerezhető be?
Ez az attribútum nem érhető el a forrásrendszerben. Az adatátalakítási rétegben számítják ki az eseteken belüli ismétlődő tevékenységek vagy meghatározott utómunka-minták alapján.
Példák
truefalse
|
|||
|
Utolsó adatfrissítés
LastDataUpdate
|
Az időbélyeg azt mutatja, mikor frissítették utoljára az esemény adatait 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 Microsoft Dynamics 365 rendszerből. Ez az elemzéshez használt adatok frissességét jelző metaadatmező. Segítségével az elemzők és az üzleti felhasználók ellenőrizhetik, hogy a legfrissebb információkat látják-e. Az adatfrissítések ütemezésének kezeléséhez és az elemzés megbízhatóságának biztosításához is fontos.
Miért fontos?
Segít megállapítani, mennyire frissek az adatok. Ez fontos az adatirányítás, a dashboard frissítésének kezelése és az elemzési eredmények időszerűségébe vetett bizalom szempontjából.
Hol szerezhető be?
Ez az attribútum az adatok kinyerése, átalakítása és betöltése (ETL) során jön létre, és ekkor kerül az adathalmazba.
Példák
2023-06-20T05:00:00Z2023-06-21T05:00:00Z
|
|||
|
Vevői rendelés száma
SalesOrderNumber
|
A számlát létrehozó vevői rendelés azonosítója. | ||
|
Leírás
A vevői rendelés száma összekapcsolja a számlázási folyamatot az azt megelőző értékesítési folyamattal. Ez a kapcsolat hasznos az Order-to-Cash folyamat teljes körű elemzéséhez. Az elemzők megvizsgálhatják, hogy az értékesítési vagy teljesítési folyamat problémái, például a rendelés módosítása vagy a szállítás késése, hogyan hatnak a számlázási ciklusra. Azt is kideríthetik például, hogy a bonyolult vevői rendelésekhez tartozó számlákat később fizetik-e ki.
Miért fontos?
Ez az attribútum összekapcsolja a számlázási folyamatot az azt megelőző értékesítési folyamattal. Így az Order-to-Cash folyamat teljes körű elemzésével feltárhatók a számlázási problémák kiváltó okai.
Hol szerezhető be?
A számla fejlécében vagy tételsoraiban található, és a vevői rendeléshez kapcsolódik. A CustInvoiceJour táblában keresse például a SalesId mezőt.
Példák
SO-009876SO-010234US-SO-00543
|
|||
Az Order to Cash számlázási folyamatának tevékenységei
| Tevékenység | Leírás | ||
|---|---|---|---|
|
Fizetés számlához rendelve
|
A vevői fizetés egy konkrét számlával való kiegyenlítését jelöli, amely csökkenti a számla fennálló egyenlegét. Ez külön lépés a Dynamics 365 rendszerben, amely összekapcsolja a fizetési tranzakciót a számlatranzakcióval. | ||
|
Miért fontos?
Ez fontos mérföldkő a DSO pontos kiszámításához és a fizetések számlákhoz rendelését végző csapat hatékonyságának megértéséhez. Azt a pontot jelöli, amikor a fizetést teljes egészében egyeztették a kiszámlázott összeggel.
Hol szerezhető be?
A CustSettlement tábla rögzíti. A tábla kiegyenlítési dátuma adja meg, mikor rendelték hozzá az adott fizetést a konkrét számlatranzakcióhoz.
Rögzítés
Használja a CustSettlement tábla TransDate vagy CreatedDateTime mezőjét.
Eseménytípus
explicit
|
|||
|
Fizetési határidő elérkezett
|
Számított esemény, amely akkor következik be, amikor elérkezik a számla fizetési határideje, de a fizetést még nem rendelték hozzá teljes egészében a számlához. Ez nem felel meg a rendszerben rögzített tranzakciónak, meglévő adatokból számítható ki. | ||
|
Miért fontos?
Ez az esemény fontos a határidőre történő fizetések arányának elemzéséhez és a lejáró számlák azonosításához. Kiindulópontként szolgál a követeléskezelési és fizetési felszólítási lépésekhez.
Hol szerezhető be?
Ezt az eseményt a rendszer nem rögzíti. A CustInvoiceJour tábla DueDate mezője alapján számítható ki. Az esemény időbélyege maga az esedékesség dátuma.
Rögzítés
Hozzon létre egy eseményt, amelynek időbélyege a CustInvoiceJour.DueDate mező értéke.
Eseménytípus
calculated
|
|||
|
Számla elküldve a vevőnek
|
Ez a tevékenység azt jelöli, amikor a számlát elektronikusan vagy nyomtatott formában elküldték a vevőnek. A Dynamics 365 rendszerben ez külön eseményként rögzíthető, ha a küldés a rendszer e-mail-funkciójával történik. Ha nincs bekapcsolva külön nyomon követés, az esemény időpontja a könyvelés idejéből következtethető ki. | ||
|
Miért fontos?
A számlaküldési folyamat hatékonyságát méri. Ha a jóváhagyás és a számla elküldése között késedelem van, az szükségtelenül meghosszabbítja a fizetési ciklust.
Hol szerezhető be?
Ha a D365 e-mail-funkcióját használja, az esemény közvetlenül kinyerhető az e-mail-naplókból, például a SysOutgoingEmailTable táblából. Egyébként gyakran a CustInvoiceJour táblában szereplő számlakönyvelési időponttal azonosnak tekintik.
Rögzítés
Ha rendelkezésre áll, használja az e-mail-napló időbélyegét, egyébként pedig a számla könyvelési időbélyegét.
Eseménytípus
inferred
|
|||
|
Számla jóváhagyva
|
A belső ellenőrzés lezárását jelöli, amikor a számlát hivatalosan jóváhagyják. Ezt az eseményt a Dynamics 365 munkafolyamat-rendszere rögzíti, és azt jelzi, hogy a számla elküldhető a vevőnek. | ||
|
Miért fontos?
Ez fontos mérföldkő a jóváhagyási ciklusidő mérésében. Az ebben a szakaszban fellépő késedelem közvetlenül meghosszabbíthatja a vevői fizetés beérkezéséig eltelt időt.
Hol szerezhető be?
A munkafolyamat előzményeit tároló táblák, például a WorkflowTrackingStatusTable rögzítik a számlához tartozó munkafolyamat-példány lezárását vagy jóváhagyását.
Rögzítés
Nyerje ki azokat a munkafolyamat-eseménynaplókat, amelyekben az állapot „Jóváhagyva” vagy „Befejezve”.
Eseménytípus
explicit
|
|||
|
Számla létrehozva
|
A vevői számladokumentum létrehozását és könyvelését jelöli. Ez kifejezett tranzakció a Dynamics 365 rendszerben, amely jogi dokumentumot és pénzügyi tételeket hoz létre a vevőkövetelések analitikájában. | ||
|
Miért fontos?
Ez jelöli a számla hivatalos életciklusának kezdetét. Fontos esemény a Days Sales Outstanding (DSO) és a teljes folyamat időtartamának nyomon követéséhez.
Hol szerezhető be?
A CustInvoiceJour táblában szereplő könyvelt vevői számlarekord létrehozási időbélyegéből nyerhető ki. Könyveléskor a kapcsolódó pénzügyi tranzakciók a GeneralJournalEntry és a LedgerEntry táblákban jönnek létre.
Rögzítés
A könyvelt számlához használja a CustInvoiceJour tábla CreatedDateTime mezőjét.
Eseménytípus
explicit
|
|||
|
Számla lezárva
|
Ez a tevékenység a számla végállapotát jelöli, amikor az egyenleg nulla, mert a számlát teljes egészében kifizették vagy jóváírásokkal kiegyenlítették. Ez nem közvetlen tranzakció, hanem a számla pénzügyi állapota alapján kikövetkeztetett állapot. | ||
|
Miért fontos?
Ez az esemény jelzi, hogy az adott számlára lezárult a rendeléstől a pénz beérkezéséig tartó folyamat. Az állapot eléréséhez szükséges idő a folyamat teljes hatékonyságának egyik fő mérőszáma.
Hol szerezhető be?
A CustTrans táblában ellenőrizhető, hogy a számlatranzakció fennmaradó egyenlege nulla-e. Ehhez össze kell vetni a számla összegét a vele szemben kiegyenlített teljes összeggel.
Rögzítés
A CustTrans rekordokból következtethető ki, ahol az AmountCur értéke megegyezik a SettleAmountCur értékével. Az időbélyeg az utolsó kiegyenlítés dátuma.
Eseménytípus
inferred
|
|||
|
Vevői fizetés beérkezett
|
Ez a tevékenység a vevőtől beérkezett fizetés rögzítésére szolgáló naplóbejegyzés létrehozását jelöli. Azt mutatja, hogy a pénz beérkezett, de még nem rendelték hozzá egy konkrét számlához. | ||
|
Miért fontos?
Ez a beérkező fizetés számlához rendeléséig eltelt idő mérésének kezdőpontja. Elkülöníti a pénz beérkezését attól, amikor azt ténylegesen egyeztetik a nyitott számlákkal.
Hol szerezhető be?
A vevői fizetési napló létrehozásából vagy könyveléséből nyerhető ki. A rendszer ezt például a LedgerJournalTrans táblában rögzíti, majd könyveléskor vevői tranzakciót hoz létre a CustTrans táblában.
Rögzítés
Használja a LedgerJournalTable táblában szereplő vevői fizetési napló könyvelési időbélyegét.
Eseménytípus
explicit
|
|||
|
Fizetés visszafordítva
|
Ez a tevékenység egy korábban könyvelt vevői fizetés visszafordítását jelöli. Ilyenre kerülhet sor például hibás könyvelés, fedezethiány vagy más fizetési probléma miatt. | ||
|
Miért fontos?
A fizetések visszafordítása működési hibákra vagy a vevői fizetésekkel kapcsolatos problémákra utalhat. Gyakoriságuk elemzése segít feltárni a kiváltó okokat és pontosabbá tenni a fizetések számlákhoz rendelését.
Hol szerezhető be?
A főkönyvben tranzakció-visszafordításként jelenik meg. A visszafordított naplóbejegyzés a GeneralJournalEntry táblában azonosítható, gyakran egy külön jelölő vagy az eredeti tranzakcióra mutató kapcsolat alapján.
Rögzítés
Keresse meg azokat a naplóbejegyzéseket, amelyeknél be van állítva a visszafordítás jelölője, vagy amelyek egy visszafordított tranzakcióra hivatkoznak.
Eseménytípus
explicit
|
|||
|
Fizetési emlékeztető kiküldve
|
A lejárt számlával kapcsolatban a vevőnek küldött fizetési felszólítást vagy követeléskezelési értesítést jelöli. A Dynamics 365 rendszerben külön fizetési felszólítási folyamat áll rendelkezésre, amely létrehozza és naplózza ezeket az értesítéseket. | ||
|
Miért fontos?
Az emlékeztetők nyomon követésével értékelhető a fizetési felszólítási folyamat hatékonysága. Elemezhető például, hogy hány emlékeztetőre van szükség a fizetés beérkezéséig.
Hol szerezhető be?
Ez kifejezett esemény, amely a CustCollectionLetterJour táblában szereplő követeléskezelési levél naplójának létrehozási dátumából nyerhető ki. A napló a lejárt számlatranzakcióhoz kapcsolódik.
Rögzítés
Használja a CustCollectionLetterJour tábla létrehozási időbélyegét.
Eseménytípus
explicit
|
|||
|
Jóváíró számla kiállítva
|
Jóváíró számla vagy jóváírás létrehozását jelöli, jellemzően számlázási hiba javítása, árkorrekció vagy visszaküldött áru elszámolása miatt. A jóváíró számla lényegében negatív összegű számla. | ||
|
Miért fontos?
A gyakori jóváíró számlák rendszerszintű problémákra utalhatnak a rendelésteljesítési vagy számlázási folyamatban. A kiállításuk okainak elemzése segít fejleszteni a folyamatot és csökkenteni az árbevétel-kiesést.
Hol szerezhető be?
Ez kifejezett tranzakció, amely új, negatív összegű könyvelt számlaként jelenik meg a CustInvoiceJour táblában. Egy hivatkozási mező gyakran összekapcsolja az eredeti számlával.
Rögzítés
Keresse meg a CustInvoiceJour táblában a negatív végösszegű rekordokat, és kapcsolja őket az eredeti számlához.
Eseménytípus
explicit
|
|||
|
Számla jóváhagyásra beküldve
|
Ez a tevékenység azt jelzi, hogy a létrehozott számla bekerült a hivatalos jóváhagyási munkafolyamatba. Ez gyakori azoknál a szervezeteknél, ahol a számla vevőnek való elküldése előtt vezetői ellenőrzés szükséges. A D365 munkafolyamat-motorja ezt külön lépésként rögzíti. | ||
|
Miért fontos?
A jóváhagyásra való beküldés nyomon követésével külön mérhető a számla létrehozásának és a jóváhagyásra várakozásnak az ideje. Ez az első lépés a belső ellenőrzési és jóváhagyási folyamatok hatékonyságának elemzéséhez.
Hol szerezhető be?
A munkafolyamat előzményeit tároló táblákból, például a WorkflowTrackingStatusTable táblából nyerhető ki, a számladokumentumhoz kapcsolódó beküldési eseményre szűrve.
Rögzítés
Nyerje ki azokat a munkafolyamat-eseménynaplókat, amelyekben az állapot „Beküldve”.
Eseménytípus
explicit
|
|||
|
Vevői rendelés teljesítve
|
Ez a tevékenység jelzi, hogy a vevői rendeléshez tartozó árut kiszállították vagy a szolgáltatást teljesítették, így elindulhat a számlázás. A Microsoft Dynamics 365 rendszerben ez általában a csomagjegyzék vagy szállítólevél könyveléséből következtethető ki, amely módosítja a kapcsolódó rendelési sorok állapotát. | ||
|
Miért fontos?
Ez az esemény jelöli a számlakiállítási ciklusidő mérésének kezdőpontját. A teljesítés és a számlázás közötti késedelem feltárása segít azonosítani a cash flow-t befolyásoló adminisztratív szűk keresztmetszeteket.
Hol szerezhető be?
A vevői rendeléshez kapcsolódó csomagjegyzék-naplóbejegyzés létrehozási dátumából következtethető ki. Ehhez olyan táblák használhatók, mint a CustPackingSlipJour és a CustPackingSlipTrans, amelyek a számla alapjául szolgáló vevői rendeléshez kapcsolódnak.
Rögzítés
Keresse meg a számlához kapcsolódó vevői rendelés legutóbbi csomagjegyzék-könyvelési dátumát.
Eseménytípus
inferred
|
|||
Adatkinyerési útmutatók
Kezdje el most?
Használja ezt a sablont a számlázási folyamat fejlesztéséhez. Adjon csapatának olyan elemzési eredményeket, amelyekkel hatékonyabbá teheti a működést és javíthatja a cash flow-t.
Szüntesse meg a számlázási késéseket: optimalizálja még ma az Order to Cash folyamatot
Csökkentse 30%-kal a számlázási ciklus idejét, és gyorsabban lássa át pénzügyeit.
Nincs szükség bankkártyára. Ingyenes, 14 napos próbaverzió.