Vevőkövetelés-kezelési adatsablon

SAP ECC
Vevőkövetelés-kezelési adatsablon

Vevőkövetelés-kezelési adatsablon

A sablon segítségével rendszerezetten térképezheti fel az SAP ECC pénzügyi munkafolyamatait, és azonosíthatja a szükséges adatokat. Felsorolja a nyomon követendő folyamatlépéseket és azokat az adatmezőket, amelyekkel teljes képet kaphat a kintlévőség-kezelési ciklusról. Az útmutatót követve gondoskodhat arról, hogy az eseménynapló tartalmazza a hatékonyabb működéshez és a pénzforgalom javításához szükséges adatokat.
  • 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
Most ismerkedik az eseménynaplókkal? Tudja meg, hogyan készíthet process mining eseménynaplót.

A vevőkövetelések attribútumai

Az alábbi adatmezőket javasoljuk felvenni az eseménynaplóba, hogy részletesen elemezhesse a vevőkövetelés-kezelési folyamatot.
5 Kötelező 9 Javasolt 8 Nem kötelező
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
Kötelező Javasolt Nem kötelező

Vevőkövetelés-kezelési tevékenységek

Ezeket a folyamatlépéseket és mérföldköveket érdemes rögzíteni az eseménynaplóban, hogy pontosan feltérképezhesse a pénzügyi munkafolyamatokat.
7 Javasolt 7 Nem kötelező
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
Javasolt Nem kötelező

Adatkinyerési útmutatók

Adatok kinyerése SAP ECC-ből

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.

Próbálja ki ingyen

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