Hitelkezelési és követeléskezelési adatsablon

Microsoft Dynamics 365
Hitelkezelési és követeléskezelési adatsablon

Hitelkezelési és követeléskezelési adatsablon

Ez a sablon útmutatást ad a hitelkezelési és követeléskezelési folyamat elemzéséhez szükséges adatok összegyűjtéséhez. Bemutatja a fontos adatattribútumokat, a követendő tevékenységeket és az adatok kinyerésének gyakorlati lépéseit. Használja az adat-előkészítés egyszerűsítésére és a process mining elemzés gyorsabb elindítására.
  • Az elemzéshez javasolt attribútumok
  • A pontos feltáráshoz követendő fő folyamattevékenységek
  • Gyakorlati útmutató az adatok rendszerből történő kinyeréséhez
Most ismerkedik az eseménynaplókkal? Tudja meg, hogyan készíthet process mining eseménynaplót.

A hitelkezelés és követeléskezelés attribútumai

Az alábbi adatmezőket érdemes felvenni az eseménynaplóba a hitelkezelési és követeléskezelési folyamat részletes elemzéséhez.
3 Kötelező 8 Javasolt 8 Nem kötelező
Név Leírás
Esemény időpontja
EventTime
Az az időbélyeg, amely megmutatja, mikor történt egy adott tevékenység vagy esemény.
Leírás

Az esemény időpontja az a pontos dátum és idő, amikor a tevékenységet rögzítették a rendszerben. A process mining alapvető eleme: megadja az események sorrendjét, amelyre a folyamatmenet felépítéséhez és az időalapú mutatók kiszámításához van szükség. Ez az attribútum elengedhetetlen az időtartamok elemzéséhez, a szűk keresztmetszetek feltárásához és az SLA-k nyomon követéséhez. Például a „Számla létrehozva” és a „Fizetés beérkezett” esemény közötti időből számítható ki a vevőkövetelések átlagos beszedési ideje (DSO), amely fontos üzleti KPI. Pontos időbélyegek nélkül nem elemezhető a teljesítmény, és a szűk keresztmetszetek sem tárhatók fel.

Miért fontos?

Ez az időbélyeg nélkülözhetetlen az események sorrendjének meghatározásához, a folyamattérkép feltárásához, valamint az olyan teljesítménymutatók kiszámításához, mint az átfutási idők és az időtartamok.

Hol szerezhető be?

Az attribútum a D365 különböző dátum- és időmezőiből származik, például a „CustInvoiceJour” tábla „CreatedDateTime” vagy a „CustTrans” tábla „TransDate” mezőjéből, az adott tevékenységtől függően.

Példák
2023-01-15T09:30:00Z2023-02-28T14:12:55Z2023-03-20T11:05:10Z
Számlaszám
InvoiceNumber
Az egyes ügyfélszámlák egyedi azonosítója, amely a hitelkezelési folyamat elsődleges ügyazonosítójaként szolgál.
Leírás

A számlaszám minden ügyféllel kapcsolatos pénzügyi tranzakció egyedi azonosítója. Összekapcsolja a számlakészítéstől és -könyveléstől a fizetés behajtásáig és a végső kiegyenlítésig tartó összes kapcsolódó tevékenységet. A process mining során ezzel az azonosítóval rekonstruálható minden számla teljes útja, így részletesen elemezhető annak életciklusa. Ha minden számlát külön ügyként követnek nyomon, feltárhatók a gyakori folyamatútvonalak, a szűk keresztmetszetek és a szokásos eljárástól való eltérések. Ez az alapja az olyan mutatók kiszámításának, mint a vevőkövetelések átlagos beszedési ideje (DSO), valamint a folyamatváltozatok elemzésének.

Miért fontos?

Ez az alapvető Case ID, amely összekapcsolja a folyamat összes eseményét, és lehetővé teszi a számlázástól a pénz beérkezéséig tartó teljes életciklus rekonstruálását és elemzését.

Hol szerezhető be?

Ez jellemzően a Microsoft Dynamics 365 Finance „CustInvoiceJour” táblájának „Invoice” mezője.

Példák
INV-0012345CIV-2023-8876SI-9510034
Tevékenység neve
ActivityName
A számla életciklusának egy adott pontján végrehajtott esemény vagy feladat neve.
Leírás

A tevékenység neve a hitelkezelési és követelésbehajtási folyamat egy adott lépését vagy eseményét jelöli, például „Számla létrehozva”, „Fizetési felszólítás elküldve” vagy „Fizetés beérkezett”. Ez az attribútum a process mining alapja, mert meghatározza a folyamattérkép csomópontjait. A tevékenységek sorrendjének és gyakoriságának elemzésével feltárható a folyamat tényleges menete, valamint az ismételt munkavégzés, a hatékonysági problémák és a megfelelési eltérések. Ez szolgál a folyamatábrák elkészítésének alapjául, és a folyamat különböző szakaszai közötti átfutási idők kiszámítására is használható.

Miért fontos?

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

Hol szerezhető be?

Az attribútum jellemzően úgy áll elő, hogy a különböző táblákból, például a „CustInvoiceJour”, „CustTrans”, „CustCollectionLetterJour” és „CustPaymPromise” táblából származó rendszereseményeket, állapotváltozásokat vagy rekordlétrehozási dátumokat egységes tevékenységnevekhez rendelik.

Példák
Számla könyvelve és elküldveFizetési felszólítás létrehozvaVita rögzítveFizetés beérkezett
Felelős behajtó
CollectorAssigned
A lejárt számla kezeléséért felelős követeléskezelő vagy csapattag neve.
Leírás

Ez az attribútum azonosítja azt a munkatársat, aki egy adott számlához kapcsolódó behajtási tevékenységekért felel. Fontos a teljesítmény és a munkaterhelés elemzéséhez. A folyamattérképet vagy a dashboardokat behajtó szerint szűrve a vezetők felmérhetik az egyéni teljesítményt, összehasonlíthatják a behajtási módszereket, és azonosíthatják, hol van szükség támogatásra. Ez az attribútum a „Követeléskezelő csapat teljesítménye” és a „Vitarendezés átfutási ideje” dashboardok egyik fontos dimenziója, mert segít az egyes munkatársakhoz vagy csapatokhoz rendelni a folyamat eredményeit.

Miért fontos?

Lehetővé teszi a követeléskezelő csapat teljesítményének elemzését, segít kiegyensúlyozni a munkaterhelést, és a behajtók eredményességének összehasonlításával feltárja a bevált módszereket.

Hol szerezhető be?

Tekintse meg a Microsoft Dynamics 365 dokumentációját. Az adat származhat a követeléskezelési modulból, illetve az ügyfél- vagy tranzakciós rekordok felelőst megadó mezőiből.

Példák
John SmithEmily JonesA követeléskezelő csapat A
Felszólítási szint
DunningLevel
Azt jelzi, hogy a lejárt számla felszólítási, vagyis követeléskezelési folyamata éppen melyik szakaszban tart, illetve milyen súlyosságú.
Leírás

A felszólítási szint a strukturált felszólítási eljárás egy lépését jelöli, például „1. szint: udvarias emlékeztető”, „2. szint: hivatalos felszólítás” vagy „3. szint: végső felszólítás”. Ennek nyomon követése elengedhetetlen a követeléskezelési stratégia eredményességének értékeléséhez. A „Felszólítási stratégia eredményessége” dashboard megmutatja, hogy az egyes szintek elérése után a számlák hány százalékát fizetik ki. Ez segít úgy alakítani a felszólítási munkafolyamatokat, hogy hatékonyabban ösztönözzék a fizetést, miközben az ügyfélkapcsolatok is megmaradnak.

Miért fontos?

Segít mérni a felszólítási stratégia eredményességét, és megmutatja, melyik szakaszban fizetnek legnagyobb valószínűséggel az ügyfelek.

Hol szerezhető be?

Ez az adat a követeléskezeléshez és a felszólító levelekhez kapcsolódó táblákban található, például a „CustCollectionLetterJour” táblában.

Példák
123 - Végső felszólításJogi eljárás
Fizetési határidő
PaymentDueDate
Az a dátum, ameddig a szerződés szerint ki kell fizetni a számlát.
Leírás

A fizetési határidőt az ügyféllel egyeztetett fizetési feltételek határozzák meg. Ez az alapja annak, hogy megállapítsuk, lejárt-e a számla. A határidő lejárta indítja el a behajtási tevékenységeket, például az emlékeztetők küldését vagy a hivatalos felszólítási eljárást. A process mining során ebből számítható ki a „Lejárt napok” mutató, és ellenőrizhető a felszólítási szabályok betartása, például hogy a határidő lejárta után X napon belül elküldték-e az emlékeztetőt.

Miért fontos?

Ez a dátum a fizetés pontosságának mércéje, és ez indítja el a lejárt számlákhoz, illetve a követeléskezeléshez kapcsolódó tevékenységeket.

Hol szerezhető be?

Jellemzően a „CustTrans” vagy a „CustInvoiceJour” tábla „DueDate” mezőjében található.

Példák
2023-02-142023-03-312023-04-30
Lejárt napok
DaysOverdue
A fizetési határidő lejárta óta eltelt napok száma.
Leírás

A lejárt napok számított mutató: azt méri, mennyi idő telt el a ki nem fizetett számla fizetési határideje óta. Kiszámítása: aktuális dátum mínusz fizetési határidő. Fontos teljesítménymutató a követeléskezelő csapat számára, mert segít meghatározni, mely számlákkal kell először foglalkozni. A „Lejárt számlák szegmensenként” dashboard elsődleges mutatója, és alapvető a vevőkövetelések állapotának, valamint a behajtási tevékenységek eredményességének felméréséhez.

Miért fontos?

Ez a működés egyik fontos mutatója: segít rangsorolni a behajtási tevékenységeket és mérni a fizetési késedelem súlyosságát.

Hol szerezhető be?

Számított mező. A logika: IF Invoice is unpaid THEN (Today() - PaymentDueDate) ELSE 0.

Példák
1532910
Számla állapota
InvoiceStatus
A számla aktuális állapota az életciklusa során.
Leírás

A számla állapota megmutatja, hol tart a számla a folyamatban, például „Nyitott”, „Kifizetve”, „Vitatott” vagy „Leírva”. A tevékenységnapló részletes előzményeket tartalmaz, az aktuális állapot pedig hasznos ügyattribútum a szűréshez és az összesített jelentésekhez. Segítségével az elemzők gyorsan kiválaszthatják például a nyitott, lejárt számlákat, vagy megvizsgálhatják a leírt számlák jellemzőit. Egyszerűen áttekinthetővé teszi a vevőkövetelések aktuális állapotát.

Miért fontos?

Gyorsan szűrhetők és elemezhetők vele a számlák az aktuális állapotuk szerint, például külön vizsgálhatók a nyitott vagy vitatott ügyek.

Hol szerezhető be?

A „CustTrans” táblában szereplő tranzakciók kiegyenlítési állapotából származik. A nyitott tranzakció még nincs kifizetve, a lezárt pedig már ki van egyenlítve.

Példák
NyitottKifizetveRészben kifizetveLeírva
Számla összege
InvoiceAmount
A számla teljes pénzösszege.
Leírás

A számla összege a kiszámlázott áruk vagy szolgáltatások teljes értékét jelöli. Ez a folyamat pénzügyi elemzésének alapvető attribútuma. Az esetek összeg szerinti csoportosításával megvizsgálható, hogy a nagy értékű számlák más folyamatot követnek-e, vagy hosszabb késedelmet szenvednek-e. Ez az attribútum elengedhetetlen a „Behajthatatlan számlák leírása” és a „Hitelkeret-kezelés elemzése” dashboardokhoz, mert segít számszerűsíteni a pénzügyi hatást és felmérni a kockázatot.

Miért fontos?

Lehetővé teszi a pénzügyi hatás elemzését, a nagy értékű számlák előresorolását, valamint annak megértését, hogyan befolyásolja a számla összege a folyamat menetét.

Hol szerezhető be?

Valószínűleg a „CustInvoiceJour” tábla „InvoiceAmount” mezője.

Példák
1500.7525000.00549.99
Ügyfél neve
CustomerName
Annak az ügyfélnek a hivatalos neve, akinek a számlát kiállították.
Leírás

Az ügyfél neve azonosítja a számlához tartozó ügyfelet. Elsődleges szűrési és csoportosítási szempont. Az ügyfelenkénti elemzés segít feltárni azokat a problémás ügyfeleket, akik rendszeresen késve fizetnek, kifogást emelnek, vagy sok behajtási intézkedést igényelnek. Fontos attribútum a „Vitarendezés átfutási ideje” dashboardhoz, valamint az egyes ügyfélszámlák részletes elemzéséhez.

Miért fontos?

Lehetővé teszi az ügyfelenkénti folyamatelemzést, így feltárhatók a mintázatok, és kezelhetők a kiemelt vagy problémás ügyfelekkel fennálló kapcsolatok.

Hol szerezhető be?

Ez az adat jellemzően a „CustTable” táblából származik, az ügyfélszámlaszám alapján, amely a „CustInvoiceJour” táblában található.

Példák
Contoso Ltd.Adventure WorksFabrikam Inc.
Ügyfélszegmens
CustomerSegment
Az ügyfél besorolása, például méret, iparág vagy stratégiai jelentőség alapján.
Leírás

Az ügyfélszegmens olyan kategória, amely értelmezhető csoportokba sorolja az ügyfeleket, például „Stratégiai ügyfelek”, „KKV-k” vagy „Kormányzati ügyfelek”. Ez a csoportosítás fontos a stratégiai elemzéshez. Segítségével megválaszolhatók például az olyan kérdések, hogy „Alacsonyabb-e a stratégiai ügyfelek DSO-ja?” vagy „Gyakoribbak-e a leírások valamelyik iparági szegmensben?”. Közvetlenül használható a „Vevőkövetelések átlagos beszedési idejének alakulása”, a „Behajthatatlan számlák leírása” és a „Lejárt számlák szegmensenként” dashboardokon, így az egyes ügyfeleken túlmutató összefüggések is láthatóvá válnak.

Miért fontos?

Lehetővé teszi az ügyfélcsoportok összesített elemzését, a stratégiai trendek feltárását és a behajtási módszerek szegmensenkénti alakítását.

Hol szerezhető be?

Ez gyakran egy egyéni mező, vagy a „CustTable” ügyféltörzs attribútumaiból származik.

Példák
NagyvállalatKözépvállalatKözszféraPartner
Forrásrendszer
SourceSystem
Azonosítja, melyik rendszerből származnak az adatok.
Leírás

Ez az attribútum jelöli, melyik forrásalkalmazásban rögzítették az eseményadatokat. Ebben az esetben ez a „Microsoft Dynamics 365”. Egyetlen rendszer elemzésekor állandó értéknek tűnhet, de az adatirányítás, a hibaelhárítás és a későbbi integrációk szempontjából fontos. Ha más rendszerekből, például külön CRM-ből vagy követeléskezelő portálról is érkeznek adatok, ez a mező segít megkülönböztetni a forrásokat és megérteni a rendszereken átívelő teljes folyamatot.

Miért fontos?

Átláthatóvá teszi az adatok eredetét, segít megőrizni az adatminőséget, és lehetővé teszi a több integrált rendszert átfogó elemzést.

Hol szerezhető be?

Ez jellemzően egy állandó érték, amelyet az adatok kinyerésekor adnak hozzá a rekordok forrásának megjelölésére.

Példák
Microsoft Dynamics 365D365 F&O
Hitelkeret
CreditLimit
Az ügyfél számára jóváhagyott maximális hitelösszeg.
Leírás

A hitelkeret azt a maximális tartozást jelöli, amelyet az ügyfél felhalmozhat. Ez fontos a kockázatkezeléshez. A „Hitelkeret-kezelés elemzése” dashboard összeveti ezt az értéket a késedelmes vagy leírt számlák összegével. Az elemzés segít megállapítani, hogy megfelelően határozták-e meg és érvényesítik-e a hitelkereteket, illetve hogy a nem fizető ügyfelek keretét nemrég emelték-e. Ez utóbbi a hitelbírálati folyamat lehetséges hiányosságaira hívhatja fel a figyelmet.

Miért fontos?

A kockázatértékeléshez szükséges attribútum, amely segít megvizsgálni, hogy a leírások hátterében nem a nem megfelelően kezelt vagy túl alacsony ügyfél-hitelkeret áll-e.

Hol szerezhető be?

Ez az érték jellemzően az ügyféltörzsben, a „CustTable” táblában található.

Példák
10000.0050000.000.00
Kifogás oka
DisputeReason
Az ügyfél által a számla kifogásolásakor megadott indok.
Leírás

Ha az ügyfél kifogásolja a számlát, jellemzően megadja az okot, például „Hibás ár”, „Sérült áru” vagy „Kettős számlázás”. Ez az attribútum rögzíti az indokot. A kifogások okainak elemzése elengedhetetlen a kiváltó okok feltárásához. Segít azonosítani a rendeléstől a pénz beérkezéséig tartó folyamat visszatérő problémáit, például az értékesítési, szállítási vagy számlázási részleg hibáit. Az elemzés egyik fontos eredménye, ha a problémákat már a keletkezésük helyén sikerül megszüntetni. Ez közvetlenül javítja a DSO-t, mert megelőzi a fizetési késedelmeket.

Miért fontos?

Fontos adatokat ad a fizetési késedelmek kiváltó okainak feltárásához, és segít megszüntetni a számlakifogásokhoz vezető korábbi folyamatlépések problémáit.

Hol szerezhető be?

Tekintse meg a Microsoft Dynamics 365 dokumentációját. Ez az adat a vitakezelési vagy ügykezelési funkció része lehet.

Példák
Árazási hibaHiányos mennyiségA termék nem érkezett megA szolgáltatás nem a leírás szerint teljesült
Ország
Country
Az ügyfél számlázási címének országa.
Leírás

Ez az attribútum az ügyfél fiókjához tartozó országot jelöli. Gyakori dimenzió a földrajzi elemzésben. Ha az olyan folyamatmutatókat, mint a DSO vagy a leírási arány, országonként csoportosítják, feltárhatók a fizetési szokások, a behajtás eredményessége és a gazdasági körülmények közötti regionális különbségek. Ezek alapján az egyes régiókhoz igazíthatók a behajtási módszerek vagy a fizetési feltételek.

Miért fontos?

Lehetővé teszi a földrajzi elemzést, így feltárhatók a fizetési szokások és a követeléskezelési folyamat teljesítményének regionális eltérései.

Hol szerezhető be?

Az adat az ügyféltörzs („CustTable”) és az ügyfél elsődleges címrekordjának összekapcsolásával származtatható, amely gyakran a „LogisticsPostalAddress” táblában található.

Példák
USADEUGBRCAN
Pénznemkód
CurrencyCode
A számla pénzneme, például USD vagy EUR.
Leírás

A pénznemkód jelöli, milyen pénznemben adták meg a számla összegét. Ez fontos kiegészítő adat, különösen a nemzetközi szervezeteknél. Segít helyesen értelmezni a pénzügyi értékeket, és megvizsgálni, hogy a fizetési ciklusok vagy problémák összefüggnek-e bizonyos pénznemekkel, például az árfolyamváltás vagy a nemzetközi fizetések feldolgozásának összetettsége miatt.

Miért fontos?

Megadja a pénzösszegek értelmezéséhez szükséges hátteret, és lehetővé teszi a több pénznemet használó folyamatok elemzését.

Hol szerezhető be?

Jellemzően a „CustInvoiceJour” tábla „CurrencyCode” mezőjében található.

Példák
USDEURGBPCAD
Utolsó adatfrissítés
LastDataUpdate
Az utolsó adatfrissítés vagy -betöltés időbélyege.
Leírás

Ez az attribútum jelzi, mikor frissítették utoljára az adathalmazt a forrásrendszerből. Fontos metaadat a process mining elemzést használók számára, mert megmutatja, mennyire frissek az adatok. Ha ismert, hogy az adatok egy adott időpontig naprakészek, az elemzők megalapozottabb döntéseket hozhatnak, és pontosan láthatják, mire terjednek ki a megállapításaik. Az attribútumot jellemzően a teljes adathalmazhoz rendelik az adatbetöltési folyamat során.

Miért fontos?

Tájékoztatja a felhasználókat az adatok aktualitásáról, így az elemzések ismert időszakra vonatkoznak, és elkerülhetők az elavult adatokon alapuló döntések.

Hol szerezhető be?

Ezt az értéket az ETL/adatfolyamat állítja elő, és futáskor rögzíti az adathalmazhoz.

Példák
2023-04-01T02:00:00Z2023-04-02T02:00:00Z
Vitarendezési idő
DisputeResolutionTime
A vita első rögzítésétől a rendezéséig eltelt idő.
Leírás

A vitarendezési idő a vitakezelési folyamat hatékonyságát méri. A „Vita rögzítve” és a „Vita rendezve” tevékenység közötti időtartamként számítható ki. A hosszú rendezési idő késleltetheti a fizetést, és ronthatja az ügyfél-elégedettséget. Ha ezt a mutatót behajtó vagy a kifogás oka szerint csoportosítva elemzik, feltárhatók a szűk keresztmetszetek és a vitakezelési munkafolyamat fejlesztendő területei.

Miért fontos?

A vitakezelési folyamat hatékonyságát méri, amely gyakran jelentős fizetési késedelmet okoz.

Hol szerezhető be?

A „Vita rögzítve” és a „Vita rendezve” tevékenység időbélyegei közötti időtartamként számítható ki.

Példák
7.215.83.5
Volt számlakifogás
IsDisputed
Logikai jelző, amely megmutatja, hogy kifogásolták-e valaha a számlát.
Leírás

Ez egy számított jelző, amely igaz értéket kap, ha a számlához tartozó ügyben szerepel „Vita rögzítve” tevékenység. Egyszerűbbé teszi az elemzést, mert könnyen szűrhetők és összehasonlíthatók a kifogásolt és a nem kifogásolt számlák folyamatai. Például összevethető a kifogásolt számlák átlagos DSO-ja a többi számláéval, így számszerűsíthető a kifogások pénzforgalomra gyakorolt hatása. Hasznos attribútum az összesített dashboardokhoz és az összehasonlító elemzésekhez.

Miért fontos?

Egyszerűbbé teszi az elemzést és a szűrést, mert könnyen összehasonlíthatók a kifogásolt és a nem kifogásolt számlák.

Hol szerezhető be?

Számított mező. A logika: ha az ügyben szerepel „Vita rögzítve” tevékenység, akkor true, egyébként false.

Példák
truefalse
Kötelező Javasolt Nem kötelező

A hitelkezelés és követeléskezelés tevékenységei

Az alábbi fő folyamatlépéseket és mérföldköveket rögzítse az eseménynaplóban a hitelkezelési és követeléskezelési munkafolyamat pontos feltárásához.
9 Javasolt 3 Nem kötelező
Tevékenység Leírás
Fizetés beérkezett
Azt jelzi, hogy az ügyféltől beérkezett a fizetés, és rögzítették a rendszerben, jellemzően egy fizetési naplóban. Ez megelőzi a pénz végleges könyvelését és az adott számlához rendelését.
Miért fontos?

Ez fontos mérföldkő a DSO kiszámításához és a pénzforgalom megértéséhez. A Fizetés beérkezett és a Fizetés könyvelve esemény közötti időből kiderül, hol vannak szűk keresztmetszetek a beérkezett pénzek számlákhoz rendelésében.

Hol szerezhető be?

Kifejezett eseményként rögzíthető az ügyfél fizetési naplósorának (LedgerJournalTrans) létrehozási dátuma alapján, még a könyvelés előtt. Azt a dátumot jelöli, amikor a fizetést beérkezettként rögzítették.

Rögzítés

Használja az ügyfélfizetési napló sorainak tranzakciós dátumát.

Eseménytípus explicit
Fizetés könyvelve
Az ügyfélfizetés főkönyvi könyvelését és a számla kiegyenlítésére való felhasználását jelöli. Az ügyfélfizetési napló könyvelési dátuma alapján rögzíthető.
Miért fontos?

Ezzel zárul a folyamat fizetési része. A fizetés beérkezése és könyvelése közötti idő, vagyis a pénz számlához rendelésének késedelme fontos hatékonysági mutató a pénzügyi osztály számára.

Hol szerezhető be?

Az ügyfélfizetési napló (LedgerJournalTrans) könyvelési időbélyege alapján rögzíthető. Ez igazolja, hogy a fizetést teljes egészében feldolgozták a főkönyvben.

Rögzítés

Használja a könyvelt ügyfélfizetési napló könyvelési dátumát.

Eseménytípus explicit
Fizetési felszólítás létrehozva
Azt jelzi, hogy a lejárt számlához hivatalos fizetési felszólítás vagy behajtási levél készült. A Dynamics 365-ben ez a rendszeres felszólítási folyamat futtatásakor rögzül, amely létrehozza az érintett számlákhoz tartozó levélrekordokat.
Miért fontos?

Nyomon követi a hivatalos behajtási lépések megkezdését és gyakoriságát. Fontos a felszólítások eredményességének és a belső behajtási szabályok betartásának méréséhez.

Hol szerezhető be?

A Dunning History (CustCollectionLetterJour) táblában kifejezett rekord jön létre. Az esemény időpontja a felszólítási napló létrehozásának dátuma.

Rögzítés

Nyerje ki a CustCollectionLetterJour táblából a létrehozási eseményeket, és kapcsolja őket a megfelelő számlához.

Eseménytípus explicit
Lejárt a fizetési határidő
Számított esemény, amely akkor következik be, amikor az aktuális dátum meghaladja a számla esedékességi dátumát. Nem közvetlen felhasználói művelethez kapcsolódik, hanem a rendszer dátumának és a számla esedékességi mezőjének összevetéséből származik.
Miért fontos?

Ez az esemény indítja el a behajtási tevékenységeket. Segítségével elemezhető a lejárt számlák mennyisége és a felszólítások időzítése, valamint mérhetők az olyan KPI-k, mint a fizetési felszólítási szabályok betartása.

Hol szerezhető be?

Az esemény a rendszer aktuális időbélyegének és a Customer Transactions (CustTrans) tábla „DueDate” mezőjének összevetésével számítható ki. Az esemény időpontja maga a DueDate.

Rögzítés

Hozzon létre eseményt, ha a „NOW()” értéke nagyobb a számla DueDate értékénél.

Eseménytípus calculated
Számla kiegyenlítve
A számlát teljes egészében kifizették, egyenlege nulla, így a folyamat sikeresen lezárult. Ez az állapot akkor következtethető ki, ha a számlához rendelt fizetések összege megegyezik a számla teljes összegével.
Miért fontos?

Ez a hiteltől a pénz beérkezéséig tartó folyamat elsődleges sikeres végpontja. Az ide vezető útvonalak elemzésével feltárhatók a bevált gyakorlatok és a hatékony folyamatváltozatok.

Hol szerezhető be?

Az ügyfélkiegyenlítési táblában (CustSettlement) szereplő kiegyenlítési dátumból következtethető ki. Akkor következik be, ha a CustTrans táblában a számlához tartozó „AmountCur” és „SettleAmountCur” mezők összege nulla.

Rögzítés

Azonosítsa a számlatranzakcióhoz tartozó legutóbbi kiegyenlítési dátumot, amely nullára csökkenti a számla egyenlegét.

Eseménytípus inferred
Számla könyvelve és elküldve
A számla hivatalos rögzítése a főkönyvben, amelynek eredményeként vevőkövetelésként jelenik meg. Ez az esemény általában egybeesik a számla ügyfélnek történő elküldésével, és a Dynamics 365-ben a könyvelési folyamat befejezésekor rögzül.
Miért fontos?

Ez fontos mérföldkő, mert ekkor indul a fizetési határidő és a lejárat számítása. A számla létrehozása és könyvelése közötti késedelem a számlázási folyamat hatékonysági problémáira utalhat.

Hol szerezhető be?

A Customer Invoice Journal (CustInvoiceJour) könyvelési dátumából vagy a „Posted” állapotváltozásból állapítható meg. A könyvelés időbélyege a meghatározó adat.

Rögzítés

Használja a Customer Invoice Journal (CustInvoiceJour) könyvelési időbélyegét.

Eseménytípus inferred
Számla leírva
A számlát behajthatatlannak minősítették, és hivatalosan leírták behajthatatlan követelésként. Ezt a műveletet jogosult felhasználó hajtja végre: kivezeti a követelést, és könyveli a veszteséget.
Miért fontos?

Ez a folyamat elsődleges sikertelen végpontja. A leírások nyomon követése elengedhetetlen a hitelkockázat, a behajtási kudarcok és a pénzügyi veszteségek megértéséhez.

Hol szerezhető be?

Az eredeti számlához kapcsolt, behajthatatlan követelés leírására használt főkönyvi naplótételből rögzíthető. Időbélyegként a leírási napló könyvelési dátuma szolgál.

Rögzítés

Azonosítsa azokat a naplótételeket, amelyek a számlára hivatkoznak, és meghatározott leírási könyvelési profilt használnak.

Eseménytípus explicit
Számla létrehozva
Azt jelzi, hogy létrejött a rendszerben az értékesítési számla rekordja, még a hivatalos könyvelés előtt. Ez az esemény általában akkor rögzül, amikor a felhasználó véglegesíti az értékesítési rendelést, és létrehozza a hozzá tartozó számladokumentumot.
Miért fontos?

Ez a számla életútjának elsődleges kezdő eseménye. A kezdő eseménytől a fizetésig eltelt idő elemzése fontos a vevőkövetelések átlagos futamidejének (DSO) méréséhez.

Hol szerezhető be?

A számla létrehozásakor a Sales Invoice Header (SalesInvoiceHeader) vagy a Sales (SalesTable) táblában rögzül. Az esemény időpontja a rekord létrehozásának időbélyege.

Rögzítés

Rögzítse az értékesítési számla rekordjának létrehozási időbélyegét.

Eseménytípus explicit
Vita rögzítve
Azt jelzi, hogy az ügyfél hivatalosan kifogásolta a számlát, és ennek megfelelően módosult a számla állapota. Az esemény jellemzően akkor rögzíthető, amikor egy felhasználó a követeléskezelési modulban „Vitatott” állapotra módosítja a számlát.
Miért fontos?

Ez a vita rendezésének kezdőpontja. Nyomon követésével mérhető a viták gyakorisága és rendezésük ideje, amelyek hatással vannak az ügyfél-elégedettségre és a pénzforgalomra.

Hol szerezhető be?

Az ügyféltranzakció (CustTrans) vagy a kapcsolódó vitakezelési tábla (smmCaseDetail) állapotváltozásából következtethető ki. Az állapotváltozás időbélyeggel ellátott naplójára van szükség.

Rögzítés

Azonosítsa, mikor töltik ki vagy módosítják „Vitatott” értékre a számlatranzakció vitastátusz-mezőjét.

Eseménytípus inferred
Behajtási tevékenység rögzítve
Kézi követeléskezelési tevékenységet jelöl, például az ügyféllel vagy a számlával kapcsolatban rögzített telefonhívást vagy e-mailt. Akkor kerül rögzítésre, amikor a követeléskezelő a követeléskezelési munkaterület Tevékenységek funkciójával feljegyzi az ügyféllel folytatott kommunikációt.
Miért fontos?

Láthatóvá teszi a behajtási csapat kézi munkáját. Ha ezeket a tevékenységeket összeveti a fizetések eredményével, mérheti a csapat termelékenységét és az egyes kapcsolatfelvételi módok eredményességét.

Hol szerezhető be?

Az ügyfélfiókhoz kapcsolódó Tevékenységek (smmActivities) vagy más esetkezelési táblák rögzítik. Ha lehetséges, a tevékenységet össze kell kapcsolni egy konkrét számlával.

Rögzítés

A követeléskezeléshez kapcsolódó, „Phone Call” vagy „Email” típusú Tevékenység-rekordok létrehozását kell rögzíteni.

Eseménytípus explicit
Fizetési ígéret rögzítve
Az ügyfél vállalja, hogy egy meghatározott későbbi napon fizet, és ezt az ígéretet rögzítik a rendszerben. Az esemény akkor kerül naplóba, amikor a behajtási munkatárs rögzíti a fizetési ígéret részleteit a behajtási modulban.
Miért fontos?

Nyomon követi a fizetési megállapodásokat és azok teljesítését. Az ígért és a tényleges befizetések összevetése segíthet a pénzforgalom előrejelzésében és az ügyfelek megbízhatóságának értékelésében.

Hol szerezhető be?

Valószínűleg a behajtási munkaterülethez vagy az esetkezeléshez kapcsolódó táblákban, a fizetési ígéret funkció adatai között található. Az esemény időpontja az ígéret rekordjának létrehozási dátuma.

Rögzítés

A fizetési ígéretet vagy a követeléskezelési ügyet tartalmazó részlettáblából rögzítse a létrehozási eseményeket.

Eseménytípus explicit
Vita rendezve
Azt jelzi, hogy lezárult a vita rendezése, és az eredményt rögzítették. Az esemény akkor rögzíthető, amikor egy felhasználó „Rendezve” állapotra módosítja a számla vitastátuszát, vagy lezárja a kapcsolódó vitás ügyet.
Miért fontos?

Ez a tevékenység zárja le a vitarendezési részfolyamatot. A vita rögzítése és rendezése közötti időtartam fontos KPI a vitarendező csapat hatékonyságának mérésére.

Hol szerezhető be?

Az ügyféltranzakció (CustTrans) állapotváltozásából, illetve a kapcsolódó vitás ügy (smmCaseDetail) lezárásából következtethető ki. Az esemény időpontja az állapotváltozás időbélyege.

Rögzítés

Azonosítsa, mikor törlik a számla vitastátusz-mezőjének értékét, vagy módosítják „Rendezve” értékre.

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

Adatkinyerési útmutatók

Adatok kinyerése a Microsoft Dynamics 365 rendszerből

Kezdje el most?

Használja ezt a sablont az adatok előkészítéséhez, és tárja fel a hitelkezelési és követeléskezelési működés részleteit. Kezdje el még ma a folyamat optimalizálását, hogy gyorsabban érkezzen be a pénz.

Optimalizálja hitel- és követeléskezelését, hogy gyorsabban érkezzen be a pénz

Javítsa a pénzforgalmat a hiteltől a pénz beérkezéséig tartó folyamat egyszerűsítésével, és csökkentse az átfutási időt 30%-kal.

Kezdje el az ingyenes próbaverziót

Nincs szükség bankkártyára. A beállítás néhány percet vesz igénybe.