Hitelkezelési és követelésbehajtási adatsablon

Általános process mining sablon
Hitelkezelési és követelésbehajtási adatsablon

Hitelkezelési és követelésbehajtási adatsablon

Általános process mining sablon

Ez a(z) Hitelkezelés és követeléskezelés folyamathoz készült általános process mining adatsablonunk. Részletesebb útmutatásért használja a rendszerspecifikus sablonokat.

Válasszon egy konkrét rendszert
  • Bármely hitelkezelési vagy követelésbehajtási rendszerhez használható egységes adatszerkezet
  • Javasolt attribútumok a folyamat teljesítményének részletes elemzéséhez
  • A folyamat pontos feltárásához és fejlesztéséhez követendő fő tevékenységek
Most ismerkedik az eseménynaplókkal? Tudja meg, hogyan készíthet process mining eseménynaplót.

A hitelkezelés és a követelésbehajtás attribútumai

Ezeket a javasolt adatmezőket érdemes felvenni az eseménynaplóba. Segítségükkel részletesen elemezheti a folyamatot, és hasznos képet kaphat a működéséről.
5 Kötelező 7 Javasolt 4 Nem kötelező
Név Leírás
Esemény időpontja
EventTime
Az esemény pontos időpontját jelölő időbélyeg, dátummal és idővel együtt.
Leírás

Az esemény időpontja, vagyis az időbélyeg azt a pontos pillanatot jelöli, amikor egy adott tevékenység megtörtént a folyamatban. Segítségével időrendbe állíthatók az egyes számlákhoz tartozó események. Ez az adat minden időalapú elemzéshez szükséges.

A process mining az esemény időpontja alapján számítja ki az olyan teljesítménymutatókat, mint a tevékenységek közötti ciklusidő, az ügy teljes időtartama és a szolgáltatási szintű megállapodások teljesülése. Például a „Számla elküldve” és a „Fizetés beérkezett” közötti idő közvetlenül hat a vevőkövetelések átlagos behajtási idejére (DSO). Az időbélyegek elemzése segít feltárni a késedelmeket, mérni a folyamatlépések hatékonyságát és azonosítani a szűk keresztmetszeteket.

Miért fontos?

Ez az időbélyeg szükséges az események sorrendbe állításához, a ciklusidők és időtartamok kiszámításához, valamint minden időalapú teljesítményelemzéshez.

Hol szerezhető be?

Jellemzően a tranzakcióhoz vagy állapotváltozáshoz tartozó bizonylat létrehozási dátumaként, könyvelési dátumaként vagy rendszer-naplóbejegyzés időbélyegeként rögzítik.

Példák
2023-03-15T09:30:00Z2023-04-20T14:00:00Z2023-05-01T11:22:15Z
Számlaszám
InvoiceNumber
Minden számla egyedi azonosítója. Ez az azonosító szolgál elsődleges ügyazonosítóként a hitelkezelési és követeléskezelési folyamatban.
Leírás

A számlaszám minden számlabizonylathoz rendelt egyedi alfanumerikus kód. Ez a számlázáshoz kapcsolódó összes tevékenység és tranzakció központi hivatkozási pontja, a számla létrehozásától a teljes kiegyenlítésig vagy leírásig.

A process mining során a számlaszám kapcsolja össze az összes kapcsolódó eseményt, például a „Számla létrehozva”, a „Fizetés beérkezett” és a „Kifogás rögzítve” eseményt egyetlen folyamatpéldánnyá vagy üggyé. Így a számla teljes életciklusa elejétől a végéig megjeleníthető és elemezhető. A számlaszám szerint csoportosított folyamatok elemzésével feltárhatók a szűk keresztmetszetek, mérhetők a ciklusidők, és megérthetők a számlák kezelésének eltérései.

Miért fontos?

Ez az ügy egyedi azonosítója (Case ID), amely összekapcsolja az összes kapcsolódó eseményt, így rekonstruálható és elemezhető a számla teljes életciklusa.

Hol szerezhető be?

Jellemzően a forrásként használt pénzügyi rendszer számla- vagy vevőkövetelési bizonylatának fejlécadatai között található.

Példák
INV-2023-001239100045678SI-54321
Tevékenység neve
ActivityName
A számlával kapcsolatban egy adott időpontban történt üzleti esemény vagy feladat neve.
Leírás

A tevékenység neve a hitelkezelési és követeléskezelési folyamat egy konkrét lépését vagy mérföldkövét jelöli. Ezek alkotják a folyamattérképet, és olyan műveleteket írnak le, mint a „Számla elküldve az ügyfélnek”, az „Emlékeztető elküldve” vagy a „Fizetés számlához rendelve”.

A tevékenységek sorrendjének és gyakoriságának elemzése a process mining alapja. Segít feltárni a tényleges folyamatmenetet, összevetni azt a tervezett modellel, valamint azonosítani az eltéréseket, az ismételt munkát és a nem hatékony útvonalakat. Például a „Kifogás rögzítve” események nagy gyakorisága a számlák pontatlanságára vagy a termékminőséggel kapcsolatos problémákra utalhat.

Miért fontos?

Ez az attribútum határozza meg a folyamat lépéseit. Ez adja a folyamattérkép alapját, és lehetővé teszi a folyamatmenetek és eltérések elemzését.

Hol szerezhető be?

A forrásrendszer pénzügyi, értékesítési vagy követeléskezelési moduljaiban rögzített különféle állapotváltozásokból, tranzakciókódokból vagy eseménynaplókból származik.

Példák
Számla létrehozvaLejárt a fizetési határidőElindult a felszólítási folyamatFizetés beérkezett
Forrásrendszer
SourceSystem
Annak a rendszernek a neve vagy azonosítója, ahonnan az adat származik, például egy ERP- vagy CRM-rendszeré.
Leírás

A forrásrendszer attribútum megadja, melyik alkalmazásban vagy platformon rögzítették eredetileg az eseményadatot. Összetett informatikai környezetben egyetlen folyamat, például a hitelkezeléstől a pénz beérkezéséig tartó folyamat, több rendszeren is átívelhet. A számlázás történhet például ERP-rendszerben, a fizetési felszólítások kezelése pedig egy külön követeléskezelési platformon.

Ez az attribútum segít megérteni a folyamat technológiai hátterét. Használható az adatok ellenőrzésére, a rendszerspecifikus folyamateltérések feltárására és a platformok közötti integrációs problémák diagnosztizálására. Az elemzés például kimutathatja, hogy rendszeresen késedelem keletkezik az ERP-rendszer és a követeléskezelő eszköz közötti átadáskor.

Miért fontos?

Megmutatja az adatok forrását, ami segít megérteni a különböző rendszerek közötti folyamateltéréseket és ellenőrizni az adatokat.

Hol szerezhető be?

Ezt az információt gyakran az adatkinyerés (ETL) során adják hozzá, vagy a forrástáblák technikai metaadatai között található.

Példák
SAP S/4HANAOracle NetSuiteHighRadius Collections
Utolsó adatfrissítés
LastDataUpdate
Az az időbélyeg, amely megmutatja, mikor frissítették vagy nyerték ki utoljára az esemény adatait a forrásrendszerből.
Leírás

Ez az attribútum rögzíti, mikor töltötték be utoljára az adatokat a forrásrendszerből a process mining környezetbe. Metaadatként jelzi az elemzett adatkészlet frissességét.

Az utolsó adatfrissítés ismerete segít ellenőrizni, hogy az elemzés vagy a dashboard a folyamat aktuális állapotát mutatja-e. Az adatok helyes értelmezéséhez azt is megadja, meddig terjednek. Ez különösen fontos a folyamatban lévő ügyek vagy a közel valós idejű KPI-k figyelésekor, mert jelzi, mennyire naprakészek az eredmények.

Miért fontos?

Jelzi az adatok frissességét, így értelmezhető, mennyire aktuális az elemzés, és az is látható, meddig terjednek az adatok.

Hol szerezhető be?

Ezt a metaadatot jellemzően az ETL-eszköz vagy az adatfolyam hozza létre és tárolja az adatok betöltésekor.

Példák
2023-10-26T02:00:00Z2023-10-25T02:00:00Z2023-10-24T02:00:00Z
Fizetési felszólítási szint
DunningLevel
Az a szakasz vagy szint, amelyet a lejárt számla elért az automatikus fizetési felszólítási vagy követeléskezelési folyamatban.
Leírás

A fizetési felszólítási szint azt mutatja, hogy a lejárt számla meddig jutott a hivatalos követeléskezelési kommunikációban. Ezt gyakran szám vagy kód jelöli: az 1. szint lehet egy udvarias emlékeztető, a 4. szint pedig az utolsó felszólítás a jogi eljárás előtt.

A fizetési felszólítási szint elemzése segít felmérni a felszólítási stratégia eredményességét. A process mining megmutathatja, mely folyamatmenetek vezetnek magasabb szintekhez, és hogy az egyes szintek ösztönzik-e a fizetést. Az elemzés például feltárhatja, hogy a legtöbb fizetés a 2. szintű felszólítás után érkezik be, ezért a 3. és 4. szint kevéssé eredményes és költséges. Ez segít optimalizálni a felszólítások időzítését és tartalmát.

Miért fontos?

A követeléskezelési intézkedések intenzitását méri, és segít felmérni a felszólítási stratégia eredményességét az egyes szakaszokban.

Hol szerezhető be?

A követeléskezelési modulokban vagy a vevőkövetelési adatok között található, gyakran az ügyfélszámlához vagy egy konkrét lejárt bizonylathoz kapcsolva.

Példák
123Jogi eljárás folyamatban
Fizetési határidő
DueDate
Az a kiszámított dátum, ameddig szerződés szerint be kell érkeznie a számla ellenértékének.
Leírás

A fizetési határidő az a dátum, ameddig be kell érkeznie a számla ellenértékének ahhoz, hogy a fizetés határidőben teljesítettnek számítson. Ezt általában a számla kiállításának dátuma és a megállapodott fizetési feltételek alapján számítják ki.

Ez a dátum a követeléskezelési folyamat teljesítménymérésének egyik fő viszonyítási pontja. Ennek alapján állapítható meg, hogy késik-e a fizetés, mikor induljon el a fizetési felszólítási eljárás, és hogyan készüljenek a korosítási kimutatások. A process mining a fizetési határidő alapján számítja ki az olyan KPI-kat, mint a határidőben fizetett számlák aránya és a vevőkövetelések átlagos behajtási ideje (DSO), továbbá elemzi, mennyire eredményes a követeléskezelés a fizetési határidőkhöz képest.

Miért fontos?

A határidőben történő fizetés teljesítményének elsődleges viszonyítási pontja, és szükséges az olyan KPI-k kiszámításához, mint a DSO és a fizetések időben történő teljesítése.

Hol szerezhető be?

A számla fejlécadatai között található. Közvetlen mezőként is szerepelhet, vagy a számla dátuma és a fizetési feltételek alapján számítható ki.

Példák
2023-04-142023-05-302023-06-01
Kifogás oka
DisputeReason
Az ügyfél által a számlakifogáskor megadott okkód vagy leírás.
Leírás

A kifogás oka rögzíti, miért tagadja meg az ügyfél a számla kifizetését. Gyakori ok például a hibás ár, a sérült áru, a mennyiségi eltérés vagy a hiányzó dokumentáció. Ezt az adatot általában a hivatalos kifogási ügy megnyitásakor rögzítik.

A kifogás oka fontos attribútum az okok feltárásához. A különböző kifogási okok gyakoriságának elemzésével a vállalat a követeléskezelési részlegen kívüli rendszerszintű problémákat is azonosíthat, például a szállítás, a számlázás pontossága vagy a vevői rendelés rögzítése terén. A process mining azt is megmutathatja, hogyan hatnak a különböző kifogási okok a rendezés idejére és a folyamatmenetre, így hatékonyabbá tehető a kifogáskezelés.

Miért fontos?

Segít feltárni a fizetési késedelmek és kifogások kiváltó okait, így azonosíthatók és orvosolhatók a számlázás, a szállítás vagy az értékesítés korábbi szakaszaiban jelentkező problémák.

Hol szerezhető be?

A kifogáskezelési modulokban vagy CRM-rendszerekben tárolják, illetve a számlán vagy a vevőkövetelési bizonylaton szereplő okkódként található.

Példák
Hibás árHiányos mennyiségSérült áruDuplikált számla
Követeléskezelő neve
CollectorName
A követeléskezelési tevékenységért felelős felhasználó, ügyintéző vagy csapat neve vagy azonosítója.
Leírás

A követeléskezelő neve azonosítja azt a személyt vagy csoportot, amelyhez a lejárt számlát rendelték, és amely a követeléskezelési tevékenységeket végzi. Ez lehet könyvelő, erre kijelölt követeléskezelő vagy követeléskezelési csapat.

Ez az attribútum lehetővé teszi az egyéni és csapatszintű teljesítmény elemzését. A folyamatok követeléskezelő szerinti szűrésével vagy összehasonlításával feltárhatók a legjobban teljesítők bevált gyakorlatai, azonosíthatók a képzési igények, és elemezhető a munkaterhelés eloszlása. Segít megérteni, hogyan hatnak az emberek a követeléskezelési folyamatra, például a fizetési időkre és a leírásokra.

Miért fontos?

Lehetővé teszi a csapatok és az egyes munkatársak teljesítményének, a munkaterhelés eloszlásának, valamint a követeléskezelők és stratégiák eredményességének elemzését.

Hol szerezhető be?

A vevőkövetelési tranzakciós adatokban, az ügyféltörzsben vagy a követeléskezelési modulokban található. Olyan mezőknek felelhet meg, mint a „Könyvelő” vagy a „Felhasználói azonosító”.

Példák
John SmithA követeléskezelési csapat AUSER123
Számla állapota
InvoiceStatus
A számla aktuális pénzügyi vagy működési állapota, például nyitott, fizetett, lejárt vagy kifogásolt.
Leírás

A számla állapota jelzi, hogy a számla éppen hol tart az életciklusában. Az állapot az eseményekkel együtt változik: a létrehozáskor „Nyitott”, a fizetési határidő elmulasztása után „Lejárt”, végül pedig „Fizetett” vagy „Leírva” lesz.

Ez az attribútum pillanatképet ad a vevőkövetelések aktuális állapotáról. A process mining elemzésben segít az ügyek kategorizálásában és a különböző folyamatváltozatok kimenetelének megértésében. Ha például összehasonlítja a „Kifogásolt” és a „Fizetett” állapothoz vezető folyamatmeneteket, feltárhatja a fizetési nehézségek kiváltó okait. Az aktív ügyek, például az összes jelenleg „Lejárt” számla szűrésére is használható, így elemezhetők a folyamatban lévő követeléskezelési tevékenységek.

Miért fontos?

Világosan megmutatja a számlák aktuális állapotát, így elemezhetők a folyamatok kimenetelei, és kiszűrhetők az adott szakaszban lévő ügyek, például a „Lejárt” vagy „Kifogásolt” számlák.

Hol szerezhető be?

Jellemzően a számla vagy a vevőkövetelési bizonylat fejlécének állapotmezőjében található.

Példák
NyitottFizetettLejártKifogásoltLeírva
Számla összege
InvoiceAmount
A számla teljes pénzösszege.
Leírás

A számla összege az a teljes pénzösszeg, amelyet kiszámláznak az ügyfélnek, és amelynek megfizetését elvárják tőle. Ez minden számlához tartozó alapvető pénzügyi adat.

Ez az attribútum szükséges a pénzügyi hatások elemzéséhez. Ha a folyamatmutatókat összevetik a számla összegével, rangsorolhatják a követeléskezelési feladatokat. Az elemzés például kimutathatja, hogy a nagy összegű számlák kifizetése tovább tart, vagy gyakrabban emelnek velük kapcsolatban kifogást. Az adat felhasználható olyan pénzügyi KPI-k kiszámítására is, mint a vevőkövetelések átlagos behajtási ideje (DSO), valamint a szűk keresztmetszetekhez vagy leírásokhoz kapcsolódó pénzösszegek meghatározására.

Miért fontos?

Pénzügyi elemzéshez, a nagy összegű számlák követeléskezelésének rangsorolásához és a folyamatbeli hiányosságok pénzügyi hatásának számszerűsítéséhez szükséges.

Hol szerezhető be?

A forrásrendszer vevőkövetelési vagy számlázási moduljában, a számla fejlécadatai között található szokásos mező.

Példák
5400.50125000.00750.75
Ügyfélazonosító
CustomerId
A számlához tartozó ügyfél egyedi azonosítója.
Leírás

Az ügyfélazonosító a rendszerben szereplő ügyfélszámlát egyedileg azonosító kód. Összekapcsolja a számlát azzal a jogi személlyel, amely felelős a fizetésért.

A process mining elemzésben az ügyfélazonosító fontos szempont a szegmentáláshoz. Segítségével megvizsgálható egyes ügyfelek vagy ügyfélcsoportok folyamatainak teljesítménye. Így feltárható például, hogy mely ügyfelek fizetnek rendszeresen késve, kik emelnek gyakran kifogást, illetve hogy bizonyos folyamatbeli hiányosságok csak az ügyfélkör egy részét érintik-e. Ezek az eredmények segítenek az ügyfelekhez igazítani a követeléskezelési stratégiát és javítani az ügyfélkapcsolatokat.

Miért fontos?

Lehetővé teszi a folyamatadatok ügyfél szerinti szegmentálását, az ügyfélviselkedés elemzését, a problémás ügyfélszámlák azonosítását és a követeléskezelési stratégiák testre szabását.

Hol szerezhető be?

A pénzügyi vagy értékesítési rendszer számlabizonylatának fejlécében található, vagy az ügyféltörzs táblái alapján kapcsolható össze.

Példák
CUST-00543100234ACME-CORP
Fizetési feltételek
PaymentTerms
A megállapodott feltételek, amelyek meghatározzák, mikorra kell az ügyfélnek kifizetnie a számlát.
Leírás

A fizetési feltételek határozzák meg az értékesítés feltételeit, elsősorban a fizetés időzítését. Ezeket általában kód vagy rövid szöveg jelöli, például „Net 30” (fizetés 30 napon belül) vagy „2/10 Net 30” (10 napon belüli fizetés esetén 2% kedvezmény, egyébként a teljes összeg 30 napon belül esedékes).

Ez az attribútum segít értelmezni a számla fizetési határidejét és az ügyfél fizetési szokásait. A folyamat fizetési feltételek szerinti elemzésével kideríthető, hogy bizonyos feltételek mellett gyakoribb-e a késedelmes fizetés vagy a számlakifogás. Az elemzés a korai fizetésért adott kedvezmények eredményességének felmérésére és az ügyfelekkel folytatott jövőbeli fizetésifeltétel-egyeztetések támogatására is használható, így javítható a pénzforgalom.

Miért fontos?

Segít értelmezni a számlák fizetési határidejét, és elemezni, hogyan hatnak a különböző fizetési megállapodások a határidőben történő fizetés arányára és a pénzforgalomra.

Hol szerezhető be?

Az ügyféltörzsben, illetve a vevői rendelés vagy a számla fejlécében tárolják.

Példák
Net 30Net 602/10 Net 30Fizetés átvételkor
Számla pénzneme
InvoiceCurrency
Az a pénznem, amelyben a számla összegét megadták.
Leírás

A számla pénzneme jelzi, milyen pénznemben, például USD-ben, EUR-ban vagy JPY-ben állították ki a számlát, és milyen pénznemben várják a fizetést. Ez különösen fontos a nemzetközi tevékenységet végző vállalatoknál.

A process mining gyakran inkább a folyamatmenetekre összpontosít, mint a pénznemek közötti átváltásra, de ez az attribútum szükséges a számla összegének helyes értelmezéséhez. Lehetővé teszi az elemzés adott pénznemre szűrését, illetve a folyamat pénznem szerinti szegmentálását. Így megvizsgálható, hogy bizonyos pénznemek tranzakciói eltérő mintát követnek-e, például a nemzetközi fizetések késedelme vagy a külföldi piacokon alkalmazott eltérő követeléskezelési stratégia miatt.

Miért fontos?

Segít értelmezni a számla összegét, és lehetővé teszi az elemzés pénznem szerinti szegmentálását, ami a nemzetközi tevékenységet végző vállalatok számára lehet fontos.

Hol szerezhető be?

A számla fejlécadatai között szereplő szokásos mező.

Példák
USDEURGBPJPY
Ügyfélszegmens
CustomerSegment
Az ügyfelek besorolása például méret, iparág, stratégiai jelentőség vagy régió szerint.
Leírás

Az ügyfélszegmens közös jellemzők alapján csoportosítja az ügyfeleket. A szegmensek kialakításakor figyelembe vehető például az iparág (például gyártás vagy kiskereskedelem), a méret (például nagyvállalat vagy kis- és középvállalkozás), a földrajzi régió vagy a stratégiai érték (például arany, ezüst, bronz).

Ez az attribútum részletesebb és stratégiai szempontú elemzést tesz lehetővé a követeléskezelési folyamatról. A különböző szegmensek folyamatainak összehasonlításával feltárhatók az ügyfélcsoportok eltérő fizetési szokásai és nehézségei. A nemzetközi ügyfelek fizetési ciklusa például hosszabb lehet a határokon átnyúló banki ügyintézés miatt. Ezek az eredmények segítenek az egyes szegmensekhez igazított követeléskezelési stratégiák és szabályzatok kialakításában, javítva a hatékonyságot és az ügyfelek elégedettségét.

Miért fontos?

Lehetővé teszi a különböző ügyfélcsoportok összehasonlítását, és segít célzott követeléskezelési stratégiák és szabályzatok kialakításában.

Hol szerezhető be?

Jellemzően a CRM- vagy ERP-rendszer ügyféltörzsében található.

Példák
NagyvállalatKis- és középvállalkozásKormányzati szervÉszak-Amerika
Vállalatkód
CompanyCode
Annak a jogi személynek vagy üzleti egységnek az azonosítója, amelyhez a számla tartozik.
Leírás

A vállalatkód olyan szervezeti egység azonosítója, amely önálló jogi személyt vagy olyan elkülönült üzleti területet jelöl, amelyről pénzügyi kimutatás készül. Több jogi személyből álló szervezetben minden tranzakcióhoz egy adott vállalatkód tartozik.

Ez az attribútum alapvető a szervezeti szintű elemzéshez. Lehetővé teszi a folyamatok teljesítményének összehasonlítását a különböző jogi személyek, leányvállalatok vagy üzleti egységek között. Az összehasonlítás feltárhatja a folyamatok hatékonyságában, a szabályzatok betartásában és a követeléskezelők teljesítményében mutatkozó különbségeket, így megoszthatók a bevált gyakorlatok és szükség esetén egységesíthetők a folyamatok.

Miért fontos?

Lehetővé teszi a folyamatok összehasonlítását és a teljesítmény mérését a szervezeten belüli különböző jogi személyek, leányvállalatok vagy üzleti egységek között.

Hol szerezhető be?

Az ERP-rendszer pénzügyi bizonylatain, így a számlákon is szereplő szokásos szervezeti mező.

Példák
1000US01DE01UK_SALES
Kötelező Javasolt Nem kötelező

A hitelkezelés és a követelésbehajtás tevékenységei

A táblázat a folyamat fő lépéseit és fontos mérföldköveit sorolja fel, amelyeket érdemes pontosan rögzíteni. Így megbízhatóan feltárhatja a folyamatot, és mérheti a teljesítményét.
6 Javasolt 10 Nem kötelező
Tevékenység Leírás
Fizetési ígéret rögzítve
Akkor történik, amikor az ügyfél vállalja, hogy egy későbbi időpontban kifizeti a számlát, és ezt a megállapodást rögzítik a rendszerben. Ez a behajtási intézkedések kedvező köztes eredménye.
Miért fontos?

Ez fontos teljesítménymutató a behajtással foglalkozó munkatársak eredményességének méréséhez. Segít nyomon követni, hogy az ügyfelek betartják-e az ígéretüket, és előre jelezni a pénz beérkezését.

Hol szerezhető be?

Ez a felhasználó által rögzített, konkrét esemény a követeléskezelési modulban. A rekord tartalmazza az ígért fizetés dátumát és összegét.

Rögzítés

Használja a számlához kapcsolódó „Fizetési ígéret” rekord létrehozásának időbélyegét.

Eseménytípus explicit
Lejárt a fizetési határidő
Fontos mérföldkő: a számla fizetési határideje lejárt, de a számlát még nem fizették ki teljes egészében. Ekkor vált a számla „rendezettről” „lejártra”.
Miért fontos?

Ez a tevékenység indítja el a követelésbehajtást és a felszólításokat. Az eseményhez eljutó számlák számának elemzése segít felmérni a fizetési szokásokat és a behajtási munkaterhelést.

Hol szerezhető be?

Ez nem közvetlen rendszeresemény, hanem a számla fizetési határidejének összevetésével számítható ki az aktuális időbélyeghez vagy egy későbbi tevékenység időbélyegéhez képest.

Rögzítés

Hozzon létre esemény-időbélyeget a számla fizetési határidejére, ha addig nem rendezték a számlát. Például: „SzámlaEsedékességiDátuma + 1 nap”.

Eseménytípus calculated
Reklamáció rögzítve
Azt jelzi, hogy az ügyfél hivatalosan kifogást emelt egy számlával szemben, amelyet ezután rögzítenek a rendszerben. A kifogásolt összegre ez gyakran felfüggeszti a szokásos követeléskezelési folyamatot.
Miért fontos?

A számlakifogások gyakran okoznak fizetési késedelmet. Annak feltárása, hogy mikor és miért merülnek fel, segít az okok elemzésében, a folyamat fejlesztésében és a vevőkövetelések átlagos behajtási idejének (DSO) csökkentésében.

Hol szerezhető be?

A rendszer akkor rögzíti ezt az eseményt, amikor létrejön a kifogási ügy, vagy amikor a számla állapota „Kifogásolt” értékre változik a kifogáskezelési vagy követeléskezelési modulban.

Rögzítés

A kifogási ügy rekordjának létrehozási időbélyegét vagy a számla állapotváltozásának időbélyegét használja.

Eseménytípus explicit
Számla kiegyenlítve
A számla életciklusának sikeres lezárását jelzi: a számlát teljes egészében kifizették, az egyenlege nulla. Ez a folyamat kívánt végállapota.
Miért fontos?

Ez a folyamat elsődleges, sikeres lezáró eseménye. Az eseményig eltelt idő mérése megadja a számlázástól a pénz beérkezéséig tartó teljes ciklusidőt, amely fontos üzleti mutató.

Hol szerezhető be?

Ez az esemény gyakran abból állapítható meg, hogy a számlához rendelt fizetések és jóváírások összege eléri a számla teljes összegét, vagy a számla állapota „Fizetve” vagy „Lezárva” értékre változik.

Rögzítés

Keresse meg annak a kiegyenlítési vagy fizetéselszámolási tranzakciónak a legkésőbbi időbélyegét, amely nullára csökkenti a számla fennálló egyenlegét.

Eseménytípus inferred
Számla leírva
A sikertelen végkimenetelt jelzi: a tartozást behajthatatlannak minősítik, és behajthatatlan követelésként leírják. Ezzel kivezetik a követelést a könyvelésből.
Miért fontos?

Ez az esemény közvetlen pénzügyi veszteséget jelent. A leírások gyakoriságának és összegének elemzése segít feltárni a hitelkockázatot, a követeléskezelés hiányosságait és a folyamatfejlesztési lehetőségeket.

Hol szerezhető be?

Ez egy kifejezett pénzügyi tranzakció, például naplóbejegyzés vagy korrekció, amelyet behajthatatlan követelések számlára könyvelnek, és amellyel kivezetik az eredeti számlát.

Rögzítés

Annak a pénzügyi bizonylatnak vagy naplóbejegyzésnek a könyvelési dátumát használja, amellyel leírják a számla fennmaradó egyenlegét.

Eseménytípus explicit
Számla létrehozva
A számlarekord hivatalos létrehozását jelzi a forrásrendszerben. Ez az esemény indítja el a számlától a pénz beérkezéséig tartó folyamatot, és meghatározza a követelés összegét, valamint a fizetési feltételeket.
Miért fontos?

Ez a folyamat fontos kezdő eseménye. Ettől a ponttól számítjuk az átfutási időket, például a számlától a pénz beérkezéséig tartó időt és a Days Sales Outstanding értékét.

Hol szerezhető be?

Ez az alapvető tranzakció a vevőkövetelési vagy számlázási modulban található. A számladokumentum létrehozási vagy könyvelési dátumából rögzíthető.

Rögzítés

Használja a fő számla- vagy pénzügyi dokumentum fejlécét tartalmazó táblából a létrehozás időbélyegét vagy a könyvelési dátumot.

Eseménytípus explicit
Elindult a felszólítási folyamat
A lejárt számlához kapcsolódó hivatalos felszólítási folyamat kezdetét vagy egy adott behajtási stratégiához rendelést jelzi. Ez egyetlen emlékeztetőnél szervezettebb eszkalációt jelent.
Miért fontos?

Ez a tevékenység a behajtási intézkedések fokozását jelzi. A lépésig eltelt idő és az eredmények elemzésével felmérhető a felszólítási stratégia hatékonysága.

Hol szerezhető be?

Akkor rögzítik, amikor először rendelnek felszólítási szintet a számlához, vagy amikor a követeléskezelő rendszerben elindítanak egy hivatalos behajtási stratégiát.

Rögzítés

Rögzítse azt az időbélyeget, amikor a számla először bekerül egy hivatalos felszólítási folyamatba, vagy amikor behajtási stratégiát rendelnek hozzá.

Eseménytípus explicit
Fizetés beérkezett
Azt jelzi, hogy az ügyféltől beérkezett a pénz, amit gyakran bankszámlakivonatból vagy lockbox-fájlból rögzítenek. Ez azt jelenti, hogy a pénz beérkezett, de még nem feltétlenül rendelték hozzá egy konkrét számlához.
Miért fontos?

Ez az esemény jelöli a pénzbeérkeztetés és -elszámolás folyamatának kezdetét. A fizetés beérkezése és számlához rendelése közötti idő fontos mutató a treasury és a működési hatékonyság szempontjából.

Hol szerezhető be?

A rendszer a pénzbeérkezési bizonylat vagy az ügyfél fizetési bizonylatának létrehozásakor rögzíti ezt, jellemzően a fizetési naplóban vagy a pénzkezelési modulban.

Rögzítés

A beérkező fizetés vagy a bankszámlakivonat tranzakciós rekordjának könyvelési dátumát vagy értéknapját használja.

Eseménytípus explicit
Fizetés számlához rendelve
A pénzbeérkeztetés és -elszámolás folyamatának befejezését jelzi: a beérkezett fizetést sikeresen egyeztették és hozzárendelték egy konkrét számlához. Ezzel csökken vagy megszűnik a nyitott egyenleg.
Miért fontos?

Ez az esemény kapcsolja össze a pénz beérkezését a vevőkövetelés csökkenésével. A késedelmes elszámolás szükségtelen követeléskezelési lépésekhez és pontatlan ügyfélszámla-kimutatásokhoz vezethet.

Hol szerezhető be?

A rendszer akkor naplózza ezt az eseményt, amikor olyan kiegyenlítési tranzakciót könyvelnek, amely összekapcsol egy fizetési bizonylatot és egy számlabizonylatot a vevőkövetelések analitikájában.

Rögzítés

A kiegyenlítési bizonylat könyvelési dátumát vagy a fizetéselszámolási táblákban rögzített hozzárendelési dátumot használja.

Eseménytípus explicit
Fizetési emlékeztető elküldve
A lejárt számlával kapcsolatban az ügyfélnek küldött első, gyakran automatizált emlékeztetőt vagy fizetési felszólítást jelzi. Ez általában a behajtási folyamat első lépése.
Miért fontos?

Az emlékeztetők nyomon követése segít felmérni a behajtás korai lépéseinek eredményességét. Megvizsgálható, hány számlát fizetnek ki egy egyszerű emlékeztető után, és melyekhez szükséges további intézkedés.

Hol szerezhető be?

Ezt az eseményt a felszólításokat vagy követelésbehajtást kezelő modul naplója rögzíti. A napló tartalmazza a számlához kapcsolódó kommunikáció dátumát és típusát.

Rögzítés

Használja a számlához kapcsolódó felszólítási előzmények vagy kommunikációs napló táblájában szereplő végrehajtási dátumot.

Eseménytípus explicit
Hitelkeret jóváhagyva
A hitelbírálat sikeres lezárását jelzi: az ügyfél hitelkeretét hivatalosan jóváhagyták vagy módosították. Ez a tevékenység általában megelőzi a számla létrehozását, és meghatározza az ügylet feltételeit.
Miért fontos?

A hiteljóváhagyás és a számla létrehozása közötti idő elemzése segít felmérni az értékesítési ciklus hatékonyságát. Arra is magyarázatot adhat, hogy egyes számlákhoz miért tartoznak bizonyos fizetési feltételek, vagy miért merülnek fel később behajtási problémák.

Hol szerezhető be?

Ezt az eseményt általában a hitelkezelési modul vagy a CRM-rendszer rögzíti, amikor a hitelügyintéző jóváhagyja az ügyfél hitelkérelmét vagy felülvizsgálatát.

Rögzítés

Rögzítse azt az időbélyeget, amikor az ügyfél hitelbírálati státusza „Jóváhagyva” értékre változik, vagy véglegesítik az új hitelkeretet.

Eseménytípus explicit
Jóváíró bizonylat kiállítva
Azt jelzi, hogy létrejött egy számlával szemben érvényesített jóváíró bizonylat. Erre gyakran számlázási hiba javítása vagy egy kifogás rendezése miatt kerül sor.
Miért fontos?

A gyakori jóváírások a rendeléstől a pénz beérkezéséig tartó folyamat korábbi szakaszaiban fennálló rendszerszintű problémákra utalhatnak, például hibás árazásra vagy szállítási hibákra. Ez az esemény fontos támpont az okok feltárásához.

Hol szerezhető be?

Ez egy szokásos pénzügyi tranzakció, amelyet a vevőkövetelési modul a jóváíró bizonylat könyvelési dátuma alapján rögzít.

Rögzítés

A jóváíró bizonylat fejlécében szereplő létrehozási vagy könyvelési dátumot használja, és kapcsolja össze az eredeti számlával.

Eseménytípus explicit
Kapcsolatfelvétel az ügyféllel
A behajtással foglalkozó munkatárs által kezdeményezett kézi kapcsolatfelvételt jelzi, például telefonhívást vagy személyre szabott e-mailt. A munkatárs ezt a tevékenységet rögzíti a rendszerben.
Miért fontos?

Ez a tevékenység megmutatja a követelésbehajtás kézi munkaigényét. A kapcsolatfelvételek gyakoriságának és eredményének elemzésével felmérhető a munkatársak hatékonysága és az erőforrások elosztása.

Hol szerezhető be?

Ezt általában a követeléskezelési vagy CRM-modulban rögzített felhasználói tevékenységek, feladatok vagy interakciók naplójából lehet kinyerni.

Rögzítés

Nyerje ki az ügyfélhez vagy számlához kapcsolódó naplózott tevékenységek, például a „Telefonhívás” vagy az „E-mail” létrehozásának dátumát és időpontját.

Eseménytípus explicit
Kifogás rendezve
A kifogáskezelési folyamat lezárását jelzi: az ügyet kivizsgálták, és megállapodás született a rendezéséről. A számla ezután fizetésre vagy leírásra kerülhet.
Miért fontos?

A kifogások rendezéséhez szükséges idő közvetlenül hat a pénzforgalomra és az ügyfelek elégedettségére. Ez az esemény jelöli ki a kifogásrendezési ciklusidő mérésének végpontját.

Hol szerezhető be?

A rendszer akkor rögzíti ezt, amikor a kifogási ügy állapota „Rendezve” vagy „Lezárva” értékre változik, illetve amikor eltávolítják a számláról a kifogás jelölését.

Rögzítés

A rendezést jelző állapotváltozás időbélyegét használja a kifogási ügy vagy a számlarekord alapján.

Eseménytípus explicit
Nem teljesült a fizetési ígéret
Számított esemény, amely azt jelzi, hogy az ügyfél nem fizetett az ígért határidőig. Ez visszalépést jelent a behajtási folyamatban, és gyakran további intézkedést tesz szükségessé.
Miért fontos?

Ez a tevékenység a folyamat hatékonysági problémáira és a megbízhatatlan fizetési ígéretekre hívja fel a figyelmet. Gyakoriságának elemzése segít azonosítani a magas kockázatú ügyfeleket, és finomítani az utánkövetési stratégiát.

Hol szerezhető be?

Az esemény abból állapítható meg, hogy a számlához tartozó „Fizetési ígéret” dátuma lejárt-e anélkül, hogy a befizetést könyvelték volna.

Rögzítés

Hozzon létre eseményt az ígért fizetés dátumát követő napra, ha addig nem könyveltek a számlához kapcsolódó befizetést.

Eseménytípus calculated
Számla elküldve az ügyfélnek
Azt az időpontot jelzi, amikor a számlát hivatalosan eljuttatták az ügyfélhez, elektronikus úton vagy nyomtatott formában. A fizetési határidő számítása gyakran ettől a dátumtól indul.
Miért fontos?

Ha a számla létrehozása és elküldése között késedelem van, meghosszabbodhat a fizetési ciklus. Ennek a tevékenységnek az elemzésével feltárhatók a számlaküldés szűk keresztmetszetei és a cash flow-ra gyakorolt hatásuk.

Hol szerezhető be?

Ez az esemény rögzíthető a kimenő dokumentumokat kezelő rendszerben, vagy kikövetkeztethető a kommunikációs naplókból, például az e-mailekből vagy az EDI-üzenetekből.

Rögzítés

Nyerje ki az időbélyeget a kimenő kommunikációt nyomon követő rendszer naplóiból, vagy használja a számlarekord „Elküldés dátuma” mezőjét.

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

Adatkinyerési útmutatók

Hogyan szerezze be az adatokat a process mininghez?

Az adatkinyerési módszerek rendszerenként eltérnek. Részletes útmutatásért

olvassa el az ETL-útmutatónkat   vagy   válasszon ki egy konkrét folyamatot és rendszert.

Kezdhetjük?

Az alábbi lehetőségek közül válasszon egy rendszerspecifikus adatkinyerési útmutatót a személyre szabott lépésekhez, vagy használja ezt az általános sablont kiindulópontként az adatok előkészítéséhez.

Ne hagyjon bevételt veszni: fejlessze a hitelkezelést és a követelésbehajtást még ma

Zökkenőmentesen működik együtt meglévő rendszereivel. Néhány nap alatt láthatja az eredményeket.

Kezdje el az ingyenes próbaverziót

Nincs szükség bankkártyára. Gyorsan elkezdheti.