Hitelkezelési és követeléskezelési adatsablon
Hitelkezelési és követeléskezelési adatsablon
- Az eseménynaplóhoz javasolt attribútumok
- A számla életciklusa során követendő fő folyamattevékenységek
- Adatkinyerési útmutató SAP S/4HANA rendszerhez
A hitelkezelés és a 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 minden rögzített tevékenység pontos dátumát és időpontját tartalmazza. Elengedhetetlen az események sorrendjének meghatározásához és a közöttük eltelt idő kiszámításához. Az esemény időpontja alapján időrendbe rendezhetők a tevékenységek, felépíthető a folyamattérkép, és kiszámíthatók a teljesítménymutatók. Például a „Vitás ügy rendezésének átlagos ideje” úgy számítható ki, hogy megmérjük a „Vitás ügy rögzítve” és a „Vitás ügy rendezve” időbélyege közötti időt.
Miért fontos?
Megadja az események időrendi sorrendjét, amely szükséges az átfutási idők kiszámításához, a folyamat teljesítményének elemzéséhez és a szűk keresztmetszetek feltárá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 BUDAT mezőjéből (könyvelési dátum), illetve a különböző táblák CPUDT/CPUTM mezőiből (bevitel dátuma és időpontja). A CDHDR/CDPOS módosítási naplók is tartalmaznak időbélyegeket.
Példák
2023-04-15T10:00:00Z2023-05-01T14:30:00Z2023-05-10T09:15:00Z
|
|||
|
Számlaszám
InvoiceNumber
|
Az ügyfélszámla egyedi azonosítója, amely a hitelkezelési és követelésbehajtási folyamat elsődleges esetazonosítója. | ||
|
Leírás
A számlaszámot gyakran számviteli bizonylatszámként tartják nyilván, és minden követelési tranzakciót egyedileg azonosít. Ez kapcsolja össze a folyamat eseményeit a számla létrehozásától és a fizetési felszólításoktól a vitás ügyek kezelésén át a végső fizetésig vagy leírásig. A process mining elemzésben az egyes számlaszámok útjának vizsgálata teljes képet ad a folyamatról. Így feltárhatók a jellemző útvonalak, a fizetésfeldolgozás szűk keresztmetszetei és az egyes számlák kezelésének eltérései. Ez olyan dashboardokhoz is fontos, mint a „Számlafolyamat-változatok elemzése” és a „Lejárt számlák kora és állapota”.
Miért fontos?
Ez az eset alapvető azonosítója, amely összekapcsolja a hitelkezelési és követelésbehajtási tevékenységeket, így minden követelés teljes életciklusa elemezhető.
Hol szerezhető be?
Jellemzően a BKPF táblában, a BELNR mezőben (számviteli bizonylat fejléce), vagy a VBRK táblában, a VBELN mezőben (számlázási bizonylat fejléce) található.
Példák
190000012319000004561900000789
|
|||
|
Tevékenység neve
ActivityName
|
A hitelkezelési és követelésbehajtási folyamatban történt konkrét üzleti esemény neve. | ||
|
Leírás
Ez az attribútum a folyamat egyetlen lépését vagy feladatát írja le, például: „Számla létrehozva”, „Fizetési felszólítási eljárás elindítva” vagy „Fizetés beérkezett”. Ezek a tevékenységek együtt adják az egyes esetek folyamatmenetét. A tevékenység nevének elemzése a process mining alapja: segítségével feltárható a folyamattérkép, azonosíthatók a változatok, és mérhetők a lépések közötti átmenetek. Szinte minden folyamatelemzés erre épül, beleértve a „Fizetési felszólítás sikerességi aránya” KPI számítását is, amely a felszólítást követő eseményeket méri.
Miért fontos?
Meghatározza a folyamat lépéseit, így megjeleníthető a folyamattérkép, elemezhetők a változatok, és megérthető a folyamat menete.
Hol szerezhető be?
Tranzakciókódok (TCODE), táblamódosítási naplók (CDHDR/CDPOS) vagy SAP-bizonylatok állapotmezőinek kombinációjából állítható elő.
Példák
Számla elküldve az ügyfélnekFizetési felszólítási eljárás elindítvaFizetés beérkezettVitás ügy rögzítve
|
|||
|
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, ki felelős egy adott folyamatlépésért, például egy fizetés könyveléséért vagy egy fizetési felszólítási futás elindításáért. Az SAP rendszerben gyakran a „User Name” (UNAME) vagy az „Entered by” mező tárolja. A felhasználók szerinti elemzés segít azonosítani a kiemelkedően teljesítő munkatársakat és csapatokat, a további képzést igénylő területeket, valamint a munkaterhelés eloszlásának mintáit. A megfelelési problémák és a jogosulatlan tevékenységek kivizsgálására is használható. A „Behajtási hívások eredményessége” dashboard például a behajtási munkatársankénti eredményeket követi.
Miért fontos?
A folyamattevékenységeket konkrét személyekhez kapcsolja, így elemezhető az erőforrások teljesítménye, terhelése és a megfelelés.
Hol szerezhető be?
Gyakran a fejlécet tartalmazó táblákban, például a BKPF USNAM mezőjében, vagy a módosítási naplókban, például a CDHDR USERNAME mezőjében található.
Példák
JSMITHRROEBATCH_USER
|
|||
|
Fizetési határidő
PaymentDueDate
|
A dátum, ameddig a számlát ki kell fizetni. | ||
|
Leírás
A fizetési határidőt a számla dátuma és az ügyféllel egyeztetett fizetési feltételek alapján számítják ki. Ehhez viszonyítva mérhető, hogy a fizetés időben érkezett-e. Ez a dátum minden lejáratelemzés alapja. Ebből számítható ki a késedelmes napok száma, és ez indítja el a fizetési felszólítási eljárásokat. Az olyan dashboardok, mint a „Lejárt számlák kora és állapota”, valamint az olyan KPI-k, mint a „Vevői kintlévőségek átlagos futamideje (DSO)”, nagymértékben erre az attribútumra támaszkodnak.
Miért fontos?
Ez a dátum alapján állapítható meg, hogy lejárt-e a számla. A fizetési határidő indítja el a követelésbehajtási tevékenységeket, és fontos KPI-k számításához is szükséges.
Hol szerezhető be?
A számviteli bizonylat ügyféltételében, a BSEG tábla ZFBDT mezőjében található.
Példák
2023-05-302023-06-152023-07-01
|
|||
|
Lejárt napok száma
DaysOverdue
|
A fizetési határidő lejárta óta eltelt napok száma. | ||
|
Leírás
Ez a számított mutató a „Fizetési határidő” és az aktuális dátum (nyitott számláknál), illetve a „Fizetés dátuma” (kiegyenlített számláknál) közötti időt méri. A pozitív érték késedelmes fizetést jelez. A lejárt napok száma a követeléskezelés egyik alapvető KPI-ja. Ez a „Lejárt számlák korosítása és állapota” dashboard elsődleges mutatója, és a behajtási feladatok rangsorolására is használják. Az értékek eloszlása megmutatja a vevőkövetelés-állomány általános állapotát.
Miért fontos?
A követeléskezelés eredményességének fontos mutatója. A kintlévőségek korosítására, a feladatok rangsorolására és a fizetési késedelmek mérésére használják.
Hol szerezhető be?
Az adatátalakítás során számítják ki: (aktuális dátum VAGY kiegyenlítés dátuma) - PaymentDueDate (BSEG-ZFBDT).
Példák
1530920
|
|||
|
Számla összege
InvoiceAmount
|
A számla teljes értéke a bizonylat pénznemében. | ||
|
Leírás
Ez az attribútum a számlázott termékek vagy szolgáltatások teljes pénzértékét mutatja. Fontos mérőszám, mert megadja az egyes esetek pénzügyi hatását. A számla összegének elemzése segít rangsorolni a behajtási feladatokat, például a „Behajtási portfólió rangsorolása” dashboardon. A folyamat hiányosságainak pénzügyi hatása is felmérhető vele, például a vitatott számlák összértéke vagy a lejárt követelésekben lekötött összeg. Az „Leírt számlák aránya” KPI számításához is ez adja az értékalapot.
Miért fontos?
Megadja az egyes esetek pénzügyi értékét, ami elengedhetetlen a rangsoroláshoz, a kockázatértékeléshez és a teljesítményméréshez.
Hol szerezhető be?
A számviteli bizonylatok tételsoraiból, a BSEG táblából származik: a helyi pénznemben megadott összeghez a DMBTR, a bizonylat pénznemében megadott összeghez a WRBTR mező használható.
Példák
1500.0025000.50750.75
|
|||
|
Ügyfélszám
CustomerNumber
|
Az ügyfélszámla egyedi azonosítója. | ||
|
Leírás
Az ügyfélszám azonosítja azt az üzleti partnert, akinek a számlát kiállították. Összekapcsolja a pénzügyi tranzakciót az ügyfél törzsadataival. Ez az attribútum elengedhetetlen az ügyfélközpontú elemzéshez, például az egyes ügyfelek vagy ügyfélszegmensek fizetési szokásainak vizsgálatához. Az „Ügyfelek fizetési szokásainak alakulása” dashboard megmutatja, kik fizetnek rendszeresen késve. Az olyan KPI-k számítását is támogatja, mint a „Kiemelt ügyfelek lefedettsége”, amely az ügyfélszám alapján csoportosítja a számlákat.
Miért fontos?
Összekapcsolja a tranzakciókat az egyes ügyfelekkel, így elemezhető a fizetési magatartás, az ügyfélszegmentáció és az ügyfélkapcsolatok kezelése.
Hol szerezhető be?
A számviteli bizonylatok tételsoraiban, például a BSEG tábla KUNNR mezőjében, vagy az ügyféltörzsadatokat tartalmazó KNA1 táblában található.
Példák
CUST100234CUST200567CUST300890
|
|||
|
A vita oka
DisputeReason
|
Az okkód, amely megadja, miért vitatja az ügyfél a számlát. | ||
|
Leírás
Amikor az ügyfél vitatja a számlát, általában okot rendelnek az ügyhöz, például „Hibás árazás”, „Sérült áru” vagy „Duplikált számla”. Az ügy kezelése az SAP Dispute Management modulban történik. A vita okainak elemzése segít feltárni az ügyfél-elégedetlenség és a fizetési késedelmek kiváltó okait. Az „Számlaviták száma és rendezése” dashboardon ez az attribútum szerinti bontás megmutathatja, mely visszatérő problémákat kell megoldani a megrendeléstől a pénz beérkezéséig tartó folyamat korábbi szakaszaiban.
Miért fontos?
Feltárja a számlaviták kiváltó okait, és segít azonosítani, majd megszüntetni a mögöttes működési problémákat.
Hol szerezhető be?
Az SAP Dispute Management modulból származik, valószínűleg a UDM_SCASE_ATTR vagy egy hasonló táblából, a vitás ügy attribútumai alapján.
Példák
PRC_ERR - Árazási hibaQTY_DIF - Mennyiségi eltérésSHIP_DMG - Sérült szállítmány
|
|||
|
Automatizált
IsAutomated
|
Jelzi, hogy a tevékenységet rendszerfelhasználó vagy emberi felhasználó hajtotta-e végre. | ||
|
Leírás
Ez a logikai attribútum különbséget tesz a rendszer által automatikusan végrehajtott tevékenységek, például az ütemezett fizetési felszólítás vagy az automatikus fizetéskönyvelés, és a felhasználó által végzett manuális lépések, például a követeléskezelési telefonhívás között. Az attribútum elemzésével mérhető a folyamat automatizáltsága. Összehasonlítható az automatizált és manuális lépések hatékonysága és következetessége, azonosíthatók a további automatizálási lehetőségek, és felmérhető a követeléskezelés tényleges manuális ráfordítása.
Miért fontos?
Segít számszerűsíteni a folyamat automatizáltságát, így elemezhető az automatizálás hatása a hatékonyságra és a költségekre.
Hol szerezhető be?
Származtatott attribútum, amelyet általában a „UserName” alapján határoznak meg. Ha a felhasználói azonosító szerepel a rendszer- vagy kötegelt felhasználók előre meghatározott listáján, például „BATCH_USER”, az értéke igaz.
Példák
truefalse
|
|||
|
Fizetési felszólítási szint
DunningLevel
|
A lejárt számlára vonatkozó fizetési felszólítási eljárás aktuális szakaszát jelzi. | ||
|
Leírás
A fizetési felszólítási szint a követelésbehajtás intenzitását jelzi. Az eljárás az egyszerű emlékeztetőtől a hivatalos jogi felszólításig fokozatosan szigorodhat. Minden szinthez a felszólítási eljárásban meghatározott tevékenység tartozik. Ennek az attribútumnak a követése elengedhetetlen a fizetési felszólítási folyamat eredményességének és a megfelelésnek az ellenőrzéséhez. A „Fizetési felszólítási folyamat eredményessége” dashboard az egyes szintekhez tartozó fizetési arányokat elemzi, a „Fizetési felszólítási folyamat megfelelése” dashboard pedig azt ellenőrzi, hogy a szintek sorrendje megfelelő-e.
Miért fontos?
Követi a behajtási tevékenység előrehaladását, így elemezhető a fizetési felszólítások eredményessége és a folyamat megfelelése.
Hol szerezhető be?
Az adatokat a fizetési felszólítási táblák, például az MHND (fizetési felszólítási adatok) tárolják. Egy tétel utolsó felszólítási szintje a BSEG tábla MANST mezőjében található.
Példák
123 - Végső felszólításJogi eljárás
|
|||
|
Forrásrendszer
SourceSystem
|
Azonosítja azt a rendszert, ahonnan az adatok származnak. | ||
|
Leírás
Ez az attribútum a forrásként szolgáló információs rendszert jelöli, ebben az esetben az SAP S/4HANA rendszert. Különösen fontos, ha az adatok több rendszerből származnak, például különböző ERP-példányokból vagy egy külön CRM-rendszerből. A folyamatelemzésben segít megkülönböztetni a több rendszeren átívelő folyamatokat, illetve egy adott rendszerpéldányra szűkíteni az elemzést. Biztosítja az adatok eredetének nyomon követhetőségét, és támpontot ad az adatok ellenőrzésekor és a hibakereséskor.
Miért fontos?
Megadja az adatok eredetét, ami segít eligazodni a több rendszert használó környezetekben, és támogatja az adatirányítást.
Hol szerezhető be?
Ez jellemzően az adatkinyerés során hozzáadott, állandó érték, amely az adott SAP S/4HANA-példányt azonosítja, például a rendszerazonosítóval (SID).
Példák
S4H_PROD_100S4HANA_FINANCE_EUSAP_ECC_US
|
|||
|
Hitelkeret
CreditLimit
|
Az ügyfélnek biztosított maximális hitelösszeg. | ||
|
Leírás
A hitelkeret az ügyfél hiteltörzsadataiban tárolt érték, amely meghatározza, mekkora teljes hitelkitettséget vállal a vállalat az adott ügyféllel szemben. A „Hitelkeret igénylése” és a „Hitelkeret jóváhagyása” tevékenység közvetlenül ehhez az attribútumhoz kapcsolódik. Ez az attribútum segít értelmezni a hitelkockázatot. A „Hiteljóváhagyási ciklusidő elemzése” dashboard követi a hitelkeret beállításának vagy módosításának folyamatát. A lejárt tartozásokkal együtt vizsgálva felmérhető a teljes portfólió kockázata.
Miért fontos?
Meghatározza az ügyfél számára jóváhagyott hitelkockázatot, ezért alapvető a hiteljóváhagyási folyamat és a teljes hitelkitettség elemzéséhez.
Hol szerezhető be?
Az SAP Credit Management (FSCM) modulban tárolják, például a UKM_BP_CMS_SGMT táblában, a CREDIT_LIMIT mezőben.
Példák
50000.00100000.00250000.00
|
|||
|
Leírási ok
WriteOffReason
|
Az okkód megadja, miért írtak le egy behajthatatlannak minősített számlát. | ||
|
Leírás
Ha egy követelés behajthatatlanná válik, kivezetik a könyvelésből, és okkódot rendelnek hozzá, például „Csőd”, „Kis összegű leírás” vagy „Le nem zárt vita”. Ez az attribútum nélkülözhetetlen a „Számlaleírások elemzése” dashboardhoz. A leírások ok szerinti gyakoriságának és értékének elemzésével a vállalat feltárhatja a hitelpolitikája vagy a követeléskezelési stratégiája hiányosságait, és intézkedhet a jövőbeli veszteségek mérsékléséről.
Miért fontos?
Feltárja a behajthatatlan követelésekből eredő pénzügyi veszteségek kiváltó okait, és segít a hitelezési, illetve követeléskezelési szabályok fejlesztésében.
Hol szerezhető be?
Ezt gyakran okkódmezőkben rögzítik (BSEG-RSTGR) a követelések leírására használt pénzügyi könyvelési tranzakció során, például az F-30 tranzakcióban.
Példák
CSŐDKIS_ÖSSZEGŰ_LEÍRÁSVITA_MIATTI_VESZTESÉG
|
|||
|
Számla pénzneme
InvoiceCurrency
|
A pénznem, amelyben a számlát kiállították. | ||
|
Leírás
Ez az attribútum adja meg a számla összegének pénznemkódját, például USD vagy EUR. Segít értelmezni a pénzösszegeket, különösen a több országban működő szervezeteknél. Bár a legtöbb elemzés egységesített helyi pénznemben készül, a bizonylat pénzneme fontos az eredeti tranzakció és az árfolyamhatások megértéséhez. Ez adja meg a Számla összege attribútum értelmezéséhez szükséges hátteret.
Miért fontos?
Megadja a számla összegének értelmezéséhez szükséges pénznemet, így több pénznemet használó környezetben is pontos pénzügyi elemzés végezhető.
Hol szerezhető be?
Jellemzően a fejlécet tartalmazó táblákban, például a BKPF WAERS mezőjében, vagy a tételsorokat tartalmazó táblákban, például a BSEG PSWSL mezőjében található.
Példák
USDEURGBP
|
|||
|
Ügyfélszegmens
CustomerSegment
|
Az ügyfél besorolása, például méret, iparág vagy stratégiai jelentőség alapján. | ||
|
Leírás
Az ügyfélszegmens olyan marketing- vagy értékesítési besorolás, amely hasonló jellemzőjű ügyfeleket csoportosít. Alapja lehet például az éves árbevétel, az iparág, a földrajzi elhelyezkedés vagy az ügyfélkapcsolat státusza, például arany, ezüst vagy bronz. A követelésbehajtás elemzésében a szegmensek szerinti bontás feltárja az egyes csoportokra jellemző mintákat. A „Számlaleírások elemzése” dashboard például megmutathatja, ha egy adott szegmens aránytalanul sok leírásért felelős. Ez segíti az adott szegmensre vonatkozó hitelpolitikai döntéseket.
Miért fontos?
Lehetővé teszi a folyamatok teljesítményének és az ügyfelek viselkedésének összehasonlítását a különböző ügyfélcsoportok között, és stratégiai szempontból hasznos összefüggéseket tár fel.
Hol szerezhető be?
Jellemzően az ügyféltörzsadatokból, a KNA1 táblából származik. Gyakran valamelyik besorolási vagy attribútummező, például a KDKG1-KDKG5 mezők tárolják (1–5. ügyfélcsoport).
Példák
NagyvállalatKis- és középvállalkozásKormányzati szervStratégiai ügyfél
|
|||
|
Utolsó adatfrissítés
LastDataUpdate
|
A forrásrendszerből végzett legutóbbi adatfrissítés vagy adatkinyerés időbélyege. | ||
|
Leírás
Ez az attribútum jelzi, mikor frissítették utoljára az adatkészletet. Segít megítélni, mennyire aktuálisak az elemzett adatok. Ez minden dashboard és elemzés fontos metaadata. Megmutatja, milyen időszakot fed le az elemzés, és segít elkerülni az elavult adatokból eredő téves következtetéseket. A lejárt számlák elemzése például csak akkor értelmezhető, ha ismert, mikor töltötték le utoljára az adatokat.
Miért fontos?
Segít megérteni, mennyire frissek az adatok, ami elengedhetetlen a pontos, adatokra alapozott döntésekhez.
Hol szerezhető be?
Ez az érték az adatkinyerés, -átalakítás és -betöltés (ETL) során jön létre és kerül tárolásra.
Példák
2023-10-27T02:00:00Z2023-10-26T02:00:00Z
|
|||
|
Vállalatkód
CompanyCode
|
Az a szervezeti egység, amely önálló jogi személyt képvisel, és amelyre pénzügyi kimutatások készülnek. | ||
|
Leírás
A vállalatkód az SAP Financials egyik alapvető szervezeti egysége. Minden pénzügyi tranzakciót, így a számlákat és a fizetéseket is egy adott vállalatkódhoz könyvelnek. A process mining elemzésben a vállalatkód szerinti szűrés vagy csoportosítás elengedhetetlen a vállalaton belüli különböző jogi személyek folyamatainak összehasonlításához. Így azonosíthatók az egyik szervezetnél bevált gyakorlatok, amelyek másutt is alkalmazhatók, valamint az egy adott vállalatot érintő rendszerszintű problémák. Szinte minden pénzügyi folyamatelemzésnél fontos szűrő.
Miért fontos?
Lehetővé teszi a folyamatok teljesítményének és a megfelelésnek az összehasonlítását a szervezet különböző jogi személyei között.
Hol szerezhető be?
A legtöbb pénzügyi táblában megtalálható, például a BKPF és a BSEG táblában, a BUKRS mezőben.
Példák
10002000US01DE01
|
|||
A hitelkezelés és a követeléskezelés tevékenységei
| Tevékenység | Leírás | ||
|---|---|---|---|
|
Fizetés beérkezett
|
Ez a tevékenység az ügyféltől beérkező pénz átvételét jelöli, amelyet a nyitott számlához rendelnek. Az eseményt a számla összegét kiegyenlítő kiegyenlítési bizonylat létrehozása rögzíti. | ||
|
Miért fontos?
Ez a pénzáramlást és a DSO-t közvetlenül befolyásoló fontos mérföldkő. A fizetésig eltelt idő és az azt megelőző tevékenységek elemzése megmutatja, mennyire eredményes a teljes követelésbehajtási folyamat.
Hol szerezhető be?
Az esemény a számlához könyvelt kiegyenlítési bizonylat alapján állapítható meg. Az adott számlához tartozó, kiegyenlített tételeket tartalmazó BSAD tábla kiegyenlítési dátuma (AUGDT) adja az időbélyeget.
Rögzítés
A megfelelő számlabizonylatszámhoz (BELNR) tartozó kiegyenlítési dátumot (AUGDT) a BSAD táblából vegye.
Eseménytípus
inferred
|
|||
|
Lejárt a fizetési határidő
|
Számított esemény: akkor következik be, amikor az aktuális dátum meghaladja a számla nettó fizetési határidejét, és addig nem könyveltek kiegyenlítő fizetést. Ekkor a számla „határidőn belüli” állapotból „lejárt” állapotba kerül. | ||
|
Miért fontos?
Ez az esemény indítja el a követelésbehajtási és fizetési felszólítási tevékenységeket. Elemzésével vizsgálható a fizetési magatartás, a késedelem oka és az előzetes emlékeztetők eredményessége.
Hol szerezhető be?
Ez nem szerepel külön naplóbejegyzésként. A rendszer a nettó fizetési határidőt, például a BSID tábla ZFBDT mezőjét, az elemzés időpontjával vagy egy későbbi tevékenység időpontjával veti össze.
Rögzítés
Az esemény meghatározásához vesse össze a számla nettó fizetési határidejét (BSID-ZFBDT) az aktuális időbélyeggel vagy egy későbbi esemény időbélyegével.
Eseménytípus
calculated
|
|||
|
Számla kiegyenlítve
|
Ez a számla sikeres lezárását jelzi: a számlát teljes egészében kifizették, és kivezették a nyitott tételek közül. Ez az állapot akkor állapítható meg, ha a számlához kiegyenlítési bizonylat és dátum tartozik. | ||
|
Miért fontos?
A folyamat elsődleges sikeres végpontjaként ez a tevékenység zárja le a számla életciklusát. Az ide vezető útvonalak és az eltelt idő elemzése alapvető a folyamat fejlesztéséhez.
Hol szerezhető be?
Ez nem különálló esemény, hanem a pénzügyi táblákból megállapítható állapot. A számla akkor tekinthető kiegyenlítettnek, ha szerepel a kiegyenlített ügyféltételeket tartalmazó BSAD táblában, és érvényes kiegyenlítési dátuma (AUGDT) van.
Rögzítés
A záró tevékenység időbélyegeként a BSAD tábla kiegyenlítési dátumát (AUGDT) használja.
Eseménytípus
inferred
|
|||
|
Számla leírva
|
Ez a tevékenység azt a döntést jelöli, amikor a ki nem fizetett számlát veszteségként számolják el, és behajthatatlan követelésként sorolják be. Akkor rögzül, amikor egy meghatározott típusú kiegyenlítési bizonylatot könyvelnek, gyakran egyedi okkóddal. | ||
|
Miért fontos?
A leírás közvetlen pénzügyi veszteséget jelent. Gyakoriságának, értékének és az azt megelőző tevékenységeknek az elemzésével azonosíthatók a kockázatos ügyfelek és a követelésbehajtási folyamat hiányosságai.
Hol szerezhető be?
Az esemény a számlát kiegyenlítő bizonylat elemzésével állapítható meg. A kiegyenlítési bizonylatban használt főkönyvi számla vagy okkód (BSEG-RSTGR) jelezheti a leírást.
Rögzítés
Keresse meg a kiegyenlítési bizonylatot, és ellenőrizze, szerepel-e rajta meghatározott okkód vagy behajthatatlan követelésekre szolgáló főkönyvi számlára könyvelt tétel.
Eseménytípus
inferred
|
|||
|
Számla létrehozva
|
Ez a tevékenység jelzi az ügyfélszámla létrehozását, amely a követelésbehajtási folyamat kezdőpontja. Az esemény akkor rögzül, amikor az SAP S/4HANA rendszerben új, számlatípusú számviteli bizonylatot könyvelnek. | ||
|
Miért fontos?
Ez a számlától a pénz beérkezéséig tartó folyamat elsődleges kezdőeseménye. A kezdőpont és a fizetés közötti idő elemzése elengedhetetlen a vevői kintlévőségek átlagos futamidejének (DSO) és a folyamat egészének hatékonyságméréséhez.
Hol szerezhető be?
Az eseményt a rendszer kifejezetten rögzíti. A létrehozás dátuma és időpontja a számviteli bizonylat fejlécét tartalmazó BKPF táblában található, a megfelelő bizonylatszámhoz (BELNR) rendelve. Az olyan bizonylattípusok, mint az „RV”, jellemzően ügyfélszámlát jelölnek.
Rögzítés
A számlabizonylat létrehozási időpontjához használja a BKPF tábla CPUDT és CPUTM mezőit.
Eseménytípus
explicit
|
|||
|
Vitás ügy rögzítve
|
Ez a tevékenység azt jelzi, hogy az ügyfél hivatalosan vitatja a számlát, és az SAP Dispute Management rendszerben ügyet hoztak létre. Az esemény akkor rögzül, amikor új vitás ügyet hoznak létre, és összekapcsolják a számlabizonylattal. | ||
|
Miért fontos?
A vitás ügyek rögzítése segít megérteni a folyamat kivételeit. Az ügyek számának, okainak és rendezési idejének elemzésével feltárhatók a kiváltó okok, például az árazási vagy szállítási hibák.
Hol szerezhető be?
Az SAP Dispute Management táblái kifejezetten rögzítik ezt az eseményt. Az ügy létrehozási dátuma az olyan táblákban, mint a UKM_CASE vagy az FDM_DCOBJ, az ügyhöz kapcsolt számlával együtt használható időbélyegként.
Rögzítés
A vitás ügy létrehozási időpontját a UKM_CASE táblából vegye, és szűrjön az ügytípus alapján.
Eseménytípus
explicit
|
|||
|
Behajtási hívás történt
|
Azt jelöli, amikor a követelésbehajtási munkatárs telefonon felveszi a kapcsolatot az ügyféllel egy lejárt számla miatt. Ez általában nem szabványos SAP-esemény, ezért egyedi naplózásra vagy CRM-rendszerrel való integrációra van szükség. | ||
|
Miért fontos?
A manuális beavatkozás a követelésbehajtás költséges része. A hívások követésével mérhető a behajtási munkatársak eredményessége, és megállapítható, mely ügyfelek igényelnek személyes utánkövetést.
Hol szerezhető be?
Ez az adat általában nem érhető el az S/4HANA alapbeállításaiban. Egyedi táblákban, a követelésbehajtási munkalistához fűzött megjegyzésként vagy integrálandó külső CRM-rendszerben tárolhatják.
Rögzítés
Az esemény meghatározásához a rendszerbővítéseket, a megjegyzéseket vagy a behajtási tevékenységeket rögzítő külső rendszer adatait kell elemezni.
Eseménytípus
explicit
|
|||
|
Fizetés könyvelve
|
A fizetés főkönyvi könyvelését jelöli. Sok esetben a pénz beérkezésével egy időben történik, de külön lépés is lehet, amely késedelmet okozhat. | ||
|
Miért fontos?
A pénz beérkezése és könyvelése közötti késedelem torzíthatja a pénzügyi kimutatásokat. Ennek az átfutási időnek a mérése segít biztosítani a számviteli folyamatok hatékonyságát és pontosságát.
Hol szerezhető be?
Az esemény a kiegyenlítési bizonylat könyvelési dátuma (BUDAT) vagy létrehozási dátuma (CPUDT) alapján állapítható meg a BKPF táblából. A kiegyenlítési bizonylat száma a BSAD-AUGBL mezőben található.
Rögzítés
A számlát kiegyenlítő bizonylat könyvelési dátumát (BUDAT) a BKPF táblából vegye.
Eseménytípus
inferred
|
|||
|
Fizetési felszólítási eljárás elindítva
|
Ez a tevékenység jelzi a lejárt számlára vonatkozó automatikus fizetési felszólítási eljárás hivatalos elindítását. Akkor rögzül, amikor a felszólítási futás feldolgozza a számlát, és hozzárendel egy felszólítási szintet. | ||
|
Miért fontos?
Ez jelzi az automatikus követelésbehajtás kezdetét. A fizetési felszólítások követése segít felmérni a stratégia eredményességét és a belső szabályzatok betartását.
Hol szerezhető be?
Az esemény kifejezetten szerepel a fizetési felszólítási adatok tábláiban. A számlához kapcsolódó felszólítási fejlécet tartalmazó MHNK tábla futási dátuma (LAUFD) jelzi az eljárás végrehajtásának időpontját.
Rögzítés
Az adott számlához nyerje ki a felszólítási futás dátumát (MHNK-LAUFD) és a felszólítási szintet (MHNK-MAHNS).
Eseménytípus
explicit
|
|||
|
Fizetési ígéret rögzítve
|
Ez az esemény akkor következik be, amikor a követelésbehajtási munkatárs rögzíti, hogy az ügyfél egy adott napon kifizeti a lejárt tételt. Ez az SAP Collections Management modulban végrehajtott, kifejezett művelet. | ||
|
Miért fontos?
A fizetési ígéret a behajtási tevékenység egyik fontos eredménye. Gyakoriságának, teljesítési arányának és a fizetési időre gyakorolt hatásának elemzése segít finomítani a behajtási stratégiát.
Hol szerezhető be?
Az SAP Collections Management kifejezetten rögzíti ezt az eseményt. A fizetési ígéret létrehozási dátuma például a UDM_P2P_ATTR táblából nyerhető ki.
Rögzítés
A számlához kapcsolódó fizetési ígéret létrehozási dátumát a megfelelő táblából, például a UDM_P2P_ATTR táblából vegye.
Eseménytípus
explicit
|
|||
|
Számla elküldve az ügyfélnek
|
Azt az időpontot jelöli, amikor a számlát elküldték az ügyfélnek, például nyomtatva, e-mailben vagy EDI-n keresztül. Ezt jellemzően az SAP kimenet-meghatározási naplói rögzítik, amelyek jelzik a kimenő üzenet feldolgozásának időpontját. | ||
|
Miért fontos?
A számla létrehozása és elküldése közötti késedelem meghosszabbíthatja a teljes fizetési ciklust. Ennek követésével feltárhatók az ügyfélkommunikáció és a dokumentumkézbesítés szűk keresztmetszetei.
Hol szerezhető be?
Az esemény a NAST üzenetállapot-tábla feldolgozási dátuma és időpontja alapján állapítható meg, ha a kimenettípus ügyfélszámlához tartozik. Ehhez megfelelően be kell állítani a kimenet-meghatározást.
Rögzítés
Keresse meg a NAST táblában a számla számlázási bizonylatszámához kapcsolódó, sikeresen feldolgozott rekordot.
Eseménytípus
inferred
|
|||
|
Vitás ügy rendezve
|
Ez a tevékenység jelzi a vitás ügy lezárását, akár az ügyfél igényének elfogadása, akár elutasítása után. Akkor rögzül, amikor az ügy állapota „lezárt” vagy „rendezett” értékre változik. | ||
|
Miért fontos?
A vitás ügyek rendezéséhez szükséges idő fontos mutatója az ügyfél-elégedettségnek és a működési hatékonyságnak. A hosszú rendezési idő késleltetheti a fizetést és ronthatja az ügyfélkapcsolatot.
Hol szerezhető be?
Az esemény a vitás ügy állapotváltozásából állapítható meg. A UKM_CASE táblában a „Closed” vagy „Confirmed” állapotba váltáshoz rendelt időbélyeg jelzi a rendezés időpontját.
Rögzítés
A UKM_CASE táblában vagy a kapcsolódó állapotváltozási naplókban keresse meg a végleges, rendezett állapotba váltás időbélyegét.
Eseménytípus
inferred
|
|||
Adatkinyerési útmutatók
Kezdje el most?
Használja ezt a sablont az adatok elemzésre való előkészítéséhez, és aknázza ki a process mining lehetőségeit a hitelkezelés és a követeléskezelés területén. Kezdje el még ma optimalizálni a pénzforgalmat és csökkenteni a behajthatatlan követelések összegét.
Javítsa pénzforgalmát: optimalizálja még ma a hitelkezelést és a követeléskezelést
Tárja fel a hatékonysági problémákat, csökkentse 30%-kal a ciklusidőt, és javítsa pénzforgalmát.
Nincs szükség bankkártyára. A beállítás néhány percet vesz igénybe.