Beszerzéstől a fizetésig: számlafeldolgozási adatsablon

SAP ECC
Beszerzéstől a fizetésig: számlafeldolgozási adatsablon

Beszerzéstől a fizetésig: számlafeldolgozási adatsablon

Ez a sablon rendszerezetten összefoglalja azokat az adatokat, amelyekre a beszerzéstől a fizetésig tartó számlafeldolgozás elemzéséhez szüksége lesz. Bemutatja, milyen attribútumokat érdemes gyűjteni, és mely tevékenységeket kell rögzíteni az eseménynaplóban. Gyakorlati útmutatót is ad az adatok SAP ECC rendszerből történő kinyeréséhez, így gyorsan megkezdheti a process mining használatát.
  • Javasolt attribútumok
  • Követendő tevékenységek
  • Útmutató az adatok kinyeréséhez SAP ECC rendszerből
Most ismerkedik az eseménynaplókkal? Tudja meg, hogyan készíthet process mining eseménynaplót.

A számlafeldolgozás attribútumai a beszerzéstől a fizetésig tartó folyamatban

Az alábbi adatmezőket érdemes felvenni az eseménynaplóba a beszerzéstől a fizetésig tartó számlafeldolgozás részletes elemzéséhez.
3 Kötelező 8 Javasolt 11 Nem kötelező
Név Leírás
Esemény időpontja
EventTime
Az esemény bekövetkezésének pontos dátuma és időpontja.
Leírás

Az Esemény időpontja attribútum rögzíti, hogy egy üzleti tevékenységet pontosan mikor hajtottak végre és naplóztak a forrásrendszerben. Ez az időbélyeg adja a folyamat időrendi alapját, és minden számlához összefüggő sorrendbe rendezi a tevékenységeket.

Az elemzés során az Esemény időpontja attribútum nélkülözhetetlen az időtartam-alapú mutatók, például az átfutási, várakozási és feldolgozási idők kiszámításához. Olyan dashboardok működését is ez teszi lehetővé, mint a „Számla teljes átfutási ideje” és a „Fizetési zárolás feloldási ideje”, mivel megadja az alapot a folyamat bármely két pontja között eltelt idő méréséhez. A késedelmek és a teljesítményt rontó szűk keresztmetszetek feltárásához pontos időbélyegekre van szükség.

Miért fontos?

Ez az időbélyeg szükséges az események helyes sorrendbe állításához és a teljesítménymutatók, például az átfutási idők és a szűk keresztmetszetek időtartamának kiszámításához.

Hol szerezhető be?

Ez általában a módosítási dokumentumok fejlécét tartalmazó CDHDR tábla módosítási dátumának (UDATE) és időpontjának (UTIME) összekapcsolásával állítható elő. Egyes létrehozási eseményeknél az RBKP táblában szereplő létrehozási dátum és idő (ERNAM, ERZET) is használható.

Példák
2023-03-15T10:30:00Z2023-03-16T14:05:21Z2023-03-28T09:00:00Z
Számlaszám
InvoiceNumber
A szállítói számladokumentum egyedi azonosítója.
Leírás

A számlaszám a számlafeldolgozás egyedi esetazonosítója. Minden szám egyetlen, szállítótól beérkezett számlához tartozik, így az adatok rögzítésétől a végső kifizetésig minden kapcsolódó tevékenység egyetlen folyamatpéldány részeként követhető nyomon.

A process mining elemzésben ez az attribútum alapvető a számlák teljes életciklusának rekonstruálásához. Segítségével az SAP-ban külön rögzített események, például az előzetes rögzítés, a könyvelés, a zárolás és a kiegyenlítés időrendi sorrendbe kapcsolhatók. Így világosan látható, hogyan kezelik az egyes számlákat, mennyi ideig tart a feldolgozás, és hol tér el a folyamat a megszokott menettől.

Miért fontos?

Ez az elsődleges kulcs kapcsolja össze az egyetlen számlához tartozó összes eseményt, ezért a folyamatelemzés és a változatok vizsgálatának alapja.

Hol szerezhető be?

Ez általában az RBKP SAP-tábla BELNR mezőjében szereplő bizonylatszám, amelyet az egyértelmű azonosítás érdekében gyakran a vállalatkóddal (BUKRS) és a pénzügyi évvel (GJAHR) együtt használnak.

Példák
510004567851000456795100045680
Tevékenység
Activity
A számlafeldolgozás során végrehajtott üzleti lépés vagy bekövetkezett esemény neve.
Leírás

A Tevékenység attribútum a számlafeldolgozási munkafolyamat egy-egy különálló szakaszát vagy műveletét jelöli. Az értékek különböző rendszereseményekből származnak, például dokumentumlétrehozásból, állapotváltozásból, jóváhagyásból vagy az SAP módosítási naplóiban rögzített felhasználói műveletből.

A tevékenységek elemzése a process mining alapja. Segítségével megjeleníthető a folyamattérkép, feltárhatók a szűk keresztmetszetek, például a „Számla jóváhagyásra küldése” utáni hosszú várakozás, az újramunkálási körök, például a „Fizetési zárolás beállítása” és a „Fizetési zárolás feloldása” ismétlődése, valamint a megfelelési eltérések. A tevékenységek sorrendje és gyakorisága megmutatja a folyamat tényleges menetét.

Miért fontos?

Ez az attribútum határozza meg a folyamattérkép lépéseit, így megjeleníthető a folyamatmenet, feltárhatók a szűk keresztmetszetek és azonosítható az újramunkálás.

Hol szerezhető be?

Ez az attribútum általában több forrásból származik, például tranzakciókódokból (SY-TCODE), az RBKP táblához hasonló táblák állapotmezőiből (például RBSTAT), valamint a CDHDR és CDPOS táblákban rögzített módosítási eseményekből.

Példák
Számla előzetes rögzítéseSzámla jóváhagyásra küldéseSzámla jóváhagyásaSzámla könyveléseSzámla kiegyenlítése
Felhasználónév
UserName
A tevékenységet végrehajtó személy SAP-felhasználói azonosítója.
Leírás

A Felhasználónév attribútum azonosítja, hogy a folyamat egy adott tevékenységét ki hajtotta végre. Ez általában az SAP-felhasználónév, amelyet a rendszer a tranzakcióhoz vagy a módosítási eseményhez rögzít.

Ez az attribútum nélkülözhetetlen az egyéni és csapatszintű teljesítmény elemzéséhez. Segít megválaszolni például, hogy kik a leggyorsabb jóváhagyók, vagy mely felhasználók munkája igényli a legtöbb újramunkálást. A dashboardokon a munkaterhelés elemzésére, a képzési igények feltárására és a munkatársak teljesítménykülönbségeinek megértésére használható.

Miért fontos?

Lehetővé teszi az egyéni és csapatszintű teljesítmény, valamint a munkaterhelés elemzését. Segít azonosítani a kiemelkedő teljesítményű munkatársakat, a képzési lehetőségeket és az erőforrások egyenlőtlen eloszlását.

Hol szerezhető be?

Ez a módosítási dokumentumok fejlécét tartalmazó CDHDR tábla „Módosította” mezője (USERNAME). Létrehozási eseményeknél az RBKP táblához hasonló táblák „Rögzítette” mezője (ERNAM) használható.

Példák
JSMITHBWILSONCHEN
Fizetési határidő
PaymentDueDate
Az a dátum, ameddig a fizetési feltételek szerint ki kell fizetni a szállítói számlát.
Leírás

A fizetési határidő a számla alapdátuma és a megállapodott fizetési feltételek alapján számítható ki. Ez jelöli a fizetés végső időpontját. A késedelmes fizetés kötbért vonhat maga után, és ronthatja a szállítóval fennálló kapcsolatot.

Ez az attribútum olyan teljesítmény- és megfelelési KPI-k alapja, mint a „Határidőre történő fizetések aránya” és az „Elveszített készpénzfizetési kedvezmény”. A tényleges fizetési dátumot (kiegyenlítési dátum) a fizetési határidővel összevetve az elemzés megállapítja, hogy a fizetés időben, korábban vagy késve történt-e. A fizetési feltételek betartását bemutató dashboard egyik alapadata.

Miért fontos?

Alapul szolgál a határidőre történő fizetések méréséhez, és segít feltárni a korai fizetésért járó kedvezmények kihasználásának lehetőségeit.

Hol szerezhető be?

Ezt a dátumot gyakran számítással határozzák meg. A fizetés alapdátuma (ZFBDT) a BSEG táblában található. A határidő számítása a fizetési feltételektől (BSEG-ZTERM) is függ.

Példák
2023-04-192023-05-052023-05-11
Fizetési zárolás oka
PaymentBlockReason
A kód azt jelzi, hogy miért zárolták a számla kifizetését.
Leírás

Ha eltérés van a számlán, vagy további vizsgálatra van szükség, zárolják a kifizetést. A fizetési zárolás oka kód jelzi a zárolás okát, például mennyiségi vagy árkülönbséget, illetve kézi zárolást.

Ez az attribútum a „Fizetési zárolások feloldásának időtartama” dashboard alapja. A zárolások okonkénti gyakoriságának és időtartamának elemzésével feltárhatók a fizetési késedelmek kiváltó okai. Ha például az „Áreltérés” miatt maradnak zárolva legtovább a számlák, az a törzsadatok vagy a beszerzésirendelés-folyamat lehetséges problémájára utal, amelyet érdemes kezelni.

Miért fontos?

Megmutatja, miért késnek a számlák, így feltárhatók a fizetési zárolások kiváltó okai, és rangsorolhatók a folyamatfejlesztési feladatok.

Hol szerezhető be?

A fizetési zárolás oka tételszinten az RSEG táblában (SPGRS mező), illetve a könyvelési bizonylat BSEG táblájában (ZLSPR mező) található.

Példák
RIM
Kiegyenlítési dátum
ClearingDate
Az a dátum, amikor megtörtént a fizetés, és a számlát kiegyenlítették a szállítói számlák között.
Leírás

A kiegyenlítési dátum jelöli a számla életciklusának utolsó lépését, a fizetést. Ezen a napon a rendszerben egy fizetési bizonylat kiegyenlíti a nyitott számlatételt. A dátum a tényleges fizetés időpontját mutatja.

Ez az attribútum számos fontos KPI végpontja, köztük az „Átlagos számla-átfutási időé” és a „Határidőre történő fizetések arányáé”. A fizetési teljesítmény méréséhez a fizetési határidővel vetik össze. A készpénzfizetési kedvezmények elemzésekor pedig a kedvezményes időszakkal hasonlítják össze, hogy kiderüljön, időben történt-e a fizetés a kedvezmény igénybevételéhez.

Miért fontos?

Jelzi a folyamat befejezését, és alapul szolgál a teljes átfutási idő, a határidőre történő fizetések aránya és a készpénzfizetési kedvezmények érvényesítésének kiszámításához.

Hol szerezhető be?

A kiegyenlített tételeknél ez a kiegyenlített szállítói tételek BSAK táblájának „Clearing Date” mezője (AUGDT).

Példák
2023-04-152023-05-022023-05-20
Könyvelési dátum
PostingDate
Az a dátum, amikor a számlát hivatalosan lekönyvelték a főkönyvben.
Leírás

A könyvelési dátum a számviteli folyamat egyik meghatározó dátuma. Ez határozza meg, hogy a főkönyv melyik pénzügyi időszakában számolják el a számlaköltséget. A dátumot általában a szállítói számlákat kezelő munkatárs adja meg a feldolgozás során.

A folyamatelemzésben a dátum által jelölt „Számla könyvelése” tevékenység fontos mérföldkő. A számla beérkezése és könyvelési dátuma között eltelt idő a teljes átfutási idő egyik lényeges része. A dátum a pénzügyi jelentésekhez és az áteresztőképesség elemzéséhez is alapadat, például a hetente vagy havonta lekönyvelt számlák számának követéséhez.

Miért fontos?

Fontos mérföldkövet jelöl a folyamatban, meghatározza a tranzakció pénzügyi időszakát, és az átfutási idő kiszámításának egyik alapadata.

Hol szerezhető be?

Ez a számladokumentum-fejléc RBKP táblájának „Posting Date” mezője (BUDAT).

Példák
2023-03-202023-04-052023-04-11
Megrendelésszám
PurchaseOrderNumber
Annak a megrendelésnek az azonosítója, amellyel a számlát egyeztetik.
Leírás

A Megrendelésszám összekapcsolja a számlát az eredeti beszerzési dokumentummal. Ez alapvető a háromoldalú egyeztetéshez (megrendelés, áruátvétel, számla), valamint a megrendeléshez kapcsolódó számlafeldolgozás hatékonyságának elemzéséhez.

Ez az attribútum nélkülözhetetlen például a „Számla és megrendelés egyeztetési eltéréseinek aránya” dashboardhoz. Segítségével elkülöníthetők a megrendeléshez kapcsolódó és a megrendelés nélküli számlák, amelyek feldolgozási útja és összetettsége gyakran jelentősen eltér. Az adott megrendelésekhez kapcsolódó problémák elemzése a beszerzési folyamat korábbi szakaszaiban jelentkező gondok feltárásában is segíthet.

Miért fontos?

Összekapcsolja a számlát a beszerzési folyamattal, így elemezhetők a megrendeléshez kapcsolódó és a megrendelés nélküli számlák, valamint feltárhatók az egyeztetési eltérések.

Hol szerezhető be?

Ez az adat általában a tételszinten található. A „Megrendelésszám” (EBELN) a számlatételeket tartalmazó RSEG táblában szerepel. Előfordulhat, hogy a fejléc szintjére kell összesíteni.

Példák
450001756345000175644500017565
Szállítói szám
VendorNumber
A számlát benyújtó szállító egyedi azonosítója.
Leírás

A Szállítói szám az a törzsadatkulcs, amely azonosítja a szállítót. Ezzel kapcsolható össze a számlatranzakció és az adott üzleti partner, így a folyamat a szállítói jellemzők szerint is elemezhető.

A folyamat Szállítói szám szerinti elemzése fontos felismeréseket adhat a szállítói kapcsolatokról és a teljesítményről. Például feltárható, mely szállítók nyújtanak be rendszeresen olyan számlákat, amelyek fizetési zároláshoz vagy eltérésekhez vezetnek, illetve mely szállítók számláit dolgozzák fel a leghatékonyabban. Ez az információ hasznos a szállítók kezeléséhez és a stratégiai beszerzéshez.

Miért fontos?

Lehetővé teszi a szállítónkénti elemzést, és segít feltárni az egyes szállítókhoz kapcsolódó mintákat, problémákat és hatékonysági lehetőségeket.

Hol szerezhető be?

Ez a számladokumentum fejlécét tartalmazó RBKP tábla „Számlázó fél” mezője (LIFNR).

Példák
100345100876200112
Számla összege
InvoiceAmount
A számla teljes bruttó összege az eredeti bizonylat pénznemében.
Leírás

A Számla összege attribútum a szállító által benyújtott számla teljes értékét jelöli. Ez minden számla esetében fontos pénzügyi mutató.

A process miningben ez az attribútum nélkülözhetetlen az érték szerinti elemzéshez. Lehetővé teszi a folyamat szűrését és csoportosítását a számla értéke alapján, amely gyakran összefügg a folyamat összetettségével és a jóváhagyási követelményekkel. A nagy összegű számlák például eltérő, szigorúbb jóváhagyási folyamatot követhetnek. Az attribútum megfelelési elemzésre is használható, például annak ellenőrzésére, hogy a nagy összegű számlák esetében megtörténtek-e a kötelező jóváhagyási lépések.

Miért fontos?

Lehetővé teszi az érték szerinti elemzést, segít előnyben részesíteni a nagy összegű számlákat, és megérteni, hogyan befolyásolja a számla összege a folyamat menetét és a megfelelést.

Hol szerezhető be?

Ez a számladokumentum fejlécét tartalmazó RBKP tábla „Bruttó számlaösszeg” mezője (RMWWR).

Példák
1500.7512500.00850.20
Befejezés időpontja
EndTime
Az időbélyeg azt mutatja, mikor fejeződött be egy tevékenység. Az azonnali eseményeknél megegyezik a kezdés időpontjával.
Leírás

A Befejezés időpontja attribútum jelöli egy adott tevékenység végét. Az SAP-ban sok eseményt egyetlen időpontként naplóznak, ezért a befejezés időpontja megegyezik a kezdés időpontjával. A mérhető időtartamú tevékenységeknél, például egy aktívan végzett jóváhagyási lépésnél, a munka befejezését jelölheti.

A külön befejezési időpont segítségével a tevékenység feldolgozási ideje elkülöníthető az azt megelőző várakozási időtől. Így megkülönböztethető, mennyi ideig tart egy tevékenység végrehajtása, és mennyit vár az eset a tevékenység megkezdésére. Ez pontosabb képet ad az erőforrások hatékony felhasználásáról.

Miért fontos?

Lehetővé teszi a tevékenységek feldolgozási idejének kiszámítását, elkülöníti azt a tevékenységek közötti várakozástól, és pontosabbá teszi a szűk keresztmetszetek elemzését.

Hol szerezhető be?

Ez gyakran megegyezik a kezdés időpontjával, amely a CDHDR-UDATE és CDHDR-UTIME mezőkből állítható elő. Egyes esetekben olyan munkafolyamat-naplókból is kinyerhető, amelyek külön rögzítik a feladat kezdetét és végét.

Példák
2023-03-15T10:35:10Z2023-03-16T14:10:00Z2023-03-28T09:02:45Z
Bizonylattípus
DocumentType
A kód a könyvelési bizonylat típusát jelöli, például szállítói számlát vagy jóváíró bizonylatot.
Leírás

Az SAP-ban a bizonylattípus különböző üzleti tranzakciók besorolására szolgál. A számlafeldolgozásban gyakori típus például a normál számlát jelölő „RE” vagy a szállítói jóváírást jelölő „KG”. A bizonylattípus a könyvelés egyes jellemzőit is meghatározza, például a használt számtartományt.

Az elemzésben ezzel az attribútummal meghatározott tranzakciótípusokra szűrhet. A jóváíró bizonylatok kezelése például jelentősen eltérhet a normál számlák feldolgozásától. A bizonylattípus szerinti szétválasztás pontosabb képet ad az egyes folyamatokról.

Miért fontos?

Segítségével külön elemezhetők az eltérő üzleti tranzakciók, például a számlák és a jóváíró bizonylatok, amelyek feldolgozása különbözik.

Hol szerezhető be?

Ez a számladokumentum-fejléc RBKP táblájának „Document Type” mezője (BLART).

Példák
REKRKG
Elutasítás oka
RejectionReason
A kód vagy szöveg megadja, miért utasították el a számlát a jóváhagyási munkafolyamat során.
Leírás

Ha a jóváhagyó elutasít egy számlát, lehetőleg az elutasítás okát is adja meg. Ez lehet szabványos kód vagy szabad szöveges megjegyzés, például „Hibás beszerzésirendelés-szám”, „Duplikált számla” vagy „Hibás összeg”.

Ezek az adatok nélkülözhetetlenek a „Számlaelutasítási okok és trendek” dashboardhoz. Az elutasítási okok gyakoriságának elemzésével feltárhatók a visszatérő problémák, és megtehetők a szükséges korrekciós lépések. Ha például gyakori ok a „Hibás beszerzésirendelés-szám”, érdemes lehet javítani a szállítókkal folytatott kommunikáción, vagy képzést tartani az adatrögzítést végző munkatársaknak. Az elemzés segít csökkenteni a folyamatban szükséges utómunkát.

Miért fontos?

Feltárja az elutasítások kiváltó okait, így célzott folyamatfejlesztéssel csökkenthető az utómunka, és javítható az elsőre helyes feldolgozás aránya.

Hol szerezhető be?

Ezt az információt gyakran nem tárolják egyetlen szabványos mezőben. Megtalálható a workflow konténernaplóiban, a bizonylathoz kapcsolódó hosszú szöveges mezőkben vagy egy egyedi workflow-megoldás mezőiben.

Példák
DUPLIKÁLT_SZÁMLAHIBÁS_ÖSSZEGNINCS_BESZERZÉSI_RENDELÉS_EGYEZÉS
Elveszett-e a készpénzfizetési kedvezmény
IsCashDiscountLost
Számított jelző, amely megmutatja, hogy nem sikerült-e igénybe venni az elérhető készpénzfizetési kedvezményt.
Leírás

Ez egy logikai attribútum, amelyet a fizetési feltételek és a tényleges fizetési dátum alapján számítanak ki. Értéke igaz, ha a „Fizetési feltételek” korai fizetés esetén kedvezményt biztosítottak, de a „Kiegyenlítési dátum” a kedvezményes időszak lejárta utánra esett. Így közvetlenül mérhető a folyamat hatékonyságának hiányából eredő pénzügyi veszteség.

Ez az attribútum az „Elveszített készpénzfizetési kedvezmény” dashboard alapja. Segítségével számszerűsíthető a feldolgozási késedelmek pénzügyi hatása. Ha az elemzők az igaz értékű esetekre szűrnek, megvizsgálhatják, mely folyamatváltozatok és szűk keresztmetszetek miatt maradnak el leggyakrabban a kedvezmények. Ez megalapozott üzleti érvet ad a folyamatfejlesztéshez.

Miért fontos?

Közvetlenül számszerűsíti a folyamatkésésekből eredő pénzügyi veszteséget, és alátámasztja a számlafeldolgozási munkafolyamat fejlesztésének üzleti indokát.

Hol szerezhető be?

Ez az attribútum nem található meg az SAP-ban. Az adatátalakítás során a „PaymentTerms” értelmezésével és a „ClearingDate” kedvezményes fizetési határidővel való összehasonlításával számítják ki.

Példák
truefalse
Fizetési feltételek
PaymentTerms
A szállítóval egyeztetett fizetési feltételek kódja, például a kedvezményes időszak és a fizetési határidő.
Leírás

A fizetési feltételek határozzák meg, mikor kell kifizetni a számlát, és jár-e készpénzfizetési kedvezmény a korai fizetésért. Például a „30 napos nettó fizetés” vagy a „2% 10 napon belül, nettó 30 nap” azt jelenti, hogy 10 napon belüli fizetés esetén 2% kedvezmény jár, egyébként pedig 30 napon belül a teljes összeget kell kifizetni.

Ez az attribútum az „Elveszített készpénzfizetési kedvezmény” dashboard és a „Készpénzfizetési kedvezmények kihasználási aránya” KPI alapja. Az elemzés a fizetési feltételeket a könyvelési és fizetési dátumokkal együtt használja annak megállapítására, hogy járt-e kedvezmény, és sikerült-e érvényesíteni. A fizetési feltételek betartását bemutató dashboardhoz is nélkülözhetetlen.

Miért fontos?

Nélkülözhetetlen a készpénzfizetési kedvezmények kihasználási arányának elemzéséhez és a folyamatkésések pénzügyi hatásának megértéséhez.

Hol szerezhető be?

Ez a számladokumentum-fejléc RBKP táblájának „Terms of Payment Key” mezője (ZTERM).

Példák
Z0010001NT30
Főkönyvi számla
GeneralLedgerAccount
A főkönyvi számla száma, amelyre a számla költségét vagy ráfordítását könyvelik.
Leírás

A főkönyvi számla a számlatükör azon számlája, amelyen rögzítik a számla pénzügyi hatását. Ez az adat fontos a pénzügyi jelentésekhez és a költségek kezeléséhez.

A process mining során a főkönyvi számla pénzügyi dimenziót ad a folyamat elemzéséhez. A „Főkönyvi számlák használatának elemzése” dashboard feltárhatja a kiadási mintákat, jelezheti a számlák esetleges hibás besorolását, és segíthet ellenőrizni, hogy a költségeket a megfelelő részleghez vagy projekthez rendelték-e. Összekapcsolja a folyamat végrehajtását annak pénzügyi hatásával.

Miért fontos?

Pénzügyi dimenzióval egészíti ki a folyamatot, így elemezhetők a költségfelosztások és a kiadási minták, valamint feltárhatók a számlák esetleges hibás besorolásai.

Hol szerezhető be?

Tételszinten található. A „G/L Account Number” (HKONT) beszerzésirendelés-alapú számláknál az RSEG, közvetlen FI-számláknál pedig a BSEG táblában szerepel.

Példák
630000655100741000
Forrásrendszer
SourceSystem
Azonosítja azt a forrásrendszert, amelyből az adatokat kinyerték.
Leírás

A Forrásrendszer attribútum az eseményadatok eredetét jelzi, például egy adott SAP ECC-példány nevét. Ez különösen fontos, ha a szervezet több ERP-rendszert használ, vagy különböző forrásokból származó adatokat egyesít.

Az elemzés során ez az attribútum segít összehasonlítani a különböző rendszerekben, régiókban vagy üzleti egységekben zajló folyamatokat és azok teljesítményét. Egyértelművé teszi az adatok eredetét, és lehetővé teszi a rendszerenkénti szűrést és elemzést.

Miért fontos?

Több rendszer használatakor fontos háttérinformációt ad, és lehetővé teszi az adatok megfelelő elkülönítését, valamint a rendszerenkénti teljesítményelemzést.

Hol szerezhető be?

Ez általában az adatkinyerés során hozzáadott állandó érték, amely az SAP-rendszerazonosítót (TADIR-SRCSYSTEM) vagy az adott SAP-példányhoz kézzel rendelt azonosítót tartalmazza.

Példák
SAPECC_PROD_EUECC_US_FINSAP_ERP_6_EHP8
Lejárt-e
IsOverdue
Számított jelző, amely megmutatja, hogy a számlát a fizetési határidő után fizették-e ki.
Leírás

Ez egy logikai attribútum, amelyet a „Kiegyenlítési dátum” (tényleges fizetési dátum) és a „Fizetési határidő” összehasonlításával számítanak ki. Ha a kiegyenlítési dátum későbbi a határidőnél, az értéke igaz, ellenkező esetben hamis. Egyszerűen és közvetlenül mutatja meg, hogy az egyes számlákat időben fizették-e ki.

Ez az attribútum megkönnyíti a dashboardok elemzését és adatainak megjelenítését. Egyszerű szűrést és összesítést tesz lehetővé a „Határidőre történő fizetések aránya” KPI kiszámításához. A felhasználók gyorsan összehasonlíthatják a lejárt számlák és az időben kifizetett számlák folyamatait, és feltárhatják a késedelmes fizetéshez vezető folyamatmintákat.

Miért fontos?

Egyszerűsíti a határidőre történő fizetések elemzését, és megkönnyíti a késve, illetve időben kifizetett számlák folyamatainak összehasonlítását.

Hol szerezhető be?

Ez az attribútum nem található meg az SAP-ban. Az adatátalakítás során a következő képlettel számítják ki: ClearingDate > PaymentDueDate.

Példák
truefalse
Pénznem
Currency
A számla összegének pénznemkódja.
Leírás

A Pénznem attribútum azt adja meg, hogy milyen pénznemben szerepel a számla összege, például USD-ben, EUR-ban vagy JPY-ben.

Ez az attribútum nélkülözhetetlen kontextust ad a Számlaösszeg értelmezéséhez. Segítségével helyesen értelmezhetők és összegezhetők a pénzügyi adatok, különösen a több pénznemmel dolgozó nemzetközi szervezeteknél. A feldolgozás hatékonysága és az esetleges problémák pénznem szerint szűrve, az egyes pénznemzónák között is összehasonlíthatók. Az érdemi pénzügyi összesítéshez szükség lehet az összegek egységes jelentési pénznemre váltására.

Miért fontos?

A pénzügyi összegek helyes értelmezéséhez szükséges kontextust ad, és lehetővé teszi a pénznem szerinti szűrést és elemzést.

Hol szerezhető be?

Ez a számladokumentum-fejléc RBKP táblájának „Currency Key” mezője (WAERS).

Példák
USDEURGBP
Utolsó adatfrissítés
LastDataUpdate
Az időbélyeg azt mutatja, mikor frissítették utoljára a folyamat adatait a forrásrendszerből.
Leírás

Ez az attribútum rögzíti a legutóbbi adatkinyerés vagy frissítés dátumát és időpontját. A teljes adatkészletre vonatkozik, nem az egyes eseményekre, így egyértelműen jelzi, mennyire frissek az adatok.

Ez fontos metaadat a dashboardok felhasználói és az elemzők számára. Segít megérteni, milyen időszakot fed le az elemzés, és biztosítja, hogy a döntések naprakész információkra épüljenek. Az adatfrissesség jelzésére általában jól látható helyen jelenik meg a dashboardokon.

Miért fontos?

Tájékoztatja a felhasználókat az adatok frissességéről, így az elemzés és a döntések naprakész információkra épülhetnek.

Hol szerezhető be?

Ezt az értéket az adatkinyerő vagy ETL-eszköz állítja elő, és az adatfrissítéskor illeszti be az adatkészletbe.

Példák
2024-05-20T08:00:00Z2024-05-21T08:00:00Z2024-05-22T08:00:00Z
Vállalatkód
CompanyCode
A jogi személy vagy vállalat azonosítója, amelynek a számláját feldolgozzák.
Leírás

A vállalatkód az SAP Financials alapvető szervezeti egysége, amely egy önálló jogi személyt jelöl. Minden pénzügyi tranzakciót, így a számlákat is, egy adott vállalatkódhoz könyvelnek.

Ez az attribútum lehetővé teszi a folyamat jogi személyenkénti elemzését. Segítségével összehasonlítható a vállalatcsoport különböző tagjainak folyamatteljesítménye, megfelelése és hatékonysága. A dashboardokon vállalatkód szerint szűrve az adott vállalatra vonatkozó számlafeldolgozási KPI-k jeleníthetők meg.

Miért fontos?

Lehetővé teszi a folyamatok összehasonlítását és a teljesítmény mérését a szervezet különböző jogi személyei között.

Hol szerezhető be?

Ez a számladokumentum-fejléc RBKP táblájának „Company Code” mezője (BUKRS).

Példák
10002000US01
Kötelező Javasolt Nem kötelező

A számlafeldolgozás tevékenységei a beszerzéstől a fizetésig tartó folyamatban

Az alábbi folyamatlépéseket és mérföldköveket rögzítse az eseménynaplóban, hogy pontosan feltárhassa a számlafeldolgozás menetét.
5 Javasolt 6 Nem kötelező
Tevékenység Leírás
Fizetési zárolás beállítása
Ez a tevékenység akkor történik, amikor zárolást állítanak be a számla egyik tételére, megakadályozva annak kifizetését. A zárolás automatikusan is beállhat a háromoldalú egyeztetés eltérései miatt, de különböző okokból kézzel is elrendelhető.
Miért fontos?

Ez az esemény elengedhetetlen a fizetési zárolás feloldási idejének méréséhez és a fizetési késedelmek kiváltó okainak feltárásához. Rámutat az árakkal, mennyiségekkel vagy a szükséges jóváhagyásokkal kapcsolatos problémákra.

Hol szerezhető be?

Ez kifejezetten rögzített esemény. A BSEG tábla ZLSPR (fizetési zárolás kulcsa) mezőjének változása a módosítási naplókból, a CDHDR és CDPOS táblákból követhető nyomon.

Rögzítés

A CDHDR módosítási dokumentum időbélyege, amikor a BSEG-ZLSPR értéke üresről nem üresre változik.

Eseménytípus explicit
Számla kiegyenlítése
Ez a sikeres számlaéletciklus utolsó lépése: a nyitott kötelezettséget egy fizetési bizonylattal kiegyenlítik. Ez azt jelzi, hogy a kifizetés megtörtént.
Miért fontos?

Ez a folyamat elsődleges záróeseménye, ezért nélkülözhetetlen a teljes átfutási idő kiszámításához. Megerősíti a folyamat sikeres lezárását, és a határidőben teljesített kifizetések mérésére is használható.

Hol szerezhető be?

Ez a BSEG számlatétel-táblában kifejezetten rögzített esemény. A kiegyenlítés dátuma az AUGDT mezőben, a kiegyenlítési bizonylat száma pedig az AUGBL mezőben található.

Rögzítés

Használja a számladokumentum tételénél szereplő kiegyenlítési dátumot (BSEG-AUGDT).

Eseménytípus explicit
Számla könyvelése
Ez fontos pénzügyi esemény: a számlát hivatalosan rögzítik a főkönyvben, és kötelezettség keletkezik. A dokumentum az átmeneti, előzetesen rögzített állapotból végleges könyvelési tétellé válik.
Miért fontos?

A könyvelés fontos mérföldkő, amely megerősíti a számla érvényességét. A kifizetés előfeltétele, és a feldolgozási teljesítmény egyik fontos mutatója.

Hol szerezhető be?

Ez a BKPF bizonylatfejléc-táblában kifejezetten rögzített esemény. Az időbélyeg a könyvelés dátuma, BKPF-BUDAT. A dokumentum állapota ezután már nem „előzetesen rögzített”.

Rögzítés

Az előzetesen nem rögzített dokumentumoknál használja a könyvelés dátumát (BKPF-BUDAT), ha a BKPF-BSTAT mező üres vagy „ ”.

Eseménytípus explicit
Számla sztornózása
Egy már könyvelt számladokumentum visszavonását jelöli. Az eredeti számla pénzügyi hatásának semlegesítésére sztornóbizonylat készül.
Miért fontos?

Ez a tevékenység jelentős kivételt és újramunkálási útvonalat jelez. A sztornózások gyakoriságának és okainak elemzése feltárhatja a számlaellenőrzés és -könyvelés rendszerszintű problémáit.

Hol szerezhető be?

Ez a BKPF bizonylatfejléc-táblában kifejezetten rögzített esemény. A sztornózott dokumentum fejlécében szerepel a sztornóbizonylat száma (STBLG) és a pénzügyi év (STJAH).

Rögzítés

Keresse meg azokat a dokumentumokat, amelyeknél a BKPF-STBLG mező ki van töltve. Az esemény időbélyege a sztornóbizonylat könyvelési dátuma.

Eseménytípus explicit
Számlaadatok rögzítése
A számladokumentum első létrehozását jelöli az SAP-ban, akár előzetesen rögzített, akár teljesen könyvelt dokumentumról van szó. Ez általában a számla életciklusának első rögzített rendszereseménye, és a folyamat kezdő időpontjaként szolgál.
Miért fontos?

Ez a tevékenység a számlafeldolgozás teljes átfutási idejének mérésére szolgáló elsődleges kezdőpont. Az ettől az időponttól eltelt idő elemzésével feltárhatók a kezdeti adatrögzítés és a dokumentum létrehozásának késedelmei.

Hol szerezhető be?

A létrehozás időbélyegét az SAP BKPF táblájának CPUDT (a könyvelési bizonylat rögzítésének dátuma) és CPUTM (a rögzítés időpontja) mezője tartalmazza.

Rögzítés

Használja a BKPF tábla fejlécében szereplő dokumentumlétrehozási időbélyeget (CPUDT).

Eseménytípus explicit
Fizetési zárolás feloldása
A számla egyik tételén beállított fizetési zárolás feloldását jelöli, amely után a tétel bekerülhet a fizetési futásba. Ez azt jelenti, hogy a korábban feltárt problémát megoldották.
Miért fontos?

Ez a tevékenység zárja le a zárolás időtartamának mérését. A zárolás beállítása és feloldása között eltelt idő megmutatja, mennyire hatékony a probléma megoldása.

Hol szerezhető be?

Az esemény a BSEG tábla ZLSPR (fizetési zárolás kulcsa) mezőjének módosításakor követhető nyomon a CDHDR és CDPOS táblákban rögzített módosítási naplók alapján.

Rögzítés

A CDHDR módosítási dokumentum időbélyege, amikor a BSEG-ZLSPR értéke nem üresről üresre változik.

Eseménytípus explicit
Számla előzetes rögzítése
Azt jelzi, hogy a számlát rögzítették az SAP-ban, de még nem könyvelték a főkönyvbe. Ez az átmeneti állapot lehetőséget ad a pénzügyi könyvelés előtti ellenőrzésre, javításra vagy jóváhagyásra.
Miért fontos?

Az előzetesen rögzített számlák és az ebben az állapotban töltött idő nyomon követése feltárja a könyvelés előtti ellenőrzés és jóváhagyás szűk keresztmetszeteit. Segít elkülöníteni az adatrögzítés idejét a pénzügyi feldolgozás idejétől.

Hol szerezhető be?

Az esemény a BKPF tábla BSTAT mezőjében szereplő dokumentumállapotból következtethető ki. A „V” (előzetesen rögzített dokumentum) vagy a „W” (módosítás jóváhagyására váró, előzetesen rögzített dokumentum) érték előzetes rögzítést jelez.

Rögzítés

Keresse meg azokat a dokumentumokat, amelyeknél a BKPF-BSTAT állapotmező értéke „V”. Az esemény időbélyege a létrehozás dátuma, BKPF-CPUDT.

Eseménytípus inferred
Számla elutasítása
Azt jelzi, hogy a számlát elutasították a jóváhagyási folyamat során. Ilyenkor általában javítani kell a számlát, majd újra be kell nyújtani, ami újramunkálási kört eredményez.
Miért fontos?

Az elutasítások nyomon követése segít feltárni a gyakori hibákat, például a hibás adatokat vagy a szabályszegéseket. Megmutatja az újramunkálás mértékét, és rámutat a folyamatfejlesztés vagy a szállítók tájékoztatásának lehetőségeire.

Hol szerezhető be?

Az esemény általában elutasítási lépésként jelenik meg az SAP Business Workflow naplóiban. A számladokumentum állapotának változásából vagy a hozzá fűzött megjegyzésekből is következtetni lehet rá.

Rögzítés

A munkafolyamat-naplóban rögzített elutasítási lépés időbélyege vagy az elutasítást jelző dokumentumállapot-változás időpontja.

Eseménytípus inferred
Számla jóváhagyása
Azt jelzi, hogy az illetékes személy hivatalosan jóváhagyta a számlát, így az továbbléphet a könyvelés és a kifizetés felé. Ez gyakran a munkafolyamat utolsó lépése.
Miért fontos?

Ez a mérföldkő zárja le a jóváhagyási idő mérését. Lehetővé teszi a folyamat továbblépését, segíti a kifizetések időben történő teljesítését, és alapot ad a jóváhagyók munkaterhelésének elemzéséhez.

Hol szerezhető be?

Az esemény általában az SAP Business Workflow tábláiból nyerhető ki a jóváhagyási feladat befejezésének azonosításával. A jóváhagyáshoz kapcsolódó fizetési zárolás feloldásából is következtetni lehet rá.

Rögzítés

A munkafolyamat-naplóban rögzített jóváhagyási lépés befejezésének időbélyege vagy egy adott fizetési zárolás feloldásának időpontja.

Eseménytípus inferred
Számla jóváhagyásra küldése
Azt a pontot jelöli, amikor a számla bekerül a hivatalos jóváhagyási munkafolyamatba. A rögzítés módja nagyban függ az adott SAP Workflow vagy külső rendszer megvalósításától.
Miért fontos?

Ez a tevékenység indítja el a számlajóváhagyási idő KPI mérését. Nélkülözhetetlen a jóváhagyási lánc késedelmeinek feltárásához és a jóváhagyók teljesítményének elemzéséhez.

Hol szerezhető be?

Az esemény általában az SAP Business Workflow tábláiból (például SWW_WI2OBJ, SWWLOG) nyerhető ki az adott jóváhagyási feladat kezdetének azonosításával. Egyszerűbb esetben egy egyéni mező állapotváltozásából is következtetni lehet rá.

Rögzítés

Az esemény azonosításához elemezni kell az SAP Workflow naplóit vagy a számladokumentumhoz kapcsolódó egyéni állapotmezőket.

Eseménytípus inferred
Számla lejárttá válása
Számított esemény, amely akkor következik be, ha az aktuális dátum túllépi a számla nettó esedékességi dátumát, és a számlát még nem fizették ki. Az esedékesség dátumát a fizetési feltételek és a kiinduló dátum határozzák meg.
Miért fontos?

Ez a tevékenység elengedhetetlen a határidőben teljesített kifizetések arányát mérő KPI nyomon követéséhez. Előre jelzi a késedelmes fizetés kockázatának kitett számlákat, amelyek ronthatják a szállítói kapcsolatokat és kötbért vonhatnak maguk után.

Hol szerezhető be?

Az esemény az aktuális dátum és a nettó esedékességi dátum összevetésével számítható ki. Az esedékesség dátuma a kiinduló dátumból (BSEG-ZFBDT) és a fizetési feltételekből (BSEG-ZTERM) adódik.

Rögzítés

Az esemény akkor következik be, ha current_date > (BSEG-ZFBDT + payment_terms), és a tételt még nem rendezték.

Eseménytípus calculated
Javasolt Nem kötelező

Útmutatók az adatok kinyeréséhez

Adatok kinyerése SAP ECC rendszerből

Készen áll a kezdésre?

A sablon segítségével értékes információkat nyerhet ki, és jelentősen fejlesztheti a beszerzéstől a fizetésig tartó számlafeldolgozást. Kezdje el még ma az adatok kinyerését, és javítsa működését.

Fejlessze még ma a beszerzéstől a fizetésig tartó számlafeldolgozást

Tárja fel a hatékonytalanságokat, és csökkentse 30%-kal a számlafeldolgozás átfutási idejét.

Próbálja ki ingyen

Nincs szükség bankkártyára. A beállítás percek alatt elvégezhető.