Vevőkövetelés-kezelési adatsablon
Vevőkövetelés-kezelési adatsablon
- A pénzügyi elemzés folyamatspecifikus attribútumai
- A pontos folyamattérképezés fontos mérföldkövei
- Útmutató az adatok SAP ECC-ből történő kinyeréséhez
A vevőkövetelések attribútumai
| Név | Leírás | ||
|---|---|---|---|
|
Esemény időpontja
EventTime
|
Az időpont, amikor a tevékenység történt. | ||
|
Leírás
Ez az attribútum rögzíti a rendszerben végrehajtott tevékenység pontos dátumát és időpontját. Az SAP ECC tranzakciós adatainál ez általában a rögzítés dátumából (CPUDT) és időpontjából (CPUTM) áll össze. Segítségével kiszámítható a folyamat átfutási ideje, a teljesítési idő és a folyamatlépések közötti időtartam.
Miért fontos?
Minden időalapú elemzéshez szükséges, beleértve a vevőkövetelések átlagos behajtási idejét és a folyamat sebességét.
Hol szerezhető be?
BKPF tábla, CPUDT (dátum) és CPUTM (időpont) mezők
Példák
2023-10-12T08:30:00Z2023-10-15T14:22:10Z2023-11-01T09:15:00Z
|
|||
|
Forrásrendszer
SourceSystem
|
Annak a rendszernek a neve, ahonnan az adatok származnak. | ||
|
Leírás
Azonosítja azt az SAP ECC-példányt vagy klienst, amelyből a rekordot kinyerték. Több rendszer használatakor ez az attribútum segít elkülöníteni az adatokat és azonosítani a rendszerspecifikus folyamateltéréseket. Biztosítja az adatok eredetének nyomon követhetőségét, és segít az integrációs problémák kivizsgálásában.
Miért fontos?
Szükséges az adatirányításhoz és a rekordok eredetének azonosításához több ERP-rendszer használata esetén.
Hol szerezhető be?
A rendszerbeállításból származik, vagy az adatkinyerés során rögzítik.
Példák
SAP_ECC_P01SAP_ECC_QAERP_NA_01
|
|||
|
Számlaszám
InvoiceNumber
|
A számla vagy a könyvelési bizonylat egyedi azonosítója. | ||
|
Leírás
Ez az attribútum a vevőkövetelések folyamatának elsődleges kulcsa. Az SAP ECC-ben ez jellemzően a könyvelési bizonylat számából (BELNR), a vállalatkódból (BUKRS) és az üzleti évből (GJAHR) áll össze, így a rendszerben egyedi azonosítót biztosít. Ez szolgál központi hivatkozási pontként, amelyhez az eredeti pénzügyi kötelezettséghez kapcsolódó további tevékenységek, például a fizetések, reklamációk és kiegyenlítések kapcsolhatók.
Miért fontos?
Ez az azonosító szükséges ahhoz, hogy a követelés teljes életútja a létrehozástól a végső kiegyenlítésig nyomon követhető legyen.
Hol szerezhető be?
BKPF tábla, BELNR mező (gyakran a BUKRS és GJAHR mezővel összefűzve)
Példák
140000023420231800003991202351000008822022
|
|||
|
Tevékenység neve
ActivityName
|
A folyamatban végrehajtott konkrét esemény vagy művelet. | ||
|
Leírás
Ez az attribútum a végrehajtott folyamatlépés nevét rögzíti, például „Számla létrehozva”, „Fizetés beérkezett” vagy „Reklamációs ügy rögzítve”. Az érték tranzakciókódokból, bizonylattípusokból vagy a könyvelési bizonylat állapotának változásaiból származik. Az adatok alapján rekonstruálható a folyamat menete és elemezhetők az útvonalváltozatok.
Miért fontos?
Meghatározza az eseménynapló szerkezetét, amely a folyamat térképének megjelenítéséhez és a szűk keresztmetszetek azonosításához szükséges.
Hol szerezhető be?
A BKPF TCODE mezőjéből, a BLART bizonylattípusból vagy a módosítási bizonylatokból (CDHDR/CDPOS) származik.
Példák
Számla létrehozvaFizetés beérkezettJóváíró számla könyvelveReklamációs ügy megnyitva
|
|||
|
Utolsó adatfrissítés
LastDataUpdate
|
A legutóbbi adatkinyerés vagy frissítés időpontja. | ||
|
Leírás
Megmutatja, mikor történt utoljára adatszinkronizálás az SAP ECC forrásrendszerből a process mining platformra. Segít megítélni, mennyire frissek az elemzések, és mekkora késés lehet a dashboardokon. Annak ellenőrzéséhez is szükséges, hogy a KPI-k a működés aktuális állapotát tükrözik-e.
Miért fontos?
Megmutatja, mennyire frissek a dashboardokon megjelenő adatok.
Hol szerezhető be?
Az adatkinyerő eszköz hozza létre (ETL-időbélyeg).
Példák
2023-11-25T00:00:00Z2023-11-25T06:00:00Z
|
|||
|
Automatikus végrehajtás
IsAutomated
|
Jelzi, hogy a tevékenység automatikusan történt-e. | ||
|
Leírás
A tranzakciókódból és a felhasználónévből származó logikai érték. Ha például a TCODE „F110” (automatikus fizetési futtatás), vagy a felhasználó ismert rendszeres kötegelt fiók, az értéke igaz. Ez az attribútum szükséges az automatikus kiegyenlítési arány KPI-jához.
Miért fontos?
Szükséges a folyamat hatékonyságának és az automatizálás arányának méréséhez.
Hol szerezhető be?
A TCODE és az USNAM mezőből származik.
Példák
truefalse
|
|||
|
Bizonylattípus
DocumentType
|
A könyvelési bizonylat besorolása, például számla, fizetés vagy jóváíró bizonylat. | ||
|
Leírás
Az SAP bizonylattípusa (BLART) különbözteti meg az üzleti tranzakciókat, például a vevőszámlát (DR), a vevői fizetést (DZ) és a jóváíró bizonylatot (DG). Ez az attribútum alapvető a „CaseType” meghatározásához és az egyes folyamatmenetek szűréséhez, például a jóváíró bizonylatok újrafeldolgozási arányának elemzéséhez.
Miért fontos?
Megkülönbözteti az adatállományban a számlákat, a fizetéseket és a korrekciókat.
Hol szerezhető be?
BKPF tábla, BLART mező
Példák
RVDZDGDR
|
|||
|
Felhasználónév
UserName
|
A tranzakciót végrehajtó felhasználó azonosítója. | ||
|
Leírás
Rögzíti a bizonylat létrehozásához vagy módosításához kapcsolódó SAP-felhasználói azonosítót (USNAM). Ez az attribútum a „User” mezőhöz kapcsolódik, és a „Reklamációkezelés hatékonysága” dashboardon az ügyintézők teljesítményének követésére használható. A kézi felhasználók és a rendszerfiókok megkülönböztetésében is segít.
Miért fontos?
Lehetővé teszi a csapattagok teljesítményének elemzését és az automatizált műveletek felismerését.
Hol szerezhető be?
BKPF tábla, USNAM mező
Példák
JSMITHBATCH_USERFIN_AP_01
|
|||
|
Kiegyenlítés dátuma
ClearingDate
|
Az a dátum, amikor a számlát kiegyenlítették, vagyis kifizették vagy beszámították. | ||
|
Leírás
Az a dátum (AUGDT), amikor a nyitott tételt kiegyenlítették a rendszerben. Ez jelöli az adott számlához kapcsolódó behajtási folyamat tényleges végét. Elsősorban az átlagos vevőkövetelési idő kiszámításához és a késedelmes fizetések azonosításához használható.
Miért fontos?
A vevőkövetelési idő és a fizetési sebesség kiszámításának alapjául szolgáló időpont.
Hol szerezhető be?
BSAD tábla (kiegyenlített tételek), AUGDT mező
Példák
2023-12-012023-11-15
|
|||
|
Nettó esedékesség dátuma
NetDueDate
|
A kiszámított dátum, ameddig a fizetést teljesíteni kell. | ||
|
Leírás
Ez a fizetés végső határideje. Az SAP-ban gyakran az alapdátum (ZFBDT) és a fizetési feltételekben (ZTERM) megadott napok összeadásával számítják ki. Ez az attribútum szükséges a fizetési feltételek betartási arányának KPI-jához és a lejárt számlák azonosításához.
Miért fontos?
Ez alapján állapítható meg, hogy a fizetés határidőben vagy késve érkezett-e.
Hol szerezhető be?
A BSEG-ZFBDT mezőből és a fizetési feltételekből származik (a T052 tábla logikája alapján).
Példák
2023-12-302024-01-15
|
|||
|
Összeg helyi pénznemben
AmountInLocalCurrency
|
A tétel értéke a vállalatkód pénznemében. | ||
|
Leírás
A tevékenység vagy bizonylat pénzügyi értékét mutatja a helyi főkönyvi pénznemben (DMBTR). Ebből számítható az „ActivityAmount”, és ez alapján rangsorolhatók az ügyek az összegük szerint. Így az elemzés a nagy értékű nyitott tételekre összpontosíthat.
Miért fontos?
Szükséges a pénzügyi hatás elemzéséhez és a nagy értékű ügyek előresorolásához.
Hol szerezhető be?
BSEG tábla, DMBTR mező
Példák
1500.00230.5010000.00
|
|||
|
Vállalatkód
CompanyCode
|
Az a szervezeti egység, amelyre a mérleg készül. | ||
|
Leírás
A vállalati struktúra adott jogi személyét vagy leányvállalatát jelöli. Az SAP-ban ez a BUKRS mező. A vállalatkód szerinti elemzés lehetővé teszi a különböző üzleti egységek teljesítményének összehasonlítását, és megmutatja, melyik kezeli a leghatékonyabban a vevőköveteléseket.
Miért fontos?
Szükséges a dashboardok üzleti egység szerinti szűréséhez és a pénzügyi nyilvántartások elkülönítéséhez.
Hol szerezhető be?
BKPF tábla, BUKRS mező
Példák
1000US01DE99
|
|||
|
Vevői számlacsoport
CustomerAccountGroup
|
A vevőket különböző szegmensekbe sorolja. | ||
|
Leírás
Az SAP számlacsoportja (KTOKD) kategóriákba sorolja a vevőket, például vevő, szállítási címzett vagy vállalatközi partner szerint. Ez szolgál a „Customer Segment” besorolás alapjául. A „Fizetési trendek vevői szegmensenként” dashboardon összehasonlítható vele, hogy a különböző vevőtípusok mennyire tartják be a fizetési feltételeket.
Miért fontos?
Az SAP-ban ez a vevők szegmentálásának szokásos módja.
Hol szerezhető be?
KNA1 tábla, KTOKD mező
Példák
KUNA0001DEBI
|
|||
|
Vevőszám
CustomerNumber
|
A vevői számla egyedi azonosítója. | ||
|
Leírás
A vevő SAP-rendszerben megadott egyedi azonosítója (KUNNR). Ez az attribútum teszi lehetővé, hogy a „Behajtási tevékenység teljesítménye” és a „Fizetési trendek vevői szegmensenként” dashboard a folyamatmutatókat vevőnként összesítse. A magas kockázatú ügyfelek azonosításához is szükséges.
Miért fontos?
Lehetővé teszi az egyes vevők fizetési szokásainak és fizetési trendjeinek részletes elemzését.
Hol szerezhető be?
BSEG vagy BSID/BSAD tábla, KUNNR mező
Példák
000100293CUST-9921000550021
|
|||
|
Fizetési feltételek
PaymentTerms
|
A megállapodott fizetési feltételeket jelölő kód. | ||
|
Leírás
A fizetési feltételek kódja (ZTERM) határozza meg az esedékesség dátumát és az esetleges kedvezményeket. Az attribútum elemzésével kideríthető, hogy a korai fizetési kedvezmény igénybevételével kapcsolatos problémákat a szigorú feltételek vagy a folyamat hibái okozzák-e. A pénzügyi megfelelés egyik fontos elemzési szempontja.
Miért fontos?
Meghatározza az ügy elvárt menetét és határidőit.
Hol szerezhető be?
BSEG vagy KNB1 tábla, ZTERM mező
Példák
NT30ZB010001
|
|||
|
Hitelkezelési terület
CreditControlArea
|
A hitelkezelés szervezeti egysége. | ||
|
Leírás
A hitelkezelési terület (KKBER) alapján állíthatók be és követhetők nyomon a vevői hitelkeretek. Ez az attribútum lehetővé teszi, hogy a vevőket a rájuk vonatkozó hitelpolitika szerint csoportosítsák a hitelkeret és hitelminősítés hatásának elemzésekor. Segít összefüggést keresni a hitelkockázati beállítások és a fizetési késedelmek között.
Miért fontos?
A hitelkockázat és a hitelpolitika eredményességének elemzéséhez szükséges.
Hol szerezhető be?
KNB1 vagy KNKK tábla, KKBER mező
Példák
US01GLBLEU00
|
|||
|
Hitelminősítés
CreditRating
|
A vevő hitelképességi besorolása. | ||
|
Leírás
A vevő hitelminősítése (CTLPC vagy hasonló mező a KNKK/FSCM rendszerben). Ez az attribútum szükséges a hitelkeret és a hitelminősítés hatását bemutató dashboardhoz. Segítségével az elemzők összevethetik a reklamációk vagy késedelmes fizetések valószínűségét a vevő kockázati profiljával.
Miért fontos?
Összekapcsolja a kockázatkezelési adatokat a működési teljesítménnyel.
Hol szerezhető be?
KNKK tábla (hitelkezelés) vagy FSCM-táblák
Példák
A+Magas kockázat500
|
|||
|
Késedelmes fizetés
IsLatePayment
|
Jelzi, hogy a fizetés az esedékesség dátuma után érkezett-e be. | ||
|
Leírás
Logikai érték, amelyet a kiegyenlítés dátumának és a nettó esedékesség dátumának összehasonlításával számítanak ki. Egyszerűbbé teszi a fizetési feltételek betartási arányának KPI-számítását. A dashboardon gyorsan kiszűrhetők vele a feltételeknek nem megfelelő ügyek.
Miért fontos?
Gyorsan azonosítja a fizetési feltételek megsértését a folyamatban.
Hol szerezhető be?
Számítás: ClearingDate > NetDueDate
Példák
truefalse
|
|||
|
Reklamációs ügy azonosítója
DisputeCaseId
|
A számlához kapcsolódó reklamációs ügy azonosítója. | ||
|
Leírás
Az SAP FSCM Dispute Management modulból származó egyedi azonosító (CASE_GUID vagy külső azonosító). Ez az attribútum szükséges a reklamációkezelés hatékonyságát bemutató dashboardhoz. Összekapcsolja a pénzügyi bizonylatot a reklamációkezelési munkafolyamattal, így kiszámítható az ügyintézési idő.
Miért fontos?
Összekapcsolja a vevőkövetelések folyamatát a reklamációkezelési alfolyamattal.
Hol szerezhető be?
FDM_DCPROC vagy SCMG_T_CASE_ATTR tábla (ha az FSCM aktív)
Példák
DISP-000123100029384
|
|||
|
Számlázási város
BillingCity
|
A vevő számlázási címéhez tartozó város. | ||
|
Leírás
A vevőtörzsadatokból származó városnév (ORT01). A dashboardon megmutatja, hogy mely vevői szegmensek vagy számlázási városok járulnak hozzá leginkább a magas vevőkövetelési időhöz. Részletes földrajzi elemzést tesz lehetővé a fizetési szokásokról.
Miért fontos?
Kifejezetten a számlák átfutási idejének elemzéséhez szükséges dashboardon.
Hol szerezhető be?
KNA1 tábla, ORT01 mező
Példák
New YorkBerlinLondon
|
|||
|
Tranzakciókód
TransactionCode
|
A tevékenység végrehajtásához használt SAP-tranzakciókód. | ||
|
Leírás
A bizonylat könyveléséhez használt tranzakciókód (TCODE), például az FB01 (bizonylat könyvelése) vagy az F110 (automatikus fizetés). Ez az attribútum alapozza meg az „IsAutomated” számítását és a készpénzfeldolgozás automatizálását követő eszközt. Megmutatja, hogyan történt az adatbevitel.
Miért fontos?
A különböző TCODE-ok eltérő feldolgozási módokat jeleznek, például kézi vagy automatikus feldolgozást.
Hol szerezhető be?
BKPF tábla, TCODE mező
Példák
VF01F110FB70FEB_BSPROC
|
|||
|
Vevő országa
CustomerCountry
|
A vevőhöz tartozó országkód. | ||
|
Leírás
A vevő földrajzi helye (LAND1), amelyet a vevőtörzsadatokból olvas ki a rendszer. Ez az attribútum lehetővé teszi a teljesítmény régió szerinti bontását a számlák átfutási idejének elemzésekor. Segít feltárni, hogy egyes országokban a helyi szokások vagy banki késedelmek miatt hosszabb-e a fizetési ciklus.
Miért fontos?
Támogatja a regionális teljesítményelemzést és a szabályozói jelentések készítését.
Hol szerezhető be?
KNA1 tábla, LAND1 mező
Példák
USDEFR
|
|||
Vevőkövetelés-kezelési tevékenységek
| Tevékenység | Leírás | ||
|---|---|---|---|
|
Fizetés beérkezett
|
A számla kiegyenlítésére szánt bejövő fizetési bizonylat könyvelése. Ez rögzíti a pénz beérkezését a főkönyvben. | ||
|
Miért fontos?
A „Vevőkövetelések átlagos kora” mutató alapjául szolgáló esemény. Az értékesítés pénzügyi teljesülését jelzi.
Hol szerezhető be?
BKPF/BSEG tábla. A bizonylattípus 'DZ' (ügyfélbefizetés) vagy 'KZ' (ügyfelekhez kapcsolódó szállítói fizetés).
Rögzítés
A fizetési tranzakció végrehajtásakor kerül naplózásra
Eseménytípus
explicit
|
|||
|
Fizetési emlékeztető elküldve
|
Fizetési felszólítás vagy emlékeztető küldése az ügyfélnek lejárt tartozás miatt. A követeléskezelő csapat proaktív intézkedését jelzi. | ||
|
Miért fontos?
Elengedhetetlen a „Követeléskezelési tevékenységek eredményessége” dashboardhoz. A gyakori emlékeztetők gyenge ügyféloldali fizetési fegyelemre utalhatnak.
Hol szerezhető be?
MHND tábla (felszólítási adatok) és MHNK tábla (felszólítási fejléc). A felszólítás dátumát és fokozatát tartalmazza.
Rögzítés
Az F150 felszólítási futtatás végrehajtásakor kerül naplózásra
Eseménytípus
explicit
|
|||
|
Részfizetés könyvelve
|
A teljes számlaösszegnek csak egy részét fedező befizetés beérkezése. A számla nyitva marad, a fennmaradó összeg pedig továbbra is tartozás. | ||
|
Miért fontos?
Elengedhetetlen a „Részfizetések hatásának elemzése” mutatóhoz. Növeli az egyeztetés bonyolultságát és a folyamat átfutási idejét.
Hol szerezhető be?
BSEG tábla. Azonosítsa azokat a fizetési bizonylatokat (DZ/KZ típus), amelyek a számlára hivatkoznak (REBZG), de nem egyenlítik ki teljesen.
Rögzítés
A fizetési bizonylat könyvelésekor kerül naplózásra
Eseménytípus
explicit
|
|||
|
Számla kiegyenlítve
|
Az utolsó egyeztetési lépés, amely összekapcsolja a nyitott számlát a befizetéssel, és megszünteti a nyitott tétel állapotát. Ezzel a folyamat befejeződik. | ||
|
Miért fontos?
Alapvető záróesemény. Az „Automatikus kiegyenlítések aránya” kiszámítására és a folyamat lezárására szolgál.
Hol szerezhető be?
BSEG tábla. A számlatételnél értéket kap az 'AUGBL' mező (kiegyenlítési bizonylat) és az 'AUGDT' mező (kiegyenlítés dátuma).
Rögzítés
A nyitott tétel kiegyenlítésekor kerül naplózásra
Eseménytípus
explicit
|
|||
|
Számla kiküldve
|
A számlabizonylat továbbítása az ügyfélnek nyomtatott formában, e-mailben vagy EDI-n keresztül. Ez jelzi, mikor kapja meg ténylegesen az ügyfél a fizetési felszólítást. | ||
|
Miért fontos?
Elengedhetetlen a „Számla kiküldésének átfutási ideje” KPI kiszámításához. Az itt jelentkező késedelem közvetlenül növeli a vevőkövetelések átlagos korát.
Hol szerezhető be?
Valószínűleg össze kell kapcsolni az FI-bizonylatot az SD számlázási bizonylattal (VBRK), majd ellenőrizni kell a kimenetvezérlési táblában (NAST), hogy a feldolgozás sikeres volt-e.
Rögzítés
Kapcsolja össze a VBRK-VBNUM értékét a NAST kimeneti naplóival
Eseménytípus
inferred
|
|||
|
Számviteli bizonylat létrehozva
|
Az ügyfélszámla első könyvelése a pénzügyi főkönyvbe. Ezzel létrejön a nyitott tétel a vevőanalitikán. | ||
|
Miért fontos?
Ez jelöli a pénzügyi kötelezettség és az ügyfélszámla lejárati idejének kezdetét.
Hol szerezhető be?
BKPF tábla (fejléc) és BSEG tábla (szegmens). Azonosítsa azokat a bizonylatokat, amelyeknél a számlatípus (KOART) értéke 'D' (ügyfél). Használja a rögzítés dátumát (CPUDT) és időpontját (CPUTM).
Rögzítés
A tranzakció BKPF-rekord létrehozásakor kerül naplózásra
Eseménytípus
explicit
|
|||
|
Vitás ügy rögzítve
|
A számlatétel megjelölése olyan okkóddal, amely az ügyfél kifogását vagy kérdését jelzi. Ez rendszerint megakadályozza a számla kifizetését. | ||
|
Miért fontos?
A „Vitás ügyek rendezésének hatékonysága” mutatóhoz szükséges. Megmutatja, miért áll a pénz, és lehetővé teszi a rendezési idő mérését.
Hol szerezhető be?
A BSEG-RSTGR (okkód) módosításai vagy az SAP FSCM Dispute Management tábláival (UDM_CASE) való integráció.
Rögzítés
Hasonlítsa össze az állapotmezőt a módosítás előtt és után, vagy használja az FSCM naplóját
Eseménytípus
inferred
|
|||
|
Bankkivonat párosítva
|
Az elektronikus bankkivonat egyik tételének automatikus párosítása az ügyfélszámlával. A bankba érkező pénz első nyilvántartásba vételét jelzi. | ||
|
Miért fontos?
A „Befizetések automatikus könyvelésének nyomon követése” mutatót támogatja. Az elektronikus bankkivonat (EBS) feldolgozásának hatékonyságát jelzi.
Hol szerezhető be?
FEBEP tábla (elektronikus bankkivonat tételei) és FEBA tábla (bankkivonat-feldolgozás).
Rögzítés
Az EBS feltöltése és feldolgozása után kerül naplózásra
Eseménytípus
explicit
|
|||
|
Fizetési feltételek módosítva
|
A megállapodott fizetési feltételek, például a fizetési határidő vagy a kedvezményre való jogosultság módosítása a számla könyvelése után. Ez gyakran újratárgyalásra vagy korrekcióra utal. | ||
|
Miért fontos?
A fizetési feltételek módosítása torzíthatja a lejárati elemzést, és törzsadat-hibára vagy eseti engedményre utalhat.
Hol szerezhető be?
A számviteli bizonylathoz kapcsolt változásbizonylat-táblák (CDHDR/CDPOS), például a BSEG-ZTERM vagy a BSEG-ZFBDT mező módosításai.
Rögzítés
A változásbizonylat CDHDR-be írásakor kerül naplózásra
Eseménytípus
explicit
|
|||
|
Fizetési ígéret rögzítve
|
Az ügyfél vállalja, hogy egy meghatározott összeget egy adott időpontig kifizet. Ez frissíti a pénzforgalmi előrejelzést. | ||
|
Miért fontos?
A „Követeléskezelési tevékenységek eredményessége” mutatóhoz használható. Az ígéretek teljesülési aránya előre jelzi a rövid távú pénzforgalom pontosságát.
Hol szerezhető be?
Az SAP FSCM Collections Management táblái (UDM_P2P), vagy a követeléskezelők által rögzített szöveges megjegyzésekből következtethető ki.
Rögzítés
Az FSCM-ben vagy az STXH szövegtáblában kerül naplózásra
Eseménytípus
explicit
|
|||
|
Jóváíró számla könyvelve
|
Jóváíró bizonylat kiállítása az ügyfélnek, amely csökkenti a fennálló követelés összegét. Általában számlázási hibát javít vagy visszárut dolgoz fel. | ||
|
Miért fontos?
A „Jóváíró számlák miatti utómunka aránya” KPI alapja. A nagy mennyiség az értékesítési vagy teljesítési folyamat korábbi szakaszában jelentkező minőségi problémákra utal.
Hol szerezhető be?
BKPF/BSEG tábla, ahol a bizonylattípus 'DG' (vagy egyéni jóváíró bizonylattípus), és az eredeti számlára hivatkozik.
Rögzítés
A tranzakció BKPF-beli jóváíró bizonylat létrehozásakor kerül naplózásra
Eseménytípus
explicit
|
|||
|
Kiegyenlítés visszavonva
|
Egy korábban sikeres kiegyenlítés visszavonása, amely ismét megnyitja a számlát. Ez az eredeti befizetés-könyvelés hibájára utal. | ||
|
Miért fontos?
Utómunkát jelez. A gyakori visszavonások az automatikus befizetéskezelési szabályok vagy a kézi egyeztetéshez kapcsolódó képzés problémáira utalhatnak.
Hol szerezhető be?
BKPF tábla. Azonosítsa azokat a bizonylatokat, amelyeknél visszaállították a kiegyenlítési bizonylatot az FBRA tranzakció logikája szerint, vagy a változásnaplók alapján.
Rögzítés
Az FBRA tranzakció végrehajtásakor kerül naplózásra
Eseménytípus
explicit
|
|||
|
Leírás könyvelve
|
A számlaegyenleg behajthatatlanként való besorolása, majd kivezetése a vevőkövetelések közül a behajthatatlan követelések ráfordításai közé. Akkor alkalmazzák, ha a követelés behajtása sikertelen. | ||
|
Miért fontos?
A folyamat kedvezőtlen lezárása. Fontos a bevételkiesés kiváltó okainak elemzéséhez.
Hol szerezhető be?
BSEG tábla. Olyan kiegyenlítési bizonylat, amelynek bizonylattípusa (például 'AB') vagy okkódja leírást jelez.
Rögzítés
A bizonylattípus és a főkönyvi számlák hozzárendelése alapján határozható meg
Eseménytípus
inferred
|
|||
|
Pénzforgalmi kedvezmény érvényesítve
|
Fizetési kedvezmény igénybevétele, amely csökkenti a szükséges végső fizetési összeget. Akkor történik, ha a fizetés a kedvezményes időszakban érkezik be. | ||
|
Miért fontos?
A „Korai fizetési kedvezmények igénybevétele” mutatót követi nyomon. Segít ellenőrizni, hogy a kedvezményeket jogosan veszik-e igénybe, vagy tévesen engedélyezik.
Hol szerezhető be?
BSEG tábla. Az 'SKNTO' mező (pénzforgalmi kedvezmény összege) a kiegyenlítési tételnél kap értéket.
Rögzítés
A kiegyenlítési bizonylat mezőértékeként kerül naplózásra
Eseménytípus
explicit
|
|||
Adatkinyerési útmutatók
Kezdjük el?
Alkalmazza ezeket az adatszabványokat SAP ECC-környezetében, és fejlessze tovább kintlévőség-kezelési folyamatát. Csapatunk a process mining bevezetésének minden lépésében támogatja Önt.
Optimalizálja a vevőkövetelés-kezelést, és szüntesse meg a pénzforgalmi hiányosságokat
Csökkentse 15–20 nappal a DSO-t, és gyorsítsa fel a fizetéseket SAP ECC-ben.
Nincs szükség bankkártyára, a beállítás néhány percet vesz igénybe