Adatsablon a szállítói számlák feldolgozásához

Microsoft Dynamics 365
Adatsablon a szállítói számlák feldolgozásához

Adatsablon a szállítói számlák feldolgozásához

Ez a sablon végigvezeti a szállítói számlák feldolgozásának elemzéséhez és fejlesztéséhez szükséges adatok összegyűjtésén. Bemutatja a fontos attribútumokat és tevékenységeket, valamint gyakorlati útmutatást ad az adatok kinyeréséhez. A sablon segítségével összeállíthatja az eseménynaplót, és részletes képet kaphat a folyamat teljesítményéről.
  • Javasolt attribútumok
  • Követendő fontos tevékenységek
  • Adatkinyerési útmutató
Most ismerkedik az eseménynaplókkal? Tudja meg, hogyan készíthet process mining eseménynaplót.

A szállítói számlák feldolgozásának attribútumai

Ezeket az adatmezőket érdemes felvenni az eseménynaplóba, hogy részletesen elemezhesse a szállítói számlák feldolgozását.
3 Kötelező 6 Javasolt 12 Nem kötelező
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
Kötelező Javasolt Nem kötelező

A szállítói számlák feldolgozásának tevékenységei

Ezeket a fontos folyamatlépéseket és mérföldköveket érdemes rögzíteni az eseménynaplóban a folyamat pontos feltárásához és teljesítményének elemzéséhez.
5 Javasolt 9 Nem kötelező
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
Javasolt Nem kötelező

Adatkinyerési útmutatók

Adatok kinyerése a Microsoft Dynamics 365 rendszerből

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.

Kezdje el a próbaverziót

14 napos próbaverzió, bankkártya megadása nélkül.