Szállítói számlafeldolgozási adatsablon

Általános process mining sablon
Szállítói számlafeldolgozási adatsablon

Szállítói számlafeldolgozási adatsablon

Általános process mining sablon

Ez a(z) Szállítói számlák feldolgozása folyamathoz készült általános process mining adatsablonunk. Részletesebb útmutatásért használja a rendszerspecifikus sablonokat.

Válasszon egy konkrét rendszert
  • Bármely szállítói számlázási rendszerhez használható egységes adatszerkezet
  • Javasolt attribútumok a részletes elemzéshez
  • A folyamat teljes áttekintéséhez rögzítendő fő tevékenységek
Most ismerkedik az eseménynaplókkal? Tudja meg, hogyan készíthet process mining eseménynaplót.

A szállítói számlafeldolgozás attribútumai

Ez a szakasz bemutatja azokat a javasolt adatmezőket, vagyis attribútumokat, amelyekből a szállítói számlafeldolgozás részletes elemzését támogató, megbízható eseménynapló hozható létre.
5 Kötelező 6 Javasolt 5 Nem kötelező
Név Leírás
Esemény időpontja
EventTime
Az a pontos dátumot és időpontot jelölő időbélyeg, amikor egy tevékenység vagy esemény bekövetkezett.
Leírás

Az esemény időpontja azt rögzíti, hogy a számlafolyamat egy adott tevékenysége pontosan mikor történt. Minden tevékenységhez, a „Számla beérkezett” lépéstől a „Számla kiegyenlítve” eseményig, időbélyeg tartozik.

Ez az attribútum nélkülözhetetlen a teljesítmény elemzéséhez. Segítségével kiszámítható az egyes tevékenységek közötti ciklusidő, például a jóváhagyás vagy a fizetés időtartama, valamint az egyes számlák teljes feldolgozási ideje. Az időtartamok elemzésével a szervezetek feltárhatják a szűk keresztmetszeteket, mérhetik a szolgáltatási szintre vonatkozó megállapodások (SLA-k) teljesülését, és azonosíthatják a gyorsítási lehetőségeket. Az események időrendi sorrendbe rendezésével a folyamat menete is pontosan rekonstruálható.

Miért fontos?

Nélkülözhetetlen a ciklusidők kiszámításához, a szűk keresztmetszetek feltárásához és a folyamatesemények időrendi sorrendjének elemzéséhez.

Hol szerezhető be?

A rendszer naplóiban, a tranzakciók létrehozási vagy módosítási dátummezőiben, illetve a számladokumentumokhoz kapcsolódó esemény-időbélyegek között található.

Példák
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2023-12-01T09:12:45Z
Számlaazonosító
InvoiceId
Az egyes szállítói számladokumentumok egyedi azonosítója. Ez szolgál a számla teljes folyamatának követéséhez használt elsődleges esetazonosítóként.
Leírás

A számlaazonosító egyedi, betűkből és számokból álló kód, amelyet minden beszállítótól érkező számlához hozzárendelnek. Ez a központi hivatkozási pont az adott számlához kapcsolódó összes tevékenység és adat számára, a beérkezéstől a végső kifizetésig és kiegyenlítésig.

A process mining elemzésben a számlaazonosító alapvető szerepet tölt be. Ez a Case ID, amelynek segítségével a szoftver egyetlen, jól követhető folyamattá fűzi össze az eseményeket, például a „Számla beérkezett”, „Jóváhagyva” és „Kifizetve” lépéseket. Így számlánként elemezhetők a folyamatváltozatok, a ciklusidők és a szűk keresztmetszetek, és pontosan látható, hogyan kezelik az egyes számlákat.

Miért fontos?

Ez a legfontosabb attribútum, mert egyetlen esetbe kapcsolja össze a folyamat összes kapcsolódó lépését, így lehetővé teszi a teljes folyamat elemzését és megjelenítését.

Hol szerezhető be?

A forrásrendszer számla- vagy szállítói tranzakciós tábláinak fejlécadatai között található.

Példák
SZ-9876547300015298SZ-2023-04-112
Tevékenység neve
ActivityName
A számlán végrehajtott üzleti folyamatlépés vagy bekövetkezett esemény neve.
Leírás

A tevékenység neve a számlafeldolgozás egy adott műveletét, állapotváltozását vagy mérföldkövét jelöli. A számlához rögzített minden esemény, például a „Számla ellenőrizve”, a „Jóváhagyásra benyújtva” vagy a „Fizetés teljesítve”, külön tevékenységnévként jelenik meg.

Ez az attribútum adja a folyamattérkép alapját: minden egyedi érték a megjelenített folyamat egy csomópontja lesz. A tevékenységek sorrendjének, gyakoriságának és időtartamának elemzése a process mining lényege. Segít feltárni a jellemző útvonalakat, az eltéréseket és az ismétlődő munkát. Nélküle nem érthető meg, mi történik ténylegesen a folyamatban.

Miért fontos?

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

Hol szerezhető be?

Általában tranzakciókódokból, eseménynaplókból, állapotváltozási mezőkből vagy a forrásrendszerben rögzített konkrét felhasználói műveletekből származik.

Példák
Számla jóváhagyvaSzámla zárolvaFizetés teljesítve
Forrásrendszer
SourceSystem
Az a rendszer, amelyből az adatokat kinyerték.
Leírás

Ez az attribútum azonosítja azt az eredeti informatikai rendszert, amelyben az eseményadatokat létrehozták vagy rögzítették, például egy ERP-t, dokumentumkezelő rendszert vagy munkafolyamat-eszközt. Ha a szállítói számlák feldolgozásában több rendszer vesz részt, ez a mező segít megkülönböztetni az egyes tevékenységek forrását.

A forrásrendszer szerinti elemzés segít megérteni a folyamat széttagoltságát és az adatintegráció nehézségeit. Megmutathatja, hogy a késedelmek vagy problémák a rendszerek közötti átadásokhoz kapcsolódnak-e. Az adatirányítás és az adatok ellenőrzése szempontjából is fontos, mert biztosítja, hogy a folyamat képe pontosan tükrözze az egyes rendszerek szerepét.

Miért fontos?

Megmutatja az adatok eredetét, ami nélkülözhetetlen az ellenőrzéshez, a hibakereséshez és a különböző rendszerek folyamateltéréseinek elemzéséhez.

Hol szerezhető be?

Általában állandó érték, amelyet az adatok kinyerésekor adnak hozzá, vagy a rendszer naplóinak fejlécében található.

Példák
ERP_ÉLESSAP_ECC_100Oracle_Fusion
Utolsó adatfrissítés
LastDataUpdate
Az az időbélyeg, amely jelzi, mikor frissítették utoljára az esemény adatait a forrásrendszerből.
Leírás

Az utolsó adatfrissítés időbélyege azt mutatja, mikor nyerték ki legutóbb az adatokat a forrásrendszerből, és töltötték be a process mining környezetbe. Nem az üzleti esemény időpontját jelzi, hanem azt, hogy mennyire frissek az elemzett adatok.

Ez az attribútum fontos az adatirányítás szempontjából, és segít a felhasználóknak megítélni, mennyire naprakészek az elemzési eredmények. Megerősíti, hogy az elemzés friss információkra épül, és használható az adatfolyam működésének, valamint frissítési gyakoriságának ellenőrzésére. Így az érintettek tudják, mikori adatok alapján hoznak döntést a folyamat dashboardjainak és elemzéseinek felhasználásával.

Miért fontos?

Az adatirányítás szempontjából nélkülözhetetlen: a felhasználók így tudják, mennyire frissek az elemzett adatok, ami növeli az elemzési eredményekbe vetett bizalmat.

Hol szerezhető be?

Ezt az időbélyeget általában az adatok kinyerése, átalakítása és betöltése (ETL) során állítják elő és adják hozzá.

Példák
2024-01-20T04:00:00Z2024-01-21T04:00:00Z2024-01-22T04:00:00Z
Beszállító neve
VendorName
A számlát benyújtó beszállító vagy szállító neve.
Leírás

A beszállító neve az árut vagy szolgáltatást nyújtó fél hivatalos vagy üzleti nevét azonosítja. Ez az attribútum fontos üzleti hátteret ad minden számlához.

Az elemzésben a folyamat beszállító szerinti bontása lehetővé teszi az egyes partnerek teljesítményének és a velük fennálló kapcsolatnak az értékelését. Segít megválaszolni például ezeket a kérdéseket: „Mely beszállítóknál tart a legtovább a jóváhagyás?”, „Bizonyos beszállítóknál gyakran találunk eltérést a számlákon?” vagy „Hatékonyan vesszük igénybe a korai fizetési kedvezményeket a kiemelt beszállítóinknál?” Ez a nézet nélkülözhetetlen a beszerzés és a beszállítói kapcsolatok kezeléséhez.

Miért fontos?

Lehetővé teszi a beszállítónkénti teljesítményelemzést, így feltárhatók a problémás beszállítói kapcsolatok, a fizetési feltételek betartása és a beszállítók közötti folyamateltérések.

Hol szerezhető be?

A szállítói törzsadat-táblákban található, és a számlatranzakciók adataihoz szállítóazonosító kapcsolja.

Példák
Global Office SuppliesInnovate Tech SolutionsAdvanced Logistics Corp
Cégkód
CompanyCode
A számlát feldolgozó jogi személy vagy vállalat azonosítója.
Leírás

A cégkód a szervezeten belüli önálló jogi személyt vagy vállalatot azonosító egyedi kulcs. A számlákat egy adott cég nevében dolgozzák fel és könyvelik.

Ez az attribútum alapvető dimenzió a több jogi személlyel működő szervezetek összehasonlító elemzéséhez. Segítségével összevethető a szállítói számlafeldolgozás teljesítménye a különböző vállalatok, leányvállalatok vagy üzleti egységek között. Az elemzés megmutathatja, mely jogi személyek dolgoznak hatékonyabban, hol magasabb az automatizáltság, és hol fordul elő több kifizetési zárolás. Ez segít egységesíteni a bevált gyakorlatokat, és feltárni a régióhoz vagy jogi személyhez kötődő problémákat.

Miért fontos?

Lehetővé teszi a folyamatok összehasonlítását a különböző jogi személyek és üzleti egységek között, segít egységesíteni a gyakorlatokat és feltárni a helyi problémákat.

Hol szerezhető be?

A pénzügyi vagy számlatranzakciós dokumentumok fejlécében található, és a könyvelő jogi személyt jelöli.

Példák
1000US01DE01
Felhasználó neve
UserName
Annak a felhasználónak a neve vagy azonosítója, aki egy adott tevékenységet végzett a számlán.
Leírás

A felhasználó neve azonosítja azt a munkatársat vagy rendszerfelhasználót, aki egy adott folyamatlépésért, például a számla rögzítéséért, jóváhagyásáért vagy könyveléséért felel. Automatizált lépéseknél ez rendszer- vagy kötegelt feldolgozást végző felhasználói azonosító lehet.

Ez az attribútum lehetővé teszi a folyamat emberi oldalának elemzését. Használható a munkaterhelés, az egyéni és csapatteljesítmény vizsgálatára, valamint a képzési igények feltárására. A tevékenységek felhasználó szerinti követésével feltárhatók az egyes munkatársakhoz köthető ismételt munkavégzések, azonosíthatók az elakadt jóváhagyások, és ellenőrizhető a feladatkörök megfelelő elkülönítése. Fontos attribútum a szállítói számlafeldolgozás emberi tényezőinek megértéséhez.

Miért fontos?

Lehetővé teszi a csapat- és egyéni teljesítmény, valamint a munkaterhelés elemzését, és segít feltárni a képzési igényeket vagy a megfelelési problémákat.

Hol szerezhető be?

Általában az eseménynaplókban, illetve a tranzakciós táblák „Módosította” vagy „Létrehozta” mezőiben található.

Példák
jdoeasmithBATCH_USER
Megrendelésszám
PurchaseOrderNumber
A számlához tartozó megrendelés egyedi azonosítója (PO).
Leírás

A megrendelésszám annak a dokumentumnak a hivatkozási azonosítója, amellyel eredetileg engedélyezték az áruk vagy szolgáltatások beszerzését a szállítótól. A számlákhoz tartozhat megrendelés, de megrendelés nélkül is kiállíthatók.

Ez az attribútum alapvető a számlaegyeztetési folyamat elemzéséhez. Segítségével elkülöníthetők a megrendeléshez kötött és a megrendelés nélküli számlák, amelyek feldolgozása gyakran eltérő útvonalon történik. Az elemzés vizsgálhatja a háromoldalú egyeztetés (megrendelés, áruátvétel és számla) hatékonyságát, feltárhatja az egyeztetési hibák okait, és mérheti az elsőre sikeres egyeztetések arányát jelző KPI-t. Ha egy számlához kellene megrendelésszám, de az hiányzik, az gyakran a folyamatbeli megfelelés problémájára utal.

Miért fontos?

Segít elemezni a számlaegyeztetés hatékonyságát, elkülöníteni a megrendeléses és a megrendelés nélküli számlák feldolgozását, valamint feltárni a megfelelési problémákat.

Hol szerezhető be?

A számlatranzakciós adatokban található, gyakran egy, a beszerzési modulhoz kapcsoló hivatkozási mezőben.

Példák
4500017545PO-2023-10-005789123
Számla esedékességi dátuma
InvoiceDueDate
A fizetési feltételek szerinti dátum, ameddig a számlát ki kell fizetni.
Leírás

A számla esedékességi dátuma az a kiszámított nap, ameddig a szállítónak történő kifizetést teljesíteni kell ahhoz, hogy az határidőben történjen, és elkerülhetők legyenek a késedelmi díjak vagy büntetések. Ezt általában a számla kelte és a megállapodott fizetési feltételek, például a 30 napos fizetési határidő alapján határozzák meg.

Ez az attribútum elengedhetetlen a fizetési teljesítmény méréséhez. Ez alapján számítható ki a határidőben teljesített kifizetések arányát jelző KPI, és azonosíthatók a késedelmes fizetések. Az esedékességi dátum és a tényleges fizetési dátum összevetésével elemezhető a fizetések időzítése. Ez segíti a szállítói kapcsolatok javítását, a késedelmi díjak elkerülését és a pénzforgalom tudatos kezelését.

Miért fontos?

Elengedhetetlen a határidőben teljesített kifizetések méréséhez, a pénzforgalom kezeléséhez és a késedelmi díjak elkerüléséhez.

Hol szerezhető be?

Ezt a dátumot a forrásrendszer gyakran a számla kelte és a fizetési feltételek alapján számítja ki, majd a számla fejlécében tárolja.

Példák
2023-11-252023-12-152024-01-30
Számla összege
InvoiceAmount
A számla teljes bruttó értéke az eredeti tranzakciós pénznemben.
Leírás

A számla összege a szállító által benyújtott számla teljes bruttó értéke. Ez az egyes ügyek egyik fontos pénzügyi mutatója.

Ezt az attribútumot gyakran használják pénzügyi és teljesítményelemzéshez. Segítségével az összeghatár alapján szűrhetők a folyamatok, például külön vizsgálhatók a nagy értékű számlák. Az attribútum a bizonyos összeghatár feletti számlák jóváhagyási szűk keresztmetszeteinek feltárására és a folyamatbeli hiányosságok pénzügyi hatásának kiszámítására is alkalmas. Megmutathatja például a zárolt számlák értékét, vagy segíthet előnyben részesíteni a nagy darabszámú, kis értékű számlák feldolgozásának automatizálását. Szinte minden szállítói számlázási dashboard alapvető dimenziója.

Miért fontos?

Segít felmérni a pénzügyi hatásokat, például a zárolt kifizetések értékét, és az összeg alapján rangsorolni a számlákat.

Hol szerezhető be?

Általában a számlatranzakciós adatok fejléc- vagy tételsoraiban található.

Példák
1500.7525000.00345.50
Automatizált-e
IsAutomated
Jelzi, hogy a tevékenységet a rendszer automatikusan, nem pedig egy felhasználó hajtotta-e végre.
Leírás

Ez a logikai attribútum jelzi, hogy az adott folyamatlépést rendszerfelhasználó, például automatizálás, workflow vagy kötegelt feladat, illetve emberi felhasználó hajtotta-e végre. Segítségével elkülöníthetők a manuális és az automatizált tevékenységek.

Az attribútum elemzése alapvető a szállítói számlafeldolgozás automatizáltságának megértéséhez és a digitális fejlesztések eredményének méréséhez. Segítségével kiszámítható a közvetlen feldolgozási arány (STP), vagyis azonosíthatók azok a számlák, amelyeket manuális beavatkozás nélkül kezelnek. Az automatizált és manuális útvonalak teljesítményének összevetése számszerűsíti az idő- és költségmegtakarítást, és alátámaszthatja a további automatizálási beruházásokat.

Miért fontos?

Lehetővé teszi az automatizáltság, például a közvetlen feldolgozási arány mérését, és segít számszerűsíteni az automatizálás folyamat hatékonyságára gyakorolt hatását.

Hol szerezhető be?

Gyakran úgy állapítják meg, hogy ellenőrzik, a tevékenységhez tartozó „UserName” ismert rendszer- vagy kötegelt felhasználói azonosító-e.

Példák
truefalse
Fizetés dátuma
PaymentDate
A számla kifizetésének tényleges dátuma.
Leírás

A fizetés dátuma az az időbélyeg, amely megmutatja, mikor utalták át a számlához tartozó összeget a szállítónak. Ez fontos mérföldkő, amely gyakran a fő feldolgozási folyamat végét jelzi.

A process mining elemzésben ezt a dátumot a számla esedékességi dátumával vetik össze annak megállapításához, hogy a fizetés határidőben, korábban vagy késve történt-e. Alapvető adat a fontos KPI-k, például a határidőben teljesített kifizetések arányának kiszámításához, valamint a korai fizetési kedvezmények lehetőségeinek elemzéséhez. A számla jóváhagyása és kifizetése közötti idő vizsgálata a fizetési folyamat vagy a treasury működésének hiányosságaira is rávilágíthat.

Miért fontos?

Elengedhetetlen a határidőben teljesített kifizetések arányának kiszámításához, a fizetési szokások elemzéséhez és a korai fizetési kedvezmények kihasználására kínálkozó lehetőségek feltárásához.

Hol szerezhető be?

A fizetési vagy kiegyenlítési dokumentumok adatai között található, amelyek az eredeti számlatranzakcióhoz kapcsolódnak.

Példák
2023-11-242023-12-202024-01-28
Fizetési feltételek
PaymentTerms
A szállítóval egyeztetett fizetési feltételek, beleértve az esedékességi dátumokat és a kedvezményeket.
Leírás

A fizetési feltételek határozzák meg, milyen feltételekkel kell kifizetni a számlát. Ide tartozhat a fizetési határidő, például 30 nap, valamint a korai fizetésért járó kedvezmény, például 2% kedvezmény 10 napon belüli fizetés esetén.

Ez az attribútum fontos hátteret ad a pénzügyi teljesítmény elemzéséhez. A számla esedékességi dátumának kiszámítására, valamint a korai fizetési kedvezmények kihasználására kínálkozó lehetőségek feltárására használható. A folyamat teljesítményének fizetési feltételek szerinti elemzésével kiderülhet, hogy a hosszú belső átfutási idők miatt rendszeresen elmaradnak-e a kedvezmények. Az elemzés közvetlenül összekapcsolja a folyamat hatékonyságát a pénzügyi megtakarítással.

Miért fontos?

Ez alapján számítható ki a számla esedékességi dátuma, és ez az attribútum segít elemezni a korai fizetési kedvezmények kihasználását, összekapcsolva a folyamat hatékonyságát a költségmegtakarítással.

Hol szerezhető be?

Az adatot általában a szállítói törzsadatokból veszik át, és a számla létrehozásakor bemásolják a tranzakció fejlécébe.

Példák
30 napos fizetési határidő2% kedvezmény 10 napon belüli fizetés esetén, egyébként 30 napos határidő60 napos fizetési határidő
Számla pénzneme
InvoiceCurrency
A számla összegének pénznemkódja, például USD, EUR vagy GBP.
Leírás

A számla pénzneme határozza meg, milyen pénznemben szerepel a számla összege. Ez különösen fontos a több országban működő szervezeteknél, amelyek különböző országok szállítóival dolgoznak.

Az elemzés során ez az attribútum elengedhetetlen a számla összegének helyes értelmezéséhez és a pontos pénzügyi számításokhoz. Pénznem szerint szűrve feltárhatók a regionális eltérések és az egyes pénznemekhez kapcsolódó nehézségek. Árfolyamadatokkal együtt a pénzügyi értékek egységes beszámolási pénznemre válthatók, így a globális elemzés következetes marad.

Miért fontos?

Megadja a számla összegének értelmezéséhez szükséges hátteret, és lehetővé teszi a pontos pénzügyi elemzést, valamint a folyamatok pénznem szerinti bontását a nemzetközi szervezeteknél.

Hol szerezhető be?

Általában a számlatranzakciós tábla fejlécében, a számla összege mellett található.

Példák
USDEURGBP
Zárolás oka
BlockingReason
Az a kód vagy leírás, amely megadja, miért zárolták a számlát kifizetés előtt.
Leírás

A zárolás oka az a kód vagy szöveg, amely megmagyarázza, miért állították meg szándékosan a számlát a kifizetési szakasz előtt. Gyakori ok például a mennyiségi vagy áreltérés, a hiányzó áruátvételi bizonylat vagy az előírt minőségellenőrzés.

Ez az attribútum nélkülözhetetlen a kivételek és az ismételt munkavégzés kiváltó okainak feltárásához. A különböző zárolási okok gyakoriságának és hatásának elemzésével azonosíthatók a szállítói számlafeldolgozás leggyakoribb hatékonysági problémái. Így célzott fejlesztések indíthatók, például javítható a megrendelések pontossága a szállítóknál, vagy egyszerűsíthető az áruátvétel. A kifizetési zárolások csökkentése fontos feltétele a közvetlen feldolgozási arány (STP) növelésének.

Miért fontos?

Elengedhetetlen a kifizetési zárolások kiváltó okainak feltárásához, és segít azonosítani a folyamat hatékonysági problémáinak és az ismételt munkavégzésnek a fő okait.

Hol szerezhető be?

A számladokumentumban vagy egy kapcsolódó állapottáblában található, és gyakran a „Zárolva” tevékenység rögzítésekor töltik ki.

Példák
ÁreltérésMennyiségi eltérésHiányzó áruátvételi bizonylat
Kötelező Javasolt Nem kötelező

A szállítói számlafeldolgozás tevékenységei

Itt találja a rögzítésre javasolt fő folyamatlépéseket és fontos mérföldköveket. Ezek pontos folyamattérképezést és részletes elemzést tesznek lehetővé.
7 Javasolt 8 Nem kötelező
Tevékenység Leírás
Fizetés teljesítve
A fizetést hivatalosan teljesítik, és az összeget átutalják a beszállítónak. Ezzel rendezik a számla könyvelésekor keletkezett kötelezettséget.
Miért fontos?

Ez az esemény alapvető a határidőre történő fizetések arányának és a kedvezmények igénybevételének méréséhez. Jelzi az érték átutalását, és fontos mérföldkő a pénzügyi terület és a beszállítói kapcsolatok kezelése szempontjából.

Hol szerezhető be?

Ez kifejezetten rögzített pénzügyi esemény, amelyet a számlához létrehozott fizetési bizonylat tranzakciós dátuma alapján lehet azonosítani.

Rögzítés

Használja a számlát kiegyenlítő fizetési bizonylat tranzakciós vagy könyvelési dátumát.

Eseménytípus explicit
Jóváhagyásra benyújtva
A számlát hivatalosan jóváhagyási munkafolyamatba küldik, ahol egy vagy több jogosult személy ellenőrzi és jóváhagyja. Ez jelzi a jóváhagyási részfolyamat kezdetét.
Miért fontos?

Innen mérhető a jóváhagyási ciklus ideje. Segít elkülöníteni az adatfeldolgozásra fordított időt a vezetői jóváhagyásra várakozástól.

Hol szerezhető be?

Az eseményt akkor rögzítik, amikor a számla állapota „Jóváhagyásra vár” értékre változik, vagy amikor bekerül egy munkafolyamat-kezelő rendszerbe.

Rögzítés

Keresse meg azt az eseményt, amely a számla állapotának frissítésével jelzi a jóváhagyási munkafolyamat kezdetét.

Eseménytípus explicit
Számla beérkezett
Ez a tevékenység jelzi, hogy a beszállítói számla először bekerült a rendszerbe. Az adatokat kézzel rögzíthetik, OCR-rel olvashatják be, vagy elektronikus adatcserével (EDI) továbbíthatják.
Miért fontos?

Ez a folyamat elsődleges kezdőpontja. Az eseménytől a további lépésekig eltelt idő elemzésével meghatározható a teljes feldolgozási idő, és feltárhatók a folyamat elején jelentkező késedelmek.

Hol szerezhető be?

Az esemény időpontját általában a rendszerben található számla- vagy szállítói bizonylat alaprekordjának létrehozási időbélyege rögzíti.

Rögzítés

Használja a számla fejlécrekordjának létrehozási dátumát.

Eseménytípus explicit
Számla egyeztetve
A számla összekapcsolása az azt alátámasztó dokumentumokkal, például megrendelésekkel (PO) vagy áruátvételi bizonylatokkal (GR). Ez a tevékenység igazolja, hogy a számlázott összegek, mennyiségek és tételek megfelelnek a megrendelésnek és az átvett áruknak.
Miért fontos?

Ez a megrendelésen alapuló számlák egyik fontos ellenőrzési lépése. Az egyeztetés sikerességének és időtartamának elemzésével felmérhető az automatizálás szintje, és azonosíthatók a problémás beszállítók vagy anyagok.

Hol szerezhető be?

Ezt általában akkor rögzíti a rendszer, amikor egy PO- vagy GR-hivatkozást sikeresen összekapcsolnak a számlatételekkel, és gyakran frissül az egyeztetési állapot mezője is.

Rögzítés

Rögzítse azt az időbélyeget, amikor a számla egyeztetési állapota „Egyeztetve” vagy „Sikeres” értékre változik.

Eseménytípus explicit
Számla jóváhagyva
Ez a munkafolyamat végső jóváhagyása, amely hivatalosan engedélyezi a számla kifizetését. Fontos mérföldkő: csak ezután léphet tovább a számla a feldolgozásból a fizetési szakaszba.
Miért fontos?

Ezzel a tevékenységgel zárul a jóváhagyási ciklus. Az addig eltelt idő a teljes számlafeldolgozási idő fontos része, és gyakran itt mutatkoznak meg a jóváhagyás szűk keresztmetszetei.

Hol szerezhető be?

A rendszer akkor rögzíti, amikor a számla munkafolyamatának vagy dokumentumának állapota „Jóváhagyva” értékre vagy ennek megfelelő végállapotra változik.

Rögzítés

Rögzítse azt az időbélyeget, amikor a számla végső jóváhagyását bejegyzik.

Eseménytípus explicit
Számla kiegyenlítve
Ez a végső egyeztetés: a fizetést hozzárendelik a számlához, és ezzel lezárják a tételt a szállítói főkönyvi alrendszerben. Egyes esetekben azt is jelenti, hogy a bank elszámolta a fizetést.
Miért fontos?

Ez az utolsó tevékenység, amely a folyamat sikeres lezárását jelzi. A számla beérkezésétől a kiegyenlítéséig eltelt idő a teljes, végpontok közötti ciklusidő.

Hol szerezhető be?

A pénzügyi számlarekord kiegyenlítési dátum mezőjéből nyerhető ki. Ez a mező akkor töltődik ki, amikor a fizetést hozzárendelik a számlához.

Rögzítés

Használja a pénzügyi főkönyvben a számlatételhez tartozó kiegyenlítési dátumot.

Eseménytípus explicit
Számla könyvelve
A jóváhagyott számlát hivatalosan rögzítik a főkönyvben, ezzel a vállalat fizetési kötelezettséget vállal. Ez fontos könyvelési tranzakció: hivatalosan elszámolja a költséget és a fizetési kötelezettséget.
Miért fontos?

A könyvelés fontos pénzügyi esemény. A jóváhagyás és a könyvelés közötti késedelem ronthatja a pénzügyi kimutatások pontosságát, és megnehezítheti a fennálló kötelezettségek nyomon követését.

Hol szerezhető be?

Ez alapvető pénzügyi tranzakciós esemény. A számlához kapcsolódó könyvelési bizonylat könyvelési dátuma és időpontja alapján rögzíthető.

Rögzítés

Használja a számlához kapcsolt pénzügyi bizonylat fejlécének könyvelési dátum mezőjét.

Eseménytípus explicit
Fizetés ütemezve
A könyvelt számlát kiválasztják, majd felveszik egy fizetési javaslatba vagy fizetési csomagba. Ez azt jelzi, hogy a következő fizetési futtatás során ki akarják fizetni a számlát.
Miért fontos?

Ez a lépés köti össze a könyvelést a tényleges fizetéssel. Elemzése segít a pénzforgalom kezelésében és a fizetés előkészítési folyamatának hatékonyságának megértésében.

Hol szerezhető be?

Az esemény a fizetési javaslat rekordjának létrehozásából, illetve abból következtethető ki, hogy a számlát felveszik egy fizetési naplóba vagy csomagba.

Rögzítés

Rögzítse a számlát tartalmazó fizetési javaslat vagy csomag létrehozásának dátumát.

Eseménytípus inferred
Késedelmes fizetés történt
A számlát a szerződéses fizetési határidő után fizetik ki. Ez számított esemény, amely azt jelzi, hogy a fizetési kötelezettséget nem teljesítették időben.
Miért fontos?

A késedelmes fizetés ronthatja a beszállítói kapcsolatokat, pénzügyi szankciókat vonhat maga után, és rendszerszintű hiányosságokra utalhat. Mérésével számszerűsíthető a folyamat teljesítménye és a megfelelési kockázat.

Hol szerezhető be?

Az esemény a fizetés dátumának és a számlán megadott nettó fizetési határidőnek az összevetésével számítható ki.

Rögzítés

Számítás: IF Payment_Date > Net_Due_Date.

Eseménytípus calculated
Korai fizetési kedvezmény igénybe véve
A fizetést a beszállító által megadott kedvezményes időszakon belül teljesítik, így a vállalat költséget takarít meg. Ez nem közvetlen rendszeresemény, hanem a tranzakciós adatokból számítható ki.
Miért fontos?

Ez a tevékenység közvetlenül méri a hatékony szállítói számlafeldolgozás pénzügyi előnyét. A kihagyott korai fizetési lehetőségek feltárásával számszerűsíthető a folyamatfejlesztés pénzügyi haszna.

Hol szerezhető be?

Ez számított esemény: a fizetés dátumát össze kell vetni a számlán szereplő fizetési feltételekkel és a kedvezményes fizetési határidővel.

Rögzítés

Számítás: IF Payment_Date <= Discount_Due_Date.

Eseménytípus calculated
Számla ellenőrizve
A rögzített számlaadatok teljességének és helyességének kezdeti ellenőrzése befejeződött, így a számla továbbléphet az egyeztetésre vagy jóváhagyásra. Ez lehet automatikus rendszerellenőrzés vagy kézi felülvizsgálat.
Miért fontos?

Ennek a tevékenységnek a követése segít feltárni az adatminőség kezdeti ellenőrzésének szűk keresztmetszeteit, és mérni az előfeldolgozás hatékonyságát.

Hol szerezhető be?

Az eseményt gyakran a számlarekord állapotváltozása vagy egy külön ellenőrzési időbélyeg rögzíti. Az is jelezheti, ha a rekordot hiba nélkül mentik.

Rögzítés

Keressen „Ellenőrizve” állapotváltozást vagy külön ellenőrzési eseménynapló-bejegyzést.

Eseménytípus explicit
Számla elutasítva
A jóváhagyó elutasítja a számlát a munkafolyamatban, így az nem haladhat tovább a kifizetés felé. Elutasítás esetén a számla általában visszakerül egy korábbi lépéshez javításra, ami ismétlődő munkát eredményez.
Miért fontos?

Az elutasítások jelentős utómunkát és késedelmet okozhatnak. Gyakoriságuk és okaik követésével feltárhatók az adatminőségi problémák, a szabályok félreértése vagy a beszállítói előírások be nem tartása.

Hol szerezhető be?

A rendszer jóváhagyási előzményeiben vagy munkafolyamat-naplójában külön állapotfrissítésként jelenik meg, például „Elutasítva” vagy „Nem engedélyezett” értékkel.

Rögzítés

Használja azt az időbélyeget a jóváhagyási naplóból, amikor a számla „Elutasítva” állapotot kap.

Eseménytípus explicit
Számla érvénytelenítve
A rögzített vagy könyvelt számlát érvénytelenítik vagy visszafordítják, általában egy hiba javítása vagy a beszállítóval kialakult vita miatt. Ez a folyamat alternatív, jellemzően nem kívánt végállapota.
Miért fontos?

Az érvénytelenítések folyamatbeli hibákra utalhatnak, például duplikált rögzítésre vagy hibás könyvelésre. Gyakoriságuk és kiváltó okaik követése elengedhetetlen az adatrögzítés pontosságának és a folyamat minőségének javításához.

Hol szerezhető be?

A rendszer akkor rögzíti ezt a műveletet, amikor egy felhasználó érvényteleníti a számlát vagy sztornóbizonylatot könyvel, és kitölti az érvénytelenítés vagy visszafordítás dátumát.

Rögzítés

Keressen a számlarekordban sztornóbizonylatra mutató hivatkozást vagy érvénytelenítési jelzőt és a hozzá tartozó dátumot.

Eseménytípus explicit
Számla zárolva
Ez a tevékenység akkor történik, amikor a számla nem léphet tovább a kifizetés felé. A zárolást jellemzően automatikusan vagy kézzel rendelik el, ha az egyeztetés eltérést tár fel, sérül egy szabály, vagy más, kivizsgálást igénylő probléma merül fel.
Miért fontos?

A zárolások gyakran késleltetik a fizetést és növelik a feldolgozási ráfordítást. A folyamat fejlesztéséhez fontos tudni, mikor, miért és milyen gyakran fordulnak elő.

Hol szerezhető be?

A rendszer kifejezetten rögzíti ezt az eseményt, amikor a számlához zárolási vagy visszatartási állapotot rendelnek. A bejegyzés gyakran az állapotnaplóban vagy a változástörténet táblájában található.

Rögzítés

Használja azt az időbélyeget, amikor a számlához fizetési zárolási kódot rendelnek, vagy az állapota „Visszatartva” értékre változik.

Eseménytípus explicit
Zárolás feloldva
Az esemény egy probléma megoldását, majd a fizetési zárolás vagy visszatartás megszüntetését jelzi. Ez azt jelenti, hogy a számlát javították vagy tisztázták, így folytatódhat a feldolgozása.
Miért fontos?

A számla zárolása és a zárolás feloldása közötti idő az eltérés rendezésének időtartama. Ennek elemzésével feltárhatók a kivételkezelés hiányosságai.

Hol szerezhető be?

A rendszer naplóiból vagy azokból a változási dokumentumokból nyerhető ki, amelyek rögzítik a fizetési zárolás megszüntetését vagy inaktiválását.

Rögzítés

Rögzítse azt az időbélyeget, amikor a fizetési zárolási kódot vagy visszatartási állapotot eltávolítják a számláról.

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

Adatkinyerési útmutatók

Hogyan szerezze be az adatokat a process mininghez?

Az adatkinyerési módszerek rendszerenként eltérnek. Részletes útmutatásért

olvassa el az ETL-útmutatónkat   vagy   válasszon ki egy konkrét folyamatot és rendszert.

Készen áll az indulásra?

Ismerje meg részletesebben szállítói számlafeldolgozását: válasszon egy, az Ön rendszeréhez készült adatkinyerési útmutatót, vagy induljon ki ebből az általános sablonból.

Növelje a szállítói számlafeldolgozás hatékonyságát, kezdje el még ma

Egyszerűsítse a munkafolyamatokat, csökkentse a költségeket, és lássa át a szállítói számlafeldolgozás teljes menetét.

Kezdje el az ingyenes próbaverziót

Nincs szükség bankkártyára, néhány perc alatt elkezdheti.