Vevőkövetelési adatainak sablonja

Microsoft Dynamics 365
Vevőkövetelési adatainak sablonja

Vevőkövetelési adatainak sablonja

A sablon keretet ad a számlázástól a pénz beérkezéséig tartó folyamat feltérképezéséhez Microsoft Dynamics 365-ben. Bemutatja azokat az alapvető adatmezőket és mérföldköveket, amelyekre a process mininghez szükséges, jó minőségű eseménynapló elkészítéséhez szükség van. A struktúra követésével pontosan láthatja, hol késnek a fizetések, és hatékonyabbá teheti a követeléskezelési munkafolyamatokat.
  • 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
Most ismerkedik az eseménynaplókkal? Tudja meg, hogyan készíthet process mining eseménynaplót.

Vevőkövetelési attribútumok

Ezeket az adatmezőket javasoljuk felvenni az eseménynaplóba, hogy részletesen elemezhesse a vevőkövetelések kezelésének eredményességét.
5 Kötelező 8 Javasolt 8 Nem kötelező
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
Kötelező Javasolt Nem kötelező

Vevőkövetelési tevékenységek

A fizetések elszámolási folyamatának pontos feltárásához ezeket a fontos folyamatlépéseket és mérföldköveket rögzítse az eseménynaplóban.
8 Javasolt 7 Nem kötelező
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
Javasolt Nem kötelező

Adatkinyerési útmutatók

Adatok kinyerése Microsoft Dynamics 365-ből

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

Próbálja ki ingyen

Nincs szükség bankkártyára, a beállítás 5 perc