Adatsablon a szállítói számlák feldolgozásához
Adatsablon a szállítói számlák feldolgozásához
- Javasolt attribútumok
- Követendő fontos tevékenységek
- Adatkinyerési útmutató
A szállítói számlák feldolgozásának attribútumai
| Név | Leírás | ||
|---|---|---|---|
|
Számla
Invoice
|
Az egyes szállítói számladokumentumok egyedi azonosítója. | ||
|
Leírás
A számla az elsődleges esetazonosító. Összekapcsolja az összes tevékenységet a számla beérkezésétől a végső kifizetésig. Így a szállítói számlák feldolgozásának teljes folyamata minden egyes számlánál elemezhető. Az elemzés első lépése, hogy az eseményeket ez alapján az azonosító alapján csoportosítja. Így számlánként kiszámíthatók az olyan KPI-k, mint a teljes átfutási idő, és feltárhatók az egyes számlákra jellemző folyamatváltozatok és szűk keresztmetszetek.
Miért fontos?
Ez az azonosító teszi lehetővé a számla teljes életútjának követését, ezért erre épül a szállítói számlák process mining-elemzése.
Hol szerezhető be?
Ez jellemzően a Dynamics 365 Finance „Vendor invoice” oldalán vagy a kapcsolódó adategységekben szereplő szállítói számlaszám.
Példák
INV-00125475000921DE-8832-2023
|
|||
|
Kezdési idő
EventTime
|
Az a dátum és idő, amikor egy tevékenység vagy esemény bekövetkezett. | ||
|
Leírás
Ez az attribútum minden tevékenység dátumát és időpontját tartalmazza. Segítségével időrendbe rendezhetők az események, és kiszámíthatók az időtartamok. Ez adja az eseménynapló időbeli alapját. Az elemzés a kezdési időből számítja ki az összes időalapú mutatót, többek között a tevékenységek közötti átfutási és várakozási időt, valamint az eset teljes időtartamát. Ez elengedhetetlen a szűk keresztmetszetek feltárásához és a folyamat SLA-khoz viszonyított teljesítményének méréséhez.
Miért fontos?
Ez az időbélyeg elengedhetetlen az események helyes sorrendjének megállapításához és a teljesítménymutatók, például az átfutási idők kiszámításához, valamint a szűk keresztmetszetek feltárásához.
Hol szerezhető be?
A Dynamics 365 tranzakciós rekordjainak létrehozási vagy módosítási dátummezőiből, a workflow-előzményekből vagy a könyvelési dátummezőkből nyerhető ki.
Példák
2023-04-15T09:00:12Z2023-04-18T14:35:00Z2023-05-02T11:21:45Z
|
|||
|
Tevékenység
ActivityName
|
A végrehajtott üzleti folyamatlépés neve. | ||
|
Leírás
Ez az attribútum rögzíti a számlával kapcsolatban egy adott időpontban végrehajtott műveletet vagy bekövetkezett eseményt, például a „Számla rögzítve” vagy a „Számla jóváhagyva” tevékenységet. Ezekből a tevékenységekből épül fel a feltárt folyamattérkép. A tevékenységek sorrendjének és gyakoriságának elemzése a process mining alapja. Segít megjeleníteni a folyamat menetét, feltárni a gyakori és ritka útvonalakat (változatokat), valamint azonosítani a késedelmet vagy újramunkálást okozó tevékenységeket.
Miért fontos?
A tevékenységek mutatják meg, hogy „mi” történik a folyamatban. Ezek alapján készíthető folyamattérkép, és elemezhető a folyamat menete, valamint annak változatai.
Hol szerezhető be?
Ez gyakran a Dynamics 365 szállítói számlákat kezelő moduljában rögzített állapotváltozásokból, workflow-előzményekből vagy könyvelési adatokból származik.
Példák
Számla rögzítveSzámla jóváhagyvaEltérés rendezveKifizetés végrehajtva
|
|||
|
Beszállító
VendorName
|
A számlát benyújtó beszállító neve. | ||
|
Leírás
Ez az attribútum azonosítja a számlához tartozó beszállítót. A beszállítói adatok között szerepelhet például a név, az azonosító és a kategória. A szállítói számlák folyamatának beszállítónkénti elemzése megmutathatja, mely beszállítók küldenek rendszeresen problémás számlákat, például gyakori eltérésekkel, kiknél érvényesek különleges fizetési feltételek, és mely számlák feldolgozása tart sokáig. Ezek az információk segíthetnek a beszállítói kapcsolatok és az együttműködés javításában.
Miért fontos?
Lehetővé teszi a folyamat beszállítónkénti elemzését, így feltárhatók például a gyakori eltérések és a késedelmes kifizetések.
Hol szerezhető be?
A szállítói számla fejlécéből kapcsolható hozzá, jellemzően a beszállítói számlaszám alapján a „VendTable” adategységből.
Példák
Contoso LtdFabrikam IncNorthwind Traders
|
|||
|
Felhasználó
UserName
|
A tevékenységet végrehajtó felhasználó. | ||
|
Leírás
Azonosítja azt a felhasználót, aki egy folyamatlépést, például egy számla rögzítését vagy jóváhagyását elvégezte. Ez gyakran a felhasználó Dynamics 365-beli rendszerazonosítójához kapcsolódik. A felhasználónkénti teljesítmény elemzése segít feltárni a képzési igényeket, az átlag feletti teljesítményt és a munkaterhelés eloszlását. Fontos az olyan dashboardoknál, amelyek a jóváhagyási időt és az erőforrások hatékony kihasználását mutatják. A vezetők így láthatják, mely felhasználók vagy csapatok jelentenek szűk keresztmetszetet.
Miért fontos?
Az egyes feladatokat konkrét munkatársakhoz rendeli, így elemezhető a munkaterhelés és a teljesítmény, valamint feltárhatók a képzési lehetőségek.
Hol szerezhető be?
Jellemzően a tranzakciók „Created by” vagy „Modified by” mezőjében, illetve a Dynamics 365 workflow-előzményeiben található.
Példák
j.doea.smithr.williams
|
|||
|
Fizetési feltételek
PaymentTerms
|
A beszállítóval egyeztetett számlafizetési feltételek. | ||
|
Leírás
Ez az attribútum határozza meg, milyen feltételekkel kell kifizetni a szállítói számlát. Ilyen például a „Net 30” (fizetés 30 napon belül) vagy a „2/10 Net 30” (10 napon belüli fizetés esetén 2% kedvezmény, egyébként 30 napon belüli fizetés). A fizetési feltételek szerinti elemzés megmutatja, hogyan befolyásolják a különböző megállapodások a fizetési határidőket és a pénzforgalmat. Ez az alapja a korai fizetési kedvezmények feltárásának és a megfelelés feltételek szerinti elemzésének, amelyből kiderül, mely feltételeket nehezebb betartani.
Miért fontos?
Meghatározza a fizetési határidőket és a kedvezményeket, így közvetlenül befolyásolja a pénzforgalom kezelését és a költségmegtakarítást.
Hol szerezhető be?
A beszállítói törzsadatokban, illetve a beszerzési rendelés vagy a számla fejlécében található. A „PaymTermId” mezőben tárolható.
Példák
Net 30Net 602/10 Net 30
|
|||
|
Megrendelésszám
PurchaseOrderNumber
|
A számlához tartozó megrendelés egyedi azonosítója. | ||
|
Leírás
Ez az attribútum kapcsolja össze a számlát a hozzá tartozó megrendeléssel (PO). A számlákhoz tartozhat megrendelés, de megrendelés nélkül is kiállíthatók. Az attribútum elemzésé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ő munkafolyamatot követ. Segítségével mérhető a megrendeléssel való egyeztetés hatékonysága, és feltárhatók azok az esetek, amikor a számla adatai nem egyeznek a megrendeléssel.
Miért fontos?
Elkülöníti a megrendeléshez kötött és a megrendelés nélküli számlákat, amelyek feldolgozása eltérő, és segít az egyeztetés hatékonyságának elemzésében.
Hol szerezhető be?
A szállítói számla fejlécében vagy soraiban található, jellemzően a 'VendInvoiceInfoTable' 'PurchId' nevű mezőjében.
Példák
PO-000432PO-000511
|
|||
|
Számla fizetési határideje
InvoiceDueDate
|
A fizetési feltételek alapján meghatározott dátum, ameddig a számlát ki kell fizetni. | ||
|
Leírás
Ez a dátum jelzi, meddig kell kifizetni a számlát a késedelmi díjak elkerüléséhez és a beszállítói megállapodások betartásához. Általában a számla dátuma és a megadott fizetési feltételek alapján számítják ki. Ez az attribútum elengedhetetlen a fizetési feltételek betartásának elemzéséhez. A „Payment Executed” dátum és a „Invoice Due Date” összevetésével az elemzés automatikusan jelzi a késedelmes kifizetéseket, kiszámítja a határidőre történő fizetések arányát, és segít a kifizetések rangsorolásában a jó beszállítói kapcsolatok fenntartásához.
Miért fontos?
Elengedhetetlen a határidőre történő fizetések méréséhez, a beszállítói kapcsolatok kezeléséhez és a késedelmi díjak elkerüléséhez.
Hol szerezhető be?
A számla dátuma és a fizetési feltételek alapján számított mező. A szállítói tranzakciós táblák, például a „VendTrans” „DueDate” mezőjében tárolják.
Példák
2023-05-152023-06-302023-07-01
|
|||
|
Számla összege
InvoiceAmount
|
A számla teljes pénzösszege. | ||
|
Leírás
A szállítói számla teljes fizetendő összegét jelöli. Ez minden esetnél fontos pénzügyi mutató. Ez az attribútum lehetővé teszi a szállítói számlák folyamatának pénzügyi elemzését. Segítségével előnyben részesíthetők a nagy összegű számlák, elemezhető a jóváhagyási idő az összeghatárok szerint, és felmérhető a késedelmes kifizetések vagy a korai fizetési kedvezmények pénzügyi hatása.
Miért fontos?
Pénzügyi szempontból is értelmezhetővé teszi a folyamatot. Megvizsgálható például, hogy a nagy összegű számlák feldolgozása eltér-e a többiétől.
Hol szerezhető be?
A szállítói számla fejlécében található, gyakran a „VendInvoiceInfoTable” tábla „InvoiceAmount” mezőjében.
Példák
1500.75250.0012345.50
|
|||
|
Áruátvételi bizonylat száma
GoodsReceiptNumber
|
A számlához kapcsolódó áruátvételi bizonylat azonosítója. | ||
|
Leírás
Ez az attribútum kapcsolja össze a számlát az átvett áruk vagy szolgáltatások nyilvántartásával. Erre a háromoldalú egyeztetéshez van szükség, amely a megrendelést, az áruátvételt és a számlát veti össze. Az attribútum segít elemezni az egyeztetés hatékonyságát. A 'Goods Receipt Matched' tevékenység késései vagy sikertelenségei ezzel az azonosítóval visszakövethetők az eredeti áruátvételi bizonylatig. Így feltárhatók a beszerzés vagy az áruátvétel során felmerülő, a szállítói számlák feldolgozását hátráltató problémák.
Miért fontos?
Segít elemezni a háromoldalú egyeztetés hatékonyságát, és feltárni az áruátvételi folyamatból eredő problémákat.
Hol szerezhető be?
A megrendelés sorain keresztül kapcsolódik, gyakran a szállítólevél-naplókban ('VendPackingSlipJour') vagy a kapcsolódó táblákban található.
Példák
GRN-00981GRN-01024
|
|||
|
Automatikusan történt
IsAutomated
|
Jelzi, hogy a tevékenységet automatikusan a rendszer hajtotta-e végre. | ||
|
Leírás
Ez a logikai attribútum megkülönbözteti a felhasználók által végzett tevékenységeket a rendszer által automatizáltaktól, például a számla automatikus könyvelésétől vagy egyeztetésétől. Az attribútum elemzésével mérhető az AP-folyamat automatizáltsága. Segítségével kiszámítható az egyenes feldolgozási arány (STP), és azonosíthatók azok a kézi tevékenységek, amelyek automatizálása csökkentheti a költségeket és a feldolgozási időt.
Miért fontos?
Segít mérni az egyenes feldolgozási arányt, és feltárni, hol növelhető az automatizálás és a hatékonyság.
Hol szerezhető be?
Annak ellenőrzésével állapítható meg, hogy a tevékenységhez tartozó felhasználó rendszer- vagy kötegelt felhasználó-e, például 'Admin' vagy 'BatchUser'.
Példák
truefalse
|
|||
|
Cégkód
CompanyCode
|
A számlát feldolgozó jogi személy azonosítója. | ||
|
Leírás
Ez az attribútum azonosítja a szervezeten belüli vállalatot vagy jogi személyt, amely a számláért felel. Több vállalatot kezelő környezetben fontos szervezeti dimenzió. Az AP-folyamat cégkód szerinti elemzésével összehasonlítható a különböző üzleti egységek és jogi személyek teljesítménye. Kiderülhet, hogy egyes egységek kevésbé hatékonyak, több utómunkát igényelnek, vagy eltérő folyamatváltozatokat követnek. Ez segít megtalálni a szabványosítás és a bevált gyakorlatok megosztásának lehetőségeit.
Miért fontos?
Lehetővé teszi a teljesítmény összehasonlítását a szervezet különböző jogi személyei és üzleti egységei között.
Hol szerezhető be?
A Dynamics 365 szinte minden tranzakciós táblájában megtalálható szabványos mező, jellemzően 'DataAreaId' néven.
Példák
USMFDEMFGBSI
|
|||
|
Eltérés oka
DiscrepancyReason
|
A számlaeltérés okkódja vagy leírása. | ||
|
Leírás
Ha egy számlát visszatartanak vagy eltérést találnak, ez az attribútum rögzíti az okot, például: 'Áreltérés', 'Mennyiségi eltérés' vagy 'Hiányzó áruátvétel'. Ez az attribútum alapvető a 'Discrepancy Resolution & Rework' elemzéshez. Az utómunka okok szerinti csoportosításával feltárhatók a folyamat hatékonysági problémáinak kiváltó okai. Ha például az 'Áreltérés' a leggyakoribb, az arra utalhat, hogy a beszerzési adatok és a szállítói adatok összehangolásán javítani kell.
Miért fontos?
Feltárja az utómunka kiváltó okát, így célzott folyamatfejlesztéssel csökkenthetők a kivételek és a kézi beavatkozások.
Hol szerezhető be?
Az AP-modul számlavisszatartási tábláiban, munkafolyamat-megjegyzéseiben vagy az eltérések rögzítésére szolgáló mezőkben tárolható.
Példák
ÁreltérésMennyiségi eltérésÉrvénytelen megrendelés
|
|||
|
Forrásrendszer
SourceSystem
|
A rendszer, amelyből az adatokat kinyerték. | ||
|
Leírás
Ez az attribútum azonosítja az eseményadatok forrását, amely ebben az esetben jellemzően a „Microsoft Dynamics 365”. Különösen akkor fontos, ha több rendszerből, például egy OCR-beolvasó eszközből és a D365-ből származó adatokat egyesítenek. A process mining-elemzésben segít az adatok eredetének követésében, a hibakeresésben és a folyamatot támogató rendszerek megértésében. Lehetővé teszi, hogy az elemzést egy adott rendszer eseményeire szűrje.
Miért fontos?
Fontos információt ad az adatok eredetéről. Ez elengedhetetlen az adatok ellenőrzéséhez és a több rendszert érintő folyamatelemzéshez.
Hol szerezhető be?
Ez jellemzően egy statikus érték („Microsoft Dynamics 365”), amelyet az adatkinyerés és -átalakítás során adnak hozzá.
Példák
Microsoft Dynamics 365 FinanceD365 F&OAX2012
|
|||
|
Jóváhagyó
ApproverName
|
Az a felhasználó, aki egy adott lépésben jóváhagyta vagy elutasította a számlát. | ||
|
Leírás
Ez az attribútum azonosítja a munkafolyamatban az egyes jóváhagyási döntésekért felelős személyt. Többszintű jóváhagyás esetén az egyes lépésekhez különböző jóváhagyók tartozhatnak. Az attribútum fontos a 'Invoice Approval Cycle Time Analysis' dashboardhoz. A jóváhagyók szerinti bontás megmutatja, kinél alakulhat ki szűk keresztmetszet, akár a leterheltség, akár más tényezők miatt. Így célzott intézkedésekkel gyorsítható a jóváhagyási folyamat.
Miért fontos?
Részletes képet ad a jóváhagyási folyamatról, és segít feltárni az egyéni vagy csapatszintű szűk keresztmetszeteket.
Hol szerezhető be?
A munkafolyamat előzménynaplóiból ('WorkflowTrackingStatusTable') nyerhető ki, amelyek rögzítik, ki végezte el az egyes jóváhagyási lépéseket.
Példák
David ChenMaria GarciaAP_Manager_Group
|
|||
|
Kedvezmény igénybevételének határideje
EarlyPaymentDiscountDate
|
Az a határidő, ameddig a számlát ki kell fizetni a korai fizetési kedvezmény igénybevételéhez. | ||
|
Leírás
Ez az attribútum azt a legkésőbbi napot jelöli, amikor a számla még kifizethető a szállító által kínált kedvezmény igénybevételéhez. A számla dátuma és a fizetési feltételek kedvezményre vonatkozó része alapján számítható ki, például a '2/10 Net 30' kifejezésben a '10' alapján. Ez a dátum határozza meg az 'Early Payment Discount Status' elemzés eredményét. A 'Payment Scheduled' vagy a 'Payment Executed' dátummal összevetve megállapítható, hogy sikerült-e érvényesíteni a kedvezményt. Így mérhető a pénzügyi megtakarítás.
Miért fontos?
Megadja a megtakarítás elérésének határidejét, ezért segít a fizetések rangsorolásában és a hatékonyság javításában.
Hol szerezhető be?
A rendszer a fizetési feltételek és a számla dátuma alapján számítja ki. A 'VendTrans' 'CashDiscDate' mezőjében tárolható.
Példák
2023-04-252023-05-102023-06-15
|
|||
|
Késedelmes fizetés történt
IsLatePayment
|
Számított jelző, amely megmutatja, hogy a fizetés a határidő után történt-e. | ||
|
Leírás
Ez a logikai attribútum akkor kap igaz értéket, ha a 'Payment Executed' tevékenység az 'Invoice Due Date' után történik. Egyértelműen jelzi ügyenként, ha nem tartották be a fizetési feltételeket. Az attribútum egyszerűsíti a 'Payment Terms Compliance Rate' KPI kiszámítását. Segítségével gyorsan szűrhetők és dashboardon megjeleníthetők a késedelmes fizetések darabszáma és értéke. Az érintett ügyek kiváltó okai is elemezhetők, így kiderülhet, miért csúszott a fizetés.
Miért fontos?
Egyértelmű jelzőként segít elemezni a fizetési feltételeknek nem megfelelő eseteket és kiszámítani a határidőben történő fizetés KPI-jait.
Hol szerezhető be?
Ez nem forrásrendszer-mező. A process mining eszköz a 'Payment Executed' tevékenység időbélyegét az 'InvoiceDueDate' attribútummal összevetve számítja ki.
Példák
truefalse
|
|||
|
Korai fizetési kedvezmény összege
EarlyPaymentDiscountAmount
|
A számla határidő előtti kifizetése esetén igénybe vehető kedvezmény összege. | ||
|
Leírás
Ez az attribútum a fizetési feltételekben meghatározott, korai fizetésért kínált szállítói kedvezmény pénzben kifejezett értékét mutatja. Ez a pénzügyi adat fontos az 'Early Payment Discount Status' dashboardhoz. Segítségével összevethető a ténylegesen érvényesített és az elveszített kedvezmények értéke. Ez számszerűsíti, mekkora pénzügyi előnnyel járhat a számlajóváhagyás és a fizetések ütemezésének hatékonyabbá tétele.
Miért fontos?
Pénzben mutatja meg a folyamat hatékonyságában rejlő lehetőséget, és közvetlen kapcsolatot teremt a folyamat teljesítménye és a költségmegtakarítás között.
Hol szerezhető be?
A számla összege és a fizetési feltételek alapján számított mező. A 'VendTrans' táblában vagy a kapcsolódó készpénzes kedvezménymezőkben érhető el.
Példák
30.015.00246.91
|
|||
|
Számlaállapot
InvoiceStatus
|
A számla aktuális feldolgozási állapota. | ||
|
Leírás
Ez az attribútum a számla folyamatban ismert legutóbbi állapotát mutatja, például: 'Folyamatban', 'Jóváhagyva', 'Kifizetve' vagy 'Törölve'. Pillanatképet ad arról, hol tart a számla az életciklusában. A process mining a tevékenységekből állítja össze a folyamat menetét, a végső állapot pedig az ellenőrzéshez és az összes nyitott számlát összesítő üzleti dashboardokhoz hasznos. Például kiszűrhetők vele a már 'Jóváhagyva', de még ki nem fizetett számlák.
Miért fontos?
Összefoglalja a számla aktuális állapotát, így állapot szerinti szűrésre és dashboardok készítésére is alkalmas.
Hol szerezhető be?
Gyakran a dokumentumállapot vagy az AP-modul munkafolyamat-állapot mezőiből származik.
Példák
FolyamatbanJóváhagyvaKifizetveTörölve
|
|||
|
Történt utómunka
IsRework
|
Számított jelző, amely megmutatja, hogy a számlán kellett-e utómunkát végezni. | ||
|
Leírás
Ez a logikai jelző akkor kap igaz értéket, ha a számla folyamatában utómunkára utaló tevékenység szerepel, például 'Discrepancy Resolved', vagy az első sikertelen ellenőrzés után ismét elvégzik az 'Invoice Data Validated' lépést. Az érték a teljes ügy alapján számítható ki. Ez az attribútum közvetlenül támogatja a 'Discrepancy Rework Rate' KPI mérését. Egyszerűen szűrhetők és összesíthetők vele azok a számlák, amelyek extra kézi munkát igényeltek. Így számszerűsíthető a gyenge adatminőség és a folyamatkivételek hatása.
Miért fontos?
Közvetlenül méri az utómunkát, így egyszerűen számszerűsíthetők és elemezhetők a folyamatkivételek és a hatékonysági problémák.
Hol szerezhető be?
Ez nem forrásrendszer-mező. A process mining eszköz számítja ki azzal, hogy ellenőrzi, előfordulnak-e az ügyben utómunkára utaló tevékenységek.
Példák
truefalse
|
|||
|
Utolsó adatfrissítés
LastDataUpdate
|
A forrásrendszerből érkező legutóbbi adatfrissítés időbélyege. | ||
|
Leírás
Ez az attribútum jelzi, mikor frissült utoljára az eseménynapló a Microsoft Dynamics 365-ből származó adatokkal. Segít megítélni, mennyire frissek az elemzett adatok. A dashboardokon és a folyamatos nyomon követés során ez az időbélyeg megmutatja a felhasználóknak, hogy a legfrissebb folyamatadatokat látják-e. Segít tisztázni az adatok frissességével kapcsolatos elvárásokat, és nyomon követni az adatfolyam működését.
Miért fontos?
Tájékoztatja a felhasználókat az adatok frissességéről, ami fontos ahhoz, hogy az elemzés alapján időben és pontosan hozhassanak üzleti döntéseket.
Hol szerezhető be?
Ez egy metaadatmező, amelyet az adatkinyerést és -betöltést végző ETL-eszköz hoz létre és tölt ki az adatok betöltésekor.
Példák
2023-06-01T02:00:00Z2023-06-02T02:00:00Z
|
|||
A szállítói számlák feldolgozásának tevékenységei
| Tevékenység | Leírás | ||
|---|---|---|---|
|
Kifizetés végrehajtva
|
A kifizetés hivatalosan a kifizetési napló könyvelésével történik meg. Ez a tranzakció rendezi a könyvelt számlával keletkezett kötelezettséget. | ||
|
Miért fontos?
Ez a folyamat egyik elsődleges záró eseménye. A fizetési feltételek betartásának és a késedelmes kifizetéseknek a mérésére, valamint a teljes átfutási idő kiszámítására használható.
Hol szerezhető be?
Kifejezett esemény, amelyet a kifizetési napló könyvelésekor rögzítenek. Az elszámolás adatai a szállítói tranzakciók táblájában (VendTrans) találhatók, ahol a kifizetés a számlához kapcsolódik.
Rögzítés
Használja a VendTrans táblában szereplő kifizetési elszámolás tranzakciós dátumát.
Eseménytípus
explicit
|
|||
|
Számla jóváhagyásra beküldve
|
A számlát hivatalosan beküldik egy workflow-ba, ahol az arra jogosult munkatársak ellenőrzik és jóváhagyják. Ezzel kezdődik a jóváhagyási ciklus. | ||
|
Miért fontos?
Ez fontos mérföldkő, innen indul a számlajóváhagyás átfutási idejének mérése. Segít elkülöníteni az adatrögzítés és az egyeztetés idejét a jóváhagyásra várakozástól.
Hol szerezhető be?
Ez kifejezett esemény, amelyet a D365 az adott számladokumentum workflow-előzményeiben rögzít (WorkflowTrackingStatusTable). A beküldés időbélyegét is tárolja.
Rögzítés
Nyerje ki a számlához tartozó „Submitted” eseményt a workflow-követési előzményekből.
Eseménytípus
explicit
|
|||
|
Számla jóváhagyva
|
A workflow végső jóváhagyását jelöli, amely engedélyezi a számla könyvelését és kifizetését. Ez fontos mérföldkő, mielőtt a számla a kifizetési szakaszba lép. | ||
|
Miért fontos?
Ezzel zárul a jóváhagyási ciklus. A „Submitted for Approval” esemény és e tevékenység közötti idő fontos KPI a jóváhagyás szűk keresztmetszeteinek és a hosszan futó workflow-knak a feltárásához.
Hol szerezhető be?
Kifejezett esemény, amely a workflow-előzményekben (WorkflowTrackingStatusTable) jelenik meg, amikor a workflow állapota „Completed” vagy „Approved” értékre változik.
Rögzítés
Nyerje ki a számlához tartozó „Approved” vagy „Completed” eseményt a workflow-követési előzményekből.
Eseménytípus
explicit
|
|||
|
Számla könyvelve
|
A jóváhagyott számlát hivatalosan rögzítik a főkönyvben, ezzel pénzügyi kötelezettség keletkezik. Ez fontos, gyakran visszafordíthatatlan könyvelési tranzakció. | ||
|
Miért fontos?
A könyvelés fontos mérföldkő, amely után a számla kifizethetővé válik. Igazolja, hogy minden ellenőrzési és jóváhagyási lépés lezárult, és a kötelezettséget elszámolták.
Hol szerezhető be?
Ez kifejezett tranzakció. A könyvelés dátumát és időpontját a szállítói számlanapló (VendInvoiceJour) és a kapcsolódó főkönyvi tételek (GeneralJournalEntry) tárolják.
Rögzítés
Használja a VendInvoiceJour vagy a GeneralJournalEntry táblában szereplő könyvelési időbélyeget.
Eseménytípus
explicit
|
|||
|
Számla rögzítve
|
A számlarekord első létrehozását jelöli a rendszerben. Ez történhet kézi rögzítéssel, OCR-beolvasással vagy elektronikus adatcserével (EDI). Ezzel indul a számlafeldolgozás. | ||
|
Miért fontos?
Ez a tevékenység a folyamat elsődleges kezdő eseménye. Az ettől a ponttól a kifizetésig eltelt időből számítható a számla teljes átfutási ideje, amely fontos teljesítménymutató.
Hol szerezhető be?
A függő szállítói számlák vagy a számlanapló tábláiban szereplő számlafejléc-rekord létrehozási időbélyegéből (CreatedDateTime mező) következtethető ki, például a VendInvoiceInfoTable táblából.
Rögzítés
Használja a számlafejléc-rekord létrehozási időbélyegét.
Eseménytípus
inferred
|
|||
|
Áruátvétel egyeztetve
|
A háromutas egyeztetés során ez a tevékenység igazolja, hogy a számlázott árut vagy szolgáltatást átvették. Ehhez az áruátvételi bizonylatokat vetik össze a számlával, így ellenőrizhető a tényleges teljesítés. | ||
|
Miért fontos?
A tevékenység követésével elemezhető a háromutas egyeztetés hatékonysága, és feltárhatók a hiányzó vagy hibás áruátvételi adatok okozta késedelmek.
Hol szerezhető be?
A beszerzési rendelés egyeztetéséhez hasonlóan ez az esemény is a számlán rögzített állapotváltozásból következtethető ki, amely a termékátvételi naplókkal (Packing Slips) való sikeres egyeztetést jelzi.
Rögzítés
Keresse a sikeres háromutas egyeztetést jelző állapotváltozásokat vagy jelölőket.
Eseménytípus
inferred
|
|||
|
Beszerzési rendelés egyeztetve
|
A számla egy vagy több beszerzési rendeléshez rendelése a mennyiségek, árak és feltételek ellenőrzéséhez. Ez fontos ellenőrzési lépés a beszerzési rendeléshez kötött számláknál. | ||
|
Miért fontos?
Ez a tevékenység elengedhetetlen az első körös egyezési arány méréséhez és az egyeztetés szűk keresztmetszeteinek feltárásához. A sikertelen egyeztetés gyakran az eltérések rendezését célzó ismétlődő munkafolyamatot indít el.
Hol szerezhető be?
A számlarekord egyeztetési állapotának „Matched” értékre váltásából vagy a számlasorok egyeztetési adatainak sikeres mentéséből következtethető ki. Ezek az adatok jellemzően a szállítói számlasorokhoz kapcsolódó táblákban találhatók.
Rögzítés
Keresse a beszerzési rendelés sikeres egyeztetését jelző állapotváltozásokat a számlafejlécben vagy a számlasorokban.
Eseménytípus
inferred
|
|||
|
Eltérés észlelve
|
Akkor történik, ha a számla nem felel meg az ellenőrzésnek, vagy nem egyezik a beszerzési rendeléssel, illetve az áruátvétellel, ezért kézi beavatkozásra van szükség. A számlát ilyenkor gyakran zárolják, vagy külön állapotot rendelnek hozzá. | ||
|
Miért fontos?
Ez a tevékenység újramunkálási ciklust indít. Gyakoriságának és okainak elemzése segít feltárni a folyamat hatékonytalanságait, az adatminőségi problémákat és a beszállítói gondokat.
Hol szerezhető be?
Az esemény szerepelhet a számla előzményeiben, vagy kikövetkeztethető abból, hogy a számlát „On Hold” állapotba helyezik egyeztetési eltérésre utaló okkóddal. Keresse az állapotváltozásokat a számlafejlécben.
Rögzítés
Rögzítse azt az időbélyeget, amikor a számla „On Hold” állapotba kerül, vagy beállítják az eltérést jelző jelölőt.
Eseménytípus
inferred
|
|||
|
Eltérés rendezve
|
Az eltérés észlelése után végrehajtott művelet, amellyel feloldják a zárolást vagy kijavítják a számlát. Ezután a számla ismét beküldhető egyeztetésre vagy jóváhagyásra. | ||
|
Miért fontos?
Ez a tevékenység lezár egy újramunkálási ciklust. Az eltérések rendezéséhez szükséges idő jól mutatja, mennyire hatékony a kivételkezelés.
Hol szerezhető be?
Az „On Hold” állapot számláról való eltávolításának időbélyegéből, illetve az elutasítás után a számla workflow-ba történő újbóli beküldéséből következtethető ki.
Rögzítés
Rögzítse a zárolás feloldásának vagy az elutasítás után újból beküldött számla időbélyegét.
Eseménytípus
inferred
|
|||
|
Kifizetés bankilag teljesült
|
A vállalat által végrehajtott kifizetés a banknál is teljesült, amit a banki egyeztetés igazol. Ez a kifizetés lezárásának végső pénzügyi megerősítése. | ||
|
Miért fontos?
Ez a tevékenység véglegesen igazolja a pénzkiáramlást. A kifizetés végrehajtása és banki teljesülése közötti idő elemzése fontos a treasury és a pénzgazdálkodás számára.
Hol szerezhető be?
Ezek az adatok a banki egyeztetési modulokból származnak. Az esemény akkor következtethető ki, amikor a kifizetéshez tartozó bankszámlakivonat-sort egyeztetik és könyvelik a D365-ben.
Rögzítés
Ehhez a banki tranzakciós adatokat (BankStmtISOAccountStatement) össze kell kapcsolni az eredeti kifizetéssel.
Eseménytípus
inferred
|
|||
|
Kifizetés ütemezve
|
A könyvelt számlát kiválasztják, majd felveszik egy kifizetési javaslatba vagy naplóba, így bekerül egy későbbi kifizetési körbe. Ez a fizetési szándékot jelzi. | ||
|
Miért fontos?
Ez a tevékenység fontos a pénzforgalom előrejelzéséhez és a fizetési feltételek betartásának elemzéséhez. Segít megállapítani, hogy számolnak-e a korai fizetési kedvezményekkel, és megtervezik-e azok igénybevételét.
Hol szerezhető be?
A számlát tartalmazó kifizetési naplósor (LedgerJournalTrans) létrehozásából következtethető ki. A naplósor tranzakciós dátuma jelzi az ütemezett kifizetés napját.
Rögzítés
Használja a számlára hivatkozó kifizetési naplósor létrehozási dátumát.
Eseménytípus
inferred
|
|||
|
Számla elutasítva
|
A jóváhagyó elutasítja a számlát a workflow-ban, amelyet rendszerint javításra vagy pontosításra visszaküldenek a beküldőnek. Ezzel újramunkálási ciklus indul. | ||
|
Miért fontos?
Az elutasítások követése segít feltárni a jóváhagyási késedelmek és az újramunkálás okait. Rávilágíthat a számlakódolás, a szabályzatok betartása vagy a dokumentáció hiányosságaira.
Hol szerezhető be?
Kifejezett esemény, amely a workflow-előzményekben (WorkflowTrackingStatusTable) jelenik meg, amikor a jóváhagyó a „Reject” műveletet választja.
Rögzítés
Nyerje ki a számlához tartozó „Rejected” eseményt a workflow-követési előzményekből.
Eseménytípus
explicit
|
|||
|
Számla érvénytelenítve
|
A könyvelés után a számlát érvénytelenítik vagy visszavonják, rendszerint egy hiba javítása miatt. Ez a folyamat egyik rendkívüli, alternatív végpontja. | ||
|
Miért fontos?
Az érvénytelenítések követése segít megérteni a folyamat minőségét és a hibák arányát. Ha gyakoriak, az a folyamat korábbi szakaszaiban fennálló rendszerszintű problémákra utalhat.
Hol szerezhető be?
Ez kifejezett esemény. A D365 az eredeti számlanaplóhoz kapcsolódó sztornó- vagy jóváíró tranzakciót hoz létre. Az érvénytelenítést a sztornó könyvelési dátuma jelöli.
Rögzítés
Keresse meg az eredeti számlához kapcsolódó sztornótranzakció könyvelési dátumát.
Eseménytípus
explicit
|
|||
|
Számlaadatok ellenőrizve
|
Azt jelöli, amikor a rendszer vagy egy felhasználó ellenőrzi a rögzített számlaadatok teljességét és helyességét, még az egyeztetés vagy jóváhagyás előtt. Ez lehet automatikus rendszerellenőrzés vagy kézi felülvizsgálat. | ||
|
Miért fontos?
A tevékenység követése segít feltárni a gyenge adatminőség okozta késedelmeket. Ha gyakoriak a hibák vagy sokáig tart az ellenőrzés, az adatgyűjtés problémájára utalhat, például az OCR pontatlanságára.
Hol szerezhető be?
Ez gyakran kikövetkeztetett esemény. Meghatározható abból az időbélyegből, amikor a számla állapota „New” vagy „Draft” értékről „Validated” vagy „Ready for Matching” állapotra vált, illetve a workflow-ba küldés előtti utolsó módosítás időpontjából.
Rögzítés
Rögzítse a sikeres ellenőrzést jelző állapotváltozás vagy a workflow-ba küldés előtti frissítés időbélyegét.
Eseménytípus
inferred
|
|||
Adatkinyerési útmutatók
Kezdje el most?
Ezzel az adatsablonnal elindulhat a szállítói számlák hatékonyabb feldolgozása felé. Használja ki a folyamataiból származó adatokban rejlő lehetőségeket, és érjen el jelentős javulást.
Előzze meg a dupla kifizetéseket. Fejlessze a szállítói számlák feldolgozását.
Tárja fel a hatékonysági problémákat, szüntesse meg a késedelmi díjakat, és csökkentse akár 60%-kal a feldolgozási költségeket.
14 napos próbaverzió, bankkártya megadása nélkül.