Követeléskezelési adatainak sablonja

SAP S/4HANA
Követeléskezelési adatainak sablonja

Követeléskezelési adatainak sablonja

Ez a sablon keretet ad az SAP S/4HANA rendszerben végzett követeléskezelési és fizetési folyamatok feltérképezéséhez. Tartalmazza a gyűjtendő fontos attribútumok listáját, a nyomon követendő folyamattevékenységeket, valamint a pénzügyi táblákból történő adatkinyerés technikai útmutatóját. A sablon alapján áttekintheti a pénzforgalmi ciklusokat, és azonosíthatja, hol van szükség manuális beavatkozásra, illetve hol késnek a fizetések.
  • Javasolt attribútumok
  • Nyomon követendő fő tevékenységek
  • Adatkinyerési útmutató
Most ismerkedik az eseménynaplókkal? Tudja meg, hogyan készíthet process mining eseménynaplót.

Követeléskezelési attribútumok

Az alábbiakban a követeléskezelési folyamat részletes elemzéséhez javasolt adatmezők és dimenziók szerepelnek, amelyeket érdemes felvenni az eseménynaplóba.
5 Kötelező 10 Javasolt 5 Nem kötelező
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ötelező Javasolt Nem kötelező

Követeléskezelési tevékenységek

Az alábbiakban azok a fő folyamatlépések és tranzakciós mérföldkövek szerepelnek, amelyeket érdemes rögzíteni az eseménynaplóban a folyamat pontos feltárásához és a szűk keresztmetszetek azonosításához.
6 Javasolt 7 Nem kötelező
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
Javasolt Nem kötelező

Adatkinyerési útmutatók

Adatok kinyerése az SAP S/4HANA rendszerből

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

Indítsa el az ingyenes próbaverziót

Nincs szükség bankkártyára. Beállítás 5 perc alatt.