Adatsablon a beszerzéstől a fizetésig tartó számlafeldolgozáshoz
Adatsablon a beszerzéstől a fizetésig tartó számlafeldolgozáshoz
Ez a(z) Beszerzéstől a kifizetésig: számlafeldolgozás 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- Javasolt adatmezők a részletes elemzéshez
- Követendő fő tevékenységek és mérföldkövek
- Útmutató a folyamatadatok kinyeréséhez
A beszerzéstől a fizetésig tartó számlafeldolgozás attribútumai
| Név | Leírás | ||
|---|---|---|---|
| Esemény időpontja EventTime | Az a pontos időbélyeg, amely megmutatja, mikor történt egy adott tevékenység vagy esemény. | ||
| Leírás Az esemény időpontja, más néven kezdési idő, rögzíti, hogy egy üzleti tevékenység pontosan mikor történt. A folyamat minden tevékenységéhez, a „Számla beérkezett” eseménytől a „Fizetés végrehajtva” eseményig, időbélyeg tartozik. Ez az időrendi információ szükséges az események sorrendbe állításához és az időtartamok kiszámításához. Az attribútum alapján az események időrendbe rendezhetők, így minden esethez felépíthető a folyamatmenet. Ez az időalapú elemzések alapja: segítségével kiszámítható a tevékenységek közötti feldolgozási idő, feltárhatók az időveszteséget okozó szűk keresztmetszetek, és nyomon követhető a szolgáltatási szintű megállapodások teljesítése. A megbízható process mining elemzéshez pontos időbélyegekre van szükség. Miért fontos? Megadja az események időrendi sorrendjét, és alapul szolgál a teljesítmény- és időtartam-alapú számításokhoz, például a feldolgozási idő méréséhez. Hol szerezhető be? Ez az adat jellemzően az eseménynaplókban, vagy az egyes tranzakciókhoz és állapotváltozásokhoz tartozó „Creation Date” vagy „Entry Date” mezőben található. Példák 2023-10-26T10:00:00Z2024-01-15T14:35:10Z2023-11-01T09:12:05Z | |||
| Számlaszám InvoiceNumber | A beszállítói számla egyedi azonosítója. Ez az elsődleges kulcs, amellyel a számla teljes életútja nyomon követhető. | ||
| Leírás A számlaszám a beszállító által a számlához rendelt egyedi alfanumerikus kód. A process mining során ez az attribútum alapvető fontosságú, mivel jellemzően ez szolgál Case ID-ként, és egyedileg azonosítja a számla beérkezéstől kifizetésig tartó útját. Ha a számlaszámot használja Case ID-ként, összekapcsolhatja az összes kapcsolódó tevékenységet, például a „Számla beérkezett”, a „Számla jóváhagyva” és a „Fizetés végrehajtva” eseményt. Így rekonstruálhatja az adott számla teljes folyamatát. Ez lehetővé teszi az egyes esetek feldolgozási idejének, útvonalainak és eltéréseinek részletes elemzését, ami a teljes folyamatelemzés alapja. Miért fontos? Ez az azonosító kapcsolja össze az összes kapcsolódó eseményt, így nyomon követhető egyetlen számla teljes életútja. Hol szerezhető be? Ez az elsődleges mező általában a számlatranzakciós tábla fejlécében található. Példák INV-2024-001239876543210US-5839A-24 | |||
| Tevékenység neve ActivityName | A számlafeldolgozás során bekövetkezett üzleti esemény vagy végrehajtott feladat neve. | ||
| Leírás A tevékenység neve a számlafeldolgozás egy lépését vagy mérföldkövét jelöli. Ilyen például a „Számla beérkezett”, a „Számla jóváhagyásra elküldve”, a „Fizetési zárolás beállítva” és a „Fizetés végrehajtva”. Ez az attribútum írja le, mi történt a számlával az idő során. A process mining ezt az attribútumot használja a folyamatábra létrehozásához, amely vizuálisan jeleníti meg a munkafolyamatot. A tevékenységek sorrendjének, gyakoriságának és útvonalainak elemzésével feltárhatók a jellemző folyamatmenetek, az eltérések, a szűk keresztmetszetek és az újramunkálási ciklusok. A tevékenységnevek minősége és részletessége alapvetően meghatározza, hogy az elemzés mennyire lesz hasznos és mennyire segíti a konkrét intézkedéseket. Miért fontos? Ez az attribútum határozza meg a folyamat lépéseit. Erre épül a folyamatábra és a folyamatmenetek elemzése. Hol szerezhető be? Ez az információ gyakran a forrásrendszer állapotváltozási naplóiból, eseménytábláiból vagy tranzakciós kódjaiból származik. Példák Számla rögzítveSzámla jóváhagyvaFizetési zárolás beállítvaFizetés végrehajtva | |||
| Forrásrendszer SourceSystem | Az a rendszer, amelyből az eseményadatokat kinyerték. | ||
| Leírás A forrásrendszer attribútum megmutatja, melyik alkalmazásban vagy platformon rögzítették a számlafeldolgozási eseményt. Összetett informatikai környezetben a számla több rendszeren is áthaladhat, például egy szkennelő megoldáson, egy munkafolyamat-kezelő eszközön és egy ERP-rendszeren. A forrásrendszer ismerete segít értelmezni az adatokat és feltárni az adatminőségi problémákat. Lehetővé teszi a több rendszeren átívelő folyamatok elemzését is, így láthatóvá válnak az integrációs nehézségek és az alkalmazások közötti átadások okozta késések. Ez különösen hasznos lehet régi és modern rendszerek adatainak egyesítésekor. Miért fontos? Megmutatja az adatok eredetét, ami fontos az adatok ellenőrzéséhez és a több informatikai rendszeren átívelő folyamatok elemzéséhez. Hol szerezhető be? Ez gyakran az adatkinyerés során hozzáadott állandó érték, vagy a rendszer naplóiban található mező, amely az alkalmazás nevét vagy azonosítóját jelzi. Példák SAP_ECC_PRODOracle_Fusion_FINCoupa_R34 | |||
| Utolsó adatfrissítés LastDataUpdate | Az az időbélyeg, amely megmutatja, mikor frissítették utoljára az esemény adatait a forrásrendszerből. | ||
| Leírás Ez az attribútum rögzíti az adatok legutóbbi kinyerésének vagy frissítésének dátumát és időpontját. Metaadatként jelzi, mennyire frissek az elemzett adatok. Bár közvetlenül nem használják a folyamatábra elkészítéséhez, ez az információ fontos az elemzés aktualitásának megítéléséhez. Segít eldönteni, hogy valós idejű adatokat vagy egy adott időpontban készült pillanatképet lát-e, ami szükséges a megalapozott működési döntésekhez. Az adatfolyam állapotának és frissítési gyakoriságának nyomon követéséhez is hasznos. Miért fontos? Jelzi az adatok frissességét, így megítélhető, mennyire aktuális a folyamatelemzés. Hol szerezhető be? Ezt az időbélyeget általában az adatkinyerés, -átalakítás és -betöltés (ETL) során hozzák létre, majd adják hozzá az adatkészlethez. Példák 2024-05-21T04:00:00Z2024-05-20T04:00:00Z2024-05-19T04:00:00Z | |||
| Befejezés időpontja EndTime | Az az időbélyeg, amely megmutatja, mikor fejeződött be egy tevékenység vagy esemény. Az azonnali eseményeknél ez gyakran megegyezik a kezdési idővel. | ||
| Leírás A befejezési idő attribútum rögzíti, hogy egy folyamatlépés pontosan mikor ért véget. Ez szükséges a tevékenységek időtartamának pontos kiszámításához, ami a process mining egyik alapvető mérőszáma. A kezdési és befejezési idő összevetésével az elemzők megmérhetik az egyes lépések időigényét, és azonosíthatják a szűk keresztmetszeteket, valamint a hatékonyság javításának lehetőségeit. Az elemzés a befejezési idő alapján számítja ki az egyes tevékenységek és a teljes folyamatszakaszok feldolgozási idejét. Például a „Számla jóváhagyása” lépés időtartama úgy határozható meg, hogy a „Számla jóváhagyva” tevékenység befejezési idejéből kivonjuk a kezdési időt. Ezek az adatok segítenek a teljesítményt bemutató dashboardok összeállításában, a viszonyítási értékek meghatározásában és a folyamatváltozások hatásának nyomon követésében. Miért fontos? Lehetővé teszi a tevékenységek időtartamának pontos kiszámítását, ami szükséges a szűk keresztmetszetek feltárásához és a feldolgozás hatékonyságának méréséhez. Hol szerezhető be? A rendszer naplóiban vagy a tranzakciós adatok között található, gyakran „Completion Date”, „Change Date” vagy a tevékenység befejezését jelző külön időbélyeg mezőként. Példák 2023-10-26T10:05:12Z2024-01-15T15:00:00Z2023-11-01T09:12:05Z | |||
| Beszállító neve VendorName | A számlát benyújtó beszállító vagy szállító neve. | ||
| Leírás Ez az attribútum a számlát kiállító külső fél nevét tartalmazza. Segít a pénzügyi tranzakciót egy konkrét beszállítói kapcsolathoz kötni. A pontos jelentésekhez és elemzésekhez elengedhetetlen, hogy a beszállítói adatok egységesek és rendezettek legyenek. A process mining során a Beszállító neve fontos szempont a folyamat szűréséhez. Az elemzők megvizsgálhatják, hogyan kezelik a nagy forgalmú vagy problémás beszállítók számláit. Így azonosíthatók azok a beszállítók, akik gyakran hibás számlát küldenek, ami késedelmet és többletmunkát okoz. Az adat a beszállítói teljesítmény kezelését és a preferált beszállítói programok lehetőségeinek feltárását is támogatja. Miért fontos? Lehetővé teszi a folyamat beszállítók szerinti bontását, így elemezhető a teljesítményük, és azonosíthatók a problémás számlák forrásai. Hol szerezhető be? Ez az adat jellemzően a számla fejlécében található, és a beszállítói törzsadatok táblájához kapcsolódik a beszállítóazonosító alapján. Példák Global Office SuppliesInnovate Tech SolutionsCity Logistics Inc. | |||
| Felhasználó User | Az a felhasználó, alkalmazott vagy rendszerügynök, aki végrehajtotta a tevékenységet. | ||
| Leírás A User attribútum azonosítja azt a személyt vagy automatizált rendszert, amely a számlafeldolgozási munkafolyamat egy adott lépéséért felel. Ilyen lehet például a számlát rögzítő könyvelő, a jóváhagyó vezető vagy az egyeztetést végző automatizált bot. A felhasználók szerinti elemzés segít megérteni a munkaterhelés eloszlását, az egyéni teljesítményt és a képzési igényeket. A folyamattérkép felhasználónkénti szűrésével összehasonlítható, hogyan kezelik a számlákat az egyes csapatok és munkatársak, és hol térnek el a munkafolyamataik. Az elemzés megmutathatja a legjobban teljesítőket, feltárhatja az útválasztási problémákat, illetve jelezheti, kinek van szüksége további támogatásra vagy a vállalati eljárásokkal kapcsolatos képzésre. Miért fontos? Segít elemezni a munkaterhelés eloszlását, a felhasználók teljesítményét, valamint a csapatok és munkatársak közötti folyamatbeli eltéréseket. Hol szerezhető be? Ez az adat általában a tranzakció részletei között található, például „Felhasználó neve”, „Rögzítette”, „Módosította” vagy „Jóváhagyó” néven. Példák j.doeSYSTEM_RFCAlice.Smithapprover_pool_1 | |||
| Fizetési határidő PaymentDueDate | Az a dátum, ameddig a számlát ki kell fizetni, hogy ne legyen lejárt. | ||
| Leírás A Fizetési határidőt a számla dátuma és a megállapodott fizetési feltételek alapján számítják ki. Ez az a végső dátum, ameddig a beszállítónak fizetni kell a jó üzleti kapcsolat fenntartásához és a késedelmi díjak elkerüléséhez. Ez az attribútum alapvető a határidőre történő fizetés teljesítményének méréséhez. Segítségével számíthatók ki például a határidőre történő fizetés arányát mérő KPI-k, és azonosíthatók a várhatóan lejáró számlák. A jóváhagyás dátuma és a fizetési határidő közötti idő elemzésével felmérhető a végső fizetési ütemezés és végrehajtás hatékonysága. Miért fontos? Elengedhetetlen a határidőre történő fizetés méréséhez és a késedelmes fizetések okainak elemzéséhez. Hol szerezhető be? Ez a dátum általában a számlatranzakció részletei között található. Közvetlenül is megadható, vagy a számla dátumából és a fizetési feltételekből számítható ki. Példák 2024-06-302024-07-152024-08-01 | |||
| Számla összege InvoiceAmount | A számla teljes pénzösszege. | ||
| Leírás A Számla összege a számla teljes értékét jelenti, beleértve az összes tételt, adót és díjat. Ez az alapvető pénzügyi attribútum mutatja meg az egyes esetek pénzügyi jelentőségét. A folyamatra gyakorolt hatás megértéséhez gyakran más attribútumokkal együtt elemzik. Az attribútum elengedhetetlen a pénzügyi elemzéshez és a prioritások meghatározásához. Az összeghatár szerinti szűréssel megvizsgálható, hogy a nagy értékű számlák szigorúbb jóváhagyási folyamaton mennek-e keresztül, vagy gyakrabban késnek-e. A számlák összértékét követő dashboardokhoz is szükséges, ahogy azokhoz a KPI-khoz is, amelyek a számlaösszeg százalékában kifejezett, érvényesített kedvezményeket mérik. Miért fontos? Segítségével elemezhető a pénzügyi hatás, előnyben részesíthetők a nagy értékű számlák, és megvizsgálható, hogy az összeg befolyásolja-e a feldolgozási időt vagy a folyamat útvonalát. Hol szerezhető be? Ez a mező általában megtalálható a számlatranzakciós tábla fejlécében. Példák 5250.751200.0025000.0089.99 | |||
| Számla pénzneme InvoiceCurrency | A számla összegének pénznemkódja, például USD vagy EUR. | ||
| Leírás Ez az attribútum határozza meg, milyen pénznemben szerepel a Számla összege. Nélkülözhetetlen a nemzetközi működésű, több országból beszállítókkal dolgozó szervezetek számára. A jellemzően az ISO 4217 szabványt követő pénznemkód biztosítja a pénzügyi adatok helyes értelmezését. Az elemzés során a Számla pénzneme alapján regionális vagy országspecifikus nézetek alakíthatók ki. A pénzügyi jelentésekhez fontos, hogy az összegek helyesen legyenek összesítve, ami gyakran egységes jelentési pénznemre történő átváltást igényel. A folyamat pénznem szerinti elemzése a nemzetközi fizetések vagy a devizakezelés összetettségére is rávilágíthat. Miért fontos? Megadja a számlaösszegek értelmezéséhez szükséges hátteret, és lehetővé teszi a nemzetközi működés pontos pénzügyi elemzését és szűrését. Hol szerezhető be? Ez a mező általában megtalálható a számlatranzakciós tábla fejlécében. Példák USDEURGBPJPY | |||
| Zárolás vagy elutasítás oka BlockOrRejectionReason | A számla fizetésének zárolásakor vagy a jóváhagyás során történő elutasításakor megadott indok. | ||
| Leírás Ez az attribútum rögzíti, hogy pontosan miért állt meg a számla feldolgozása: elutasították a jóváhagyási munkafolyamatban, vagy a jóváhagyás után zárolták a kifizetését. Az ok lehet például „Hibás mennyiség”, „Áreltérés”, „Hiányzó PO-szám” vagy „Duplikált számla”. Ez az egyik legfontosabb attribútum a kiváltó okok elemzéséhez. A különböző indokok gyakoriságának vizsgálatával feltárhatók a számlafolyamat leggyakoribb akadályai és hatékonysági problémái. Az adatok alapján kezelhetők a háttérben álló okok, például javítható a beszállítókkal folytatott kommunikáció, erősíthető a PO-kra vonatkozó szabályok betartása, vagy célzott képzés adható a munkatársaknak. Miért fontos? Fontos a kiváltó okok elemzéséhez, mert segít feltárni a feldolgozási késedelmek, az ismételt munka és a hatékonysági problémák leggyakoribb okait. Hol szerezhető be? Ez az adat általában a számlatranzakció adatai között található „Indokkód” vagy „Zárolás oka” mezőben, illetve a kapcsolódó jóváhagyási naplókban. Példák ÁreltérésHibás mennyiségDuplikált számlaHiányzó áruátvételi bizonylat | |||
| Fizetési feltételek PaymentTerms | A számla kifizetésére vonatkozó megállapodás, amely meghatározza a fizetési határidőt és az esetleges előrehozott fizetési kedvezményeket. | ||
| Leírás A Fizetési feltételek a beszállítóval a számla kifizetéséről kötött megállapodást jelentik. Ezeket általában szabványos formában adják meg, például „Net 30” esetén 30 napon belül kell fizetni, míg a „2% 10, Net 30” azt jelenti, hogy 10 napon belüli fizetés esetén 2% kedvezmény jár, egyébként a teljes összeget 30 napon belül kell kifizetni. Ez az attribútum fontos a pénzügyi stratégia és a teljesítmény elemzéséhez. Ennek alapján számítható ki a Fizetési határidő, és azonosíthatók az előrehozott fizetési kedvezmények érvényesítésének lehetőségei. A folyamat különböző fizetési feltételek szerinti elemzése megmutathatja, hogy egyes feltételek összefüggnek-e a feldolgozási késedelmekkel, illetve hogy a szervezet kihasználja-e a kedvező kedvezményeket. Miért fontos? Fontos a határidőre történő fizetés elemzéséhez és az előrehozott fizetési kedvezmények érvényesítési lehetőségeinek feltárásához. Hol szerezhető be? Ez az adat általában a beszállítói törzsadatokból származik, és a számla fejlécében szerepel. Példák Net 30Net 602% 10, Net 30Fizetés átvételkor | |||
| Megrendelésszám PurchaseOrderNumber | A számlához kapcsolódó megrendelés (PO) azonosítója. | ||
| Leírás A Megrendelésszám összekapcsolja a számlát egy előzetesen jóváhagyott beszerzési dokumentummal. Ez az egyeztetés alapja: a rendszer ellenőrzi, hogy a számlán szereplő adatok, például a mennyiségek és az árak, megfelelnek-e a PO-ban foglaltaknak. Ez az attribútum fontos az egyeztetési folyamat hatékonyságának elemzéséhez. Ha a PO-val rendelkező számlák nagy arányát közvetlenül, manuális beavatkozás nélkül dolgozzák fel, az a beszerzési folyamat megfelelő működésére utal. A PO nélküli számlák elemzése ezzel szemben feltárhatja a szabálytalan beszerzéseket vagy a beszerzési irányelvek megsértését. A PO megléte vagy hiánya alapján gyakran bontják csoportokra a folyamatot, hogy összehasonlítsák a hatékonyságot. Miért fontos? Segít elkülöníteni a PO-val rendelkező és a PO nélküli számlákat, amelyek feldolgozása gyakran eltérő, és más hatékonysági szintet mutat. Hol szerezhető be? Ez az azonosító általában a számlatranzakció tétel- vagy fejlécrészében található, és a beszerzési dokumentumhoz kapcsolja a számlát. Példák 4500018921PO-2024-7837300000456 | |||
| Számla állapota InvoiceStatus | A számla aktuális állapota a feldolgozási munkafolyamatban. | ||
| Leírás A Számla állapota megmutatja, hol tartott a számla az életciklusában az adatok kinyerésekor. Gyakori állapot például a „Feldolgozás alatt”, a „Jóváhagyva”, a „Kifizetve”, az „Elutasítva” vagy a „Zárolva”. Ez az attribútum gyors áttekintést ad a számla aktuális helyzetéről. A process mining rekonstruálja a teljes folyamatot, az aktuális állapot pedig hasznos a folyamatban lévő munkaterhelést követő dashboardokhoz. Segít a vezetőknek felmérni, hány számla van az egyes szakaszokban, például jóváhagyásra vár vagy zárolt állapotban. Így időben kezelhető a számlafolyamat, és megelőzhetők a szűk keresztmetszetek és késedelmek. Miért fontos? Pillanatképet ad az aktuális munkaterhelésről, így nyomon követhető a számlák száma az egyes szakaszokban, például a „Jóváhagyásra vár” vagy a „Zárolva” állapotban. Hol szerezhető be? Ez általában a számla fejlécét tartalmazó táblában található állapotmező, amely a számla életciklusa során frissül. Példák KifizetveFeldolgozás alattElutasítvaFizetésre jóváhagyva | |||
| Számla dátuma InvoiceDate | A dátum, amikor a beszállító kiállította a számlát. | ||
| Leírás A Számla dátuma a beszállító által magán a számlán feltüntetett dátum. A beszállító szempontjából ez jelöli a fizetési folyamat hivatalos kezdetét, és gyakran ez alapján számítják ki a fizetési határidőt a megállapodott feltételek szerint. A Számla dátuma és a „Számla beérkezett” vagy „Számla rögzítve” tevékenység közötti idő elemzése segít feltárni a számla benyújtásának vagy rendszerbe érkezésének késedelmét. Ez a „számlabeérkezési késedelem” jelentős, rejtett része lehet a teljes átfutási időnek. Csökkentésével javítható a határidőre történő fizetés aránya, és több előrehozott fizetési kedvezmény érvényesíthető. Miért fontos? Segít mérni a „számlabeérkezési késedelmet”, vagyis a számla beszállító általi kiállítása és rendszerbe rögzítése közötti időt. Hol szerezhető be? Ez egy szabványos dátummező a számla fejlécében, gyakran „Dokumentum dátuma” vagy „Számla dátuma” néven. Példák 2024-05-012024-04-152024-06-10 | |||
| Vállalati kód CompanyCode | A számlát feldolgozó jogi személy vagy vállalat azonosítója a szervezeten belül. | ||
| Leírás A Vállalati kód egy nagyobb vállalatcsoporthoz tartozó konkrét jogi személyt vagy leányvállalatot jelöl. Számos pénzügyi rendszerben a tranzakciókat vállalati kód szerint különítik el a könyveléshez és a jelentésekhez. Ez az attribútum lehetővé teszi a különböző üzleti egységek összehasonlító elemzését. A folyamattérkép vállalati kód szerinti bontásával összevethető a teljesítmény, azonosíthatók az egyik jogi személynél bevált gyakorlatok, és feltárhatók a másiknál jelentkező rendszerszintű problémák. Több jogi személlyel működő szervezetek számára alapvető adat a folyamatbeli eltérések megértéséhez és a vállalati szintű megfelelés biztosításához. Miért fontos? Lehetővé teszi a különböző jogi személyek vagy üzleti egységek folyamatainak összehasonlítását és teljesítményük mérését. Hol szerezhető be? Ez alapvető szervezeti adat, amely jellemzően minden pénzügyi tranzakciós tábla fejlécében megtalálható. Példák 1000US01DE015100 | |||
Beszerzéstől a fizetésig: számlafeldolgozási tevékenységek
| Tevékenység | Leírás | ||
|---|---|---|---|
| Egyeztetési eltérés észlelve | Akkor történik, amikor a rendszer vagy egy felhasználó eltérést észlel a számla, a megrendelés vagy az áruátvételi bizonylat között. Az ilyen, például ár- vagy mennyiségi eltérések rendszerint zárolják a számlát, és kézi beavatkozást igényelnek. | ||
| Miért fontos? Ezeknek az eseményeknek a követése alapvető a feldolgozási késések és az utómunka kiváltó okainak feltárásához. Segít azonosítani a beszállítói számlázás pontatlanságait és a belső beszerzési folyamatok problémáit. Hol szerezhető be? Az eseményre az egyeztetés sikertelenségét jelző állapotváltozásból vagy az eltérés miatt automatikusan beállított rendszerzárolásból lehet következtetni. Rögzítés Rögzítse azt az időbélyeget, amikor a számla egyeztetési állapota „Failed” vagy „Discrepancy” értékre változik, illetve amikor eltérés miatt zárolást állítanak be. Eseménytípus inferred | |||
| Fizetés végrehajtva | A folyamat utolsó lépését jelöli: a fizetés végrehajtását és a számlához kapcsolódó kötelezettség rendezését. Ez az esemény igazolja, hogy az összeget átutalták a beszállítónak. | ||
| Miért fontos? Ezzel sikeresen lezárul a számlához tartozó Purchase to Pay ciklus. Ez a határidőre történő fizetési arány és a teljes folyamatidő mérésének meghatározó eseménye. Hol szerezhető be? A számlát kiegyenlítő fizetési bizonylat könyvelési dátuma alapján rögzítik. Rögzítés Használja a szállítói nyitott tételt rendező pénzügyi bizonylat kiegyenlítési vagy fizetési dátumát. Eseménytípus explicit | |||
| Számla beérkezett | A számla rendszerbe érkezését vagy létrehozását jelöli. Ez az esemény indítja el a számlafeldolgozást, függetlenül attól, hogy a számlát kézzel rögzítették, beszállítói portálon küldték be vagy OCR-rel dolgozták fel. | ||
| Miért fontos? Ez a tevékenység szükséges a számlafeldolgozás teljes, elejétől a végéig tartó idejének méréséhez. Kiindulópontot ad a munkaterhelés és a kezdeti feldolgozási késések megértéséhez. Hol szerezhető be? Az eseményt általában a számlarekord létrehozási időbélyege vagy a dokumentumnapló első bejegyzése rögzíti. Rögzítés Használja a forrásrendszerben található számla vagy szállítói számla objektum létrehozásának dátumát és időpontját. Eseménytípus explicit | |||
| Számla egyeztetve | A számla és a megrendelés, valamint szükség esetén az áruátvételi bizonylat sikeres egyeztetését jelöli. Ez az automatizált vagy kézi lépés ellenőrzi, hogy a számlán szereplő mennyiségek és árak megfelelnek-e a megrendelt és átvett tételeknek. | ||
| Miért fontos? Ez a közvetlen feldolgozás egyik fontos mérföldköve. A sikeres első egyeztetések nagy száma arra utal, hogy a beszerzési folyamat korábbi szakaszai hatékonyan működnek. Hol szerezhető be? Az egyeztetés sikeres befejezésekor általában állapotváltozásként vagy külön eseményként rögzítik a tranzakciós előzményekben. Rögzítés Keresse meg azt az eseményt vagy állapotfrissítést, amely szerint a számla egyeztetése „Passed”, „Matched” vagy „Reconciled” állapotba került. Eseménytípus explicit | |||
| Számla elutasítva | Akkor történik, amikor egy jóváhagyó hivatalosan elutasítja a számlát, és ezzel megállítja annak továbbhaladását a munkafolyamatban. Az elutasítás után a számlát általában javításra visszaküldik vagy törlik, ami újramunkálási ciklust indít el. | ||
| Miért fontos? Az elutasítások elemzésével feltárhatók az utómunka kiváltó okai, például a hibás könyvelési kódok, a szabályzat megsértése vagy a korábbi szakaszokból eredő adathibák. Az elutasítások számának csökkentése javítja a hatékonyságot. Hol szerezhető be? A számla jóváhagyási előzményeiben vagy a munkafolyamat naplójában rögzített külön művelet, gyakran az elutasítás indokával együtt. Rögzítés Keresse meg azt az eseményt, amely akkor kerül a naplóba, amikor a jóváhagyó a munkafolyamatban az „Reject” vagy „Deny” műveletet választja. Eseménytípus explicit | |||
| Számla főkönyvbe könyvelve | A jóváhagyott számla főkönyvi rögzítését jelöli. Ezzel a művelettel pénzügyi kötelezettség keletkezik, és a számla a feldolgozás alatt álló állapotból kifizetésre kész állapotba kerül. | ||
| Miért fontos? Ez a fontos pénzügyi mérföldkő igazolja, hogy a kötelezettséget hivatalosan elismerték. Az ezt megelőző késések hatással lehetnek a pénzügyi zárásra és a jelentések pontosságára. Hol szerezhető be? Ez a rendszer pénzügyi moduljaiban kifejezetten rögzített tranzakciós esemény. Rögzítés Használja a számlából létrehozott pénzügyi bizonylathoz tartozó könyvelési dátumot. Eseménytípus explicit | |||
| Számla jóváhagyva | Azt jelzi, hogy a munkafolyamatban minden szükséges fél jóváhagyta a számlát. Ez a mérföldkő engedélyezi a számla pénzügyi könyvelését és későbbi kifizetését. | ||
| Miért fontos? Ez a fontos mérföldkő zárja le az ellenőrzési és jóváhagyási szakaszt. A jóváhagyási idők méréséhez és a jogosultsági szabályoknak való megfelelés ellenőrzéséhez is szükséges. Hol szerezhető be? A végső jóváhagyáskor a rendszer kifejezetten rögzíti a jóváhagyási előzményekben vagy a munkafolyamat naplójában. Rögzítés Használja a számla jóváhagyási vagy munkafolyamat-előzményeiben szereplő végső jóváhagyási művelet időbélyegét. Eseménytípus explicit | |||
| Eltérés rendezve | Azt jelöli, amikor a korábban észlelt egyeztetési eltérést kézi vizsgálat után megoldják. Ezután a számla továbbléphet a következő szakaszba, például jóváhagyásra vagy újbóli egyeztetésre. | ||
| Miért fontos? Az eltérések rendezéséhez szükséges idő jelentősen befolyásolja a számlafeldolgozás teljes idejét. Ennek a tevékenységnek az elemzésével megérthető a kivételkezelés időigénye és ráfordítása. Hol szerezhető be? Az eseményre gyakran abból lehet következtetni, hogy egy felhasználó először oldja fel az egyeztetési zárolást, vagy újra feldolgozhatóvá teszi a sikertelen egyeztetést. Rögzítés Keresse meg azt az eseményt, amikor feloldják az egyeztetéshez kapcsolódó zárolást, vagy egy korábban sikertelen egyeztetés után sikeresen egyeztetik a számlát. Eseménytípus inferred | |||
| Fizetés ütemezve | A könyvelt számlát kiválasztják, és felveszik egy fizetési javaslatba vagy fizetési csomagba. Ezzel a lépéssel egy adott napra ütemezik a számla kifizetését, de a pénz tényleges átutalása még nem történik meg. | ||
| Miért fontos? Ez a tevékenység betekintést ad a folyamat utolsó szakaszába. A könyvelés és a fizetés ütemezése közötti késések miatt elmaradhatnak a kedvezmények, és késhetnek a kifizetések. Hol szerezhető be? Általában akkor rögzítik, amikor a számlát felveszik egy fizetési futtatásba, fizetési javaslatba vagy fizetési naplóba. Rögzítés Keresse meg a számlát tartalmazó fizetési javaslat vagy fizetési csomag rekordjának létrehozási dátumát. Eseménytípus explicit | |||
| Fizetési zárolás beállítva | A számlát szándékosan zárolják, így jóváhagyás után sem fizethető ki. A zárolást automatikusan beállíthatják a rendszer szabályai, vagy kézzel, például a beszállítóval fennálló vita miatt. | ||
| Miért fontos? A fizetési zárolások gyakran okoznak késedelmes fizetést és elmaradt kedvezményeket. A határidőre történő fizetés javításához fontos tudni, mikor és miért állítják be a zárolásokat. Hol szerezhető be? Általában a számlarekord vagy annak tételsorai mellett rögzített külön állapotként vagy jelzőként jelenik meg. Rögzítés Rögzítse azt az eseményt, amikor fizetési zárolási kódot vagy zárolt állapotot állítanak be a számlán vagy annak tételsorain. Eseménytípus explicit | |||
| Fizetési zárolás feloldva | A korábban beállított fizetési zárolás megszüntetését jelöli, így a számla ismét kifizethetővé válik. Ez azt jelzi, hogy a zárolást kiváltó problémát megoldották. | ||
| Miért fontos? A zárolás beállítása és feloldása közötti idő késedelmet jelent a folyamatban. Ennek elemzése segít feltárni a problémamegoldás szűk keresztmetszeteit. Hol szerezhető be? Akkor rögzítik, amikor törlik a fizetési zárolás állapotát vagy jelzőjét a számlarekordból. Rögzítés Rögzítse azt az eseményt, amikor eltávolítják a fizetési zárolási kódot vagy a zárolt állapotot, illetve a számla zárolás nélküli állapotba kerül. Eseménytípus explicit | |||
| Számla javítva | A számlán végzett kézi módosítást vagy javítást jelöli, amelyre gyakran elutasítás vagy észlelt hiba után kerül sor. Ez a tevékenység eltérést jelent a szokásos, kézi beavatkozás nélküli folyamattól. | ||
| Miért fontos? Az utómunka követése feltárja a folyamat hatékonysági problémáit és rejtett költségeit. Ha megérti, miért módosítják a számlákat, célzott folyamatfejlesztéseket és képzéseket vezethet be. Hol szerezhető be? Az esemény általában a kezdeti rögzítés után a számla fontos mezőiben végrehajtott módosításokat rögzítő változásnaplóból vagy auditnyomból következtethető ki. Rögzítés Rögzítse az auditnaplók időbélyegeit, amelyek a számlaadatok módosítását jelzik, különösen elutasítás vagy zárolás után. Eseménytípus inferred | |||
| Számla jóváhagyásra elküldve | A számla hivatalos beküldését jelöli a jóváhagyási munkafolyamatba, miután az első ellenőrzés és egyeztetés befejeződött. A rendszer a beállított üzleti szabályok alapján továbbítja a számlát az illetékes jóváhagyóknak. | ||
| Miért fontos? Ez a tevékenység jelöli a jóváhagyási részfolyamat kezdetét. Az eseménytől a végső jóváhagyásig eltelt idő mérésével elemezhető a jóváhagyási munkafolyamat hatékonysága, és feltárhatók a szűk keresztmetszetek. Hol szerezhető be? A munkafolyamat-motorral rendelkező rendszerekben ez külön eseményként szerepelhet. Más esetben a „Pending Approval” állapotváltozásból lehet következtetni rá. Rögzítés Rögzítse azt az időbélyeget, amikor elindul a munkafolyamat, vagy a számla állapota jóváhagyásra váró értékre változik. Eseménytípus explicit | |||
| Számla lejárttá vált | Számított esemény, amely akkor következik be, amikor az aktuális dátum túllépi a számla nettó fizetési határidejét, miközben a számla még nincs kifizetve. A határidőt a számla dátuma és a beszállító fizetési feltételei határozzák meg. | ||
| Miért fontos? Ez a tevékenység közvetlenül jelzi a késedelmes fizetéseket, amelyek ronthatják a beszállítói kapcsolatokat és kötbért vonhatnak maguk után. A határidőre történő fizetési arány nyomon követéséhez és javításához elengedhetetlen. Hol szerezhető be? Ez nem külön rendszeresemény. A fizetés dátumát, illetve ki nem fizetett számla esetén az aktuális dátumot kell összevetni a számla esedékességi dátumával. Rögzítés A kifizetett számláknál az Eseménytípus calculated | |||
| Számla rögzítve | A kezdeti adatrögzítés befejezését jelöli. A számla adatait már beírták vagy beolvasták, de még nem könyvelték, és nem küldték el hivatalos jóváhagyásra. A számla gyakran ideiglenes, „parkolt” vagy „piszkozat” állapotban van. | ||
| Miért fontos? A beérkezés és a rögzítés közötti idő elemzésével feltárhatók az adatrögzítési szakaszban felhalmozódó tételek. Az elemzés az automatizált adatkinyerési megoldások hatékonyságát is megmutathatja. Hol szerezhető be? Ez az esemény gyakran abból következtethető ki, hogy a számlarekordot piszkozatként vagy parkolt állapotban mentik el, mielőtt beküldenék a munkafolyamatba. Rögzítés Rögzítse azt az időbélyeget, amikor a számla állapota újról mentett, parkolt vagy piszkozat állapotra változik. Eseménytípus inferred | |||
| Számla törölve | A számlát érvénytelenítették, visszafordították vagy törölték, ezért nem dolgozzák fel tovább és nem fizetik ki. Ez a hibás vagy duplikált számla végállapotát jelöli. | ||
| Miért fontos? A törlések követése betekintést ad az adatminőségi problémákba, a duplikált beküldésekbe és más, korábbi szakaszokból eredő hibákba. A magas törlési arány a beszállítói számlázás vagy a belső kontrollok problémáira utalhat. Hol szerezhető be? A számlarekord kifejezett állapotváltozása vagy a hozzá tartozó sztornóbizonylat létrehozása. Rögzítés Keresse meg azt az időbélyeget, amikor a számla állapota „Canceled” vagy „Voided” értékre változik, illetve amikor sztornóbizonylatot könyvelnek. Eseménytípus explicit | |||
Adatkinyerési útmutatók
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.
Kezdje el most?
Az adatkinyeréshez válassza ki a rendszeréhez készült útmutatót, vagy használja ezt az általános sablont kiindulópontként bármilyen adatforráshoz.
Fejlessze a számlafeldolgozást, növelje a P2P hatékonyságát még ma
Tárja fel a folyamat rejtett problémáit, csökkentse a költségeket, és gyorsítsa fel a számlák feldolgozását.
Nincs szükség bankkártyára, a beállítás mindössze 5 perc.