Beszerzéstől a fizetésig: számlafeldolgozási adatsablon
Beszerzéstől a fizetésig: számlafeldolgozási adatsablon
- Javasolt attribútumok
- Követendő tevékenységek
- Útmutató az adatok kinyeréséhez SAP ECC rendszerből
A számlafeldolgozás attribútumai a beszerzéstől a fizetésig tartó folyamatban
| 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 | |||
A számlafeldolgozás tevékenységei a beszerzéstől a fizetésig tartó folyamatban
| 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 Eseménytípus calculated | |||
Útmutatók az adatok kinyeréséhez
Lépések
- Az ABAP-program létrehozása: Hozzon létre új, futtatható programot az
SE38vagy azSE80tranzakcióval, példáulZ_PM_INVOICE_EXTRACTnéven. Adjon meg egy megfelelő címet, és állítsa a típust „Executable Program” értékre. - A kiválasztóképernyő meghatározása: A programban hozzon létre kiválasztóképernyőt, amelyen a felhasználók szűrhetik az adatokat. A fontos paraméterek közé tartozzon a vállalatkód (
BUKRS), a pénzügyi év (GJAHR), a könyvelési dátum tartománya (BUDAT), valamint az alkalmazáskiszolgálón használt kimeneti fájl elérési útja. - Adatszerkezetek deklarálása: Határozza meg a végleges eseménynaplót tároló belső tábla szerkezetét. Tartalmazza az összes szükséges és ajánlott attribútumot:
InvoiceNumber,Activity,EventTime,UserName,VendorNumber,PurchaseOrderNumber,InvoiceAmount,PostingDate,PaymentDueDate,PaymentBlockReasonésClearingDate. - Az adatlekérdezési logika megvalósítása: Írja meg a számlaadatokat lekérő ABAP-logikát. Ehhez több lekérdezés eredményét kell egyesíteni a végleges eseménynapló-táblában.
- Először kérje le a fejléc- és tételadatokat az elsődleges számlatáblákból (
BKPF,BSEG,RBKPésRSEG), a kiválasztóképernyőn megadott feltételek alapján. - Minden számlához hozzon létre alapvető eseményeket, például a „Számlaadatok rögzítve” eseményt (a létrehozás időbélyege alapján) és a „Számla könyvelve” eseményt (a könyvelés időbélyege alapján).
- A fizetési zárolásokkal kapcsolatos változások megkereséséhez kérdezze le a
CDHDRésCDPOSmódosítási dokumentumtáblákat (BSEG-ben aZLSPRmezőt). Minden releváns változáshoz hozzon létre „Fizetési zárolás beállítva” és „Fizetési zárolás feloldva” eseményt. - A
BSEGtáblában a kiegyenlítési bizonylat (AUGBL) és a kiegyenlítés dátuma (AUGDT) alapján azonosítsa a „Számla kiegyenlítve” eseményeket. - A
BKPFfejlécében szereplő sztornóbizonylat (STBLG) alapján azonosítsa a „Számla sztornózva” eseményeket. - Egyedi logikával rögzítse a munkafolyamat eseményeit („Számla jóváhagyásra elküldve”, „Jóváhagyva”, „Elutasítva”). Ez a rész ügyfélspecifikus, ezért a kódot az Önök munkafolyamatában használt táblákhoz vagy állapotmezőkhöz kell igazítani.
- Először kérje le a fejléc- és tételadatokat az elsődleges számlatáblákból (
- Számított események létrehozása: A programlogikában számítsa ki a
Invoice Becomes Overdueeseményt. Ehhez a még ki nem fizetett számlák esedékességi dátumát (PaymentDueDate) hasonlítsa össze az aktuális dátummal. Ha az esedékesség már elmúlt, hozzon létre eseményt, amelynekEventTimeértéke az esedékesség dátuma. - Az eseménynapló-tábla feltöltése: Ahogy az egyes számlák adatait összegyűjti a különböző forrásokból, formázza meg őket, majd fűzze hozzá az új sorokat a végleges belső eseménynapló-táblához. Minden tevékenységhez egy sor tartozzon.
- Az adatok fájlba exportálása: Az
OPEN DATASET,TRANSFERésCLOSE DATASETutasításokkal írja ki a végleges belső tábla tartalmát a kiválasztóképernyőn megadott, SAP-alkalmazáskiszolgálón található fájlba. CSV-fájl létrehozásához használjon egységes elválasztót, például pontosvesszőt vagy tabulátort. - A kinyerés ütemezése: Rendszeres adatkinyeréshez hozzon létre változatot a programhoz a kívánt kiválasztási feltételekkel, majd az
SM36tranzakcióval ütemezze háttérfeladatként. - A kimeneti fájl letöltése: Az
AL11tranzakcióval nyissa meg az SAP-alkalmazáskiszolgáló könyvtárát, és keresse meg a létrehozott fájlt. ACG3Ytranzakcióval töltse le a fájlt az alkalmazáskiszolgálóról a saját gépére. - Felkészülés a feltöltésre: Mielőtt feltölti a fájlt egy process mining eszközbe, nyissa meg a CSV-fájlt, és ellenőrizze, hogy a fejlécek helyesek-e, az adatformátum egységes-e, különösen az időbélyegeknél, és megfelelő-e az elválasztó. Mentse a fájlt UTF-8 kódolással.
Konfiguráció
- Kiválasztási feltételek: Az ABAP-jelentéshez részletes kiválasztóképernyő szükséges. A legfontosabb szűrők:
Company Code (BUKRS): Az adatok kinyerésének meghatározott jogi személyekre korlátozásához.Posting Date (BUDAT): Az adatkinyerés időszakának megadásához. Érdemes kezelhető időszakokra bontani az adatokat, például egyszerre 3–6 hónapra.Document Type (BLART): Csak a releváns számlabizonylat-típusok felvételéhez, például az „RE” logisztikai számlákhoz és a „KR” szállítói számlákhoz.
- A kimeneti fájl elérési útja: Kötelező paraméterként meg kell adni a kimeneti fájl teljes elérési útját és nevét az SAP alkalmazáskiszolgálón. A jelentést futtató felhasználónak írási jogosultsággal kell rendelkeznie a könyvtárhoz.
- Teljesítménnyel kapcsolatos szempontok: Nagy adathalmazok esetén a rendszer lassulásának elkerülése érdekében a jelentést csúcsidőn kívül, háttérfeladatként futtassa. A logika csak a szükséges mezőket kérje le a táblákból, és ahol lehet, használja a szabványos SAP-adatbázisindexeket.
- Előfeltételek és jogosultságok: Az adatkinyerést végző felhasználónak vagy szolgáltatásfióknak a következőkre van szüksége:
- ABAP-jelentések futtatására vonatkozó jogosultság, az
S_PROGRAMrészeként. - Olvasási hozzáférés a pénzügyi és logisztikai táblákhoz, köztük a
BKPF,BSEG,RBKP,RSEG,CDHDRésCDPOStáblákhoz. - Jogosultság fájlok írására a megadott alkalmazáskiszolgáló-könyvtárba (
S_DATASET). - Hozzáférés a
SE38,SM36,AL11ésCG3Ytranzakciókhoz a fejlesztéshez, ütemezéshez és fájlletöltéshez.
- ABAP-jelentések futtatására vonatkozó jogosultság, az
Példa-lekérdezés abap
REPORT Z_PM_INVOICE_EXTRACT.
*&---------------------------------------------------------------------*
*& Tables for Selection Screen
*&---------------------------------------------------------------------*
TABLES: BKPF, RBKP.
*&---------------------------------------------------------------------*
*& Data Declarations
*&---------------------------------------------------------------------*
TYPES: BEGIN OF ty_event_log,
InvoiceNumber TYPE belnr_v,
Activity TYPE string,
EventTime TYPE timestamp,
UserName TYPE uname,
VendorNumber TYPE lifnr,
PurchaseOrderNumber TYPE ebeln,
InvoiceAmount TYPE wrbtr,
PostingDate TYPE budat,
PaymentDueDate TYPE faedt,
PaymentBlockReason TYPE rstgr,
ClearingDate TYPE augdt,
END OF ty_event_log.
DATA: gt_event_log TYPE TABLE OF ty_event_log,
gs_event_log TYPE ty_event_log.
DATA: lt_bkpf TYPE TABLE OF bkpf,
ls_bkpf TYPE bkpf,
lt_bseg TYPE TABLE OF bseg,
ls_bseg TYPE bseg.
DATA: lt_rbkp TYPE TABLE OF rbkp,
ls_rbkp TYPE rbkp.
*&---------------------------------------------------------------------*
*& Selection Screen
*&---------------------------------------------------------------------*
SELECT-OPTIONS: s_bukrs FOR bkpf-bukrs OBLIGATORY,
s_gjahr FOR bkpf-gjahr OBLIGATORY,
s_budat FOR bkpf-budat.
PARAMETERS: p_fpath TYPE string OBLIGATORY DEFAULT '/usr/sap/tmp/invoice_events.csv'.
*&---------------------------------------------------------------------*
*& Start of Program Logic
*&---------------------------------------------------------------------*
START-OF-SELECTION.
" Select FI Invoices (e.g., Doc Type KR)
SELECT * FROM bkpf INTO TABLE lt_bkpf
WHERE bukrs IN s_bukrs
AND gjahr IN s_gjahr
AND budat IN s_budat
AND blart = 'KR'.
" Select MM Invoices
SELECT * FROM rbkp INTO TABLE lt_rbkp
WHERE bukrs IN s_bukrs
AND gjahr IN s_gjahr
AND budat IN s_budat.
* --- Process FI Invoices ---
LOOP AT lt_bkpf INTO ls_bkpf.
CLEAR gs_event_log.
gs_event_log-InvoiceNumber = ls_bkpf-belnr.
gs_event_log-PostingDate = ls_bkpf-budat.
SELECT SINGLE * FROM bseg INTO ls_bseg
WHERE bukrs = ls_bkpf-bukrs
AND belnr = ls_bkpf-belnr
AND gjahr = ls_bkpf-gjahr
AND koart = 'K'. " Vendor Line Item
IF sy-subrc = 0.
gs_event_log-VendorNumber = ls_bseg-lifnr.
gs_event_log-InvoiceAmount = ls_bseg-wrbtr.
gs_event_log-ClearingDate = ls_bseg-augdt.
" Calculate Due Date
CALL FUNCTION 'DETERMINE_DUE_DATE'
EXPORTING
i_bseg = ls_bseg
IMPORTING
e_faedt = gs_event_log-PaymentDueDate.
ENDIF.
" Activity: Invoice Data Captured
gs_event_log-Activity = 'Invoice Data Captured'.
CONVERT DATE ls_bkpf-cpudt TIME ls_bkpf-cputm INTO TIME STAMP gs_event_log-EventTime TIME ZONE sy-zonlo.
gs_event_log-UserName = ls_bkpf-usnam.
APPEND gs_event_log TO gt_event_log.
" Activity: Invoice Parked (if BSTAT = 'V')
IF ls_bkpf-bstat = 'V'.
gs_event_log-Activity = 'Invoice Parked'.
APPEND gs_event_log TO gt_event_log.
ENDIF.
" Activity: Invoice Posted
gs_event_log-Activity = 'Invoice Posted'.
CONVERT DATE ls_bkpf-budat TIME ls_bkpf-cputm INTO TIME STAMP gs_event_log-EventTime TIME ZONE sy-zonlo.
gs_event_log-UserName = ls_bkpf-usnam.
APPEND gs_event_log TO gt_event_log.
" Activity: Invoice Cleared
IF ls_bseg-augbl IS NOT INITIAL.
gs_event_log-Activity = 'Invoice Cleared'.
CONVERT DATE ls_bseg-augdt INTO TIME STAMP gs_event_log-EventTime TIME ZONE sy-zonlo.
gs_event_log-UserName = ls_bseg-usnam_cl.
APPEND gs_event_log TO gt_event_log.
ENDIF.
" Activity: Invoice Becomes Overdue
IF gs_event_log-PaymentDueDate IS NOT INITIAL AND gs_event_log-PaymentDueDate < sy-datum AND ls_bseg-augbl IS INITIAL.
gs_event_log-Activity = 'Invoice Becomes Overdue'.
CONVERT DATE gs_event_log-PaymentDueDate INTO TIME STAMP gs_event_log-EventTime TIME ZONE sy-zonlo.
gs_event_log-UserName = 'SYSTEM'.
APPEND gs_event_log TO gt_event_log.
ENDIF.
" Activity: Invoice Reversed
IF ls_bkpf-stblg IS NOT INITIAL.
DATA: ls_rev_bkpf TYPE bkpf.
SELECT SINGLE budat, usnam FROM bkpf INTO ls_rev_bkpf
WHERE belnr = ls_bkpf-stblg AND bukrs = ls_bkpf-bukrs AND gjahr = ls_bkpf-gjahr.
IF sy-subrc = 0.
gs_event_log-Activity = 'Invoice Reversed'.
CONVERT DATE ls_rev_bkpf-budat INTO TIME STAMP gs_event_log-EventTime TIME ZONE sy-zonlo.
gs_event_log-UserName = ls_rev_bkpf-usnam.
APPEND gs_event_log TO gt_event_log.
ENDIF.
ENDIF.
ENDLOOP.
* --- NOTE: The logic for MM invoices (from lt_rbkp) would be similar, joining RBKP with RSEG.
* --- NOTE: The logic for Payment Blocks and Workflow events requires reading change documents (CDHDR/CDPOS)
* --- or custom workflow tables. Below is a conceptual example for payment blocks.
* --- Conceptual Example for 'Payment Block Set' / 'Released' using Change Docs
* DATA: lt_cdhdr TYPE TABLE OF cdhdr, ls_cdhdr TYPE cdhdr,
* lt_cdpos TYPE TABLE OF cdpos, ls_cdpos TYPE cdpos.
* SELECT * FROM cdhdr INTO TABLE lt_cdhdr
* WHERE objectclas = 'BELEG' AND objectid IN (SELECT belnr FROM bkpf WHERE ...).
* LOOP AT lt_cdhdr.
* SELECT * FROM cdpos INTO TABLE lt_cdpos
* WHERE changenr = ls_cdhdr-changenr AND tabname = 'BSEG' AND fname = 'ZLSPR'.
* LOOP AT lt_cdpos.
* "... logic to create 'Payment Block Set' (if VALUE_NEW is not blank)
* "... or 'Payment Block Released' (if VALUE_NEW is blank) events.
* ENDLOOP.
* ENDLOOP.
* --- Conceptual Example for Workflow events ('Sent For Approval', 'Approved', 'Rejected')
* --- This part MUST be customized based on your specific workflow implementation (e.g., OpenText VIM, SAP WF).
* --- You would query the relevant workflow tables or status change tables here.
*&---------------------------------------------------------------------*
*& Write to File
*&---------------------------------------------------------------------*
END-OF-SELECTION.
DATA: lv_string TYPE string,
lv_header TYPE string.
" Create Header
lv_header = 'InvoiceNumber;Activity;EventTime;UserName;VendorNumber;PurchaseOrderNumber;InvoiceAmount;PostingDate;PaymentDueDate;PaymentBlockReason;ClearingDate'.
OPEN DATASET p_fpath FOR OUTPUT IN TEXT MODE ENCODING UTF-8.
IF sy-subrc = 0.
TRANSFER lv_header TO p_fpath.
LOOP AT gt_event_log INTO gs_event_log.
CONCATENATE gs_event_log-InvoiceNumber
gs_event_log-Activity
gs_event_log-EventTime
gs_event_log-UserName
gs_event_log-VendorNumber
gs_event_log-PurchaseOrderNumber
gs_event_log-InvoiceAmount
gs_event_log-PostingDate
gs_event_log-PaymentDueDate
gs_event_log-PaymentBlockReason
gs_event_log-ClearingDate
INTO lv_string SEPARATED BY ';'.
TRANSFER lv_string TO p_fpath.
ENDLOOP.
CLOSE DATASET p_fpath.
ELSE.
MESSAGE 'Error opening file.' TYPE 'E'.
ENDIF. 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.
Nincs szükség bankkártyára. A beállítás percek alatt elvégezhető.