Order to Cash számlázási folyamatának adatsablonja

SAP ECC
Order to Cash számlázási folyamatának adatsablonja

Order to Cash számlázási folyamatának adatsablonja

Ez az adatsablon rendszerezetten összefoglalja a számlázási folyamat elemzéséhez és fejlesztéséhez szükséges adatokat. Bemutatja, milyen attribútumokat érdemes gyűjteni, mely tevékenységeket kell követni, és gyakorlati útmutatást ad az adatok kinyeréséhez. Készítse elő vele az adatokat a process mining elemzéshez, és kapjon pontos képet az Order to Cash folyamat teljesítményéről.
  • Az alapos elemzéshez javasolt attribútumok
  • Követendő folyamatlépések és mérföldkövek
  • Gyakorlati ú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.

Order to Cash számlázási attribútumai

Az alábbi adatmezőket javasoljuk felvenni az eseménynaplóba az SAP ECC Order to Cash számlázási folyamatának részletes elemzéséhez.
3 Kötelező 5 Javasolt 13 Nem kötelező
Név Leírás
Kezdési idő
EventTime
Az időbélyeg azt mutatja, mikor történt egy adott tevékenység vagy esemény.
Leírás

Az esemény időpontja rögzíti a számla életciklusának egyes tevékenységeihez tartozó pontos dátumot és időt. Ez az időbélyeg alapja a process mining minden időalapú elemzésének, így az átfutási idők kiszámításának, a szűk keresztmetszetek feltárásának és a folyamat teljesítménye szolgáltatási szintű megállapodásokhoz viszonyított nyomon követésének.

Az attribútum jellemzően több SAP-tábla dátum- és időmezőinek összekapcsolásával áll elő. Ilyen például a könyvelési dátum (BUDAT) és az időmező (UZEIT), amelyek a módosításokat vagy a bizonylatok létrehozását rögzítik. A pontos időbélyegek megbízható eseménynapló és érvényes teljesítményelemzés alapját adják.

Miért fontos?

Ez az attribútum alapozza meg a teljesítményelemzést: segítségével kiszámíthatók az átfutási idők, az időtartamok és a folyamatlépések közötti várakozási idők.

Hol szerezhető be?

Több tábla dátum- és időmezőiből áll elő, például a BKPF (BUDAT, CPUTM), a VBRK (ERDAT, ERZET) és a módosításnapló-táblák, például a CDHDR (UDATE, UTIME) adataiból.

Példák
2023-04-15T10:30:00Z2023-04-16T11:00:00Z2023-05-20T09:00:00Z
Számlaszám
InvoiceNumber
A számlázási bizonylat egyedi azonosítója, amely a számlázási folyamat elsődleges esetazonosítója.
Leírás

A számlaszám, amelyet az SAP-ban számlázási bizonylatszámnak neveznek, minden számlát egyedileg azonosít. A process mining elemzésben ez a CaseId: egyetlen folyamatpéldányba rendezi az összes kapcsolódó tevékenységet, például a létrehozást, a könyvelést, a küldést, a fizetést és a kiegyenlítést.

A számlaszám szerinti elemzés megmutatja az egyes számlázási tranzakciók teljes életútját a létrehozástól a végső kiegyenlítésig. Ez szükséges az olyan KPI-k kiszámításához, mint a vevőkövetelések átlagos futamideje (DSO) és a számlázási ciklus teljes hossza. Az eredmények így megbízható alapot adnak a teljesítmény méréséhez és javításához.

Miért fontos?

Ez az alapvető azonosító teszi lehetővé a számla teljes életútjának nyomon követését, valamint az egyes számlázási tranzakciók átfutási idejének, szűk keresztmetszeteinek és eltéréseinek elemzését.

Hol szerezhető be?

SAP ECC tábla: VBRK, mező: VBELN

Példák
90001234900012359000123690001237
Tevékenység
ActivityName
Az üzleti esemény vagy a számla életciklusa során végrehajtott lépés neve.
Leírás

Ez az attribútum a számlázási folyamat egy adott műveletét vagy állapotváltozását írja le, például: „Számla létrehozva”, „Számla könyvelve” vagy „Ügyfélfizetés beérkezett”. Ezek a tevékenységek különböző rendszereseményekből, a bizonylatok állapotváltozásaiból vagy a felhasználók által végrehajtott tranzakciókódokból származnak.

A tevékenységek sorrendje adja a folyamat menetét, amely a process mining elemzés alapja. A tevékenységek vizsgálatával a szervezet megértheti, milyen lépések történnek, milyen sorrendben és milyen gyakran. Így összevethető a tényleges működés a tervezett folyamattal.

Miért fontos?

Meghatározza a folyamattérkép lépéseit, így megjeleníthetők és elemezhetők a folyamatmenetek, az eltérések és a szűk keresztmetszetek.

Hol szerezhető be?

Ez egy több forrásból származtatott fogalmi attribútum. Forrása lehet például a tranzakciókód (CDHDR-TCODE), a bizonylat állapotváltozása (VBUK-FKSTK) vagy a könyvelési bizonylat.

Példák
Számla kiállítvaSzámla könyvelveFizetési emlékeztető elküldveSzámla kiegyenlítve
Felhasználónév
UserName
Annak a felhasználónak az azonosítója, aki végrehajtotta a tevékenységet vagy létrehozta a bizonylatot.
Leírás

Ez az attribútum rögzíti annak az SAP-felhasználónak az azonosítóját, aki egy adott eseményért felelős, például létrehozott egy számlát vagy könyvelt egy fizetést. Segítségével elemezhető a folyamat emberi oldala.

Az adatok alapján megvizsgálhatók a felhasználók és csapatok közötti teljesítménykülönbségek, feltárhatók a képzési igények és az esetleges megfelelési problémák. Az attribútum a felhasználók által végzett manuális tevékenységeket is megkülönbözteti a rendszer- vagy kötegelt felhasználók automatizált lépéseitől. Ez szükséges az automatizáltság méréséhez.

Miért fontos?

Lehetővé teszi a felhasználói teljesítmény és a munkaterhelés eloszlásának elemzését, valamint a manuális és automatizált tevékenységek megkülönböztetését. Ezzel támogatja az automatizálást és a hatékonyság javítását célzó kezdeményezéseket.

Hol szerezhető be?

SAP ECC tábla: VBRK, mező: ERNAM (létrehozó); vagy BKPF, mező: USNAM (felhasználónév); vagy CDHDR, mező: USERNAME (felhasználó).

Példák
JSMITHBW_BATCHLROSSIMKUMAR
Számla teljes összege
TotalInvoiceAmount
A számlázási bizonylat teljes nettó értéke.
Leírás

Ez az attribútum a számla teljes nettó összegét jelöli, adók nélkül. A számla összege a számlázási folyamathoz kapcsolódó fontos pénzügyi adat.

Az elemzés során például érték szerint csoportosíthatók a számlák, így megvizsgálható, hogy a nagy és kis összegű számlák folyamata eltér-e. Az összeg alapján rangsorolhatók a követelésbeszedési feladatok, és feltárható, miért tart tovább a nagy összegű számlák jóváhagyása vagy kifizetése. Ez a pénzügyi háttér segít részletesebben elemezni a folyamatot.

Miért fontos?

Pénzügyi hátteret ad az elemzéshez. A számlaérték alapján például megvizsgálható, hogy a nagy összegű számlák folyamata eltér-e, vagy tovább tart-e a kiegyenlítésük.

Hol szerezhető be?

SAP ECC tábla: VBRK, mező: NETWR

Példák
1500.7525000.00500.0012345.67
Számlázási bizonylat típusa
BillingDocumentType
A számlázási bizonylat típusát jelölő kód, például számláé, jóváíró számláé vagy terhelési értesítőé.
Leírás

A számlázási bizonylat típusa az üzleti cél szerint sorolja kategóriákba a tranzakciókat. Az „F2” például normál vevőszámlát, a „G2” pedig jóváíró számlát jelöl. Az SAP-ban beállított típus határozza meg, hogyan kell feldolgozni az egyes számlázási bizonylatokat.

A process mining elemzésben ez az attribútum lehetővé teszi a különböző számlázási esetek szűrését és összehasonlítását. Az elemzők külön vizsgálhatják a normál számlák és a jóváíró számlák folyamatait, átfutási idejét és problémáit. Az eredmények célzottabb folyamatfejlesztést tesznek lehetővé.

Miért fontos?

Lehetővé teszi a különböző számlázási folyamatok, például a normál számlák és a jóváíró számlák elkülönítését és elemzését. Ezek folyamata gyakran jelentősen eltér.

Hol szerezhető be?

SAP ECC tábla: VBRK, mező: FKART

Példák
F2G2L2IV
Ügyfélszám
CustomerNumber
A számlán szereplő ügyfelet egyedileg azonosító szám.
Leírás

Az ügyfélszám összekapcsolja a számlát az adott ügyféllel vagy üzleti partnerrel. Ez az attribútum lehetővé teszi, hogy az ügyfél jellemzői szerint bontsuk fel és elemezzük a számlázási folyamatot.

Az elemzők összehasonlíthatják az egyes ügyfelek vevőköveteléseinek átlagos futamidejét (DSO), azonosíthatják a rendszeresen késve fizető ügyfeleket, és megvizsgálhatják, mennyire tartják be a fizetési feltételeket. Ezek az összefüggések segítenek az ügyfélkapcsolatok kezelésében és az egyes ügyfélcsoportokhoz igazított követelésbeszedési stratégia kialakításában.

Miért fontos?

Ügyfélközpontú elemzést tesz lehetővé: feltárhatók a fizetési szokások, ügyfelenként mérhető a DSO, és az eredmények alapján alakítható a követelésbeszedés.

Hol szerezhető be?

SAP ECC tábla: VBRK, mező: KUNRG (fizető) vagy KUNAG (vevő).

Példák
100023200541CUST-A487910345
Vállalatkód
CompanyCode
A számlát kibocsátó jogi személy azonosítója.
Leírás

Az SAP-ban a vállalatkód önálló jogi és számviteli egységet jelöl. Minden pénzügyi tranzakciót, így a számlákat is, egy adott vállalatkódhoz könyvelnek. Ez alapvető szervezeti adat.

A process mining elemzésben a vállalatkód segítségével összehasonlítható a különböző jogi személyek számlázási folyamatainak teljesítménye. Így azonosíthatók azok a bevált gyakorlatok, amelyek más egységeknél is alkalmazhatók, és az elemzés a vállalat szervezeti felépítéséhez igazítható.

Miért fontos?

Lehetővé teszi a folyamatok szűrését és összehasonlítását a különböző jogi személyek között. Ez alapvető a pénzügyi elemzéshez és a szervezeti összehasonlításhoz.

Hol szerezhető be?

SAP ECC tábla: VBRK, mező: BUKRS

Példák
10002000US01DE01
Automatizált-e
IsAutomated
Jelző, amely megmutatja, hogy a tevékenységet rendszerfelhasználó vagy automatizálás hajtotta-e végre.
Leírás

Ez a számított attribútum logikai jelzőként különbözteti meg a manuális és az automatizált tevékenységeket. Jellemzően a felhasználónév attribútumot veti össze az ismert rendszer- vagy kötegelt felhasználók listájával, például a „BATCHUSER” vagy a „SAPSYSTEM” azonosítóval.

A jelzővel mérhető a számlázási folyamat automatizáltsága, ami sok szervezetnél a hatékonyság javításának és a költségek csökkentésének egyik célja. Az automatizált számlázás arányát mérő KPI közvetlenül ebből az attribútumból számítható ki, így nyomon követhető az automatizálási kezdeményezések előrehaladása.

Miért fontos?

Közvetlenül támogatja az automatizált számlázás arányának kiszámítását, így mérhető a folyamat hatékonysága és az automatizálási projektek eredménye.

Hol szerezhető be?

A felhasználónév attribútumból származik. A logika például a következő lehet: IF UserName IN ('BATCH', 'SYSTEM', 'RFCUSER') THEN true ELSE false.

Példák
truefalse
Bizonylat dátuma
DocumentDate
Az eredeti bizonylaton szereplő dátum, amelyet a szállító vagy a létrehozó adott meg.
Leírás

A bizonylat dátuma az eredeti dokumentum kiállításának napja. Számlázás esetén ez jellemzően a számla létrehozásának dátuma, és gyakran ebből számítják a fizetési határidőt.

Ez a dátum fontos a pénzügyi jelentésekhez és az olyan mutatók kiszámításához, mint a vevőkövetelések átlagos futamideje (DSO). Az ügyfél szempontjából ez jelöli a követelésbeszedési időszak kezdetét. A bizonylat dátuma és a könyvelési dátum közötti eltérések feltárhatják a beérkező számlák belső feldolgozásának késedelmeit.

Miért fontos?

A számla korának és a DSO-nak a kiszámítási alapja, ezért fontos viszonyítási pont a pénzügyi és fizetési feltételek elemzéséhez.

Hol szerezhető be?

SAP ECC tábla: VBRK, mező: FKDAT (számlázási dátum)

Példák
2023-04-152023-04-162023-05-20
Értékesítési bizonylat száma
SalesDocumentNumber
Az eredeti vevői rendelés azonosítója, amelyből a számla készült.
Leírás

Ez az attribútum közvetlenül összekapcsolja a számlát az azt elindító vevői rendeléssel. Ez a nyomon követhetőség szükséges az Order to Cash folyamat teljes körű elemzéséhez.

Ha a számlázási folyamatot összekapcsolják az azt megelőző rendelési folyamattal, a szervezet a vevői rendeléstől a pénz beérkezéséig tartó teljes átfutási időt is elemezheti. Így kiderülhet, hogy a számlázás késedelmét az értékesítés, a teljesítés vagy maga a számlázási részleg okozza. Ez teljesebb képet ad a folyamatról.

Miért fontos?

Összekapcsolja a számlázást a vevői rendeléssel, így lehetővé teszi az Order to Cash folyamat teljes körű elemzését és a részlegek közötti késedelmek feltárását.

Hol szerezhető be?

SAP ECC tábla: VBRP, mező: VGBEL

Példák
100000451000004610000047
Értékesítési szervezet
SalesOrganization
Az a szervezeti egység, amely a termékek vagy szolgáltatások értékesítéséért felel.
Leírás

Az SAP-ban az értékesítési szervezet felel az áruk és szolgáltatások értékesítéséért, valamint az értékesítési feltételek kialakításáért. Az értékesítési és disztribúciós működés egyik alapvető szervezeti egysége.

A process mining elemzésben ez az attribútum az értékesítési struktúra szerint teszi vizsgálhatóvá a számlázási folyamatot. Összehasonlíthatóvá válik a különböző értékesítési szervezetek teljesítménye, így kiderülhet, mely régiók vagy üzletágak számláznak hatékonyabban. Az eredmények segítenek a bevált gyakorlatok egységesítésében.

Miért fontos?

Lehetővé teszi a különböző értékesítési egységek és régiók teljesítményének összehasonlítását, valamint a bevált gyakorlatok és a fejlesztendő területek azonosítását.

Hol szerezhető be?

SAP ECC tábla: VBRK, mező: VKORG

Példák
1000NA01EU01AP01
Fizetési feltételek
PaymentTerms
Az eladó által meghatározott értékesítési feltételek, köztük a fizetési ütemezés.
Leírás

A fizetési feltételek határozzák meg, mikor esedékes a fizetés, például „30 napos fizetési határidő” vagy „60 napos fizetési határidő” esetén. Ezeket az ügyféllel egyeztetik, és jelentősen befolyásolják a pénzforgalmat.

A fizetési feltételek szerinti elemzésből kiderülhet, hogy bizonyos feltételek hosszabb fizetési ciklussal vagy több késedelmes fizetéssel járnak-e. Ez segíthet kedvezőbb feltételeket kialkudni az ügyfelekkel vagy módosítani a pénzügyi tervezést. A fizetési feltételek a számla fizetési határidejének kiszámításához is szükségesek.

Miért fontos?

Segít feltárni, hogyan befolyásolják az egyeztetett feltételek az ügyfelek fizetési szokásait és a pénzforgalmat. Az eredmények alapján javíthatók a kereskedelmi megállapodások.

Hol szerezhető be?

SAP ECC tábla: VBRK, mező: ZTERM

Példák
Z030Z060Z001
Forrásrendszer
SourceSystem
Megadja, melyik forrásrendszerből származnak a kinyert adatok.
Leírás

Ez az attribútum azt a nyilvántartó rendszert jelöli, amelyből az adatok származnak. Ha a vállalat több ERP-példányt vagy integrált rendszert használ, a mező segít megkülönböztetni az egyes források adatait.

A process mining elemzésben az attribútum az adatok ellenőrzéséhez, valamint a különböző rendszerek vagy szervezeti egységek folyamatainak összehasonlításához szükséges. Az adatkinyerés során jellemzően állandó értékként kerül az adatkészletbe.

Miért fontos?

Megmutatja az adatok eredetét. Több rendszer használatakor ez segít megőrizni az adatok integritását, és lehetővé teszi az egyes rendszerek külön elemzését.

Hol szerezhető be?

Az adatkinyerés, -átalakítás és -betöltés (ETL) során hozzáadott, jellemzően állandó érték, amely az adott SAP ECC-példányt azonosítja, például: „ECC_PROD_NA”.

Példák
SAP_ECC_PRODECC_EU_100SAP_US_FIN
Kiegyenlítés dátuma
ClearingDate
Az a dátum, amikor a fizetés beérkezett, és a számlát kiegyenlítették a vevőkövetelések között.
Leírás

A kiegyenlítés dátuma azt mutatja, mikor jelöltek fizetettként, vagyis kiegyenlítettként egy nyitott tételt, például egy számlát a pénzügyi rendszerben. Ez a dátum jelzi, hogy a pénz beérkezett és az elszámolás megtörtént.

Ez az Order to Cash ciklus egyik legfontosabb dátuma. A vevőkövetelések átlagos futamidejének (DSO) és a számlától a pénz beérkezéséig tartó teljes ciklusidőnek a kiszámításához ez jelöli a végpontot. A kiegyenlítés dátumának elemzése megmutatja, mennyire hatékony a követelésbeszedés.

Miért fontos?

A számla életciklusának utolsó lépését jelöli. Ez a DSO és a teljes ciklusidő kiszámításának végpontja, és a pénzbeszedés hatékonyságáról is képet ad.

Hol szerezhető be?

SAP ECC tábla: BSAD, mező: AUGDT

Példák
2023-05-142023-06-012023-06-25
Könyvelési dátum
PostingDate
Az a dátum, amikor a bizonylatot a pénzügyi könyvelésben rögzítik.
Leírás

A könyvelési dátum határozza meg, melyik pénzügyi időszakban kerül a tranzakció a főkönyvbe. A számvitel és a pénzügyi jelentések szempontjából alapvető adat. A bizonylat létrehozása és könyvelése közötti késedelem a számlázási bizonylatok belső feldolgozásának hiányosságaira utalhat.

A process mining elemzésben a könyvelési dátum a számla életciklusának fontos mérföldköve. A számla létrehozása és könyvelése között eltelt idő a számlázási részleg hatékonyságának egyik mérőszáma lehet.

Miért fontos?

Fontos pénzügyi mérföldkő, amely a számvitelhez is nélkülözhetetlen. A számla létrehozása és könyvelése között eltelt idő a belső feldolgozás hatékonyságát méri.

Hol szerezhető be?

SAP ECC tábla: BKPF, mező: BUDAT

Példák
2023-04-152023-04-172023-05-21
Pénznem
Currency
A számlán szereplő összegek pénznemkódja.
Leírás

Ez az attribútum jelzi a tranzakció pénznemét, például USD, EUR vagy JPY. Megadja a pénzügyi értékek, például a számla teljes összegének értelmezéséhez szükséges hátteret.

Nemzetközi vállalatok adatainak elemzésekor a pénznemmező nélkülözhetetlen a pénzügyi adatok helyes értelmezéséhez és átváltásához. Egységes jelentéskészítést tesz lehetővé, és megakadályozza, hogy az összegeket megfelelő átváltás nélkül összesítsék, ami hibás pénzügyi elemzéshez vezetne.

Miért fontos?

Megadja a pénzügyi értékek értelmezéséhez szükséges hátteret, és pontos elemzést tesz lehetővé, különösen több pénznem használatakor.

Hol szerezhető be?

SAP ECC tábla: VBRK, mező: WAERK

Példák
USDEURGBPJPY
Számla fizetési határideje
InvoiceDueDate
Az a dátum, ameddig az ügyfélnek várhatóan ki kell fizetnie a számlát.
Leírás

A számla fizetési határideje a fizetési feltételekben meghatározott végső dátum. Ez az adat alapvető a vevőkövetelések kezeléséhez és a követelésbeszedés megkezdéséhez.

Az időben történő fizetések arányát mérő KPI kiszámításához ezt a dátumot összevetik a tényleges fizetési dátummal. A számlák határidő szerinti elemzése segít a pénzforgalom előrejelzésében és a közelgő vagy lejárt fizetések rangsorolásában. A határidő jellemzően a bázisdátum és a fizetési feltételek alapján számítható ki.

Miért fontos?

Az időben történő fizetések teljesítményének mércéje, amely szükséges a vevőkövetelések kezeléséhez és a pénzforgalom előrejelzéséhez.

Hol szerezhető be?

A bázisdátum (BSEG-ZFBDT) és a fizetési feltételek (BSEG-ZTERM) alapján számítható ki. Nem mindig tárolják külön mezőben.

Példák
2023-05-152023-05-302023-06-20
Tranzakciókód
TransactionCode
A tevékenység végrehajtásához használt SAP-tranzakciókód.
Leírás

A tranzakciókód, vagyis a T-Code, az SAP egy adott funkciójának vagy programjának egyedi azonosítója. Ilyen például a számlázási bizonylat létrehozására szolgáló „VF01”. Az eseményekhez rögzített T-Code megmutatja, hogyan hajtották végre a folyamatot a rendszerben.

Ez az információ hasznos a kiváltó okok feltárásához. Ha például gyakoriak a hibák, az elemzők ellenőrizhetik, hogy használtak-e nem szabványos tranzakciókódot. A tranzakciókód az aktivitás nevének meghatározásában és a folyamatban használt rendszerfunkciók megértésében is segít.

Miért fontos?

Megmutatja, hogyan hajtották végre a tevékenységet a rendszerben. Segít feltárni a folyamattól való eltérések okait és azonosítani a nem szabványos felhasználói műveleteket.

Hol szerezhető be?

SAP ECC tábla: CDHDR, mező: TCODE

Példák
VF01VF02FB01F-28
Utolsó adatfrissítés
LastDataUpdate
A forrásrendszerből végzett legutóbbi adatfrissítés vagy adatkinyerés időbélyege.
Leírás

Ez az attribútum jelzi, mikor frissült utoljára az adatkészlet a forrásrendszerből. Segít értelmezni az elemzést, mert megmutatja, mennyire frissek a megjelenített adatok.

A dashboardokon és jelentésekben ez az időbélyeg tájékoztatja az érintetteket az adatok aktualitásáról, és jelzi, hogy a legutóbbi tranzakciók mikor válnak láthatóvá. Az érték jellemzően az adatkinyerési folyamat végén jön létre.

Miért fontos?

Tájékoztat az adatok aktualitásáról, ami fontos az elemzésre épülő működési döntésekhez.

Hol szerezhető be?

Az adatkinyerés, -átalakítás és -betöltés (ETL) során jön létre és kerül tárolásra.

Példák
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Utómunka-e
IsRework
Jelző, amely megmutatja, hogy a tevékenység utómunka vagy javítási lépés-e.
Leírás

Ez a számított attribútum az utómunkát jelentő tevékenységeket azonosítja, például a „Számla javítva” eseményt vagy a bizonylat visszafordítását. Jellemzően logikai jelző, amelyet a tevékenység nevéből vagy a javításhoz és sztornózáshoz kapcsolódó tranzakciókódokból, például a számlázási bizonylat sztornózására szolgáló „VF11” kódból származtatnak.

A process mining elemzésben ez a jelző számszerűsíti a számlázási folyamatban végzett utómunkát. Közvetlenül támogatja az olyan KPI-k mérését, mint a számlajavítási arány, és láthatóvá teszi az utómunka ismétlődő köreit a folyamattérképen. Így feltárhatók azok a hatékonysági és minőségi problémák, amelyek növelik a működési költségeket és késleltetik a fizetést.

Miért fontos?

Megmutatja, mennyi munka megy el a hibák javítására, így számszerűsíthetők a folyamat hiányosságai és a minőségi problémák, valamint mérhetők az utómunkához kapcsolódó KPI-k.

Hol szerezhető be?

A tevékenység nevéből vagy a tranzakciókódból származik. Például: IF ActivityName = 'Invoice Corrected' OR TransactionCode = 'VF11' THEN true ELSE false.

Példák
truefalse
Kötelező Javasolt Nem kötelező

Order to Cash számlázási tevékenységei

Az alábbi folyamatlépéseket és mérföldköveket érdemes rögzíteni az eseménynaplóban a folyamat feltárásához és teljesítményének nyomon követéséhez.
5 Javasolt 8 Nem kötelező
Tevékenység Leírás
Számla elküldve az ügyfélnek
Azt jelzi, hogy a számlát meghatározott csatornán, például nyomtatva, e-mailben vagy EDI-n keresztül elküldték az ügyfélnek. Az esemény általában a kimenetkezelő rendszer naplóiból rögzíthető.
Miért fontos?

Ez fontos mérföldkő, mert ekkor indul az ügyfél fizetési határidejének számítása. Az itt jelentkező késedelem közvetlenül befolyásolja, mikorra várható a fizetés, és rontja a beszedés hatékonyságát.

Hol szerezhető be?

Az esemény a számlához tartozó kimenettípus feldolgozási dátuma és időpontja alapján állapítható meg az üzenetállapotokat tároló NAST táblából.

Rögzítés

A NAST táblában szereplő, „1” feldolgozási állapotú, vagyis sikeresen feldolgozott bejegyzés alapján állapítható meg.

Eseménytípus inferred
Számla kiállítva
A számlázási bizonylat létrehozását jelzi a rendszerben. Az esemény akkor rögzíthető, amikor a BKPF könyvelési bizonylatfej-táblában új bejegyzés jön létre a számlákhoz tartozó bizonylattípussal.
Miért fontos?

Ez a teljes számlázási folyamat kezdőpontja. Az eseménytől eltelt idő elemzésével mérhető a számlakészítési ciklusidő, és ez az alapja a Days Sales Outstanding (DSO) kiszámításának.

Hol szerezhető be?

A BKPF táblában rögzítik. Az eseményt az adott bizonylatszámhoz (BELNR) tartozó létrehozási dátum (CPUDT) és idő (CPUTM) jelöli. A bizonylattípus (BLART) azonosítja a számlát.

Rögzítés

A számlabizonylat BKPF táblában rögzített létrehozási időbélyege (CPUDT) alapján.

Eseménytípus explicit
Számla kiegyenlítve
A sikeresen kifizetett számla végleges állapota. A nyitott tételt a hozzá tartozó fizetéssel vagy jóváíró bizonylattal lezárták, így a számla teljes egészében kiegyenlítettnek tekinthető.
Miért fontos?

A számlához tartozó, megrendeléstől a pénz beérkezéséig tartó folyamat sikeres lezárását jelzi. Ez a fő záróesemény az átlagos számlázási ciklusidő méréséhez.

Hol szerezhető be?

Akkor következik be, amikor a számlatételhez tartozó kiegyenlítési bizonylatszám (AUGBL) és kiegyenlítési dátum (AUGDT) mezője kitöltődik a BSEG táblában.

Rögzítés

Az esemény a számlatételhez tartozó, BSEG táblában rögzített kiegyenlítési dátumon (AUGDT) következik be.

Eseménytípus explicit
Számla könyvelve
A számlát hivatalosan rögzítették a vevőkövetelések analitikájában és a főkönyvben. Ezzel a számla jogilag kötelezővé válik, és megjelenik az ügyfél tartozása.
Miért fontos?

Ez fontos mérföldkő, mert ekkor indul a beszedési idő számítása. A számla kiállítása és könyvelése közötti idő megmutathatja a pénzáramlást befolyásoló belső feldolgozási késedelmeket.

Hol szerezhető be?

A BKPF táblában rögzítik. Az eseményt a bizonylatszámhoz (BELNR) tartozó könyvelési dátum (BUDAT) jelöli. Előzetesen rögzített bizonylat esetén ekkor válik a bizonylat könyveltté.

Rögzítés

A számlabizonylat BKPF táblában rögzített könyvelési dátuma (BUDAT) alapján.

Eseménytípus explicit
Ügyfélfizetés beérkezett
Az ügyfél befizetése beérkezett, és készpénzbevételként vagy banki jóváírásként rögzítették a rendszerben. Ekkor külön fizetési bizonylat jön létre, amelyet még nem rendeltek hozzá az adott számlához.
Miért fontos?

Ez fontos mérföldkő a pénzkonverziós ciklusban. A számla elküldése és a fizetés beérkezése közötti idő a Days Sales Outstanding (DSO) egyik fő összetevője.

Hol szerezhető be?

Új bizonylatként rögzítik a BKPF és a BSEG táblában, jellemzően az ügyfélfizetést jelölő „DZ” bizonylattípussal. Az eseményt a könyvelési dátum (BUDAT) jelöli.

Rögzítés

Az ügyfélfizetési bizonylat BKPF táblában rögzített könyvelési dátuma alapján.

Eseménytípus explicit
Elérkezett a számla fizetési határideje
Számított esemény, amely a fizetési feltételek szerinti hivatalos esedékesség napját jelöli. Nem felhasználó vagy rendszer által végrehajtott tevékenység, hanem egy fontos időpont.
Miért fontos?

A fizetési szokások és a megfelelés elemzéséhez elengedhetetlen. Ez az alapja annak, hogy megállapítsuk, időben vagy késve fizettek-e, és kiszámítsuk a határidőre történő fizetések arányát mérő KPI-t.

Hol szerezhető be?

Az esemény az aktuális dátum és a nettó esedékességi dátum összevetésével határozható meg. Az esedékességi dátum a BSEG-ZFBDT mezőben található, vagy a bázisdátum és a fizetési feltételek alapján számítható ki.

Rögzítés

Hasonlítsa össze a rendszer dátumát a számlatétel BSEG táblában szereplő nettó esedékességi dátumával.

Eseménytípus calculated
Fizetés hozzárendelve a számlához
A beérkezett ügyfélfizetést egyeztették az adott nyitott számlával, és hozzárendelték ahhoz, hogy a tétel kiegyenlíthető legyen. Ez az egyeztetési lépés kapcsolja össze a fizetést a tartozással.
Miért fontos?

Ez a tevékenység elengedhetetlen a beérkező fizetések számlákhoz rendelésének ciklusidejéhez. Ha a befizetést későn rendelik a számlához, a vevőkövetelések tényleges állapota pontatlannak tűnhet, és a rendelkezésre álló pénz is rejtve maradhat.

Hol szerezhető be?

Az esemény a kiegyenlítési tranzakcióból, például az F-32-ből állapítható meg, amely kitölti a számlatétel kiegyenlítési mezőit. Az esemény időpontja a kiegyenlítés dátuma.

Rögzítés

Az esemény abból állapítható meg, hogy a számlatétel BSEG táblájában kitöltötték a kiegyenlítés dátumát (AUGDT).

Eseménytípus inferred
Fizetési emlékeztető elküldve
A rendszer fizetési felszólítást vagy emlékeztetőt készített, és elküldte az ügyfélnek egy lejárt számla miatt. Az esemény a felszólítási előzmények naplóiból rögzíthető.
Miért fontos?

Segít felmérni a beszedési stratégia eredményességét. Az emlékeztető és a fizetés beérkezése közötti idő elemzése fontos a fizetési emlékeztetők eredményességét mérő KPI-hoz.

Hol szerezhető be?

A felszólítási adatokat tároló táblákban rögzítik, különösen az MHNK (felszólítási adatok fejléce) és az MHND (felszólítási adatok tételei) táblában. Ezeket a felszólítási futtatás hozza létre az F150 tranzakcióval.

Rögzítés

A lejárt tételre vonatkozó felszólítási futtatás (F150) végrehajtásakor kerül a naplóba.

Eseménytípus explicit
Számla előzetesen rögzítve
A számlabizonylatot előzetes állapotban mentették el, de még nem könyvelték a főkönyvbe. Ezt gyakran akkor alkalmazzák, ha hiányosak az adatok, vagy a végleges könyvelés előtt ellenőrzésre van szükség.
Miért fontos?

Nyomon követi a könyvelés előtti lépéseket és az esetleges késedelmeket. Ha a bizonylat sokáig előzetes állapotban marad, az adatok minőségi problémájára vagy az előzetes jóváhagyás szűk keresztmetszetére utalhat.

Hol szerezhető be?

Az előzetesen rögzített bizonylatokat a VBKPF tábla tárolja. A tevékenységet egy később könyvelt bizonylat létrehozása jelzi ebben a táblában.

Rögzítés

Az előzetesen rögzített bizonylat mentésekor, például az FV70 tranzakcióval, kerül a naplóba.

Eseménytípus explicit
Számla javítva
Újramunkálást jelez: az eredeti számláról kiderült, hogy hibás, ezért később visszafordították. Az esemény az eredeti számlához kapcsolódó sztornóbizonylatok azonosításával rögzíthető.
Miért fontos?

Feltárja a folyamat hatékonysági és minőségi problémáit. A gyakori javítások a korábbi értékesítési vagy számlázási adatok hibáira utalnak, és segítik a Számlajavítások és hibaarányok dashboard elemzését.

Hol szerezhető be?

Az esemény egy olyan sztornóbizonylat megkeresésével azonosítható, amelynek BKPF-STBLG mezője az eredeti bizonylatra mutat. Az esemény a sztornóbizonylat létrehozása.

Rögzítés

A sztornóbizonylat létrehozásakor kerül a naplóba, például az FB08 tranzakció használatakor.

Eseménytípus explicit
Számla jóváhagyva
A számla hivatalos jóváhagyását jelzi, amely lehetővé teszi a könyvelést vagy a számla ügyfélnek történő elküldését. Ez gyakran abból állapítható meg, hogy az előzetesen rögzített bizonylat könyveltté válik.
Miért fontos?

Nyomon követi a belső jóváhagyási munkafolyamatot, amely gyakran szűk keresztmetszetet jelent. Az esemény elemzésével a Számlajóváhagyási folyamat elemzése dashboardon azonosíthatók a lassan jóváhagyó felhasználók.

Hol szerezhető be?

Az esemény az előzetesen rögzített bizonylat VBKPF táblában jelzett állapotából a BKPF táblában jelzett könyvelt állapotba való átmenet alapján állapítható meg. Ha a szervezet workflow-rendszert használ, az esemény a workflow-naplókban is szerepelhet.

Rögzítés

Hasonlítsa össze az előzetes bizonylat létrehozási dátumát (VBKPF) a végleges bizonylat könyvelési dátumával (BKPF).

Eseménytípus inferred
Számla leírva
Alternatív végállapot: a számlát behajthatatlannak minősítették, a fennálló összeget pedig behajthatatlan követelésként vezették ki. A számlát ügyfélfizetés nélkül zárják le.
Miért fontos?

Kedvezőtlen folyamatkimenetelt és bevételkiesést jelez. Az ilyen események nyomon követése segít feltárni a behajthatatlan követelések okait és javítani a hitelkezelési szabályokon.

Hol szerezhető be?

A számlához kapcsolódó kiegyenlítési tranzakció elemzéséből következtethető ki. Ha a kiegyenlítési bizonylat egy meghatározott behajthatatlan követelések ráfordítására szolgáló főkönyvi számlára könyvel, a számlát leírtnak tekintjük.

Rögzítés

Akkor következtethető ki, ha a kiegyenlítési tranzakció során könyvelés történik egy kijelölt, behajthatatlan követelésekre szolgáló főkönyvi számlára.

Eseménytípus inferred
Vitaügy létrehozva
Hivatalos vitát rögzítettek a számlával kapcsolatban, jellemzően ügyfélpanasz miatt. Az eseményt az SAP Dispute Management rendszer tárolja.
Miért fontos?

Azonosítja a késedelmes fizetés kockázatának kitett számlákat, és feltárja az ügyfél-elégedetlenség mögött álló problémákat. Ezzel kezdetét veszi egy fontos kivételkezelési folyamat.

Hol szerezhető be?

Az esemény a számla könyvelési bizonylatához kapcsolódó vitaügy létrehozásakor rögzíthető az UDM_CASE táblából.

Rögzítés

Akkor kerül a naplóba, amikor egy felhasználó az UDM_DISPUTE tranzakcióval vitaügyet hoz létre.

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

Adatkinyerési útmutatók

Így nyerheti ki az adatokat az SAP ECC rendszerből

Kezdheti?

Használja ezt a sablont az adatok előkészítésének egyszerűsítésére, és tárja fel a számlázási folyamat fejlesztési lehetőségeit. Tegye meg az első lépést a gyorsabb pénzbeáramlás felé.

Gyorsítsa fel a pénzbeáramlást: fejlessze számlázását még ma!

Szüntesse meg a hatékonysági problémákat, csökkentse 30%-kal az átfutási időt, és javítsa a pénzáramlást.

Próbálja ki ingyen

Nincs szükség bankkártyára. Kezdje el a folyamatok fejlesztését néhány perc alatt.