Követeléskezelési adatainak sablonja
Követeléskezelési adatainak sablonja
- Javasolt attribútumok
- Nyomon követendő fő tevékenységek
- Adatkinyerési útmutató
Követeléskezelési attribútumok
| Név | Leírás | ||
|---|---|---|---|
|
Esemény időpontja
EventTime
|
Az időbélyeg, amely rögzíti, mikor történt a tevékenység. | ||
|
Leírás
Ez az attribútum rögzíti a tevékenység pontos dátumát és időpontját. Tranzakciós adatoknál ez gyakran a fejléc táblákban szereplő rögzítési dátum (CPUDT) és rögzítési idő (CPUTM) kombinációja. Segítségével kiszámítható a ciklusidő és az átfutási idő.
Miért fontos?
A pontos időbélyegek elengedhetetlenek a DSO kiszámításához és a szűk keresztmetszetek azonosításához.
Hol szerezhető be?
SAP-tábla: BKPF-CPUDT és BKPF-CPUTM
Példák
2023-10-12T08:30:00Z2023-10-15T14:45:12Z2023-11-01T09:15:00Z
|
|||
|
Számlaszám
InvoiceNumber
|
A számla vagy számviteli bizonylat egyedi azonosítója. | ||
|
Leírás
Ez az attribútum az Accounts Receivable folyamat egyedi Case ID-jaként szolgál. Általában az SAP FI modulban szereplő számviteli bizonylat számának (BELNR), vagy az SD modulban szereplő számlázási bizonylat számának (VBELN) felel meg, az adatkinyerés módjától függően. Az eredeti pénzügyi kötelezettséghez kapcsolja a későbbi tevékenységeket, például a fizetéseket, a vitás eseteket és a kiegyenlítést.
Miért fontos?
Ez a központi kulcs szükséges ahhoz, hogy minden tranzakció teljes folyamatmenete rekonstruálható legyen.
Hol szerezhető be?
SAP-tábla: BKPF-BELNR vagy VBRK-VBELN
Példák
1400000234900004321014000002351800000099
|
|||
|
Tevékenység
Activity
|
A folyamatban végrehajtott konkrét esemény vagy művelet. | ||
|
Leírás
Ez az attribútum az AR-folyamatban végrehajtott lépést írja le, például számla létrehozását, részfizetés könyvelését vagy számla kiegyenlítését. Az érték általában a tranzakciókódból (TCODE) vagy a változásnapló-táblákban rögzített dokumentumállapot-változásokból származik.
Miért fontos?
A folyamatmenet feltérképezéséhez és az események sorrendjének meghatározásához szükséges.
Hol szerezhető be?
Az SAP TSTCT (tranzakciókódok) vagy CDHDR/CDPOS (módosítási bizonylatok) táblákból származik.
Példák
Vevőszámla létrehozásaRészfizetés könyveléseSzámla kiegyenlítéseReklamációs ügy létrehozása
|
|||
|
Forrásrendszer
SourceSystem
|
Az a rendszer, ahonnan az adatok származnak. | ||
|
Leírás
Ez az attribútum azonosítja azt az SAP S/4HANA-példányt vagy külső rendszert, amelyben a rekord létrejött. Több ERP-példányt használó környezetben segít nyomon követni az adatok eredetét.
Miért fontos?
Több rendszer használatakor lehetővé teszi az elemzések rendszerenkénti elkülönítését.
Hol szerezhető be?
Rendszerazonosító (SY-SYSID), vagy az adatkinyerés során rögzített érték
Példák
SAP_S4H_PRODSAP_S4H_01LEGACY_ERP
|
|||
|
Utolsó adatfrissítés
LastDataUpdate
|
Az időbélyeg, amely rögzíti, mikor nyerték ki vagy frissítették utoljára az adatokat. | ||
|
Leírás
Ez az attribútum jelzi, mikor töltötték be az adatokat a process mining eszközbe. Segít megállapítani, mennyire frissek az olyan dashboardokon megjelenő adatok, mint a zárási egyeztetés állapota.
Miért fontos?
Az elemzők így ellenőrizhetik, hogy valós idejű vagy korábbi adatokat látnak-e.
Hol szerezhető be?
ETL-metaadatok
Példák
2023-11-05T00:00:00Z2023-11-05T06:00:00Z
|
|||
|
Automatizált
IsAutomated
|
Jelzi, hogy a tevékenységet rendszerfelhasználó hajtotta-e végre. | ||
|
Leírás
Ez a logikai attribútum a felhasználói attribútum alapján számítható ki. Ha a felhasználói azonosító ismert rendszer- vagy kötegelt fiókhoz tartozik, például „BNK_BSM”, az értéke igaz. Ez határozza meg a fizetésegyeztetés automatizálási arányát bemutató dashboard adatait.
Miért fontos?
A digitális átalakulás és az automatizálás eredményességének mérésére szolgál.
Hol szerezhető be?
A felhasználói attribútumból származik.
Példák
truefalse
|
|||
|
Bizonylattípus
DocumentType
|
A számviteli bizonylat besorolása, például számla, fizetés vagy jóváíró bizonylat. | ||
|
Leírás
A bizonylattípus (BLART) kategorizálja a tranzakciót. Például a „DR” vevői számlát, a „DZ” vevői fizetést, a „DG” pedig jóváíró bizonylatot jelöl. Ez a típus segít a jóváíró bizonylatok és korrekciók elemzéséhez szükséges esetek szűrésében.
Miért fontos?
Számlákra, fizetésekre és korrekciókra bontja az adatokat.
Hol szerezhető be?
SAP-tábla: BKPF-BLART
Példák
DRDZDGRV
|
|||
|
Felhasználónév
User
|
A tevékenységet végrehajtó felhasználó azonosítója. | ||
|
Leírás
Ez az attribútum (USNAM) azonosítja az eseményért felelős felhasználót vagy rendszerügynököt. Az automatizált fizetésegyeztetés arányának kiszámításakor az emberi felhasználókat megkülönbözteti a rendszeres kötegelt feladatokat futtató felhasználóktól.
Miért fontos?
Szükséges az automatizálás mértékének és a felhasználói produktivitásnak a meghatározásához.
Hol szerezhető be?
SAP-tábla: BKPF-USNAM vagy CDHDR-USERNAME
Példák
JSMITHBATCH_USERSAP_WFALEX_D
|
|||
|
Fizetési feltételek
PaymentTerms
|
A megállapodott fizetési feltételeket jelölő kód. | ||
|
Leírás
Ez az attribútum (ZTERM) határozza meg az ügyfél fizetési feltételeit, többek között a fizetési határidőt és a pénzforgalmi kedvezményeket. Ez az elsődleges adatforrás a korai fizetési kedvezmények optimalizálását bemutató dashboardhoz.
Miért fontos?
Alapul szolgál a fizetési határidők kiszámításához és a kedvezményre való jogosultság vizsgálatához.
Hol szerezhető be?
SAP-tábla: BSEG-ZTERM vagy KNB1-ZTERM
Példák
NT300001Z015
|
|||
|
Fizetési határidő
DueDate
|
A kiszámított dátum, ameddig a számlát ki kell fizetni. | ||
|
Leírás
Ez az attribútum a nettó fizetési határidőt jelöli. Az SAP-ban ezt gyakran úgy számítják ki, hogy az alapdátumhoz (ZFBDT) hozzáadják a fizetési feltételekben (ZTERM) meghatározott napok számát. Ez szolgál viszonyítási alapként a fizetési felszólítások megfelelését és végrehajtását bemutató dashboardhoz.
Miért fontos?
Ennek alapján állapítható meg, hogy a fizetés késedelmes-e.
Hol szerezhető be?
A BSEG-ZFBDT és BSEG-ZTERM mezőkből származik.
Példák
2023-11-302023-12-15
|
|||
|
Kiegyenlítés dátuma
ClearingDate
|
A számla kiegyenlítésének dátuma. | ||
|
Leírás
Ez az attribútum (AUGDT) rögzíti, mikor egyenlítették ki a nyitott tételt, általában fizetéssel. Ez jelöli az AR-folyamat fő ciklusának végét, és a vevőkövetelések forgási idejének (DSO) kiszámításához használt elsődleges változó.
Miért fontos?
A követelésbehajtási ciklus lezárását jelöli.
Hol szerezhető be?
SAP-tábla: BSEG-AUGDT vagy BSAD-AUGDT
Példák
2023-11-012023-11-10
|
|||
|
Összeg helyi pénznemben
AmountInLocalCurrency
|
A számla vagy a fizetés összege a vállalatkód pénznemében. | ||
|
Leírás
Ez az attribútum (DMBTR) tartalmazza a tranzakció pénzügyi összegét. Segítségével kiszámítható a nyitott számlák, jóváíró bizonylatok és fizetések összértéke. Az összegek számszerűsítésével támogatja a jóváíró bizonylatok és korrekciók elemzésére szolgáló dashboardot.
Miért fontos?
Szükséges a pénzügyi hatások elemzéséhez és a nagy összegű követelések behajtásának előtérbe helyezéséhez.
Hol szerezhető be?
SAP-tábla: BSEG-DMBTR vagy ACDOCA-DMBTR
Példák
1500.00250.5010000.00
|
|||
|
Ügyfélszám
CustomerNumber
|
Az ügyfélszámla egyedi azonosítója. | ||
|
Leírás
Ez az attribútum a számlához tartozó ügyfélszámot (KUNNR) jelöli. Lehetővé teszi a fizetési szokások részletes elemzését, és szükséges az ügyfelek fizetési szokásait bemutató dashboardhoz.
Miért fontos?
Lehetővé teszi az egyes ügyfélszámlák teljesítményének részletes vizsgálatát.
Hol szerezhető be?
SAP-tábla: BSEG-KUNNR vagy KNA1-KUNNR
Példák
CUST100230001004500WALMART_US
|
|||
|
Vállalatkód
CompanyCode
|
Az a pénzügyi egység vagy üzletág, amelyhez a számla tartozik. | ||
|
Leírás
A vállalatkód (BUKRS) az SAP-rendszer külső számvitelének központi szervezeti egysége. Segítségével üzletáganként bontható az elemzés, például az ügyfelek fizetési szokásait bemutató dashboardon.
Miért fontos?
Szükséges a különböző jogi személyek teljesítményének szűréséhez és összehasonlításához.
Hol szerezhető be?
SAP-tábla: BKPF-BUKRS vagy T001-BUKRS
Példák
1000US01DE012000
|
|||
|
Vevőkövetelések forgási ideje
DaysSalesOutstanding
|
A számla könyvelése és kiegyenlítése között eltelt idő. | ||
|
Leírás
Ezt a mutatót a kiegyenlített tételeknél a könyvelési dátum és a kiegyenlítés dátuma közötti különbségként számítják ki. Ez a vevőkövetelések forgási idejét bemutató dashboard elsődleges értéke, és a pénzforgalom hatékonyságának fontos mérőszáma.
Miért fontos?
Az AR-folyamat elsődleges vezetői KPI-ja.
Hol szerezhető be?
Számítás: ClearingDate - PostingDate
Példák
30 nap45 nap15 nap
|
|||
|
Fizetési felszólítási szint
DunningLevel
|
A számlához tartozó aktuális fizetési felszólítási szint. | ||
|
Leírás
Ez az attribútum (MAHNS) jelzi, hányszor emlékeztették az ügyfelet a fizetésre. Nyomon követi a követelésbehajtási lépések fokozását, és megjelenik a fizetési felszólítások megfelelését és végrehajtását bemutató dashboardon.
Miért fontos?
Nyomon követi a késedelmes fizetések mértékét és a felszólítási szabályok betartását.
Hol szerezhető be?
SAP-tábla: MHNK-MAHNS vagy KNB5 (ügyféltörzs fizetési felszólítási adatai)
Példák
1230
|
|||
|
Jóváíró bizonylat
IsCreditMemo
|
Jelzi, hogy a bizonylat jóváíró bizonylat-e. | ||
|
Leírás
Ez a logikai attribútum a bizonylattípusból származik, például akkor igaz, ha a típus „DG”. Lehetővé teszi a korrekciós tranzakciók gyors szűrését, és támogatja a korrekciós jóváíró bizonylatok arányát mérő KPI-t.
Miért fontos?
Azonosítja az ismételt munkát és a számlázási hibákat.
Hol szerezhető be?
A DocumentType mezőből származik.
Példák
truefalse
|
|||
|
Ország
Country
|
Az ügyfél országa. | ||
|
Leírás
Ez az attribútum (LAND1) az ügyféltörzsből származik. Lehetővé teszi a KPI-k földrajzi bontását, például a jóváíró bizonylatok arányának elemzését régió vagy ország szerint.
Miért fontos?
A regionális megfelelés és teljesítmény elemzése.
Hol szerezhető be?
SAP-tábla: KNA1-LAND1
Példák
USDEFRJP
|
|||
|
Régió
Region
|
Az ügyfél állama, tartománya vagy régiója. | ||
|
Leírás
Ez az attribútum (REGIO) az országnál részletesebb földrajzi bontást tesz lehetővé. A jóváíró bizonylatok és korrekciók elemzésénél segít feltárni a regionális feldolgozási problémákat.
Miért fontos?
Részletes földrajzi elemzés.
Hol szerezhető be?
SAP-tábla: KNA1-REGIO
Példák
CANYTXBY
|
|||
|
Vitás eset azonosítója
DisputeCaseId
|
A számlához kapcsolódó vitás eset azonosítója. | ||
|
Leírás
Ez az attribútum a vitás eset azonosítóját (UDM_CASE) tartalmazza, ha van ilyen. Összekapcsolja a pénzügyi bizonylatot a Dispute Management modullal. Szükséges a vitás esetek rendezési ciklusának hatékonyságát bemutató dashboardhoz.
Miért fontos?
Összekapcsolja az AR-bizonylatokat a vitás esetek rendezésének munkafolyamatával.
Hol szerezhető be?
SAP-tábla: FDM_DCPROC vagy UDM_CASE_ATTR
Példák
0000056789DISP-2023-001
|
|||
Követeléskezelési tevékenységek
| Tevékenység | Leírás | ||
|---|---|---|---|
|
Fizetési emlékeztető küldése
|
Lejárt számlához fizetési felszólítás vagy emlékeztető levél készül. Ez rögzíti a szervezet követelésbehajtási tevékenységét. | ||
|
Miért fontos?
A fizetési felszólítási megfelelés KPI szempontjából fontos. Megmutatja, hogy a követeléskezelési stratégia a szabályok szerint valósul-e meg.
Hol szerezhető be?
MHND tábla (fizetési felszólítási adatok), LAUFD mező (a felszólítási futtatás dátuma). Összekapcsolás vállalatkód és vevő alapján.
Rögzítés
A fizetési felszólítási futtatás (F150) végrehajtásakor naplózva
Eseménytípus
explicit
|
|||
|
Részfizetés könyvelése
|
A beérkezett fizetés nem fedezi a számla teljes összegét, ezért maradványtétel marad a számlán. | ||
|
Miért fontos?
Hatással van az alulfizetések rendezési idejére. A gyakori részfizetések bonyolítják a folyamatot, és növelik a kézi egyeztetés szükségességét.
Hol szerezhető be?
BSEG tábla. Akkor következtethető ki, ha egy kiegyenlítési bizonylat (AUGBL) új maradványtételt hoz létre, amelynek hivatkozási bizonylata megegyezik az eredeti számlával, és egyenlege marad.
Rögzítés
A maradványtételt létrehozó kiegyenlítési bizonylatból származtatva
Eseménytípus
inferred
|
|||
|
Számla kiegyenlítése
|
Az a technikai könyvelési lépés, amelyben a nyitott tételt fizetéssel vagy jóváírással párosítják, és az állapota „Kiegyenlített” lesz. | ||
|
Miért fontos?
A folyamatpéldány végleges lezárása a rendszerben. Szükséges a végleges DSO-mutató kiszámításához.
Hol szerezhető be?
BSEG vagy ACDOCA tábla. Az AUGDT mező (kiegyenlítés dátuma) kitöltése jelzi. Az USNAM mezővel állapítható meg, hogy a kiegyenlítés automatikus vagy kézi volt-e.
Rögzítés
Az AUGDT mező kitöltésekor naplózva
Eseménytípus
explicit
|
|||
|
Számla kimenetének előállítása
|
A számla ügyfélnek történő elküldéséhez szükséges kimeneti üzenet létrehozása, például e-mail, nyomtatás vagy EDI formájában. Ez igazolja, hogy az ügyfél hivatalosan megkapta a számlát. | ||
|
Miért fontos?
A létrehozás és a kiküldés közötti késés csökkenti azt az időt, amely az ügyfél rendelkezésére áll a fizetési határidőn belül. A nyomon követés segít elkerülni, hogy a számlák a belső feldolgozás során elakadjanak.
Hol szerezhető be?
NAST tábla (üzenetállapot), az OBJKY objektumkulcs alapján, amely megegyezik a számlabizonylat számával. Időbélyeg a DATVR és az UHRVR mezőből.
Rögzítés
A kimenet előállításakor naplózva a NAST táblában
Eseménytípus
explicit
|
|||
|
Teljes összegű fizetés beérkezése
|
A beérkezett összeg teljes egészében fedezi a fennálló számlatartozást. Ezzel az ügyfél fizetési kötelezettsége rendszerint megszűnik. | ||
|
Miért fontos?
Meghatározza a tényleges fizetési dátumot az esedékességhez képest. Fontos a fizetési feltételektől való eltérés és az ügyfelek fizetési szokásainak elemzéséhez.
Hol szerezhető be?
BSEG tábla, a kiegyenlítési bizonylatból (AUGBL) származtatva, ha a kiegyenlítés dátuma (AUGDT) ki van töltve, és az egyenleg nulla.
Rögzítés
A kiegyenlítési bizonylat könyvelésekor naplózva
Eseménytípus
explicit
|
|||
|
Vevőszámla létrehozása
|
A vevőszámla-bizonylat első létrehozása a pénzügyi rendszerben. Az eseményt a bizonylatfejléchez tartozó létrehozási időbélyeg rögzíti. | ||
|
Miért fontos?
Ez jelöli a vevőkövetelési folyamat kezdetét és a számla korának mérését. Nélkülözhetetlen a vevőkövetelések átlagos beszedési idejének (DSO) kiszámításához.
Hol szerezhető be?
BKPF tábla (könyvelési bizonylat fejléce), CPUDT mező (rögzítés dátuma) és CPUTM mező (rögzítés időpontja). Szűrés a vevőszámlákhoz tartozó bizonylattípusokra (BLART), például DR vagy RV.
Rögzítés
A tranzakció BKPF-be történő rögzítésekor naplózva
Eseménytípus
explicit
|
|||
|
Bankszámlakivonat egyeztetése
|
A bankszámlakivonat tételét sikeresen párosítják a főkönyvi fizetési bizonylattal, így véglegesítik a pénzállományt. | ||
|
Miért fontos?
A bankszámlakivonat-egyeztetés átfutási idejét méri. Az itt jelentkező késések lassítják a pénzügyi zárást.
Hol szerezhető be?
FEBEP tábla (elektronikus bankszámlakivonat tételei). A fizetési bizonylatot a bankszámlakivonat tranzakciójához párosítja.
Rögzítés
Az EBS táblákban (FEBEP/FEBKO) naplózva
Eseménytípus
explicit
|
|||
|
Fizetési ígéret rögzítése
|
A követeléskezelő rögzíti az ügyfél hivatalos ígéretét, hogy egy meghatározott összeget egy adott dátumig kifizet. | ||
|
Miért fontos?
A követeléskezelő eredményes munkáját jelzi. Rövid távú pénzforgalmi előrejelzéshez és a követeléskezelők teljesítményének méréséhez használható.
Hol szerezhető be?
UDM_P2P tábla (fizetési ígéret), CREATED_AT mező. A számlához az ügy GUID-ja vagy a bizonylatkulcs kapcsolja.
Rögzítés
Az FSCM Collections Management rendszerben naplózva
Eseménytípus
explicit
|
|||
|
Jóváíró számla könyvelése
|
Jóváíró számlát állítanak ki és kapcsolnak a számlához, ezzel csökkentve a fizetendő összeget. Ez általában hiba javítására vagy visszáru feldolgozására szolgál. | ||
|
Miért fontos?
A helyesbítő jóváíró számlák arányát mérő KPI szempontjából fontos. A gyakori előfordulás az értékesítés vagy a számlázás korábbi szakaszában jelentkező minőségi problémákra utal.
Hol szerezhető be?
BSEG tábla, „DG” vagy „KG” bizonylattípus. Az eredeti számlára mutató „Invoice Reference” (REBZG) mező alapján azonosítható.
Rögzítés
A jóváíró bizonylat számlára hivatkozásakor naplózva
Eseménytípus
explicit
|
|||
|
Reklamáció állapotának módosítása
|
Megváltozik egy meglévő reklamációs ügy állapota, például „Új” állapotból „Folyamatban” vagy „Felülvizsgálat alatt” állapotba kerül. | ||
|
Miért fontos?
Részletes képet ad a reklamáció rendezésének munkafolyamatáról, és segít azonosítani a jóváhagyás vagy a kivizsgálás szakaszában kialakuló szűk keresztmetszeteket.
Hol szerezhető be?
A reklamációs ügy módosítási bizonylatai (S/4HANA Case Management naplók). A UDM_CASE_ATTR módosításainak elemzése.
Rögzítés
Az állapotmező változásainak összevetése az ügy előzményeiben
Eseménytípus
inferred
|
|||
|
Reklamációs ügy létrehozása
|
A számlához reklamációs ügyet nyitnak, jellemzően az SAP FSCM Dispute Management rendszerben. Ez azt jelzi, hogy az ügyfél vitatja a számlát. | ||
|
Miért fontos?
Megállítja a szokásos követelésbehajtás idejének mérését, és elindítja a reklamáció rendezési idejének mérését. A nagy ügyszám kiszámíthatatlanná teheti a pénzforgalmat.
Hol szerezhető be?
UDM_CASE_ATTR tábla (ügyattribútumok) vagy UDM_DISPUTE tábla (reklamációs ügy). Összekapcsolás a CASE_GUID mezővel a pénzügyi bizonylat kulcsához.
Rögzítés
Az FSCM Dispute Management tábláiban naplózva
Eseménytípus
explicit
|
|||
|
Reklamációs ügy rendezése
|
A reklamációs ügy lezárul, és jóváírás, tartozásleírás vagy a tartozás újbóli megerősítése lesz az eredménye. Ezzel véget ér a kivétel kezelése. | ||
|
Miért fontos?
Ez adja a reklamáció átlagos rendezési idejének KPI-jához szükséges záró időbélyeget. A hatékony rendezés közvetlenül felszabadítja a lekötött forgótőkét.
Hol szerezhető be?
UDM_CASE_ATTR tábla, ESCALATION_DATE vagy CLOSED_DATE mező, a beállítástól függően.
Rögzítés
Az ügy „Lezárt” vagy „Érvénytelen” állapotba állításakor naplózva
Eseménytípus
explicit
|
|||
|
Számla visszafordítása
|
Az eredeti számlát alapvető hiba miatt érvénytelenítik vagy visszafordítják a rendszerben. | ||
|
Miért fontos?
Sikertelen folyamatpéldányt jelöl. Az ilyen esetek kiszűrése vagy külön elemzése fontos az adatok minőségének biztosításához.
Hol szerezhető be?
BKPF tábla, az eredeti számlarekord STBLG mezője (visszafordító bizonylat száma) kitöltve.
Rögzítés
Az STBLG mező kitöltésekor naplózva
Eseménytípus
explicit
|
|||
Adatkinyerési útmutatók
Kezdje el most?
Alakítsa pénzügyi adatait hasznosítható információvá, és már ma kezdje csökkenteni a vevői kintlévőségek átlagos behajtási idejét. Csapatunk a process mining bevezetésének minden lépésében támogatja Önt.
Javítsa az SAP S/4HANA követeléskezelését, és növelje a pénzforgalmat
Csatlakozzon azokhoz a vállalatokhoz, amelyek eszközünkkel 15–20 nappal csökkentik a DSO-t
Nincs szükség bankkártyára. Beállítás 5 perc alatt.