Adatsablon a beszerzéstől a fizetésig tartó folyamathoz, a megrendelések kezeléséhez

Coupa
Adatsablon a beszerzéstől a fizetésig tartó folyamathoz, a megrendelések kezeléséhez

Adatsablon a beszerzéstől a fizetésig tartó folyamathoz, a megrendelések kezeléséhez

Ez a sablon útmutatást ad ahhoz, hogyan gyűjtse össze és rendezze a Coupa beszerzéstől a fizetésig tartó, megrendeléseket kezelő folyamatának process mining elemzéséhez szükséges adatokat. Bemutatja a rögzítendő fontos attribútumokat, a követendő tevékenységeket, valamint az adatok kinyerésének lépéseit, hogy teljes eseménynapló álljon rendelkezésére.
  • Javasolt adatattribútumok
  • A folyamat fő tevékenységei
  • Adatok kinyerése a Coupából
Most ismerkedik az eseménynaplókkal? Tudja meg, hogyan készíthet process mining eseménynaplót.

A beszerzéstől a fizetésig tartó folyamat, a megrendelések attribútumai

Ezeket az alapvető adatmezőket javasoljuk az eseménynaplóhoz. Segítségükkel részletesen elemezheti a beszerzéstől a fizetésig tartó, megrendeléseket kezelő folyamatot.
5 Kötelező 5 Javasolt 11 Nem kötelező
Név Leírás
Kezdési időpont
EventTime
Az a pontos időbélyeg, amely megadja, mikor történt egy tevékenység vagy esemény.
Leírás

Az esemény időpontja rögzíti, hogy egy adott tevékenységet mikor hajtottak végre. A folyamat minden tevékenységéhez tartozik egy időbélyeg, amely jelzi annak időpontját.

Ez az adat a process mining minden időalapú elemzéséhez nélkülözhetetlen. A tevékenységek közötti ciklusidő kiszámítására, a folyamat időtartamának mérésére és a késések feltárására szolgál. Például a „Purchase Order tervezetének elkészítése” és a „Purchase Order jóváhagyása” időbélyege közötti különbségből számítható ki a PO jóváhagyási ciklusidejét mérő KPI.

Miért fontos?

Időbeli kontextust ad minden eseményhez, ami nélkülözhetetlen a ciklusidők kiszámításához, a teljesítmény elemzéséhez és a szűk keresztmetszetek feltárásához.

Hol szerezhető be?

A Coupa eseménynaplóiban vagy auditnaplóiban található, jellemzően a Purchase Order állapotváltozásaihoz vagy az azon végrehajtott műveletekhez kapcsolódva.

Példák
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
Purchase Order
PurchaseOrderNumber
A Purchase Order egyedi azonosítója, amely a folyamat elsődleges esetazonosítójaként szolgál.
Leírás

A Purchase Order száma az azonosító, amely összekapcsolja a tevékenységeket a kezdeti igényléstől az áru vagy szolgáltatás átvételének végső visszaigazolásáig. Minden egyedi Purchase Order szám egyetlen beszerzési folyamatot jelöl.

A process mining elemzésben ez az adat nélkülözhetetlen az egyes beszerzések teljes útjának követéséhez. Segítségével az elemzők folyamattérképeket készíthetnek, azonosíthatják a folyamatváltozatokat, és kiszámíthatják az esetekhez kapcsolódó KPI-ket, például a megrendelés teljes ciklusidejét. Az események és a kapcsolódó adatok mind ehhez az azonosítóhoz kapcsolódnak, így egységes képet adnak a folyamatról.

Miért fontos?

Nélkülözhetetlen az egyes beszerzések teljes életciklusának nyomon követéséhez, és lehetővé teszi az egyedi folyamatpéldányok részletes elemzését.

Hol szerezhető be?

Ez a Coupa Purchase Order objektumának szabványos elsődleges kulcsmezője.

Példák
PO-2023-00123PO-2023-00456PO-2023-00789
Tevékenység
ActivityName
Az adott időpontban, a Purchase Order életciklusa során bekövetkezett esemény vagy elvégzett feladat neve.
Leírás

A tevékenység neve a beszerzéstől a fizetésig tartó folyamat egy-egy lépését jelöli, például a „Purchase Order jóváhagyása” vagy az „Áruátvétel véglegesítése” eseményt. Ezek a tevékenységek alkotják az egyes Purchase Orderek folyamatát.

Ez az adat a process mining alapja: ebből készül a folyamattérkép, ez segít feltárni a folyamatváltozatokat, valamint elemezni az események gyakoriságát és sorrendjét. Segítségével azonosíthatók a szűk keresztmetszetek, az ismétlődő javítási körök és a szokásos folyamattól való eltérések. Például a „Purchase Order módosítása” tevékenységek sorozatának elemzése megmutathatja, ha a rendelések pontosságával gond van.

Miért fontos?

Meghatározza a folyamat lépéseit, így megjeleníthető a folyamat menete, és feltárhatók a szűk keresztmetszetek, az ismételt munkavégzés és az eltérések.

Hol szerezhető be?

A Coupa Purchase Order objektumaihoz kapcsolódó eseménynaplókból, auditnaplókból vagy állapotváltozási rekordokból származik.

Példák
Purchase Requisition jóváhagyásaPurchase Order beküldéseÁruátvétel véglegesítésePO-hoz kapcsolódó számla beérkezése
Forrásrendszer
SourceSystem
Az a rendszer, amelyből a folyamatadatokat kinyerték.
Leírás

Ez az adat azonosítja azt a forrásrendszert, amelyben az eseményadatokat rögzítették. Ennél a folyamatnál az értéke minden esetben 'Coupa'.

A vállalati környezetekben az adatok több rendszerből is származhatnak, például a beszerzési adatok a Coupából, a számlázási adatok pedig egy másik ERP-rendszerből. Ez az adat segít megkülönböztetni a forrásokat, nyomon követni az adatok eredetét, és egy adott rendszer folyamataira szűrni az elemzést.

Miért fontos?

Fontos információt ad az adatok eredetéről, biztosítja a nyomon követhetőséget, és támogatja a megfelelő adatirányítást, különösen több rendszer használata esetén.

Hol szerezhető be?

Ez egy állandó érték, amelyet általában az adatok kinyerése és átalakítása során adnak hozzá az adatkészlet címkézésére.

Példák
Coupa
Utolsó adatfrissítés
LastDataUpdate
Az időbélyeg, amely megmutatja, mikor frissítették utoljára a folyamat adatait.
Leírás

Ez az adat rögzíti, mikor frissítették utoljára az adatkészletet a forrásrendszerből. Az egész adatkészletre vonatkozó metaadat, nem az egyes eseményekhez kapcsolódik.

Az elemzési dashboardon ez az időbélyeg segít a felhasználóknak megítélni, mennyire frissek a megjelenített adatok. Megerősíti, hogy az elemzések friss információkon alapulnak, és egyértelművé teszi, mennyire aktuálisak az adatok. Általában jól látható helyen jelenik meg a dashboardon.

Miért fontos?

Tájékoztatja a felhasználókat az adatok frissességéről, így láthatják, mennyire aktuális a folyamatelemzés és a KPI-k.

Hol szerezhető be?

Ezt az időbélyeget az adatok kinyerését és betöltését végző ETL-folyamat hozza létre és tárolja a futásakor.

Példák
2023-11-01T05:00:00Z
Beszállító neve
VendorName
Az áru vagy szolgáltatás beszállítójának neve.
Leírás

A Beszállító neve attribútum azonosítja azt a külső felet, amely a megrendelésben szereplő tételeket szállítja. Ez az adat alapvető a beszerzési elemzésekhez.

A beszállítónkénti folyamatmutatók elemzése elengedhetetlen a beszállítói kapcsolatok kezeléséhez. Segít értékelni a „Beszállítói átfutási idő teljesítménye” mutatót, feltárni az „Áruátvételi folyamat késedelmei” okait, és az „Áruvisszaküldési arány” alapján felmérni a beszállítói minőséget. Ez az attribútum a „Nem preferált beszállítóktól származó költés aránya” KPI kiszámításához is szükséges.

Miért fontos?

Lehetővé teszi a beszállítói teljesítmény elemzését, így optimalizálhatja a beszállítók kiválasztását, kedvezőbb feltételekről tárgyalhat, és azonosíthatja a jól, illetve gyengén teljesítő beszállítókat.

Hol szerezhető be?

A Coupa rendszerben a megrendelés fejlécének szabványos mezője, amely a beszállítói törzsadathoz kapcsolódik.

Példák
Global Office SuppliesTech Solutions Inc.Advanced Industrial PartsCreative Marketing Agency
Beszerzési kategória
PurchaseCategory
A beszerzett áru vagy szolgáltatás besorolása, például informatikai hardver vagy szakmai szolgáltatás.
Leírás

A Beszerzési kategória, más néven árucsoport vagy anyagcsoport, az azonos típusú beszerzések csoportosítására szolgál. Ez a strukturált adat lehetővé teszi a költések és a beszerzési folyamatok rendszeres elemzését.

A process mining során ez az attribútum fontos szűrési és szegmentálási szempont. A „Költéselemzés beszerzési kategória szerint” dashboard ezen alapulva bontja le a költési adatokat. Azt is megmutathatja, hogy egyes kategóriákban, például az összetett szolgáltatásoknál, hosszabb-e a ciklusidő vagy gyakoribbak-e a módosítások, mint más kategóriákban, például az általános irodaszereknél.

Miért fontos?

Lehetővé teszi a költések és a folyamatok kategóriánkénti elemzését. Segít feltárni a beszerzési mintákat, tárgyalni a beszállítókkal, és a kategóriához igazítani a folyamatellenőrzéseket.

Hol szerezhető be?

A Coupa rendszerben jellemzően a megrendelés tételsorainál található, gyakran árukódhoz vagy beszerzési katalógushoz kapcsolva.

Példák
Informatikai hardverIrodaszerekSzakmai szolgáltatásokMarketinganyagok
Felhasználó
User
A tevékenységet végző személy felhasználói azonosítója vagy neve, például a jóváhagyóé vagy a kérelmezőé.
Leírás

Ez az adat azonosítja, ki felelős a folyamat egy adott eseményének végrehajtásáért. Lehet például a megrendelés tervezetét elkészítő munkatárs, a jóváhagyó vezető vagy az áruátvételt rögzítő ügyintéző.

A felhasználónkénti teljesítmény elemzése segít feltárni a képzési igényeket, az átlag felett teljesítő munkatársakat és a munkaterhelés eloszlását. A „PO jóváhagyási ciklusidejének teljesítménye” dashboard például ezzel az adattal bontja le a jóváhagyási időket jóváhagyónként, így láthatóvá válik, kinél alakulhat ki szűk keresztmetszet.

Miért fontos?

Lehetővé teszi a folyamat teljesítményének elemzését személyenként vagy szerepkörönként, így feltárhatók a szűk keresztmetszetek, a képzési lehetőségek és az erőforrás-elosztási problémák.

Hol szerezhető be?

A Coupa Purchase Order auditnaplójában vagy előzményeiben minden eseményhez kapcsolódik. Gyakori forrásai a 'Created By', 'Approved By' és 'Updated By' mezők.

Példák
j.doea.smithm.jones
Megrendelés teljes összege
TotalOrderAmount
A megrendelés teljes pénzértéke.
Leírás

Ez az attribútum a megrendelésben szereplő összes áru és szolgáltatás teljes költségét mutatja meg, egy adott pénznemben. A teljes megrendelésre vonatkozó, ügy szintű attribútum.

Ez a pénzügyi adat fontos a költéselemzéshez és a folyamatfejlesztési feladatok rangsorolásához. A nagy értékű megrendelések alaposabb ellenőrzést vagy eltérő jóváhagyási útvonalat igényelhetnek. Az adat közvetlenül szerepel a „Költéselemzés beszerzési kategória szerint” dashboardon, és a „Nem preferált beszállítóktól származó költés aránya” KPI kiszámításához is felhasználható.

Miért fontos?

Pénzügyi kontextust ad az egyes beszerzésekhez, így elemezheti a költéseket, rangsorolhatja a nagy értékű megrendeléseket, és felmérheti a pénzügyi hatásukat.

Hol szerezhető be?

A Coupa rendszerben a megrendelés fejlécén található, jellemzően „Total” vagy „Grand Total” néven.

Példák
1500.00250.7512500.50
Részleg
Department
Az a szervezeti egység vagy költséghely, amelynek terhére a megrendelést elszámolják.
Leírás

A Részleg attribútum azt a szervezeti egységet jelöli, amely kezdeményezte a beszerzést, vagy amely viseli annak költségét. Gyakran a megrendelőhöz vagy a megrendelés tételsorain szereplő költséghelyhez kapcsolódik.

Ez a dimenzió nélkülözhetetlen a folyamatok és a KPI-k szervezeti egységenkénti elemzéséhez. Segítségével a vezetők összehasonlíthatják a folyamatok hatékonyságát, a megfelelést és a költési szokásokat a szervezet különböző részein. A „Költéselemzés beszerzési kategória szerint” dashboard például a Részleg alapján mutatja meg, hogyan használják fel az egyes üzleti egységek a költségkeretüket.

Miért fontos?

Lehetővé teszi a folyamatok és a költések üzleti egységenkénti szűrését és összehasonlítását, így feltárhatók a hatékonyság és a megfelelés eltérései.

Hol szerezhető be?

A Coupa rendszerben a megrendelés fejlécén vagy tételsorain található, gyakran költséghelyhez vagy szervezeti egységhez kapcsolva.

Példák
MarketingInformatikaMűködésPénzügy
Átvételi hely
ReceivingLocation
Az a fizikai hely, például raktár vagy iroda, ahová az árut szállítani kell.
Leírás

Az Átvételi hely attribútum adja meg, hová kell szállítani a megrendelésben szereplő árut. Ez lehet egy adott raktár, üzem vagy iroda címe.

Az attribútum a logisztikai és áruátvételi teljesítmény telephelyenkénti elemzésére szolgál. Az „Áruátvételi folyamat késedelmei” dashboardon ezzel az attribútummal szűrve megállapítható, hogy egyes helyszíneken lassabban dolgozzák-e fel a beérkező szállítmányokat. Ez segít feltárni a működési hatékonyság hiányát vagy az erőforráshiányt az adott telephelyeken.

Miért fontos?

Lehetővé teszi az átvételi folyamat helyszín szerinti elemzését, és megmutatja a raktárak, üzemek és irodák közötti teljesítménykülönbségeket.

Hol szerezhető be?

Ez az adat a Coupa rendszerben a megrendelés „Ship-To” címének része.

Példák
A raktár, Chicago5. épület, londoni irodaFrankfurti üzem
Beszerzési igény azonosítója
PurchaseRequisitionNumber
A megrendelést megelőző beszerzési igény egyedi azonosítója.
Leírás

Ez az attribútum összekapcsolja a megrendelést az azt kezdeményező beszerzési igénnyel. Egy igényből egy vagy több megrendelés is létrejöhet.

Ez a kapcsolat szükséges a teljes „Igénytől a megrendelésig” ciklusidő elemzéséhez. Ha összekapcsolja az igény létrehozását a megrendelés létrehozásával és elküldésével, mérhetővé válik a beszerzésindítás teljes folyamatának hatékonysága, az igény benyújtásától a teljesítésig.

Miért fontos?

Összekapcsolja a folyamat igénylési és megrendelési szakaszát, így elemezhető az igénytől a megrendelésig tartó ciklusidő és az átalakítási arány.

Hol szerezhető be?

A Coupa rendszerben jellemzően a megrendelés tételsorain található hivatkozási mező, amely az eredeti beszerzési igényhez kapcsolódik.

Példák
PR-2023-00098PR-2023-00152PR-2023-00341
Elsőre jóváhagyták
IsFirstPassApproval
Számított jelző, amely akkor igaz, ha a megrendelést a piszkozat elkészítése után módosítás nélkül jóváhagyták.
Leírás

Ez a logikai jelző akkor kap igaz értéket, ha a megrendelés „Purchase Order Drafted” és „Purchase Order Approved” közötti útja során nem szerepel „Purchase Order Changed” vagy „Purchase Order Rejected” tevékenység.

Ez az attribútum közvetlenül méri az „Első körben jóváhagyott megrendelések aránya” KPI-t. A magas érték hatékony és pontos kezdeti feldolgozásra utal. A hamis értékű esetek elemzése feltárhatja az ismételt munka okait, és segíthet javítani a megrendelések kezdeti adatainak minőségét.

Miért fontos?

Közvetlenül méri a kezdeti létrehozási és jóváhagyási folyamat hatékonyságát, és megmutatja, hány megrendelés halad végig ismételt munka nélkül.

Hol szerezhető be?

Az adatátalakítás során számítják ki az egyes PurchaseOrderNumber értékekhez tartozó eseménysor elemzésével.

Példák
truefalse
Elutasítás oka
RejectionReason
Az elutasításkor megadott indok, ha a beszerzési igényt vagy a megrendelést a jóváhagyás során elutasítják.
Leírás

Ha a jóváhagyó elutasít egy megrendelést, gyakran megadja az elutasítás okát. Ez az attribútum rögzíti az indoklást, például: „Hibás költségkeretkód” vagy „Túllépi a költési limitet”.

Az elutasítási okok elemzése közvetlenül rávilágít az ismételt munkavégzés és a folyamat hibáinak kiváltó okaira. Ezek a szöveges adatok segítenek feltárni a beszerzési igények gyakori hibáit. Az eredmények alapján célzott képzés vagy rendszerfejlesztés indítható, hogy megelőzze az újabb elutasításokat és növelje az első körben jóváhagyott igények arányát.

Miért fontos?

Közvetlenül megmutatja, miért utasítják el a megrendeléseket, így kezelhetők az ismételt munkavégzés és a késedelmek kiváltó okai.

Hol szerezhető be?

A Coupa jóváhagyási munkafolyamatában jellemzően a „Purchase Order Rejected” vagy „Purchase Requisition Rejected” tevékenységhez tartozó megjegyzés- vagy kommentmezőben rögzítik.

Példák
Duplikált igényA költségkeretet nem hagyták jóváNem megfelelő beszállítót választottak
Határidőre érkezett a szállítás
IsDeliveryOnTime
Számított jelző, amely megmutatja, hogy az áru a kért szállítási dátumon vagy az előtt érkezett-e meg.
Leírás

Ezt a logikai attribútumot az „Áruátvétel rögzítve” esemény időbélyegének és a „RequestedDeliveryDate” értékének összehasonlításával számítják ki. Igaz értéket kap, ha az átvétel dátuma a kért dátummal megegyezik vagy annál korábbi.

Ez a jelző közvetlenül támogatja a „Beszállítói szállítási határidő betartása” KPI-t és a „Szállítási dátum eltérései és visszaküldések” dashboardot. Egyértelmű, igen-nem eredményt ad a határidőre történő teljesítésről, amely könnyen összesíthető és megjeleníthető. Így gyorsan azonosíthatók a beszállítói vagy a belső áruátvételi folyamatok teljesítményproblémái.

Miért fontos?

Egyértelmű, igen-nem mutatót ad a szállítási teljesítményről, így egyszerűbb kiszámítani a határidőre történő szállítás KPI-jait és elemezni a trendeket.

Hol szerezhető be?

Az adatátalakítás során számítják ki a „RequestedDeliveryDate” és az „Áruátvétel rögzítve” tevékenység időbélyegének összehasonlításával.

Példák
truefalse
Ismételt munka történt
IsRework
Számított jelző, amely megmutatja, hogy módosították-e a megrendelést.
Leírás

Ez a logikai jelző igaz értéket kap, ha a megrendelés előzményei között legalább egy „Purchase Order Changed” esemény szerepel. Az eseménynaplóból származtatott, ügy szintű attribútum.

Egyszerűbbé teszi az olyan KPI-k kiszámítását, mint a „Megrendelés-módosítási arány”. Segítségével könnyen szűrhetők és szegmentálhatók az adatok, így összehasonlíthatók a módosított és a módosítás nélküli megrendelések folyamatai, valamint számszerűsíthető a módosítások hatása a ciklusidőre és a költségekre. A „Megrendelés-módosítások elemzése” dashboard egyik alapvető eleme.

Miért fontos?

Egyszerűbbé teszi az ismételt munka elemzését, mert könnyen szűrhetők és összesíthetők azok a megrendelések, amelyeket legalább egyszer módosítottak.

Hol szerezhető be?

Az adatátalakítás során számítják ki: minden PurchaseOrderNumber esetében ellenőrzik, hogy szerepel-e hozzá „Purchase Order Changed” tevékenység.

Példák
truefalse
Kért szállítási dátum
RequestedDeliveryDate
Az a dátum, amikorra a megrendelő az áru vagy szolgáltatás szállítását kérte.
Leírás

Ez az attribútum a megrendelő által a beszerzési igény benyújtásakor megadott céldátum. Azt mutatja, mikorra várja az üzlet az igény teljesítését.

Ez a dátum fontos viszonyítási alap a beszállítói és a belső teljesítmény méréséhez. A „Beszállítói szállítási határidő betartása” KPI kiszámításához közvetlenül összevetik a tényleges „Áruátvétel rögzítve” dátummal. A „Szállítási dátum eltérései és visszaküldések” dashboard a kért és a tényleges szállítás közötti eltéréseket mutatja, így segít kezelni az elvárásokat és pontosítani az előrejelzéseket.

Miért fontos?

Viszonyítási alapként szolgál a beszállítók határidőre történő szállításának és a belső áruátvételi folyamat hatékonyságának méréséhez.

Hol szerezhető be?

A Coupa rendszerben a megrendelés tételsorának szabványos mezője.

Példák
2023-11-152023-12-012024-01-10
Megrendelő neve
RequesterName
Az áru vagy szolgáltatás beszerzését eredetileg kérő személy neve.
Leírás

Ez az attribútum azt a munkavállalót azonosítja, aki létrehozta a megrendeléshez vezető beszerzési igényt. A megrendelő az a munkatárs, akinek üzleti igénye van, és nem feltétlenül azonos a beszerzővel vagy a jóváhagyóval.

A folyamat megrendelőnkénti elemzése segít feltárni az egyes felhasználókhoz vagy részlegekhez kapcsolódó mintákat. A „Megrendelés-módosítások elemzése” dashboardon például megvizsgálható, hogy bizonyos megrendelőknél gyakoribbak-e a módosítások. Ez jelezheti, hogy képzésre van szükség a specifikációs követelményekkel kapcsolatban.

Miért fontos?

Segít azonosítani, honnan indult a beszerzési igény, így a beszerzési szokások és a pontosság a megrendelő szintjén is elemezhető.

Hol szerezhető be?

Ez az adat általában az eredeti beszerzési igényben szerepel, és a Coupa rendszerben átkerül a megrendelésbe.

Példák
Alice CooperBob DylanCharlie Parker
Módosítás oka
ChangeReason
A megrendelés létrehozása után végrehajtott módosítás indoka.
Leírás

Ez az attribútum rögzíti, miért módosították a megrendelést, például „Mennyiség frissítve” vagy „Ár javítva”. Az adatot gyakran a felhasználó által végrehajtott „Purchase Order Changed” tevékenység auditnaplója tartalmazza.

A módosítások okainak megértése fontos a „Megrendelés-módosítások elemzése” dashboardhoz. Segít elkülöníteni az elkerülhetetlen módosításokat, például a beszállító készlethiányát, a megelőzhetőktől, például a kezdeti adatbevitel hibáitól. Ez alapján javítható a megrendelések pontossága és csökkenthető a „Megrendelés-módosítási arány” KPI értéke.

Miért fontos?

Feltárja a megrendelés-módosítások kiváltó okait, így célzott intézkedésekkel javítható a megrendelések elsőre megfelelő pontossága és csökkenthető az ismételt munka.

Hol szerezhető be?

A Coupa rendszerben gyakran a megrendelés módosítási eseményeihez tartozó auditnaplókban vagy megjegyzésekben található.

Példák
A beszállító módosította az áratMódosították a szállítási dátumotJavított tételkód
Pénznem
Currency
A megrendelés pénzösszegeinek pénznemkódja.
Leírás

Ez az attribútum adja meg, hogy a Megrendelés teljes összege milyen pénznemben szerepel, például USD, EUR vagy GBP. A pénzügyi adatok helyes értelmezéséhez elengedhetetlen egy nemzetközi szervezetben.

A több országban működő vállalatoknál a költések pénznem figyelembevétele nélküli elemzése félrevezető lehet. Ez az attribútum teszi lehetővé a megfelelő pénznemváltást és az egységes pénzügyi kimutatásokat a dashboardokon, így az értékek azonos alapon hasonlíthatók össze.

Miért fontos?

A pénznemváltáshoz szükséges adat megadásával pontos pénzügyi elemzést és jelentéstételt tesz lehetővé nemzetközi környezetben.

Hol szerezhető be?

A Coupa rendszerben a megrendelés fejlécének szabványos mezője.

Példák
USDEURGBPJPY
Preferált beszállító
IsPreferredVendor
Logikai jelző, amely megmutatja, hogy a beszerzés preferált vagy stratégiai beszállítótól történt-e.
Leírás

Ez a jelző mutatja meg, hogy a megrendelés beszállítója szerepel-e az előzetesen jóváhagyott stratégiai beszállítók listáján. Ezt általában a beszállító nevének vagy azonosítójának a preferált beszállítók törzslistájával való összevetésével állapítják meg.

Ez az attribútum fontos a stratégiai beszerzéshez és a költéskezeléshez. A „Nem preferált beszállítóktól származó költés aránya” KPI kiszámításához használják. A mutató segít nyomon követni és visszaszorítani a beszerzési szabályokat megkerülő vásárlásokat, valamint a költést a fő partnerekhez terelni, hogy a vállalat mennyiségi kedvezményeket és kedvezőbb feltételeket érhessen el.

Miért fontos?

Segít nyomon követni a beszerzési szabályok betartását és a stratégiai beszerzési célok teljesülését azáltal, hogy összehasonlítja a preferált és a nem preferált beszállítóknál jelentkező költéseket.

Hol szerezhető be?

Ez gyakran nem szabványos Coupa-mező, hanem a megrendelés beszállítói azonosítójának egy külső preferáltbeszállító-listával való összevetéséből származik.

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

A beszerzéstől a fizetésig tartó folyamat, a megrendelések tevékenységei

Az eseménynaplóban ezeket a fontos folyamatlépéseket és mérföldköveket érdemes követni, hogy pontosan feltárhassa és elemezhesse a P2P-folyamat működését.
6 Javasolt 11 Nem kötelező
Tevékenység Leírás
Áruátvétel véglegesítése
Ez az áruk átvételének, ellenőrzésének és elfogadásának hivatalos megerősítése. Az esemény frissíti a készletadatokat, és jelzi, hogy a beszállító teljesítette az adott szállításra vonatkozó kötelezettségét.
Miért fontos?

Ez a fontos mérföldkő jelöli a beszállítói átfutási idő végét, és a szállítási határidők betartásának mérésére szolgál. Az átvétel késedelmes rögzítése miatt a tényleges készletszint kevésbé látható.

Hol szerezhető be?

Ez a Coupa egyik alapvető tranzakciója, amelyet a Receipt objektum rögzít. Az esemény időpontja az az időbélyeg, amikor az átvétel állapota 'Posted' vagy 'Received' értékre változik.

Rögzítés

A rendszerben az áruátvételi tranzakció véglegesítésekor rögzül.

Eseménytípus explicit
Purchase Order elküldése a beszállítónak
Ez a tevékenység azt a pillanatot jelöli, amikor a jóváhagyott Purchase Ordert hivatalosan továbbítják a beszállítónak, például e-mailben vagy a Coupa Supplier Portalon keresztül. Ekkor a PO belső dokumentumból külső kötelezettségvállalássá válik.
Miért fontos?

Ez fontos mérföldkő: lezárja az igényléstől a megrendelésig tartó belső ciklust, és elindítja a beszállítói átfutási időt. Mérésével a belső hatékonyság és a beszállítói teljesítmény egyaránt értékelhető.

Hol szerezhető be?

Gyakran a PO 'Ordered' vagy 'Sent' állapotára váltásból állapítható meg. A Coupa a PO-rekordon külön 'last_exported_at' vagy 'sent_to_supplier_at' időbélyeget is tárolhat.

Rögzítés

Az 'Ordered' állapotra váltás időbélyegéből vagy egy külön, továbbítási időpontot rögzítő mezőből származik.

Eseménytípus inferred
Purchase Order jóváhagyása
Ez a mérföldkő azt jelzi, hogy a Purchase Order végigment a belső jóváhagyási munkafolyamaton, és kiadható a beszállítónak. Többlépcsős folyamat esetén ez általában az utolsó jóváhagyási lépés.
Miért fontos?

Ez a mérföldkő nélkülözhetetlen a PO jóváhagyási ciklusidejének kiszámításához és a jóváhagyási szűk keresztmetszetek feltárásához. Emellett fontos megfelelési ellenőrzési pont.

Hol szerezhető be?

A Coupa Purchase Order jóváhagyási előzményeiből nyerhető ki. Az esemény időpontját a végső jóváhagyási művelet időbélyege adja meg.

Rögzítés

A jóváhagyási előzményekben rögzül, amikor a végső jóváhagyó befejezi a feladatát.

Eseménytípus explicit
Purchase Order lezárása
Ez az utolsó tevékenység, amely azt jelzi, hogy a Purchase Order teljesült. A PO akkor tekinthető lezártnak, ha az árut teljes egészében átvették, a számlázás teljes, és további tranzakció nem várható.
Miért fontos?

Ez a tevékenység hivatalosan lezárja a PO életciklusát. A lezárásig eltelt idő elemzése feltárhatja a végső egyeztetés és a nyilvántartás szűk keresztmetszeteit.

Hol szerezhető be?

A Purchase Order objektum 'Closed' állapotára váltásából állapítható meg. Ezt az állapotot a Coupa gyakran automatikusan állítja be az átvételi és számlázási tűréshatárokra vonatkozó üzleti szabályok alapján.

Rögzítés

A 'Closed' állapotra váltás időbélyegéből származik.

Eseménytípus inferred
Purchase Order törlése
Ez a tevékenység a Purchase Order teljesítése előtti törlését jelöli. A törlés a folyamat különböző szakaszaiban történhet, például ha az igénylés már nem érvényes, vagy a PO tévedésből jött létre.
Miért fontos?

A törlések a folyamat alternatív lezárását jelentik. Nyomon követésük segít megérteni, miért hiúsulnak meg a folyamatok, és miért maradnak félbe a beszerzési igénylések.

Hol szerezhető be?

A Purchase Order objektum 'Canceled' állapotára váltásából állapítható meg. Az esemény időpontja az állapotváltozás időbélyege.

Rögzítés

A 'Canceled' állapotra váltás időbélyegéből származik.

Eseménytípus inferred
Purchase Requisition létrehozása
Ez a tevékenység a Purchase Requisition létrehozását jelöli. Ez az árukra vagy szolgáltatásokra vonatkozó hivatalos igénylés, amely megelőzi a Purchase Order létrehozását. A Coupa külön eseményként rögzíti, amikor a felhasználó elmenti és beküldi az új igénylési dokumentumot.
Miért fontos?

Mivel ez a beszerzési folyamat jellemző kezdőpontja, a tevékenység nélkülözhetetlen az igényléstől a megrendelésig tartó teljes ciklusidő méréséhez és a folyamat korábbi szakaszainak hatékonyságvizsgálatához.

Hol szerezhető be?

Ez az esemény a Coupa Purchase Requisitions objektumában vagy táblájában szereplő létrehozási rekordnak felel meg. Az időbélyeg a 'created_at' vagy az ennek megfelelő, rendszer által generált létrehozási dátum mezőben található.

Rögzítés

Az új igénylési rekord létrehozásakor közvetlenül naplózódik.

Eseménytípus explicit
A beszállító visszaigazolja a megrendelést
Ez az esemény azt jelzi, hogy a beszállító megkapta és visszaigazolta a Purchase Ordert. A visszaigazolás gyakran elektronikusan, például a Coupa Supplier Portalon (CSP) keresztül történik.
Miért fontos?

A beszállítói visszaigazolás megerősíti, hogy a megrendelés feldolgozása megkezdődött. Ez pontosabbá teszi a szállítási előrejelzést, és csökkenti az ellátási lánc bizonytalanságát.

Hol szerezhető be?

Ez az adat általában a Purchase Orderen érhető el, ha a beszállító a Coupa Supplier Portalon végrehajtja az 'Acknowledge' műveletet. Az esemény időpontját a művelet időbélyege adja meg.

Rögzítés

A beszállítói portálon végrehajtott 'Acknowledge' műveletkor rögzül.

Eseménytípus explicit
Áru visszaküldése
Ez a tevékenység akkor kerül rögzítésre, amikor a korábban átvett árut visszaküldik a beszállítónak. Ennek oka általában minőségi probléma, sérülés vagy hibás szállítás.
Miért fontos?

A visszaküldések nyomon követése nélkülözhetetlen az áru-visszaküldési arány kiszámításához, valamint a beszállítói minőséggel vagy a rendelések pontosságával kapcsolatos problémák feltárásához. A magas visszaküldési arány gyakran költséges folyamatproblémákra utal.

Hol szerezhető be?

A Coupában rögzített 'Return to Supplier' vagy negatív átvételi tranzakcióból nyerhető ki. Az esemény időpontját a tranzakció időbélyege adja meg.

Rögzítés

Akkor rögzül, amikor létrehozzák az eredeti PO-hoz vagy átvételhez kapcsolódó visszaküldési tranzakciót.

Eseménytípus explicit
Áruátvétel megkezdése
Ez a tevékenység az áruátvételi folyamat kezdetét jelöli, például amikor az áru fizikai megérkezésekor átvételi bizonylatot hoznak létre a Coupában. Az árut ekkor még nem vezették be hivatalosan a készletbe, és az átvételét sem erősítették meg.
Miért fontos?

Ez az esemény az áruátvétel feldolgozási idejét mérő KPI számításának kezdőpontja. Segít elkülöníteni, mennyi ideig vár az áru a rakodórámpán, és mennyi időt vesz igénybe a rendszerben történő feldolgozása.

Hol szerezhető be?

Egy 'Draft' vagy 'Pending' állapotú átvételi bizonylat létrehozási időbélyegéből állapítható meg. Ez megelőzi az átvétel végleges rögzítését.

Rögzítés

A még nem véglegesített átvételi rekord létrehozási időbélyegéből származik.

Eseménytípus inferred
Minőségellenőrzés elvégzése
Ez az esemény azt jelzi, hogy az átvett tétel minőségellenőrzésen esett át, és megfelelt az ellenőrzésen. A vállalat folyamatától függően ez az áruátvétel végleges rögzítése után külön lépés lehet.
Miért fontos?

Ez a tevékenység a minőségellenőrzési folyamat hatékonyságának méréséhez szükséges. Az itt jelentkező késések szűk keresztmetszetet okozhatnak az átvétel és a felhasználhatóság között.

Hol szerezhető be?

Az eseményt az átvételi tétel állapotváltozása vagy egy külön Coupa-ellenőrzési objektum rögzítheti. Az adat elérhetősége attól függ, hogy használnak-e minőségügyi modult vagy egyedi munkafolyamatot.

Rögzítés

Az átvétel állapotváltozásából vagy a kapcsolódó ellenőrzési rekord időbélyegéből állapítható meg.

Eseménytípus inferred
PO-hoz kapcsolódó számla beérkezése
Ez az esemény a Purchase Orderre hivatkozó beszállítói számla beérkezését és rögzítését jelöli. Ezzel kezdődik a P2P-ciklus számlafeldolgozási és fizetési szakasza.
Miért fontos?

Bár ez a szállítói számlák kezelésének folyamatához tartozik, a számla PO-hoz kapcsolása teljes képet ad a tranzakció életciklusáról, és segít elemezni a szállítás és a számlázás közötti időt.

Hol szerezhető be?

A Coupa Invoice dokumentumának létrehozási időbélyegéből nyerhető ki, ahol a számlát a megfelelő Purchase Order számához rendelik.

Rögzítés

A PO-hoz kapcsolódó számlarekord létrehozásakor rögzül.

Eseménytípus explicit
Purchase Order beküldése
A Purchase Order tervezetének elkészítése után a dokumentumot hivatalosan beküldik a jóváhagyási munkafolyamatba. Ez külön felhasználói művelet, amely a PO állapotát tervezetről jóváhagyásra váróra változtatja.
Miért fontos?

Ez az esemény különválasztja a tervezet elkészítésének idejét attól az időponttól, amikor a PO ténylegesen jóváhagyásra vár. Így pontosabban látható a felhasználói tevékenység és a feladatátadás.

Hol szerezhető be?

A Purchase Order objektum állapotváltozásából állapítható meg, például amikor az állapot 'draft'-ról 'pending approval'-ra változik. Az esemény időpontja az adott állapotváltozás időbélyege.

Rögzítés

A 'pending approval' állapotra váltás időbélyegéből származik.

Eseménytípus inferred
Purchase Order elutasítása
Ez a tevékenység akkor történik, amikor egy jóváhagyó elutasítja a Purchase Ordert a jóváhagyási munkafolyamat során. A PO-t ilyenkor általában visszaküldik a létrehozójának módosításra, vagy törlik.
Miért fontos?

Az elutasítások elemzésével feltárhatók az adatminőségi problémák, a szabályszegések és a képzési hiányosságok. Az elemzés megmutatja azokat az ismétlődő javítási köröket is, amelyek jelentősen késleltetik a folyamatot.

Hol szerezhető be?

Ez a Coupa Purchase Order jóváhagyási előzményeiben rögzített, külön esemény. A naplóban a 'Reject' művelethez tartozó időbélyeg is megjelenik.

Rögzítés

A jóváhagyási előzményekben 'Reject' állapottal rögzül.

Eseménytípus explicit
Purchase Order módosítása
Ez az esemény a Purchase Order első tervezetének elkészítése után végrehajtott bármilyen módosítást jelöli. A Coupa gyakran a PO-dokumentum verzióinak követésével rögzíti a változtatásokat.
Miért fontos?

A módosítások nyomon követése nélkülözhetetlen a Purchase Order módosítási arányához és az előírásoknak nem megfelelő PO-k arányához hasonló KPI-k méréséhez. A gyakori módosítások instabil folyamatra vagy pontatlan kezdeti igénylésekre utalhatnak.

Hol szerezhető be?

A Purchase Order különböző verzióinak követésével állapítható meg. Az elsőnél nagyobb verziószámú új verzió módosítást jelez, az esemény időpontja pedig az új verzió létrehozási dátuma.

Rögzítés

Az új PO-verzió létrehozási időbélyegéből állapítható meg.

Eseménytípus inferred
Purchase Order tervezetének elkészítése
Ez az esemény a Purchase Order dokumentum első létrehozását jelöli a rendszerben, gyakran egy jóváhagyott igénylés alapján. Ebben a szakaszban a PO még belső tervezet, amelyet nem küldtek be jóváhagyásra, és a beszállítónak sem továbbítottak.
Miért fontos?

Ezzel a tevékenységgel indul a PO jóváhagyási ciklusidejét mérő KPI számítása. Ez a Purchase Order saját életciklusának első hivatalos lépése.

Hol szerezhető be?

Ez a Coupa Purchase Order-rekordjának létrehozási időbélyegének felel meg, amely jellemzően egy 'created_at' mezőben található.

Rögzítés

A PO-rekord rendszer által generált létrehozási időbélyegéből származik.

Eseménytípus explicit
Purchase Requisition jóváhagyása
A Purchase Requisition jóváhagyási munkafolyamaton megy keresztül, mielőtt Purchase Orderré alakítható. Ez az esemény az igénylés végső jóváhagyását jelzi, amely után megkezdődhet a megrendelés.
Miért fontos?

Az igénylések jóváhagyásának nyomon követésével feltárhatók a megrendelés előtti szakasz szűk keresztmetszetei. Az itt jelentkező késések közvetlenül befolyásolják, milyen gyorsan adható ki a Purchase Order.

Hol szerezhető be?

Ez az esemény általában a Coupa igénylési objektumának jóváhagyási előzményeiből nyerhető ki. A végső jóváhagyási művelethez időbélyeg és felhasználó tartozik.

Rögzítés

A jóváhagyási előzményekben rögzül, amikor a végső jóváhagyó elvégzi a műveletet.

Eseménytípus explicit
Szolgáltatás teljesítésének rögzítése
Szolgáltatásra vonatkozó Purchase Order esetén ez a tevékenység felel meg az áruátvételnek. Azt igazolja, hogy a szolgáltatást a PO feltételeinek megfelelően teljesítették.
Miért fontos?

A szolgáltatások teljesítésének nyomon követése nélkülözhetetlen a szolgáltatási költések kezeléséhez és annak biztosításához, hogy csak igazoltan elvégzett munkáért történjen kifizetés.

Hol szerezhető be?

Ez az esemény a Purchase Orderhez kapcsolódó szolgáltatási átvételi bizonylat vagy szolgáltatási teljesítési lap létrehozásakor, illetve jóváhagyásakor rögzül a Coupában.

Rögzítés

A szolgáltatási teljesítési lap létrehozásakor és jóváhagyásakor rögzül.

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

Adatkinyerési útmutatók

Adatok kinyerése a Coupából

Kezdje el most?

Használja ezt a sablont az adatok előkészítéséhez, hogy process mining segítségével hasznosítható megállapításokhoz jusson. Kezdje el még ma optimalizálni a beszerzéstől a fizetésig tartó, megrendeléseket kezelő folyamatot.

Optimalizálja P2P-megrendeléseit, és növelje a hatékonyságot még ma

Csökkentse 30%-kal a P2P-ciklusidőt, és lássa hamar az eredményeket.

Indítsa el az ingyenes próbaverziót

Nincs szükség bankkártyára, a beállítás csak néhány percet vesz igénybe.