Vevőkövetelési adatainak sablonja
Vevőkövetelési adatainak sablonja
- A főkönyvi elemzés alapvető adatmezői
- A nyomon követéshez szükséges folyamatmérföldkövek
- Adatkinyerési útmutató Microsoft Dynamics 365-höz
Vevőkövetelési attribútumok
| Név | Leírás | ||
|---|---|---|---|
|
Esemény időbélyege
EventTimestamp
|
A tevékenység pontos dátuma és időpontja. | ||
|
Leírás
Ez az attribútum rögzíti, hogy az esemény pontosan mikor került be a rendszerbe. A tevékenységek közötti időtartam és a folyamat átfutási idejének kiszámítására, valamint az események sorrendbe rendezésére használható. A D365 rendszerben ez általában a CreatedDateTime vagy a TransDate mezőből, illetve egy időadatból állítható elő.
Miért fontos?
Az időbélyegek nélkülözhetetlenek az időalapú KPI-k, például a számlázási ciklusidő és a kiküldési átfutási idő kiszámításához.
Hol szerezhető be?
A különböző táblákban leggyakrabban a CreatedDateTime vagy a TransDate mező használatos.
Példák
2023-10-15T08:30:00Z2023-10-15T14:45:22Z2023-11-01T09:00:00Z
|
|||
|
Számlaszám
InvoiceNumber
|
A pénzügyi számladokumentum egyedi azonosítója. | ||
|
Leírás
A számlaszám a Microsoft Dynamics 365 rendszerben a vevőkövetelés teljes életútjának elsődleges azonosítója. Összekapcsolja az eredeti vevői rendelést, a könyvelt számlát, a későbbi fizetéseket és a követeléskezelési tevékenységeket, így mindez egyetlen ügyként követhető. Az elemzésben ez az attribútum szolgál ügyazonosítóként a teljes folyamat rekonstruálásához.
Miért fontos?
Ez a vevőkövetelés-kezelés alapvető elemzési egysége. Segítségével a process mining motor az egymástól elkülönülő eseményeket egyetlen összefüggő ügybe rendezi.
Hol szerezhető be?
CustInvoiceJour.InvoiceId vagy CustTrans.Invoice
Példák
INV-2023-001CIV-88921US-004321DE-99120
|
|||
|
Tevékenység
Activity
|
A számlán végrehajtott konkrét esemény vagy feladat. | ||
|
Leírás
Ez az attribútum a folyamat egy adott lépését írja le, például a számla könyvelését, a fizetés beérkezését vagy a vitás ügy megnyitását. A Microsoft Dynamics 365 rendszerben az érték gyakran a tranzakció típusából (TransType) vagy abból a táblából származik, amelyben a rekordot rögzítették, például a fizetéseket tartalmazó CustSettlement táblából. Ez az attribútum szükséges a folyamattérkép megjelenítéséhez.
Miért fontos?
Ez határozza meg a folyamattérkép csomópontjait, és lehetővé teszi a folyamatmenet, valamint a folyamatváltozatok elemzését.
Hol szerezhető be?
A TransType enum vagy a táblakörnyezet alapján származtatható (CustTrans, CustSettlement stb.).
Példák
Számla könyveléseFizetés beérkezéseFizetési felszólítás kiküldéseKamatértesítő könyvelése
|
|||
|
Forrásrendszer
SourceSystem
|
A rendszer neve, ahonnan az adatok származnak. | ||
|
Leírás
Ez az attribútum azonosítja az adatok nyilvántartási rendszerét, amely ebben az esetben a Microsoft Dynamics 365. Akkor hasznos, ha több ERP-példányból vagy külső adatgyűjtő eszközből származó adatokat egyetlen nézetben egyesít. Az elemzők így a folyamatokat a forráskörnyezetük szerint szűrhetik vagy csoportosíthatják.
Miért fontos?
Többrendszeres környezetben segít nyomon követni az adatok eredetét és útját.
Hol szerezhető be?
Kinyeréskor rögzítik, vagy a kapcsolati karakterláncból származtatják
Példák
D365 F&O ProdD365 FinanceDynamics AX 2012
|
|||
|
Utolsó adatfrissítés
LastDataUpdate
|
Az adatok kinyerésének vagy frissítésének időpontja. | ||
|
Leírás
Ez az attribútum jelzi, mikor töltötték le utoljára az adatokat a Microsoft Dynamics 365 rendszerből. Segít megítélni, mennyire frissek az elemzés adatai, és mennyire aktuálisak a KPI-k. Az adatkinyerő eszköz általában a lekérdezés időpontjában állítja elő.
Miért fontos?
Jelzi az adatok késését, és segít megítélni, mennyire aktuálisak a dashboardok.
Hol szerezhető be?
Az ETL-folyamat vagy az adatkinyerő szkript állítja elő
Példák
2023-11-05T00:00:00Z2023-11-05T12:00:00Z
|
|||
|
Automatizált
IsAutomated
|
Jelzi, hogy a tevékenységet rendszerfiók hajtotta-e végre. | ||
|
Leírás
Ez az attribútum megállapítja, hogy az adott lépést felhasználó vagy automatizált kötegelt feladat hajtotta-e végre. A Felhasználó attribútumot az ismert rendszerfiókok listájával veti össze, például a „Workflow” és a „Batch” fiókkal. Támogatja a kézi kiegyenlítések arányát mérő KPI-t.
Miért fontos?
Segít azonosítani az automatizálási lehetőségeket és mérni az automatizáltság jelenlegi szintjét.
Hol szerezhető be?
A User mező logikája alapján származtatva
Példák
truefalse
|
|||
|
Esedékesség dátuma
DueDate
|
Az a dátum, ameddig a fizetésnek be kell érkeznie. | ||
|
Leírás
Az esedékesség dátuma a fizetési feltételekben meghatározott fizetési határidő. A tényleges fizetési dátummal összevetve megállapítható, hogy időben történt-e a fizetés, és kiszámítható a vevőkövetelések átlagos forgási ideje (DSO). Ez a vevői tranzakciók standard mezője.
Miért fontos?
Az időben történő fizetések arányának kiszámításához és a lejárt számlák elemzéséhez szükséges.
Hol szerezhető be?
CustTrans.DueDate
Példák
2023-11-302023-12-15
|
|||
|
Felhasználó
User
|
A tevékenységet végrehajtó személy vagy rendszerfiók felhasználói azonosítója. | ||
|
Leírás
Ez az attribútum a CreatedBy vagy ModifiedBy mezőből azonosítja, ki hajtotta végre az adott folyamatlépést. Segít elemezni az erőforrások kihasználtságát, felmérni a képzési igényeket, valamint megkülönböztetni az automatizált rendszerfeladatokat a felhasználók kézi beavatkozásaitól.
Miért fontos?
Lehetővé teszi az erőforrások teljesítményének elemzését és az automatizáltság mértékének kiszámítását.
Hol szerezhető be?
A tranzakciós táblák CreatedBy mezője
Példák
AdminJSmithWorkflowAgentBSmith
|
|||
|
Számla összege
InvoiceAmount
|
A számla teljes pénzértéke. | ||
|
Leírás
Ez az attribútum a számladokumentum pénzügyi értékét mutatja. A vevőkövetelések teljes kitettségének kiszámítására és a nagy összegű követelések behajtásának rangsorolására használható. Ez a mező általában a számlanapló táblájában található.
Miért fontos?
A pénzügyi hatás elemzéséhez és a nagy értékű szűk keresztmetszetek azonosításához szükséges.
Hol szerezhető be?
CustInvoiceJour.InvoiceAmount
Példák
1500.00250.5010000.00
|
|||
|
Ügyfélcsoport
CustomerGroup
|
Az ügyfél besorolása vagy szegmense. | ||
|
Leírás
Ez az attribútum logikai csoportokba sorolja az ügyfeleket, például nagykereskedelmi, kiskereskedelmi vagy vállalatközi kategóriába. Összehasonlító elemzésre használható, például annak vizsgálatára, hogy egyes szegmensekben hosszabbak-e a fizetési ciklusok vagy gyakoribbak-e a vitás esetek. A D365 rendszerben ez a CustGroup mező.
Miért fontos?
Lehetővé teszi a folyamat teljesítményének összehasonlítását a különböző piaci szegmensek között.
Hol szerezhető be?
CustTable.CustGroup
Példák
NagykereskedelemKiskereskedelemVállalatköziExport
|
|||
|
Ügyfélszámla
CustomerAccount
|
Az ügyfél egyedi azonosítója vagy számlaszáma. | ||
|
Leírás
Az ügyfélszámla azonosítja a számlázott ügyfelet. A D365 rendszerben ez az AccountNum mező. Az attribútum szerinti csoportosítással ügyfelenként elemezhetők a fizetési szokások, a vitás esetek gyakorisága és a kiegyenlítés ideje.
Miért fontos?
Segít azonosítani a magas kockázatú ügyfeleket, és ügyfelenként összehasonlítani a teljesítményt.
Hol szerezhető be?
CustInvoiceJour.InvoiceAccount vagy CustTrans.AccountNum
Példák
US-001DE-550CUST-9921
|
|||
|
Üzleti egység
BusinessUnit
|
A számláért felelős szervezeti egység vagy részleg. | ||
|
Leírás
Ez az attribútum a belső szervezeti struktúra, például az elektronikai vagy a szolgáltatási részleg szerint csoportosítja az adatokat. A D365 rendszerben gyakran a tranzakcióhoz kapcsolt pénzügyi dimenzióként szerepel. Az Invoice Issuance Lead Time dashboardon lehetővé teszi az egységek összehasonlítását.
Miért fontos?
Lehetővé teszi a belső összehasonlítást, így kiderül, mely részlegek működnek a leghatékonyabban.
Hol szerezhető be?
A CustInvoiceJour tábla pénzügyi dimenziói (DefaultDimension)
Példák
BU-001Sales-NorthServices-Global
|
|||
|
Vállalatkód
CompanyCode
|
A D365 rendszerben használt jogi személy azonosítója. | ||
|
Leírás
Ez az attribútum a D365 rendszer DataAreaId mezőjének felel meg, amely azt a jogi személyt vagy vállalatot jelöli, ahol a tranzakció történt. Több vállalatot használó környezetben elengedhetetlen az adatok szűréséhez. Azt is biztosítja, hogy a különböző vállalatoknál esetleg azonos számlaszámokat külön kezelje a rendszer.
Miért fontos?
Több jogi személyt kezelő környezetben segít megőrizni az egyediséget és elvégezni a területi elemzéseket.
Hol szerezhető be?
A táblák DataAreaId mezője
Példák
USMFDEMFGBSI
|
|||
|
Fizetési feltételek
PaymentTerms
|
A megállapodott fizetési határidőt meghatározó kód. | ||
|
Leírás
Ez az attribútum a fizetés esedékességét meghatározó kódot tartalmazza, például Net30 vagy Net60. Segít elemezni, hogy az ügyfelek betartják-e a rájuk vonatkozó feltételeket, és ellenőrizni, hogy helyesen számították-e ki az esedékesség dátumát.
Miért fontos?
Segít értelmezni az esedékesség dátumát, és megállapítani, hogy a fizetési feltételek túl engedékenyek vagy szigorúak-e.
Hol szerezhető be?
CustInvoiceJour.Payment vagy CustTable.PaymTermId
Példák
Net30Net45CODEOM
|
|||
|
Jóváíró számla
IsCreditMemo
|
Jelzi, hogy a dokumentum jóváíró számla-e. | ||
|
Leírás
Ez a logikai attribútum jelzi, hogy a tranzakció az ügyfélnek kiállított jóváíró számlát jelöl-e. A jóváíró számlák kiállítási arányának kiszámítására, valamint az újramunkálási elemzésből a normál számlák kiszűrésére használható.
Miért fontos?
Közvetlenül támogatja a Credit Memo and Rework Frequency dashboardot.
Hol szerezhető be?
A CustInvoiceJour.InvoiceAmount < 0 vagy a TransType alapján származtatva
Példák
truefalse
|
|||
|
Kedvezményes fizetés határideje
CashDiscountDate
|
Az a dátum, ameddig a korai fizetéshez kapcsolódó kedvezmény érvényes. | ||
|
Leírás
Ez az attribútum jelzi, meddig kaphat az ügyfél kedvezményt korai fizetés esetén. A fizetési dátummal összevetve kiszámítható az igénybe nem vett kedvezmények arányát mutató KPI, és elemezhető a kedvezmények ösztönző hatása.
Miért fontos?
Az Early Payment Discount Optimization dashboard egyik alapadata.
Hol szerezhető be?
CustTrans.CashDisc vagy a CashDiscCode alapján számítva
Példák
2023-11-102023-11-15
|
|||
|
Késedelmes napok száma
DaysOverdue
|
A fizetés esedékességhez viszonyított késedelmének napokban kifejezett hossza. | ||
|
Leírás
Ez a mutató a fizetési dátum és az esedékesség dátuma közötti különbséget számítja ki. A pozitív érték késedelmes, a negatív érték korai fizetést jelez. A puszta igen/nem jelzésnél részletesebb képet ad a fizetési teljesítményről.
Miért fontos?
Részletesebbé teszi az időben történő fizetések arányát mérő KPI elemzését.
Hol szerezhető be?
Számítása: PaymentDate - DueDate
Példák
50-230
|
|||
|
Kiegyenlítve
IsCleared
|
Jelzi, hogy a számlát teljes egészében kiegyenlítették-e. | ||
|
Leírás
Ez a logikai attribútum jelzi, hogy a számla egyenlege fizetés vagy leírás révén nullára csökkent-e. Segítségével gyorsan szűrhetők a nyitott és lezárt ügyek az átlagos számlaciklusidő kiszámításához.
Miért fontos?
Megkülönbözteti az aktív és a lezárt ügyeket.
Hol szerezhető be?
A CustTrans.Closed dátum megléte alapján származtatva
Példák
truefalse
|
|||
|
Pénznem
Currency
|
A számlatranzakció pénznemkódja. | ||
|
Leírás
Ez az attribútum jelzi, milyen pénznemben állították ki a számlát, például USD-ben vagy EUR-ban. Több régióra kiterjedő elemzés esetén szükséges a pénzügyi értékek egységesítéséhez.
Miért fontos?
Több pénznemet használó rendszerekben segít értelmezni az értékek megoszlását.
Hol szerezhető be?
CustInvoiceJour.CurrencyCode
Példák
USDEURGBPJPY
|
|||
|
Vevői rendelés azonosítója
SalesOrderId
|
A számlához tartozó vevői rendelés hivatkozási száma. | ||
|
Leírás
Ez az attribútum összekapcsolja a számlát az alapjául szolgáló vevői rendeléssel. Ha rendelkezésre állnak az Order-to-Cash folyamat adatai, lehetővé teszi a folyamatok közötti elemzést, és segít feltárni a számlázási problémák korábbi okait.
Miért fontos?
Összekapcsolja a számlázási és az értékesítési folyamatot.
Hol szerezhető be?
CustInvoiceJour.SalesId
Példák
SO-10022SO-55912
|
|||
|
Vita oka
DisputeReason
|
A vitás ügyhöz rendelt okkód. | ||
|
Leírás
Ez az attribútum rögzíti a számlával kapcsolatos vita kategóriáját, például „Áreltérés” vagy „Sérült áru”. A Dispute Resolution Lifecycle dashboardon segít feltárni a fizetési késedelmek kiváltó okait.
Miért fontos?
Segít feltárni a vita rendezési idejét mérő KPI mögötti okokat.
Hol szerezhető be?
CustTrans.ReasonRefRecId vagy a kapcsolódó követeléskezelési eseteket tartalmazó tábla
Példák
PriceDiscrepancyGoodsDamagedMissingPOServiceQuality
|
|||
Vevőkövetelési tevékenységek
| Tevékenység | Leírás | ||
|---|---|---|---|
|
Fizetési emlékeztető kiküldése
|
Az ügyfélnek küldött hivatalos felszólító levél kiküldését rögzíti. Az adat a Collection Letter Journal naplóból származik. | ||
|
Miért fontos?
Az aktív követeléskezelés kezdetét jelzi. A gyakoriság elemzése segít optimalizálni a felszólítási stratégiát és csökkenteni az adminisztrációs költségeket.
Hol szerezhető be?
CustCollectionLetterJour tábla. Rögzíti, hogy az adott számlatranzakcióhoz mikor könyvelték a felszólítás kódját.
Rögzítés
A rendszer akkor rögzíti, amikor a tranzakció bekerül a CustCollectionLetterJour táblába.
Eseménytípus
explicit
|
|||
|
Jóváíró számla kiállítása
|
Az eredeti számla összegét csökkentő jóváírás könyvelése. Gyakran egy rendezett vitás ügy vagy visszáru eredménye. | ||
|
Miért fontos?
A gyakori előfordulás bevételkiesésre és a korábbi folyamatok minőségi problémáira utal. A fizetéstől eltérően nem pénzmozgással járó kiegyenlítést jelent.
Hol szerezhető be?
A CustTrans tábla, ahol a Type értéke „Credit Note”, vagy a CustInvoiceJour tábla negatív InvoiceAmount értékkel.
Rögzítés
A rendszer akkor rögzíti, amikor a tranzakció bekerül a CustTrans táblába.
Eseménytípus
explicit
|
|||
|
Részfizetés könyvelése
|
Olyan fizetés rögzítése, amely nem fedezi teljes egészében a számla nyitott egyenlegét. A fennmaradó összeg további behajtást igényelhet. | ||
|
Miért fontos?
Megkülönbözteti a részletekben történő fizetést a teljes kiegyenlítéstől. Fontos a pénzáramlás pontos előrejelzéséhez.
Hol szerezhető be?
A CustSettlement tábla összekapcsol egy fizetést (CustTrans) a számlával (CustTrans), ahol a SettlementAmount < InvoiceAmount.
Rögzítés
A rendszer akkor rögzíti, amikor az X tranzakció végrehajtódik a CustSettlement táblában.
Eseménytípus
explicit
|
|||
|
Számla kiegyenlítése
|
Az utolsó állapotváltozás, amikor a számla egyenlege nullára csökken, és a tranzakció „Closed” állapotúként jelenik meg a rendszerben. | ||
|
Miért fontos?
A folyamatpéldány tényleges vége. A teljes ciklusidő kiszámítására használható.
Hol szerezhető be?
A CustTrans.Closed mező dátuma. Akkor töltődik ki, amikor a kiegyenlítések összege eléri a számla összegét.
Rögzítés
A CustTrans.Closed dátummezőből következtethető ki.
Eseménytípus
inferred
|
|||
|
Számla kiküldése
|
Az esemény azt jelzi, hogy a számlát e-mailben, nyomtatva vagy EDI-n keresztül elküldték az ügyfélnek. Gyakran a „Printed” számláló növekedéséből vagy a nyomtatáskezelési naplókból következtetnek rá. | ||
|
Miért fontos?
A könyvelés és a kiküldés közötti késedelem lerövidíti az ügyfél tényleges fizetési idejét, ezért úgy tűnhet, mintha késve fizetne.
Hol szerezhető be?
A rendszer a CustInvoiceJour.PrintedOriginals mező 0-ról 1-re változásából következtet az eseményre. Ha a naplózás engedélyezett, a PrintJobHeader táblában is követhető.
Rögzítés
Hasonlítsa össze az állapotmezőt a változás előtt és után, vagy ellenőrizze a PrintJobHeader naplót.
Eseménytípus
inferred
|
|||
|
Számla könyvelése
|
A számla első rögzítése a pénzügyi főkönyvben. Ez a tevékenység a pénzügyi kötelezettség létrejöttét rögzíti a CustInvoiceJour táblában. | ||
|
Miért fontos?
Ez jelöli a vevőkövetelés-kezelési folyamat hivatalos kezdetét és a fizetési határidő számításának indulását. A vevőkövetelések átlagos behajtási idejének (DSO) kiszámításához is szükséges.
Hol szerezhető be?
CustInvoiceJour tábla. Az időbélyeget a CreatedDateTime vagy az InvoiceDate mező tartalmazza.
Rögzítés
A rendszer akkor rögzíti, amikor a tranzakció bekerül a CustInvoiceJour táblába.
Eseménytípus
explicit
|
|||
|
Teljes összegű fizetés beérkezése
|
Olyan fizetési tranzakció könyvelése, amely fedezi a számla fennmaradó egyenlegét. Ez jelenti a pénz beérkezését. | ||
|
Miért fontos?
A folyamat legfontosabb sikereseménye. A határidőre történő fizetések arányának és a kedvezményes fizetési feltételek eredményességének kiszámítására használható.
Hol szerezhető be?
A CustTrans tábla „Payment” típusú tranzakciója, amely a CustSettlement táblán keresztül kapcsolódik a számlához, és nullára csökkenti annak egyenlegét.
Rögzítés
A rendszer akkor rögzíti, amikor a tranzakció bekerül a CustTrans táblába, majd kiegyenlítik.
Eseménytípus
explicit
|
|||
|
Vitás ügy megnyitása
|
A számlához kapcsolódó ügy létrehozása a Case Management modulban, ami az ügyfél kifogását jelzi. Ez megakasztja a szokásos követeléskezelési folyamatot. | ||
|
Miért fontos?
A vitás ügyek a késedelmes fizetések egyik fő okai. Követésük segít feltárni a korábbi folyamatok, például az árazás vagy a teljesítés minőségi problémáit.
Hol szerezhető be?
CaseDetailBase tábla, ahol a Category mező a Collections/AR kategóriához kapcsolódik, a RefRecId pedig a számlára hivatkozik.
Rögzítés
A rendszer akkor rögzíti, amikor az X tranzakció végrehajtódik a Case Management modulban.
Eseménytípus
explicit
|
|||
|
Bankszámlakivonat-tétel párosítása
|
Az egyeztetés során a vevőkövetelések között rögzített fizetést párosítják az importált bankszámlakivonat egyik tételével. | ||
|
Miért fontos?
Ellenőrzi, hogy az összeg valóban megérkezett-e a bankszámlára. Az itt tapasztalt késedelmek a Cash and Bank Management folyamatainak hatékonysági problémáira utalnak.
Hol szerezhető be?
A BankReconciliationLine vagy a BankAccountTrans párosított állapota. Az Advanced Bank Reconciliation modul szükséges hozzá.
Rögzítés
A rendszer akkor rögzíti, amikor a tranzakciót párosítják a Bank Reconciliation modulban.
Eseménytípus
explicit
|
|||
|
Behajthatatlan fizetés leírása
|
A számla behajthatatlanná nyilvánítása és az egyenleg kivezetése leírási naplóval. Pénzügyi veszteséget jelent. | ||
|
Miért fontos?
A sikertelen követeléskezelési folyamat végállapota. A behajthatatlan követelések arányának és a hitelpolitikának az elemzéséhez szükséges.
Hol szerezhető be?
A CustTrans tábla „WriteOff” típusú tranzakciója, vagy a leírás okkódjával megjelölt GeneralJournalEntry.
Rögzítés
A rendszer akkor rögzíti, amikor a tranzakciót WriteOff típussal könyvelik.
Eseménytípus
explicit
|
|||
|
Fizetési ígéret rögzítése
|
A követeléskezelő munkatárs által rögzített vállalás, amely szerint az ügyfél egy meghatározott dátumig fizet. Az adat a Collections Management modulból származik. | ||
|
Miért fontos?
A követeléskezelési hívások eredményességét méri. A vállalt dátum és a tényleges fizetés összevetésével megállapítható, mennyire megbízhatók az ügyfelek ígéretei.
Hol szerezhető be?
CustPromiseToPay tábla. A TransRecId mező kapcsolja össze az ügyféltranzakcióval.
Rögzítés
A rendszer akkor rögzíti, amikor létrejön egy rekord a CustPromiseToPay táblában.
Eseménytípus
explicit
|
|||
|
Kamatértesítő létrehozása
|
Kamatértesítő létrehozása lejárt fizetés miatt. Az ügyfél számlájára terhelt pénzügyi szankciót jelenti. | ||
|
Miért fontos?
Súlyos fizetési késedelmet jelez. Az elemzésből kiderülhet, hogy a kamatterhelés felgyorsítja-e a fizetést, vagy rontja az ügyfélkapcsolatot.
Hol szerezhető be?
CustInterestJour tábla. Ez a tábla rögzíti az egyes ügyféltranzakciókhoz létrehozott kamatértesítőket.
Rögzítés
A rendszer akkor rögzíti, amikor a tranzakció bekerül a CustInterestJour táblába.
Eseménytípus
explicit
|
|||
|
Lejárt a fizetési határidő
|
Számított mérföldkő: az aktuális dátum már túllépte a számla fizetési határidejét, de a számla még nyitott. Ez jelzi, hogy a számla lejárt. | ||
|
Miért fontos?
A lejárt követelések elemzéséhez és a követeléskezelési munkafolyamatok elindításához szükséges. Elkülöníti a szokásos számlázási szakaszt a követeléskezeléstől.
Hol szerezhető be?
A rendszer a CustInvoiceJour.DueDate mezőt veti össze az aktuális szimulációs idővel vagy a fizetés időbélyegével.
Rögzítés
A DueDate mező és az aktuális idő összevetésével állapítható meg.
Eseménytípus
calculated
|
|||
|
Vitás ügy kivizsgálása
|
Azt jelzi, hogy a vitás ügy az „Opened” állapotból „In Process” állapotba került. A rendezésért felelős csapat munkavégzési idejét mutatja. | ||
|
Miért fontos?
Az itt kialakuló szűk keresztmetszetek növelik a pénzkonverziós ciklust. Elkülöníti a várakozási időt az aktív ügyintézéstől.
Hol szerezhető be?
A CaseDetailBase.Status mező változásából vagy az állapot előrehaladását rögzítő CaseLog bejegyzésekből következtethető ki.
Rögzítés
Hasonlítsa össze a CaseDetailBase állapotmezőjét a változás előtt és után.
Eseménytípus
inferred
|
|||
|
Vitás ügy lezárása
|
A vitás ügy lezárása után a számla továbbhaladhat a fizetés vagy a jóváírás felé. Ez jelöli a kivételkezelési részfolyamat végét. | ||
|
Miért fontos?
A megnyitás és a rendezés időbélyege közötti különbség a hatékony adminisztráció egyik fontos KPI-ja.
Hol szerezhető be?
CaseDetailBase tábla, ahol a Status mező értéke Closed/Resolved állapotra változik.
Rögzítés
Hasonlítsa össze a CaseDetailBase állapotmezőjét a változás előtt és után.
Eseménytípus
inferred
|
|||
Adatkinyerési útmutatók
Kezdheti?
Kezdje el még ma pénzügyi működésének fejlesztését ezzel az adatsablonnal. Csapatunk segít a Microsoft Dynamics 365-adatait a követelményekhez igazítani.
Tegye hatékonyabbá a vevőkövetelések kezelését, és javítsa cash flow-ját
Csatlakozzon azokhoz a csapatokhoz, amelyek 15–20 nappal csökkentik a DSO-t Microsoft Dynamics 365-ben
Nincs szükség bankkártyára, a beállítás 5 perc