Hitel- és követeléskezelési adatsablon
Hitel- és követeléskezelési adatsablon
- Javasolt attribútumok
- Követendő fontos tevékenységek
- Adatok kinyerése a NetSuite-ból
A hitel- és követeléskezelés attribútumai
| Név | Leírás | ||
|---|---|---|---|
|
Esemény időpontja
EventTime
|
Az időbélyeg, amely megmutatja, mikor történt a tevékenység. | ||
|
Leírás
Ez az attribútum rögzíti a folyamat egyes tevékenységeinek pontos dátumát és időpontját. Minden időalapú elemzéshez szükséges, például a ciklusidők, az időtartamok és a lépések közötti várakozási idők kiszámításához. A NetSuite-ban ez az időbélyeg általában az érintett rekord vagy rendszernapló létrehozási vagy utolsó módosítási dátuma.
Miért fontos?
Lehetővé teszi az időhöz kapcsolódó teljesítménymutatók, például a ciklusidők és a szűk keresztmetszetek kiszámítását, amelyek fontosak a hatékonyság elemzéséhez.
Hol szerezhető be?
Különböző rekordok dátummezőiből származik. Például a „Számla kiállítva” eseménynél az Invoice rekord 'Date Created' mezőjéből, a státuszváltozásoknál pedig egy System Note időbélyegéből.
Példák
2023-01-15T10:00:00Z2023-02-01T14:30:00Z2023-02-15T09:05:00Z
|
|||
|
Számlaszám
InvoiceNumber
|
Az egyes ügyfélszámlák egyedi azonosítója. | ||
|
Leírás
A számlaszám az elsődleges ügyazonosító, amely egyedileg összekapcsolja az adott követeléshez tartozó tevékenységeket. Így a teljes életciklus elemezhető a számla kiállításától és az azt követő hitelkezelési lépésektől a fizetésig vagy a követeléskezelés útján történő rendezésig. A NetSuite-ban ez jellemzően a Transaction ID mezőnek felel meg, ha a tranzakció típusa 'Invoice'.
Miért fontos?
Ez az alapvető azonosító teszi lehetővé a számla útjának követését a kiállítástól a kiegyenlítésig, és a folyamat teljes körű elemzését.
Hol szerezhető be?
Ez jellemzően a NetSuite Invoice rekordjának 'Transaction ID' mezője (belső azonosító: tranid).
Példák
INV0012345INV0054321INV0098765
|
|||
|
Tevékenység neve
ActivityName
|
Egy adott időpontban végrehajtott üzleti tevékenység neve. | ||
|
Leírás
Ez az attribútum a hitel- és követeléskezelési folyamat egy adott lépését vagy eseményét írja le, például: „Számla kiállítva”, „Fizetés beérkezett” vagy „Vita bejelentve”. E tevékenységek sorrendjének és gyakoriságának elemzése a process mining alapja: megmutatja a tényleges folyamatmenetet, az eltéréseket és a szűk keresztmetszeteket.
Miért fontos?
Ez az attribútum adja a folyamattérkép alapját, és lehetővé teszi a folyamatmenet megjelenítését és elemzését.
Hol szerezhető be?
Ez a mező jellemzően a tranzakciórekordok (például Invoice, Customer Payment) státuszváltozásaiból, illetve kapcsolódó rekordokból, például rendszernaplókból, követeléskezelési tevékenységekhez használt egyéni rekordokból vagy CRM-feladatokból származik.
Példák
Számla kiállítvaLejárt számlára emlékeztető küldveFizetés beérkezettSzámla leírva
|
|||
|
Fizetési határidő
DueDate
|
A dátum, ameddig a számlát ki kell fizetni. | ||
|
Leírás
A fizetési határidő a szerződésben megállapított fizetési dátum. Ez alapján állapítható meg, hogy a fizetés időben vagy késve érkezett-e. Az attribútum szükséges például a „Határidőre történő fizetések aránya” KPI kiszámításához, valamint a határidő lejártakor induló fizetési felszólításokhoz.
Miért fontos?
A fizetés időben történő teljesítésének elsődleges viszonyítási alapja. Nélkülözhetetlen a késedelmes napok számának kiszámításához és a fizetési feltételek betartásának nyomon követéséhez.
Hol szerezhető be?
Ez az Invoice tranzakciórekord 'Due Date' mezője (belső azonosító: duedate).
Példák
2023-02-142023-03-312023-04-15
|
|||
|
Számla összege
InvoiceAmount
|
A számla teljes pénzértéke. | ||
|
Leírás
A számlán fizetendő teljes összeget jelöli. Számos elemzéshez nélkülözhetetlen pénzügyi attribútum, például a késedelmes fizetések pénzügyi hatásának vagy a nagy összegű számlák leírásának vizsgálatához. Segít a behajtási tevékenységek fontossági sorrendjének meghatározásában.
Miért fontos?
Pénzügyi szempontból egészíti ki a folyamatelemzést, és lehetővé teszi az összegek szerinti vizsgálatot, például a nagy összegű lejárt számlák behajtásának előresorolását.
Hol szerezhető be?
Ez az Invoice tranzakciórekord 'Amount (Total)' mezője (belső azonosító: total).
Példák
1500.00250.5012500.75
|
|||
|
Számla státusza
InvoiceStatus
|
A számla aktuális státusza az életciklusa során. | ||
|
Leírás
A számla aktuális állapotát jelzi, például „Nyitott”, „Teljesen kifizetve” vagy „Lejárt”. Segít kiszűrni és elemezni az aktív vagy problémás számlákat. A „Lejárt számlák korosítása és státusza” dashboard ezt az attribútumot használja a fennálló vevőkövetelések pillanatképének megjelenítéséhez.
Miért fontos?
Lehetővé teszi, hogy az elemzés a számla életciklusának adott szakaszaira összpontosítson, például a nyitott, lejárt vagy vitatott számlákra.
Hol szerezhető be?
Ez az Invoice tranzakciórekord 'Status' mezőjének felel meg (belső azonosító: status).
Példák
NyitottTeljesen kifizetveLejárt
|
|||
|
Ügyfélazonosító
CustomerId
|
A számlához tartozó ügyfél egyedi azonosítója. | ||
|
Leírás
Ez az attribútum összekapcsolja a számlát a NetSuite-ban szereplő ügyféllel. Nélkülözhetetlen az adatok ügyfelenkénti vagy ügyfélcsoportonkénti bontású elemzéséhez. Például lehetővé teszi a fizetési szokások vagy a viták arányának összehasonlítását a kiemelt ügyfelek és a kisvállalkozások között.
Miért fontos?
Ügyfélközpontú elemzést tesz lehetővé, és segít azonosítani, mely ügyfelek késnek gyakran a fizetéssel, vitatják a számlákat, vagy követik a szokásostól eltérő folyamatot.
Hol szerezhető be?
Ez az Invoice tranzakciórekord 'Customer' mezője (belső azonosító: entity).
Példák
CUST001CUST002CUST003
|
|||
|
Ügyfélszegmens
CustomerSegment
|
Az ügyfél besorolása például méret, iparág vagy régió szerint. | ||
|
Leírás
Az ügyfélszegmens jelentéssel bíró csoportokba sorolja az ügyfeleket, például nagyvállalatok, kis- és középvállalkozások vagy közszféra szerint. Ez az attribútum nélkülözhetetlen a „Behajtási stratégia eredményessége szegmensenként” dashboardhoz, amely összehasonlítja az egyes szegmensekben alkalmazott behajtási módszerek eredményességét. Segít az egyes csoportok sajátosságaihoz igazítani a stratégiát.
Miért fontos?
Célzott elemzést tesz lehetővé annak megállapítására, hogy bizonyos folyamatproblémák vagy fizetési szokások egyes ügyfélcsoportokra jellemzők-e.
Hol szerezhető be?
Ez gyakran egyéni mező a NetSuite Customer rekordon. Az adatokat a Customer rekordból kell összekapcsolni az Invoice tranzakcióval.
Példák
NagyvállalatKözépvállalatSMB
|
|||
|
A vita oka
DisputeReason
|
Az ügyfél által a számlával kapcsolatban bejelentett vita oka. | ||
|
Leírás
Ha az ügyfél vitatja a számlát, ez az attribútum rögzíti az okot, például „Hibás ár”, „Sérült áru” vagy „Kétszeres számlázás”. A „Számlaviták rendezési ideje” és a „Számlaleírások kiváltó okainak elemzése” dashboardok ezt használják a viták okainak és a megelőzhető problémák mintázatainak feltárására.
Miért fontos?
Segít feltárni az ügyfélviták kiváltó okait, és olyan korábbi folyamatok fejlesztéséhez ad támpontot, mint a rendelések teljesítése vagy a számlázás pontossága.
Hol szerezhető be?
Ez valószínűleg az Invoice rekord egyéni mezője vagy a vitás ügyek követésére használt kapcsolódó egyéni rekord. Nem szabványos NetSuite-mező.
Példák
Hibás mennyiségÁreltérésSérült áru
|
|||
|
Automatizált
IsAutomated
|
Jelzi, hogy egy tevékenységet automatikusan, rendszer végzett-e el. | ||
|
Leírás
Ez a logikai attribútum jelzi, hogy a tevékenységet automatizált munkafolyamat vagy felhasználó hajtotta-e végre. Például a „Lejárt fizetésre emlékeztető elküldve” tevékenység automatizált lehet, míg a „Behajtási hívás történt” manuális. Az attribútum a „Manuális tevékenységek gyakorisága és hatása” dashboardhoz szükséges: számszerűsíti az automatizáltság szintjét, és segít feltárni a további automatizálási lehetőségeket.
Miért fontos?
Segít számszerűsíteni a folyamat automatizáltságát, így támogathatók a manuális munkát csökkentő és a hatékonyságot javító kezdeményezések.
Hol szerezhető be?
Származtatott attribútum, amely a tevékenység típusán vagy az azt végrehajtó felhasználón alapul. Ha például a felhasználó egy kijelölt „SYSTEM” felhasználó, a tevékenység automatizáltnak minősül.
Példák
truefalse
|
|||
|
Behajtási ügyintéző neve
CollectorName
|
A számlához rendelt behajtási ügyintéző neve. | ||
|
Leírás
Azonosítja a lejárt számla kezeléséért felelős behajtási ügyintézőt vagy erőforrást. Lehetővé teszi a követeléskezelő csapat teljesítményének elemzését, és segít megérteni a munkaterhelés megoszlását, valamint az egyes ügyintézők eredményességét. Támogatja például a „Sikeres ügyfélmegkeresések aránya” KPI mérését.
Miért fontos?
Lehetővé teszi a követeléskezelő csapat teljesítményének mérését és a munkaterhelés kiegyensúlyozását, valamint az egyes behajtási tevékenységek konkrét munkatársakhoz rendelését.
Hol szerezhető be?
Ez gyakran egyéni mező a Customer vagy az Invoice rekordon. Egyes NetSuite követeléskezelési csomagok biztosítják ezt a funkciót.
Példák
Alice JohnsonRobert WilliamsNincs hozzárendelve
|
|||
|
Felhasználói azonosító
UserId
|
A tevékenységet végrehajtó felhasználó azonosítója. | ||
|
Leírás
Azonosítja az adott tevékenységért felelős alkalmazottat vagy rendszerfelhasználót, például azt, aki könyvelte a befizetést vagy behajtási hívást kezdeményezett. Segítségével elemezhető a munkaterhelés megoszlása és a csapat teljesítménye, valamint feltárhatók a képzési igények. Automatizált tevékenységnél rendszerfelhasználói azonosító is szerepelhet.
Miért fontos?
Lehetővé teszi a felhasználók vagy csapatok teljesítményének elemzését, segít megérteni a munkaterhelés megoszlását, és feltárni, hol történik kézi beavatkozás.
Hol szerezhető be?
Olyan mezőkből származik, mint a 'Created By', a 'Modified By' vagy a tranzakciókon, illetve kapcsolódó rekordokon szereplő 'Owner' mező (például a behajtási hívásokhoz használt Phone Call rekord).
Példák
j.doea.smithSYSTEM
|
|||
|
Fizetés könyvelési késedelme
PaymentPostingLag
|
A fizetés beérkezése és rendszerbeli könyvelése között eltelt idő. | ||
|
Leírás
Ez a számított időtartam a „Fizetés beérkezett” tevékenység (amikor az összeg beérkezik) és a „Fizetés könyvelve” tevékenység (amikor a fizetést a NetSuite-ban hozzárendelik a számlához) közötti késedelmet méri. A „Fizetés könyvelési késedelmének elemzése” dashboard egyik fontos mutatója. Rávilágít a pénz számlákhoz rendelésének belső hatékonysági problémáira, amelyek torzíthatják a pénzügyi helyzet áttekintését.
Miért fontos?
Feltárja a pénz számlákhoz rendelésének belső késedelmeit, amelyek ronthatják a pénzügyi kimutatások pontosságát és befolyásolhatják az ügyfélszámlák állapotát.
Hol szerezhető be?
A process mining eszközben számítjuk ki: Timestamp('Payment Posted') - Timestamp('Payment Received').
Példák
1 nap4 óra3 nap
|
|||
|
Fizetési feltételek
PaymentTerms
|
Az ügyféllel a számlára vonatkozóan megállapított fizetési feltételek. | ||
|
Leírás
Ez az attribútum határozza meg, milyen feltételekkel kell az ügyfélnek kifizetnie a számlát, például „30 napos fizetési határidővel” vagy „60 napos fizetési határidővel”. Ez alapján számítható ki a számla fizetési határideje, és nélkülözhetetlen a „Fizetési feltételek betartása és eltérések” dashboardhoz, amely azt vizsgálja, hogy az ügyfelek betartják-e a megállapodott feltételeket.
Miért fontos?
A fizetési ütemezés szerződéses alapja. Nélkülözhetetlen a megfelelés elemzéséhez és a pénzforgalmat befolyásoló eltérések feltárásához.
Hol szerezhető be?
Ez az Invoice tranzakciórekord 'Terms' mezője (belső azonosító: terms).
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
Azonosítja az eseményadatok forrásrendszerét. Ebben a folyamatnézetben az érték mindig 'NetSuite', de több rendszert használó környezetben az adatirányítás és az adatforrások megkülönböztetése miatt kötelező attribútum.
Miért fontos?
Biztosítja az adatok eredetének és útjának nyomon követhetőségét, ami fontos az adatok ellenőrzéséhez és irányításához, különösen több integrált rendszer használatakor.
Hol szerezhető be?
Ez egy statikus érték ('NetSuite'), amelyet az adatátalakítás során adnak hozzá.
Példák
NetSuite
|
|||
|
Határidőre fizetve
IsOnTimePayment
|
Jelzi, hogy a fizetés az esedékesség napján vagy korábban érkezett-e be. | ||
|
Leírás
Ez a számított logikai attribútum ellenőrzi, hogy a „Fizetés beérkezett” tevékenység a számla „Due Date” mezőjében szereplő dátumon vagy korábban történt-e. Egyszerűsíti a „Határidőre történő fizetések aránya” KPI kiszámítását, és megkönnyíti a határidőre, illetve késve teljesített fizetések szűrését és elemzését. Egyértelmű, igen-nem eredményt ad a fizetési teljesítményről.
Miért fontos?
Egyszerű, igen-nem mutatóval jelzi a fizetési feltételek betartását, így könnyen kiszámítható és összehasonlítható a határidőre történő fizetések aránya.
Hol szerezhető be?
Az adatátalakítás során számítjuk ki: TRUE, ha (fizetés dátuma <= esedékesség dátuma), egyébként FALSE.
Példák
truefalse
|
|||
|
Lejárt napok száma
DaysOverdue
|
A számla esedékességi dátuma óta eltelt napok száma. | ||
|
Leírás
Ez a számított mutató a számla esedékességi dátuma és az aktuális dátum (nyitott számlák esetén), illetve a fizetés dátuma közötti napok számát méri. A követeléskezelés egyik alapvető KPI-ja. A „Lejárt számlák kor szerinti bontása és állapota” dashboardon a behajtási feladatok csoportosítására és rangsorolására használható. A nulla vagy annál kisebb érték azt jelzi, hogy a számla még nem járt le.
Miért fontos?
Közvetlenül méri a fizetési késedelem mértékét. A kor szerinti kimutatások és a behajtási feladatok rangsorolásának fontos mutatója.
Hol szerezhető be?
Az adatátalakítás során számítjuk ki: (aktuális dátum vagy a fizetés dátuma) - esedékességi dátum.
Példák
1532090
|
|||
|
Ország
Country
|
Az ügyfél számlázási címének országa. | ||
|
Leírás
Ez az attribútum a számlán szereplő ügyfél számlázási címéhez tartozó országot jelöli. A fizetési szokások, a követelésbehajtás eredményessége és a vitatott számlák arányának földrajzi eltéréseit lehet vele elemezni. Az eredmények segíthetnek a régiókhoz igazítani a behajtási stratégiát, és megérteni a helyi gazdasági körülmények hatását.
Miért fontos?
Lehetővé teszi a folyamat földrajzi bontását, így feltárhatók a fizetési szokások vagy a folyamat hatékonyságának regionális eltérései.
Hol szerezhető be?
Az adat a számlatranzakció „Billing Address” mezőjéből származik, amely általában az ügyfél adatlapjáról öröklődik.
Példák
USANémetországJapán
|
|||
|
Számlától a pénz beérkezéséig eltelt idő
InvoiceToCashCycleTime
|
A számla kiállításától a végső kiegyenlítésig eltelt teljes idő. | ||
|
Leírás
Ez a számított mutató a „Számla kiállítva” és a „Számla kiegyenlítve” tevékenység közötti teljes időt méri. A teljes hitel- és követeléskezelési folyamat végpontok közötti teljesítményét mutatja. A KPI elemzésével feltárhatók a rendszerszintű késedelmek, és átfogó képet kaphat a pénz beérkezésének sebességéről.
Miért fontos?
Fontos, magas szintű KPI, amely a teljes számlázástól a pénz beérkezéséig tartó folyamat hatékonyságát méri.
Hol szerezhető be?
Esetenkénti számítás a process mining eszközben: Timestamp('Invoice Settled') - Timestamp('Invoice Generated').
Példák
32 nap45 nap91 nap
|
|||
|
Utolsó adatfrissítés
LastDataUpdate
|
A forrásrendszerből érkező legutóbbi adatfrissítés időbélyege. | ||
|
Leírás
Ez az attribútum jelzi, mikor nyerték ki és frissítették utoljára a folyamat adatait a process mining eszközben. Segít megítélni az elemzett adatok aktualitását, így a döntések naprakész információkra épülhetnek.
Miért fontos?
Átláthatóvá teszi az adatok aktualitását, így a felhasználók tudják, mennyire naprakész a folyamatelemzés.
Hol szerezhető be?
Ezt az értéket az adatkinyeréskor állítják elő, és rögzítik az adatkészletben.
Példák
2023-10-27T02:00:00Z
|
|||
|
Üzleti egység
BusinessUnit
|
A tranzakcióhoz tartozó üzleti egység vagy leányvállalat. | ||
|
Leírás
A számlát kiállító üzleti egységet, részleget vagy leányvállalatot jelöli. A NetSuite OneWorld-fiókokban ez jellemzően a „Subsidiary” mezőnek felel meg. Segítségével a folyamat különböző szervezeti egységek szerint elemezhető, így összehasonlítható a teljesítmény, és feltárhatók az egyes részlegekre jellemző problémák.
Miért fontos?
Lehetővé teszi a folyamat teljesítményének összehasonlítását a különböző szervezeti egységek között. Így láthatóvá válnak az eltérések, amelyek eltérő vezetői megközelítést igényelhetnek.
Hol szerezhető be?
A NetSuite OneWorldben ez a „Subsidiary” mező. Más fiókokban a beállításoktól függően a „Department” vagy a „Class” mező is megfelelhet neki.
Példák
Egyesült Államok nyugati régiójaEMEA-szolgáltatásokAPAC-termékek
|
|||
A hitel- és követeléskezelés tevékenységei
| Tevékenység | Leírás | ||
|---|---|---|---|
|
Fizetés beérkezett
|
Ez az esemény jelöli, amikor létrejön az ügyfél befizetése, és azt hozzárendelik egy számlához. Fontos mérföldkő, amely közvetlenül a NetSuite Customer Payment tranzakciórekordjából rögzíthető. | ||
|
Miért fontos?
Ez a tevékenység elengedhetetlen a DSO és a határidőre történő fizetések arányának kiszámításához. A pénz beérkezését jelzi, és a behajtás sikerességének fontos mérőszáma.
Hol szerezhető be?
A 'Customer Payment' tranzakciórekord létrehozási dátuma alapján rögzíthető. A rekord 'Apply' listája kapcsolja a befizetést egy vagy több számlához.
Rögzítés
Használja a Customer Payment rekord tranzakciós dátumát.
Eseménytípus
explicit
|
|||
|
Lejárt a fizetési határidő
|
Számított esemény, amely akkor következik be, ha az aktuális dátum túllépi a számla fizetési határidejét, és a számlát még nem fizették ki teljesen. Azt jelzi, hogy a számla státusza „aktuálisról” „lejártra” változott. | ||
|
Miért fontos?
Ez az esemény indítja el a követeléskezelési tevékenységeket. Az esemény utáni időszak elemzése segít megérteni a behajtás és a fizetési felszólítások hatékonyságát.
Hol szerezhető be?
Ez számított esemény. Az aktuális dátumot az Invoice tranzakciórekord 'Due Date' mezőjével összevetve állapítható meg. Az esemény időbélyege maga a fizetési határidő.
Rögzítés
Az időbélyeg a számlán szereplő 'Due Date' mező értéke.
Eseménytípus
calculated
|
|||
|
Számla kiállítva
|
A számlarekord hivatalos létrehozását jelöli a rendszerben. Az esemény időpontja a NetSuite-ban szereplő Invoice tranzakció létrehozási dátuma, amely a számla életciklusának kezdete. | ||
|
Miért fontos?
Ez az Invoice-to-Cash folyamat elsődleges kezdő eseménye. Nélkülözhetetlen az olyan mutatók kiszámításához, mint a kinnlevőségi napok száma (DSO) és a teljes Invoice-to-Cash ciklusidő.
Hol szerezhető be?
Ez kifejezett esemény, amelyet a NetSuite-ban az Invoice tranzakciórekord létrehozási dátuma alapján rögzítenek (a Transaction táblában, ahol a Type értéke 'Invoice').
Rögzítés
Használja a számlatranzakció-rekord létrehozásának időbélyegét.
Eseménytípus
explicit
|
|||
|
Számla kiegyenlítve
|
A számla életciklusának sikeres lezárása: a fizetendő egyenleg a befizetések és az alkalmazott jóváírások révén nullára csökken. Ez abból állapítható meg, hogy a számla státusza 'Paid In Full' értékre változik. | ||
|
Miért fontos?
Ez a folyamat elsődleges sikeres záróeseménye. Ez az utolsó adatpont a teljes Invoice-to-Cash ciklusidő kiszámításához.
Hol szerezhető be?
Az Invoice tranzakció 'Status' mezőjének 'Paid In Full' értékre változásából állapítható meg. Az időbélyeg a számlát lezáró utolsó befizetés vagy jóváíró bizonylat dátuma lehet.
Rögzítés
Az utolsó befizetés-hozzárendelés időbélyege, amely a státuszt 'Paid In Full' értékre állítja.
Eseménytípus
inferred
|
|||
|
Számla leírva
|
A számla életciklusának sikertelen lezárása: a követelést behajthatatlannak minősítik, és kivezetik a vevőkövetelések közül. Akkor rögzíthető, amikor a számlához behajthatatlan követelésről szóló naplóbejegyzést rendelnek. | ||
|
Miért fontos?
Ez a folyamat sikertelen lezárását jelzi. A leíráshoz vezető útvonalak elemzése segít feltárni a hitelpolitikában és a követeléskezelési stratégiában rejlő hiányosságokat, és végső soron csökkenti a behajthatatlan követeléseket.
Hol szerezhető be?
A számlához rendelt 'Journal Entry' alapján állapítható meg, ha a naplóbejegyzés kifejezetten behajthatatlan követelés leírására szolgál. Egyéni státusz is használható.
Rögzítés
Használja a számlához rendelt leírási Journal Entry dátumát.
Eseménytípus
inferred
|
|||
|
Behajtási telefonhívás történt
|
Kézi követeléskezelési tevékenység, amelynek során a behajtási ügyintéző telefonon keresi meg az ügyfelet. Az esemény a NetSuite CRM moduljában a felhasználók által létrehozott Phone Call tevékenységrekordokból rögzíthető. | ||
|
Miért fontos?
Ez a tevékenység segít számszerűsíteni a követeléskezelés kézi munkaráfordítását. Gyakoriságának és sikerességének elemzése fontos az erőforrások elosztásának és az automatizálásnak a fejlesztéséhez.
Hol szerezhető be?
A 'Phone Call' tevékenységrekord létrehozási dátuma alapján rögzíthető, ha a kapcsolódó rekord az ügyfél, és az üzenetben szerepel a számlaszám.
Rögzítés
Használja a Phone Call CRM-tevékenységrekord időbélyegét.
Eseménytípus
explicit
|
|||
|
Fizetés könyvelve
|
Azt a dátumot jelöli, amikor a fizetés pénzügyi hatását hivatalosan rögzítik a főkönyvben. A Customer Payment tranzakció könyvelési dátuma alapján rögzíthető. | ||
|
Miért fontos?
A 'Payment Received' és a 'Payment Posted' közötti idő az adminisztratív késedelmeket mutatja. Ennek elemzése fontos a pontos és időben elkészülő pénzügyi beszámolókhoz.
Hol szerezhető be?
A 'Customer Payment' tranzakció főkönyvi hatásánál szereplő 'Posting Period' vagy tranzakciós dátum alapján rögzíthető.
Rögzítés
Használja a Customer Payment tranzakció főkönyvi könyvelési dátumát.
Eseménytípus
explicit
|
|||
|
Fizetési felszólítási eljárás elindítva
|
A lejárt számlához kapcsolódó hivatalos fizetési felszólítási vagy követeléskezelési eljárás kezdetét jelöli, amely több lépésből is állhat. Akkor rögzíthető, amikor a számlához egy adott felszólítási szintet rendelnek. | ||
|
Miért fontos?
A hivatalos fizetési felszólítás kezdetének követése segít mérni az eljárás betartását és eredményességét. Fontos mérföldkő annak elemzéséhez, hogy az egyes felszólítási stratégiák hogyan befolyásolják a fizetési szokásokat.
Hol szerezhető be?
A számlán vagy az ügyfélrekordon szereplő 'Dunning Level' mező első nem nulla vagy kezdeti felszólítási állapotának beállítási dátumából állapítható meg.
Rögzítés
Keresse meg azt az időbélyeget, amikor megváltozik a Dunning Level mező értéke.
Eseménytípus
inferred
|
|||
|
Jóváíró bizonylat kiállítva
|
A számlával szemben érvényesített jóváíró bizonylat létrehozását jelöli. Erre gyakran hiba javítása vagy egy vitás ügy rendezése miatt kerül sor. A NetSuite-ban ez kifejezett tranzakció. | ||
|
Miért fontos?
A gyakori jóváíró bizonylatok rendszerszintű problémára, például árazási hibára vagy szállítási gondra utalhatnak. Előfordulásuk elemzése segít feltárni a bevételkiesés kiváltó okait.
Hol szerezhető be?
Ez kifejezett esemény, amelyet az eredeti számlához kapcsolt Credit Memo tranzakciórekord létrehozási dátuma alapján rögzítenek.
Rögzítés
Használja a Credit Memo tranzakció létrehozásának időbélyegét.
Eseménytípus
explicit
|
|||
|
Lejárt számlára emlékeztető küldve
|
Az ügyfél kezdeti, gyakran automatikus emlékeztetőt kap a lejárt számláról. A tevékenység időpontja jellemzően a fizetési felszólítás létrehozásából vagy a NetSuite dunning moduljában rögzített kommunikációs eseményből állapítható meg. | ||
|
Miért fontos?
Ez a fizetési felszólítási folyamat első lépése. Gyakoriságának és fizetésre gyakorolt hatásának elemzése segít felmérni a kezdeti behajtási lépések eredményességét.
Hol szerezhető be?
A számlához kapcsolódó 'Dunning Letter' rekord létrehozási dátuma alapján rögzíthető. A rekordot a NetSuite Dunning SuiteApp hozza létre.
Rögzítés
Használja a Dunning Letter rekord létrehozásának időbélyegét.
Eseménytípus
explicit
|
|||
|
Számla elküldve az ügyfélnek
|
Azt jelzi, hogy a számlát eljuttatták az ügyfélhez, jellemzően e-mailben. Az esemény időpontja gyakran a számlatranzakcióhoz kapcsolódó kimenő kommunikációt rögzítő rendszeradatokból állapítható meg. | ||
|
Miért fontos?
A tevékenység követésével feltárhatók a számla kiállítása és az ügyfél értesítése közötti késedelmek, amelyek befolyásolhatják a fizetés idejét. Az adat megmutatja, mennyire hatékony a számlázással kapcsolatos kommunikáció.
Hol szerezhető be?
A számlarekordból küldött e-mail dátuma alapján állapítható meg. Ez az Invoice tranzakció Communication > Messages alfülén található.
Rögzítés
Használja a számlához kapcsolt 'Message' rekord időbélyegét.
Eseménytípus
inferred
|
|||
|
Vita bejelentve
|
Azt jelzi, hogy az ügyfél hivatalosan vitatja a számlát, ezért a szokásos követeléskezelési folyamat szünetel. Az esemény jellemzően abból állapítható meg, hogy a számla státuszmezője 'Disputed' értékre változik. | ||
|
Miért fontos?
Ez az esemény a vitás ügyek rendezési idejének mérését indítja. A gyakori viták feltárhatják a számlázási vagy értékesítési folyamatok mögöttes problémáit.
Hol szerezhető be?
Rendszernaplóból vagy egy egyéni 'Invoice Status' mező időbélyeggel ellátott módosításából állapítható meg, például ha az érték 'Disputed' vagy 'In Dispute' lesz.
Rögzítés
Az az időbélyeg, amikor a státuszmezőt a vita jelzésére módosítják.
Eseménytípus
inferred
|
|||
|
Vita rendezve
|
Azt jelöli, hogy az ügyfél vitás ügyét rendezték, így a követeléskezelés folytatódhat, vagy a számla kiegyenlíthető. Akkor állapítható meg, ha a számla státusza 'Disputed' értékről aktív állapotra változik. | ||
|
Miért fontos?
Ez jelöli a vitás ügy rendezési ciklusidejének mérését lezáró eseményt. A viták hatékony rendezése fontos az ügyfelek elégedettségének fenntartásához és a pénzforgalom gyorsításához.
Hol szerezhető be?
Rendszernaplóból vagy egy egyéni 'Invoice Status' mező időbélyeggel ellátott módosításából állapítható meg, ha az érték 'Disputed' értékről például 'Open' vagy 'Resolved' értékre változik.
Rögzítés
Az az időbélyeg, amikor a státuszmezőt a vita rendezésének jelzésére módosítják.
Eseménytípus
inferred
|
|||
Útmutatók az adatok kinyeréséhez
Kezdje el most?
Használja ezt a sablont az adatok előkészítésének egyszerűsítésére, és tárja fel a hitel- és követeléskezelési folyamatban rejlő lehetőségeket. Tegye meg az első lépést a jobb pénzforgalom felé még ma.
Kezdje el még ma a hitel- és követeléskezelés fejlesztését!
Tárja fel a hatékonysági problémákat, csökkentse 30%-kal a ciklusidőt, és javítsa gyorsan a pénzforgalmat.
Nincs szükség bankkártyára, a beállítás percek alatt elvégezhető.