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

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

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

Ez a sablon áttekintést ad azokról az alapvető adatattribútumokról és tevékenységekről, amelyekre a hitelkezelési és követelésbehajtási folyamat hatékony elemzéséhez szükség van. Gyakorlati útmutatást is tartalmaz az adatok SAP ECC rendszerből történő kinyeréséhez. Használja a sablont az adatgyűjtés gördülékeny és pontos előkészítéséhez.
  • Javasolt attribútumok
  • Követendő fő tevékenységek
  • Útmutató az adatok kinyeréséhez SAP ECC-ből
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 az adatmezőket javasoljuk felvenni az eseménynaplóba az SAP ECC-ben végzett hitelkezelési és követelésbehajtási elemzéshez.
3 Kötelező 8 Javasolt 10 Nem kötelező
Név Leírás
Esemény időpontja
EventTime
Az időbélyeg, amely megadja, mikor történt egy adott tevékenység vagy esemény.
Leírás

Az esemény időpontja rögzíti a folyamat minden tevékenységének pontos dátumát és időpontját. Ez adja az eseménynapló időrendi alapját, amely lehetővé teszi a tevékenységek sorba rendezését és a köztük eltelt idő kiszámítását.

Az időbélyeg alapvető az időalapú KPI-k, például a viták rendezési ideje, a fizetések könyvelési késedelme és az esedékesség, illetve a fizetés között eltelt átlagos napok számának kiszámításához. A lépések közötti hosszú várakozási időkre is rámutat, így segít feltárni a szűk keresztmetszeteket.

Miért fontos?

Ez az attribútum elengedhetetlen az események helyes sorrendjének megállapításához és az időalapú teljesítménymutatók, például a ciklusidők és az időtartamok kiszámításához.

Hol szerezhető be?

Az SAP-táblák különböző dátum- és időmezőiből származik, például a BKPF tábla BUDAT (könyvelési dátum) vagy CPUDT/CPUTM (bizonylat rögzítésének dátuma és időpontja) mezőjéből, illetve az eseményspecifikus táblákból.

Példák
2023-01-15T09:30:00Z2023-02-10T14:00:00Z2023-02-28T11:25:10Z
Számlaszám
InvoiceNumber
Az ügyfélszámla egyedi azonosítója, amely a hitelkezelési folyamat elsődleges ügyazonosítója.
Leírás

A SAP-ban Belegnummer néven ismert számlaszám (BELNR) minden vevőkövetelési bizonylatot egyedileg azonosít. A process mining során ez a szám kapcsolja össze az összes kapcsolódó tevékenységet, a könyveléstől és a fizetési felszólításoktól a fizetésig vagy a leírásig, egyetlen ügyben.

Ha az elemzésben a számlaszám az ügyazonosító, a számla teljes életciklusa áttekinthető. Nyomon követhetők az olyan mutatók, mint a kinnlevőségek átlagos behajtási ideje (DSO), azonosíthatók a behajtási folyamat szűk keresztmetszetei, és megérthető, hogy az egyes behajtási stratégiák mennyire hatékonyak az adott számláknál.

Miért fontos?

Ez az azonosító kapcsolja össze a számla útjának összes eseményét, így a teljes hiteltől a pénz beérkezéséig tartó folyamat végigkövethető és elemezhető.

Hol szerezhető be?

Az SAP ECC különböző pénzügyi számviteli tábláiban található meg, elsősorban a BKPF (könyvelési bizonylat fejléce) és a BSEG (könyvelési bizonylat tételei) táblában, BELNR mezőként.

Példák
190000000119000000451900000102
Tevékenység neve
ActivityName
Az üzleti tevékenység vagy esemény neve, amely a számla életciklusának egy adott pontján történt.
Leírás

Ez az attribútum a hitelkezelési és követelésbehajtási folyamat egy adott lépését vagy eseményét írja le, például: 'Számla könyvelése', 'Fizetési felszólítási futás végrehajtása' vagy 'Beérkező fizetési bizonylat könyvelése'. Ezek a tevékenységek alkotják a folyamattérkép csomópontjait.

A tevékenységek sorrendjének, gyakoriságának és időtartamának elemzésével a vállalatok megjeleníthetik a tényleges folyamatmenetet, feltárhatják az előírt eljárásoktól való eltéréseket, és azonosíthatják a szűk keresztmetszeteket. Például a 'Fizetési felszólítási futás végrehajtása' utáni útvonal elemzése megmutathatja a felszólítási stratégia hatékonyságát.

Miért fontos?

A tevékenységek alkotják a folyamattérkép építőelemeit, és lehetővé teszik a folyamatmenet, a változatok és a kivételek megjelenítését és elemzését.

Hol szerezhető be?

Ez egy származtatott attribútum. Általában a tranzakciókódok (TCODE), a bizonylattípusok (BLART) vagy a különböző SAP-táblák (például BKPF, BSID, MHNK, UDM_CASE) egyes mezőinek változásai alapján, felhasználóbarát tevékenységnevek hozzárendelésével állítják elő.

Példák
Számla könyveléseFizetési felszólítási futás végrehajtásaFizetési ígéret rögzítéseBeérkező fizetési bizonylat könyveléseSzámla kiegyenlítése
Felhasználónév
UserName
A tevékenységet végrehajtó személy felhasználói azonosítója.
Leírás

Ez az attribútum azonosítja az eseményért felelős felhasználót, például azt, aki könyvelte a számlát vagy létrehozta a vitaügyet. Az SAP-ban ezt gyakran az ERNAM (létrehozta) vagy az USNAM mező tárolja.

A felhasználók szerinti elemzés segít megérteni a munkaterhelés eloszlását, feltárni a képzési igényeket és észrevenni a lehetséges megfelelési problémákat. Például megmutathatja, ha bizonyos felhasználókhoz rendszeresen folyamateltérések vagy késedelmek kapcsolódnak, illetve ha a legjobban teljesítők hatékonyabb folyamatváltozatot követnek.

Miért fontos?

Lehetővé teszi a folyamatban végzett emberi munka és viselkedés elemzését, így azonosíthatók a kiemelkedően teljesítő felhasználók, a képzési lehetőségek és a munkaterhelés egyenlőtlenségei.

Hol szerezhető be?

Általában a fejlécet tároló táblákban található, például a BKPF táblában, az USNAM (felhasználónév) vagy az ERNAM (az objektumot létrehozó személy neve) mezőben.

Példák
SMITHJRDOECFO-ADMIN
Felszólítási szint
Mahns
A számlánál elért legmagasabb felszólítási szint.
Leírás

A felszólítási szint (SAP-ban MAHNS) azt jelzi, hány fizetési felszólítást küldtek ki a lejárt számlára, vagyis milyen intenzív volt a felszólítási eljárás.

Ez az attribútum fontos a felszólítási folyamat értékeléséhez. A „Felszólítások eredményessége szintenként” dashboard közvetlenül használja annak mérésére, hogy az egyes felszólítások után a számlák hány százalékát fizetik ki. Az elemzés alapján finomíthatja a felszólítási stratégiát, például módosíthatja a kiküldés időzítését vagy a felszólítás szövegét az eredménytelen szinteken.

Miért fontos?

Közvetlenül méri a követeléskezelési erőfeszítések intenzitását, ami elengedhetetlen a felszólítási stratégia eredményességének elemzéséhez.

Hol szerezhető be?

Az ügyféltétel BSID táblájában, MAHNS mezőként található. A felszólítási futások előzményei az MHNK (fejléc) és az MHND (adatok) táblákban vannak.

Példák
1234
Fizetési határidő
NetDueDate
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ő az a dátum, ameddig az ügyféltől a számla kifizetése várható. A számla alapdátuma és a fizetési feltételek alapján számítják ki. Az SAP-ban a nettó fizetési határidő gyakran az FAEDT mezőben található.

Ez a dátum alapvető a hitelkezelésben, mert ehhez viszonyítva mérhető, hogy időben érkezik-e a fizetés. Az olyan KPI-k kiszámításához használják, mint az esedékesség és a fizetés között eltelt átlagos napok száma. A határidő lejártakor ez indítja el a behajtási tevékenységeket is. A késedelmek elemzésének egyik alapja, hogy a fizetés mennyivel maradt el ettől a dátumtól.

Miért fontos?

Ez az elsődleges viszonyítási alap a fizetések időben történő teljesítésének méréséhez, és elengedhetetlen a késedelmes napok és a kapcsolódó KPI-k kiszámításához.

Hol szerezhető be?

Ez a dátum gyakran közvetlenül elérhető az ügyféltétel-táblákban, például a BSID táblában, FAEDT (nettó fizetési határidő) mezőként. Az alapdátum (ZFBDT) és a fizetési feltételek (ZTERM) alapján is kiszámítható.

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

Ez a mutató a számla fizetési határideje és a rendezés dátuma közötti napok számát méri. Nyitott számláknál a számítás az aktuális dátum alapján történik.

A késedelmes napok száma alapvető mutató a vevőkövetelések elemzéséhez. Ez a „Számlák korosodása” dashboard elsődleges mérőszáma, és a követeléskezelési tevékenységek rangsorolására is használható. A mutató összesített trendje a vállalat vevőköveteléseinek általános állapotáról ad képet.

Miért fontos?

Alapvető teljesítménymutató, amely közvetlenül méri a fizetési késedelmeket. Segít rangsorolni a követeléskezelési feladatokat és nyomon követni a folyamat állapotát.

Hol szerezhető be?

Számított attribútum. Képlete: (rendezés dátuma vagy aktuális dátum) - nettó fizetési határidő.

Példák
0153295
Követeléskezelő
Sachp
Az ügyfélszámlához rendelt könyvelő vagy követeléskezelő munkatárs.
Leírás

Ez az attribútum azonosítja azt a személyt vagy csoportot, aki az adott ügyfélszámlához kapcsolódó követelések kezeléséért felel. Az SAP-ban ez gyakran az ügyfél törzsadatában megadott könyvelő (SACHP).

Ez a dimenzió fontos a követeléskezelő csapat teljesítményének nyomon követéséhez. Segítségével például a követeléskezelő szerint szűrheti a „Számlák korosodása” dashboardot, így áttekintheti a munkaterhelést, és összehasonlíthatja az egyes munkatársak vagy csapatok eredményességét. Azt is megmutatja, kik rendezik a leghatékonyabban a lejárt számlákat.

Miért fontos?

Lehetővé teszi a követeléskezelő csapat teljesítményének és munkaterhelésének elemzését azáltal, hogy az eseteket és az eredményeket konkrét személyekhez vagy csoportokhoz rendeli.

Hol szerezhető be?

Jellemzően az ügyfél törzsadatainak vállalatkódhoz tartozó részében található (KNB1 tábla, SACHP mező).

Példák
J. SmithA csapatINTL-COLL
Számlaösszeg
Dmbtr
A számla teljes értéke helyi pénznemben.
Leírás

Ez az attribútum a számla teljes pénzértékét jelöli. Az SAP-ban ezt gyakran a helyi pénznemben megadott összeget tartalmazó DMBTR mező tárolja.

A számlaösszeg fontos elemzési szempont. Segítségével előnyben részesíthetők a nagy értékű számlák behajtási lépései, és megvizsgálható, hogy a számla értéke összefügg-e a fizetési késedelemmel vagy a viták előfordulásával. A folyamattérkép szűrhető úgy is, hogy csak egy adott értékhatár feletti számlák jelenjenek meg.

Miért fontos?

Pénzügyi szempontból is értelmezhetővé teszi a folyamatot, és lehetővé teszi az értékalapú elemzést, valamint a nagy értékű tételek behajtásának előnyben részesítését.

Hol szerezhető be?

A BSEG, BSID és BSAD táblák DMBTR mezője (összeg helyi pénznemben).

Példák
1500.0012500.50750.25
Ügyfélszám
Kunnr
Az ügyfél egyedi azonosítója.
Leírás

Az ügyfélszám (SAP-ban KUNNR) az ügyfélszámla egyedi azonosítója. A tranzakciót az adott ügyfél törzsadataihoz kapcsolja, beleértve a fizetési előzményeket, a hiteladatokat és a kapcsolattartási adatokat.

A process mining során ez az attribútum elengedhetetlen az elemzések ügyfélcsoportok szerinti bontásához. Segítségével összehasonlítható a folyamat teljesítménye az ügyfelek között, azonosíthatók a rendszeresen késve fizetők, és elemezhető, hogyan térnek el a behajtási stratégiák a kiemelt és a többi ügyfélszámlánál. Alapvető adat az olyan dashboardokhoz, mint a számlák korosítása és a fizetési feltételek betartása.

Miért fontos?

Ügyfélközpontú elemzést tesz lehetővé, így feltárhatók az egyes ügyfelek vagy ügyfélcsoportok viselkedési mintái, és hozzájuk igazíthatók a behajtási stratégiák.

Hol szerezhető be?

A BSID és BSAD ügyféltétel-táblák KUNNR mezője, valamint a BKPF bizonylatfejléc-tábla ugyanezen mezője, ha ki van töltve.

Példák
10002050CUST-7890
Ü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 hasonló jellemzőkkel rendelkező ügyfelek csoportosítására szolgál. Az SAP-ban gyakran az ügyfélszámla-csoportból (KTOKD) vagy az ügyféltörzs más egyéni mezőiből származik.

A folyamat ügyfélszegmensenkénti elemzése megmutatja, hogy egyes csoportoknál hosszabb-e a fizetési ciklus, gyakoribbak-e a viták, vagy hatékonyabbak-e bizonyos behajtási lépések. Ez az információ segít a behajtási stratégiák fejlesztésében és az ügyfélkapcsolatok személyre szabásában.

Miért fontos?

Célzott elemzést tesz lehetővé, így látható, hogyan működik a folyamat az egyes ügyféltípusoknál, és ennek megfelelően alakíthatók a stratégiák és az erőforrások elosztása.

Hol szerezhető be?

Gyakran a KNA1 ügyféltörzs-tábla ügyfélszámla-csoport (KTOKD) mezőjéből vagy más egyéni mezőkből származik.

Példák
Kiemelt ügyfelekKis- és középvállalkozásokKormányzati ügyfelekBelső ügyfelek
Bizonylattípus
Blart
A pénzügyi bizonylat típusa, például számla, jóváíró bizonylat vagy fizetés.
Leírás

A bizonylattípus (SAP-ban BLART) osztályozza a könyvelési bizonylatokat. Például az „RV” vevőszámlát, a „DZ” vevői fizetést, a „DG” pedig jóváíró bizonylatot jelölhet.

A process mining során a tevékenységeket a rendszer a bizonylatokból vezeti le, de az eredeti bizonylattípus fontos háttér-információt ad. Ellenőrzésre és részletesebb pénzügyi elemzésre is használható. Segít megérteni a feldolgozott tranzakciók jellegét, és lehetővé teszi, hogy az elemzést bizonyos bizonylattípusokra, például vevőszámlákra szűkítse.

Miért fontos?

A tranzakciók osztályozásával pénzügyi kontextust ad. Az elemzés szűrésére és a levezetett tevékenységnevek ellenőrzésére is használható.

Hol szerezhető be?

A standard BLART mező a bizonylatfejléc BKPF táblájában található.

Példák
RVDZDGAB
Fizetési feltételek
Zterm
Az ügyféllel egyeztetett fizetési feltételek kódja.
Leírás

A fizetési feltételek kódja (SAP-ban ZTERM) határozza meg a fizetés feltételeit, például a fizetési határidőt és az esetleges előrefizetési kedvezményeket. Ezt általában az ügyfél törzsadataiban adják meg, majd átmásolják a számlákra.

A fizetési feltételek szerinti elemzésből kiderül, hogyan befolyásolják az egyes feltételek a fizetési szokásokat. A „Fizetési feltételek betartása és hatása” dashboard például megmutatja, mennyire tartják be az ügyfelek a feltételeket, és ez hogyan hat a késedelmes napok számára. Az eredmények segíthetnek eldönteni, milyen fizetési feltételeket érdemes kínálni az egyes ügyfélszegmenseknek.

Miért fontos?

Megmutatja a fizetés szerződéses feltételeit, és segít felmérni, hogy bizonyos feltételek javítják-e a fizetési teljesítményt, vagy több vitás esethez vezetnek.

Hol szerezhető be?

A standard ZTERM mező az ügyfél törzsadataiban (KNB1) és a pénzügyi bizonylatok tábláiban (BSEG) található.

Példák
0001NT30ZD60
Forrásrendszer-azonosító
SourceSystemId
A forrásrendszer azonosítója, amelyből az adatokat kinyerték.
Leírás

Ez az attribútum adja meg az adat forrásrendszerét, például az adott SAP ECC-példányt, mint az 'ECCPRD100'. Több ERP-rendszert használó környezetben vagy különböző források adatainak összekapcsolásakor ez különösen fontos.

Segítségével a különböző rendszerek vagy régiók folyamatai szűrhetők és összehasonlíthatók. Egyértelművé teszi az adatok eredetét, és segít az adatkinyerési problémák elhárításában.

Miért fontos?

Fontos információt ad az adatok eredetéről, különösen összetett IT-környezetben. Segít nyomon követni az adatokat, és lehetővé teszi a rendszerspecifikus elemzést.

Hol szerezhető be?

Általában az adatkinyerés során adják hozzá. Az SAP-ban használható a logikai rendszer neve (LOGSYS).

Példák
SAPECC_PROD_100ECC_EU_200US_FIN_ERP
Hitelkeret
Klimk
Az ügyfélhez rendelt teljes hitelkeret összege.
Leírás

A hitelkeret (SAP-ban KLIMK) az ügyfélszámlához biztosított maximális hitelösszeg. A hitelkockázat-kezelés egyik fontos eleme.

Ez az attribútum elengedhetetlen a „Hitelkeret pontossága és rossz követelések” dashboardhoz. A hitelkeret és a leírt követelések előfordulása közötti kapcsolat elemzésével felmérheti a hitelpolitikája eredményességét. A „Hitelkeret-módosítási arány” KPI-t is támogatja, amelyből kiderül, mennyire pontosak a kezdeti hitelképességi felmérések.

Miért fontos?

Hitelkockázati hátteret ad az elemzéshez, így felmérhető, hogy a hitelpolitika megelőzi-e a rossz követeléseket anélkül, hogy visszafogná az értékesítést.

Hol szerezhető be?

Az ügyfél központi hitelkezelési adatai között található, a KNKK tábla KLIMK mezőjében.

Példák
10000.0050000.00250000.00
Kockázati kategória
Ctlpc
Az ügyfél hitelkockázat szerinti besorolása.
Leírás

A kockázati kategória (SAP-ban CTLPC) az ügyfeleket hitelképességük és fizetési előzményeik alapján csoportosítja. Ezt a besorolást használják az automatizált hitelképességi ellenőrzésekhez és a követeléskezelési stratégia meghatározásához.

A folyamat kockázati kategória szerinti elemzése hasznos összefüggéseket tárhat fel. Megmutathatja, hogy a magas kockázatú ügyfelek folyamata más útvonalon halad-e, vagy lényegesen hosszabb-e náluk a fizetési ciklus. Az eredmények segítenek ellenőrizni a kockázati besorolás pontosságát, és a kockázathoz igazítani a követeléskezelés intenzitását.

Miért fontos?

Lehetővé teszi a követeléskezelési folyamat kockázat szerinti elemzését, így ellenőrizheti a kockázati modelleket, és a kockázathoz igazíthatja a követeléskezelési stratégiát.

Hol szerezhető be?

Az ügyfél központi hitelkezelési adatai között található, a KNKK tábla CTLPC mezőjében.

Példák
001002MAGAS KOCKÁZATÚ
Leírt követelés
IsWrittenOff
Logikai jelző, amely megmutatja, hogy a számlát végül behajthatatlan követelésként leírták-e.
Leírás

Származtatott jelző, amely általában akkor kap igaz értéket, ha a számlát olyan speciális okkóddal vagy bizonylattípussal rendezték, amely leírást jelez. Azonosítja a pénzügyi veszteséget jelentő eseteket.

Ez az attribútum elengedhetetlen a „Behajthatatlan követelések leírási aránya” KPI kiszámításához és a kapcsolódó dashboardokhoz. Segítségével feltárhatja, milyen jellemzőkkel bírnak azok a számlák és ügyfelek, amelyeknél gyakori a leírás. Az eredmények alapján javíthatja a hitelpolitikát és a követeléskezelés eredményességét.

Miért fontos?

Azonosítja a pénzügyi veszteséggel járó folyamatkimeneteleket, így feltárhatók a behajthatatlan követelések okai, és javítható a hitelpolitika.

Hol szerezhető be?

Származtatott attribútum. Értékét jellemzően a leíráshoz használt rendezési okkódok (BSEG-RSTGR) vagy bizonylattípusok (BKPF-BLART) alapján határozzák meg.

Példák
truefalse
Rendező bizonylat
Augbl
Annak a bizonylatnak a száma, amellyel a számlát rendezték, jellemzően egy fizetési vagy jóváíró bizonylaté.
Leírás

A rendező bizonylat száma (SAP-ban AUGBL) összekapcsolja a nyitott tételt, például egy számlát, az azt rendező bizonylattal. Számlafizetéskor a fizetési bizonylat száma kerül a számlához rendező bizonylatként.

Ez a mező technikai szempontból elengedhetetlen annak igazolásához, hogy a számlát rendezték, és a konkrét fizetési vagy jóváíró bizonylathoz való kapcsolásához. Ez alapján azonosítható a „Számla rendezve” tevékenység, és ellenőrizhető, hogy a teljes folyamat megfelelően szerepel-e az adatokban.

Miért fontos?

Egyértelműen összekapcsolja a számlát a rendező bizonylattal, ami elengedhetetlen a rendezési események pontos modellezéséhez.

Hol szerezhető be?

A standard AUGBL mező az ügyféltételek tábláiban található: a BSID táblában üres, amíg a tétel nyitott, a BSAD táblában pedig a rendezés után van kitöltve.

Példák
140000000114000000551400000120
Utolsó adatfrissítés
LastDataRefreshTimestamp
Az időbélyeg azt mutatja, mikor nyerték ki vagy frissítették utoljára az adatokat a process mining eszközben.
Leírás

Ez az attribútum rögzíti a legutóbbi adatbetöltés dátumát és időpontját. Így az üzleti felhasználók láthatják, mennyire frissek az elemzett adatok.

A dashboardok és elemzések áttekintésekor az időbélyegből kiderül, hogy az adatok tartalmazzák-e a legutóbbi tranzakciókat, vagy ismert késés van az adatfrissítésben. Ez a metaadat fontos az elemzési eredményekbe vetett bizalomhoz.

Miért fontos?

Tájékoztatja a felhasználókat az adatok aktualitásáról, ami elengedhetetlen ahhoz, hogy a lehető legfrissebb folyamatadatok alapján hozzanak döntéseket.

Hol szerezhető be?

Ezt az értéket az ETL-folyamat hozza létre és tárolja az adatok frissítésekor.

Példák
2023-03-01T02:00:00Z2023-03-02T02:00:00Z2023-03-03T02:00:00Z
Vállalatkód
Bukrs
Annak a jogi személynek a vállalatkódja, amelyhez a számla tartozik.
Leírás

A vállalatkód (SAP-ban BUKRS) olyan önálló jogi személyt jelöl, amelynek pénzügyi kimutatásai készülnek. Az SAP Financials egyik alapvető szervezeti egysége.

Ez az attribútum elengedhetetlen a különböző jogi személyek folyamatainak szűréséhez és összehasonlításához. Segítségével megvizsgálhatja, hogy egységes-e a követeléskezelés, illetve jelentősen eltér-e például a DSO vagy a vitás ügyek aránya az egyes vállalatkódok között.

Miért fontos?

Lehetővé teszi a folyamatok jogi személyenkénti elemzését, ami a teljesítmény összehasonlításához különösen fontos a nagy, nemzetközi szervezeteknél.

Hol szerezhető be?

A standard BUKRS mező szinte minden pénzügyi táblában megtalálható, többek között a BKPF, BSEG, BSID és BSAD táblákban.

Példák
10002000US01
Vitaügy-azonosító
DisputeCaseId
A számlához kapcsolódó vitaügy egyedi azonosítója.
Leírás

Ha az ügyfél vitatja a számlát, az SAP Dispute Management moduljában hivatalos vitaügy hozható létre. Ez az azonosító egyedileg jelöli az ügyet.

Az azonosítóval részletesen elemezhető a vitás ügyek rendezésének folyamata. Szükség van rá a „Vitarendezési ciklusidő” KPI kiszámításához, valamint annak megértéséhez, hogy miért keletkeznek vitás ügyek, hogyan kezelik őket, és milyen eredménnyel zárulnak. Segítségével a vitás ügyek alfolyamata elkülöníthető a szokásos követeléskezelési folyamattól.

Miért fontos?

Összekapcsolja a követeléskezelési tevékenységeket a hivatalos vitaügyekkel, így célzottan elemezhető a vitarendezés hatékonysága és a kiváltó okok.

Hol szerezhető be?

Az SAP Dispute Management tábláiban található, például az UDM_CASE_ATTR00 táblában. Használatához szükség van az SAP Dispute Management modulra.

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

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

Ezeket a fő folyamatlépéseket és mérföldköveket érdemes rögzíteni az eseménynaplóban a folyamat pontos feltárásához és a szűk keresztmetszetek azonosításához.
5 Javasolt 9 Nem kötelező
Tevékenység Leírás
Fizetési felszólítási futás végrehajtása
Ez a tevékenység egy lejárt számlára vonatkozó automatikus fizetési felszólítási program futtatását jelenti. A rendszer minden futásba bevont számlához rögzíti a felszólítási szintet, a dátumot és az egyéb adatokat.
Miért fontos?

A felszólítási tevékenységek nyomon követése elengedhetetlen a követelésbehajtási stratégia hatékonyságának értékeléséhez. Segít megállapítani, mely felszólítási szintek ösztönzik leginkább a fizetést, és mely ügyfelek nem reagálnak.

Hol szerezhető be?

Ez közvetlenül rögzített esemény. A felszólítási futások adatait a felszólítási táblák tárolják, elsősorban az MHNK (felszólítási adatok) tábla. Ez tartalmazza a futás dátumát (LAUFD) és az egyes felszólított számlák felszólítási szintjét (MAHNS).

Rögzítés

Nyerje ki az MHNK táblából a vállalatkódot, a számlát és a felszólítás dátumát összekapcsoló rekordokat.

Eseménytípus explicit
Lejárt a fizetési határidő
Számított esemény, amely azt jelzi, hogy a számla hivatalosan lejárttá vált. Nem közvetlenül rögzített rendszeresemény, hanem a számla nettó fizetési határidejének és az aktuális dátumnak vagy egy későbbi tevékenység időbélyegének összevetésével állapítható meg.
Miért fontos?

Ez az esemény jelzi az átmenetet a szokásos számlázásból a követelésbehajtásba. Ekkor kezdődik a késedelmes napok számítása és a fizetési felszólítási eljárás, amely az esedékesség szerinti kimutatások alapja.

Hol szerezhető be?

Ez számított esemény. A nyitott számlatétel nettó fizetési határidejét (BSID-NETDT) a rendszer dátumával vagy egy másik esemény időbélyegével kell összevetni.

Rögzítés

A számla nettó fizetési határidejének (BSID-NETDT) egy időponthoz viszonyított összevetésével számítható ki.

Eseménytípus calculated
Számla kiegyenlítése
Ez az esemény a számla sikeres lezárását jelzi, jellemzően a teljes összeg beérkezése és hozzárendelése után. Akkor következtethető ki, amikor a számlatétel a nyitott tételek táblájából (BSID) átkerül a kiegyenlített tételek táblájába (BSAD).
Miért fontos?

Ez a folyamat elsődleges, sikeres záróeseménye. Az eseményig eltelt idő a DSO egyik fő összetevője. Az ide vezető útvonalak elemzése segít azonosítani a bevált gyakorlatokat.

Hol szerezhető be?

Ez következtetett esemény. A kiegyenlítést a számlatételhez tartozó kiegyenlítési bizonylat (AUGBL) és kiegyenlítési dátum (AUGDT) jelzi a kiegyenlített tételek BSAD táblájában.

Rögzítés

Az esemény időbélyegeként használja az adott számlatétel kiegyenlítési dátumát (BSAD-AUGDT).

Eseménytípus inferred
Számla könyvelése
A vevőkövetelés-számla létrehozása a pénzügyi számvitel modulban. Az esemény akkor rögzül, amikor az értékesítési és disztribúciós (SD) modul számlázási bizonylata átkerül a könyvelésbe, vagy közvetlenül rögzítenek egy FI-számlát. Ekkor bejegyzések jönnek létre a BKPF és BSEG táblákban.
Miért fontos?

Ez a számla életciklusának elsődleges kezdő eseménye. A kezdőpont és a fizetés közötti idő elemzése elengedhetetlen a kinnlevőségek átlagos behajtási idejének (DSO) és a folyamat általános hatékonyságának méréséhez.

Hol szerezhető be?

Ez a pénzügyi bizonylat létrehozásakor rögzített esemény. Az esemény időbélyege a BKPF bizonylatfejléc-táblából kérdezhető le a megfelelő számlabizonylat-számhoz (BELNR), a CPUDT vagy a BKTXT mezőből.

Rögzítés

Keresse meg a BKPF táblában a megfelelő bizonylattípusú (például 'RV' vagy 'DR') FI-bizonylatok létrehozási eseményeit.

Eseménytípus explicit
Számla leírása
Annak a döntésnek a rögzítése, hogy a ki nem fizetett számlát veszteségként kezelik, és behajthatatlan követelésként sorolják be. Ezt egy pénzügyi könyvelési tétel rögzíti, amely kiegyenlíti az eredeti számlát, és az összeget behajthatatlan követelések számlára vezeti át.
Miért fontos?

Ez a folyamat elsődleges, kedvezőtlen záróeseménye. A hitelkezelési vagy követelésbehajtási folyamat kudarcát és közvetlen pénzügyi veszteséget jelez. Az ilyen esetek elemzése fontos a hitelpolitikák és a behajtási stratégiák fejlesztéséhez.

Hol szerezhető be?

Ez jellemzően közvetlenül rögzített könyvelési tétel, vagy a kiegyenlítési tranzakcióból kikövetkeztetett esemény. A kiegyenlítés egy meghatározott tranzakciókóddal és a leírást jelző okkóddal történik. A leírás a kiegyenlítési bizonylat elemzésével ellenőrizhető.

Rögzítés

Keresse meg azokat a kiegyenlítési bizonylatokat, amelyekben leíráshoz használt okkód szerepel (BSEG-RSTGR), vagy az ellenszámla behajthatatlan követelések ráfordítási számlára került.

Eseménytípus inferred
Beérkező fizetési bizonylat könyvelése
Az ügyféltől érkező fizetés első rendszerbeli rögzítése, gyakran még azelőtt, hogy konkrét számlákhoz rendelnék. Ez közvetlenül rögzített esemény, amely például DZ bizonylattípusú fizetési bizonylatot hoz létre.
Miért fontos?

Ez jelzi a pénz beérkezését. Az esemény és a végső 'Számla kiegyenlítése' esemény közötti idő a pénz számlához rendelésének folyamatát mutatja, amely jelentős szűk keresztmetszet lehet.

Hol szerezhető be?

Ez közvetlenül rögzített esemény. A BKPF táblában létrehozott fizetési bizonylatból állapítható meg, amelyet a bizonylattípus, például a 'DZ' azonosít. Az időbélyeg a könyvelési dátum (BKPF-BUDAT).

Rögzítés

Keresse meg a BKPF táblában a fizetéshez kapcsolódó bizonylattípusú, például 'DZ' bizonylatok létrehozását.

Eseménytípus explicit
Behajtási kapcsolatfelvétel naplózása
A behajtási ügyintéző felvette a kapcsolatot az ügyféllel egy lejárt számla miatt, például telefonon vagy e-mailben. Az ügyintéző ezt a tevékenységet általában kézzel rögzíti a rendszerben.
Miért fontos?

Ez a tevékenység a követelésbehajtási csapat kézi munkáját méri. A kapcsolatfelvételek gyakoriságának és időzítésének, valamint az azt követő fizetéseknek az elemzése segít megítélni az ügyintézői lépések hatékonyságát.

Hol szerezhető be?

Az SAP FSCM Collections Management használata esetén ez 'Customer Contact' néven kerül rögzítésre. Az adatokat a behajtási munkalistához és a kapcsolatfelvételi előzményekhez tartozó táblák tárolják, gyakran az UDM_CASE táblához kapcsolva.

Rögzítés

Nyerje ki az ügyfélkapcsolatok naplóit az SAP FSCM Collections Management megfelelő tábláiból.

Eseménytípus explicit
Fizetési ígéret megszegése
Számított esemény, amely azt jelzi, hogy az ügyfél nem fizetett a 'Promise to Pay' megállapodásban rögzített határidőig. Ez abból állapítható meg, hogy az ígéret dátumáig nem érkezett be a hozzá tartozó fizetés.
Miért fontos?

A megszegett ígéretek azonosítása elengedhetetlen a behajtási lépések fokozásához. A megszegett ígéretek magas aránya a behajtási stratégia vagy az ügyfél pénzügyi helyzetének problémáira utalhat.

Hol szerezhető be?

Ez következtetett vagy számított esemény. Az UDM_P2P_ATTR táblából származó ígéret dátumát össze kell vetni a számla tényleges kiegyenlítési dátumával. Ha az ígéret dátumáig nem érkezik be a fizetés, az ígéret megszegettnek minősül.

Rögzítés

Vesse össze az UDM_P2P_ATTR táblában szereplő ígéret dátumát a számla kiegyenlítési dátumával. Ha a kiegyenlítés az ígéret dátuma után történt, az ígéretet megszegték.

Eseménytípus calculated
Fizetési ígéret rögzítése
Az ügyfél felvette a kapcsolatot a követelésbehajtási részleggel, és vállalta, hogy egy adott dátumig fizet. Az esemény akkor rögzül közvetlenül, ha használják az SAP FSCM Collections Management modult.
Miért fontos?

A fizetési ígéretek a behajtási tevékenységek fontos eredményei. Létrejöttük, teljesülésük és megszegésük elemzésével mérhető a behajtók munkájának hatékonysága, és előre jelezhetők a pénzbevételek.

Hol szerezhető be?

Az SAP FSCM Collections Management használata esetén ez közvetlenül rögzített esemény. A fizetési ígéretek adatait például az UDM_P2P_ATTR táblák tárolják, az üzleti partnerhez és a számlához kapcsolva.

Rögzítés

Nyerje ki a létrehozás időbélyegét az SAP FSCM fizetési ígéreteket tároló tábláiból, például az UDM_P2P_ATTR táblából.

Eseménytípus explicit
Jóváíró bizonylat könyvelése
Jóváíró bizonylat létrehozása az ügyfélszámlán, gyakran számlázási hiba javítása vagy vita rendezése céljából. A bizonylat közvetlenül az FI-modulban jön létre.
Miért fontos?

A jóváírások gyakran a folyamat korábbi szakaszainak hibáiból, például helytelen árazásból vagy szállításból erednek. Gyakoriságuk és kiváltó okaik elemzése fontos a folyamat fejlesztéséhez és a bevételkiesés csökkentéséhez.

Hol szerezhető be?

Ez közvetlenül rögzített esemény, amely egy jóváíró bizonylattípusú, például 'DG' típusú pénzügyi bizonylat létrehozásakor keletkezik. Az esemény időbélyege a BKPF bizonylatfejléc-táblából kérdezhető le.

Rögzítés

Keresse meg a BKPF táblában a jóváíró bizonylattípusú, például 'DG' vagy 'G2' FI-bizonylatok létrehozási eseményeit.

Eseménytípus explicit
Maradványtétel létrehozása
A fizetés számlához rendelésekor keletkezik, ha az ügyfél a számla összegénél kevesebbet fizet, és a fennmaradó kis egyenleget új nyitott tételként könyvelik. Ez a kiegyenlítési tranzakció adataiból következtethető ki.
Miért fontos?

A maradványtételek fizetési eltérésekre utalnak, és további munkát okoznak. Nyomon követésük segít azonosítani a rendszeresen kevesebbet fizető ügyfeleket, valamint feltárni az árképzési vagy számlázási problémákat, amelyek vitához vezetnek.

Hol szerezhető be?

Ez következtetett esemény. Ha egy kiegyenlítési tranzakció, például az F-28 használatával, kiegyenlíti az eredeti számlát, és a fennmaradó összegre új nyitott tételbizonylatot hoz létre, maradványtétel keletkezik. Ez a kiegyenlítési bizonylat tételeinek ellenőrzésével azonosítható.

Rögzítés

Elemezze a kiegyenlítési bizonylatokat (BKPF-AUGBL), és keresse meg azokat az eseteket, amikor az eredeti számlára hivatkozó új nyitott tétel jön létre.

Eseménytípus inferred
Számla fizetési zárolása
Azt jelzi, hogy a számlára kézi vagy automatikus zárolás került, ezért nem fizethető ki. Az esemény a BSEG tábla számlatételén beállított fizetési zárolásjelzőből állapítható meg.
Miért fontos?

A fizetési zárolások jelentős késedelmet és folyamateltéréseket okozhatnak. A késedelmes fizetések kiváltó okainak feltárásához és a pénzáramlás javításához tudni kell, mikor és miért zárolják a számlákat.

Hol szerezhető be?

Az állapotot általában a számlatétel Payment Block mezőjének (BSEG-ZLSPR) változásából lehet megállapítani. A mező változásnaplója (CDHDR és CDPOS táblák) pontos időbélyeget is adhat.

Rögzítés

Keresse meg a számlabizonylat tételén a BSEG-ZLSPR mező változásait, az időbélyegekhez pedig használja a CDHDR táblát.

Eseménytípus inferred
Vitaügy létrehozása
Egy számlával kapcsolatos ügyfélvita, például ár- vagy mennyiségi eltérés hivatalos rögzítése. Ez közvetlenül rögzített esemény az SAP FSCM Dispute Management modulban.
Miért fontos?

A viták megakasztják a fizetési folyamatot, és belső erőforrásokat igényelnek a rendezésükhöz. A vita létrejöttének nyomon követése az első lépés a rendezési idő, a kiváltó okok és a DSO-ra gyakorolt hatás elemzéséhez.

Hol szerezhető be?

Az SAP FSCM Dispute Management használata esetén ez közvetlenül rögzített esemény. A vitaügy létrehozását például az UDM_CASE vagy az SCMG_T_CASE_ATTR tábla naplózza, a létrehozás időbélyegével együtt.

Rögzítés

Nyerje ki a számlához kapcsolódó ügyek létrehozásának dátumát és időpontját az ügykezelési táblákból, például az UDM_CASE táblából.

Eseménytípus explicit
Vitaügy rendezése
A számlához kapcsolódó vitát kivizsgálták, és megoldás született. Ezt az SAP FSCM Dispute Management rendszerben általában a vitaügy állapotának változása jelzi.
Miért fontos?

A vita rendezése lehetővé teszi a fizetési folyamat folytatását. A vita létrehozása és rendezése közötti idő mérése fontos KPI a vitakezelési folyamat hatékonysági problémáinak feltárásához.

Hol szerezhető be?

Ez a vitaügy állapotváltozásából kikövetkeztetett esemény. Az UDM_CASE táblához hasonló táblák állapotmezőjének változásnaplója (CDHDR/CDPOS) tartalmazza az időbélyeget.

Rögzítés

A változásnaplók elemzésével keresse meg azt az időbélyeget, amikor a vitaügy állapota 'Closed' vagy 'Resolved' értékre változott.

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

Adatkinyerési útmutatók

Adatok kinyerése SAP ECC rendszerből

Készen áll a kezdésre?

Ezzel a sablonnal egyszerűsítheti az adatok előkészítését, és értékes összefüggéseket tárhat fel a hitelkezelési és követelésbehajtási folyamatban. Javítsa a pénz beáramlását és csökkentse a kockázatokat.

Gyorsítsa fel a pénz beérkezését: fejlessze a hitelkezelést és a követelésbehajtást

Csökkentse 30%-kal a hiteltől a pénz beérkezéséig tartó ciklus idejét, és növelje a jövedelmezőséget.

Kezdje el az ingyenes próbaverziót

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