Hitelkezelési és követeléskezelési adatsablon

SAP S/4HANA
Hitelkezelési és követeléskezelési adatsablon

Hitelkezelési és követeléskezelési adatsablon

Ez a sablon útmutatást ad a hitelkezelési és követeléskezelési folyamat elemzéséhez és optimalizálásához szükséges adatok összegyűjtéséhez. Bemutatja a gyűjtendő fő attribútumokat, a követendő tevékenységeket, valamint az adatok SAP S/4HANA rendszerből történő kinyerésének gyakorlati lépéseit. Használja a sablont, hogy a folyamatelemzéshez szükséges adatokat hiánytalanul rögzítse.
  • 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
Most ismerkedik az eseménynaplókkal? Tudja meg, hogyan készíthet process mining eseménynaplót.

A hitelkezelés és a követeléskezelés attribútumai

Ezeket az adatmezőket javasoljuk felvenni az eseménynaplóba a hitelkezelési és követeléskezelési folyamat részletes elemzéséhez.
3 Kötelező 5 Javasolt 10 Nem kötelező
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
Kötelező Javasolt Nem kötelező

A hitelkezelés és a követeléskezelés tevékenységei

Ezeket a fő folyamatlépéseket és mérföldköveket érdemes rögzíteni az eseménynaplóban a követeléskezelési munkafolyamat pontos feltárásához és optimalizálásához.
6 Javasolt 6 Nem kötelező
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
Javasolt Nem kötelező

Adatkinyerési útmutatók

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

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.

Indítsa el az ingyenes próbaverziót

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