Datatemplate voor het Purchase to Pay-proces voor inkooporders

Coupa
Datatemplate voor het Purchase to Pay-proces voor inkooporders

Datatemplate voor het Purchase to Pay-proces voor inkooporders

Gebruik deze template als leidraad om data voor process mining van het Purchase to Pay-proces voor inkooporders in Coupa correct te verzamelen en te structureren. Je vindt hierin de belangrijkste attributen, de activiteiten die je moet volgen en duidelijke stappen om de data te exporteren. Zo stel je een volledig event log samen.
  • Aanbevolen data-attributen
  • Belangrijkste procesactiviteiten
  • Stappen voor data-extractie uit Coupa

Attributen voor het Purchase to Pay-proces voor inkooporders

Dit zijn de essentiële datavelden voor je event log. Hiermee kun je het Purchase to Pay-proces voor inkooporders grondig analyseren.
5 Verplicht 5 Aanbevolen 11 Optioneel
Naam Beschrijving
Activiteit
ActivityName
De naam van de specifieke gebeurtenis of taak die op een bepaald moment in de levenscyclus van de inkooporder plaatsvond.
Beschrijving

De activiteitsnaam beschrijft één stap in het inkoop-tot-betalingsproces, zoals 'Inkooporder goedgekeurd' of 'Goederenontvangst geboekt'. De reeks activiteiten vormt de processtroom voor elke inkooporder.

Dit attribuut is essentieel voor process mining. Het wordt gebruikt om de proceskaart op te bouwen, procesvarianten te ontdekken en de frequentie en volgorde van gebeurtenissen te analyseren. Zo kun je bottlenecks, herstelrondes en afwijkingen van de standaardprocesstroom opsporen. Een analyse van de activiteiten 'Inkooporder gewijzigd' kan bijvoorbeeld inefficiënties in de juistheid van bestellingen aan het licht brengen.

Waarom dit belangrijk is

Dit attribuut bepaalt welke stappen het proces bevat. Zo kun je de processtroom visualiseren en bottlenecks, herstelwerk en afwijkingen opsporen.

Waar vind je dit?

Afgeleid uit event logs, auditsporen of registraties van statuswijzigingen van inkooporderobjecten in Coupa.

Voorbeelden
Inkoopaanvraag goedgekeurdInkooporder ingediendGoederenontvangst geboektFactuur voor inkooporder ontvangen
Inkooporder
PurchaseOrderNumber
De unieke identificatiecode van een inkooporder. Deze dient als primaire case-ID voor het proces.
Beschrijving

Het inkoopordernummer is de centrale case-ID die alle activiteiten verbindt, van de eerste aanvraag tot de definitieve bevestiging van de ontvangst van goederen of diensten. Elk uniek inkoopordernummer staat voor één uitvoering van het inkoopproces.

Bij process mining is dit attribuut belangrijk om het volledige verloop van elke aankoop te volgen. Analisten kunnen er proceskaarten mee maken, varianten opsporen en KPI’s per case berekenen, zoals de totale doorlooptijd van een bestelling. Alle gebeurtenissen en bijbehorende data worden onder deze identificatiecode samengebracht, zodat je het proces als geheel kunt bekijken.

Waarom dit belangrijk is

Dit is nodig om het volledige verloop van elke aankoop te volgen en afzonderlijke procesuitvoeringen te reconstrueren voor een gedetailleerde analyse.

Waar vind je dit?

Dit is een standaardveld voor de primaire sleutel van het object Purchase Order in Coupa.

Voorbeelden
PO-2023-00123PO-2023-00456PO-2023-00789
Starttijd
EventTime
De exacte timestamp waarop een activiteit of gebeurtenis plaatsvond.
Beschrijving

De gebeurtenistijd registreert de datum en tijd waarop een specifieke activiteit is uitgevoerd. Bij elke activiteit in het proces hoort een timestamp die aangeeft wanneer deze plaatsvond.

Dit attribuut is nodig voor alle tijdsanalyses in process mining. Je gebruikt het om doorlooptijden tussen activiteiten te berekenen, de procesduur te meten en vertragingen op te sporen. Het tijdsverschil tussen de timestamps van 'Inkooporder opgesteld' en 'Inkooporder goedgekeurd' wordt bijvoorbeeld gebruikt om de KPI voor de doorlooptijd van de goedkeuring van inkooporders te berekenen.

Waarom dit belangrijk is

Dit geeft elke gebeurtenis een tijdscontext. Die is nodig om doorlooptijden te berekenen, prestaties te analyseren en bottlenecks op te sporen.

Waar vind je dit?

Te vinden in de event logs of auditsporen van Coupa, meestal gekoppeld aan elke statuswijziging of actie op een inkooporder.

Voorbeelden
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
Bronsysteem
SourceSystem
Het systeem waaruit de procesdata is gehaald.
Beschrijving

Dit attribuut geeft aan uit welk informatiesysteem de gebeurtenisdata afkomstig is. Voor dit proces is de waarde altijd 'Coupa'.

In organisaties waar data uit meerdere systemen kan komen, bijvoorbeeld Coupa voor inkoop en een ander ERP-systeem voor facturering, helpt dit attribuut om de bronnen van elkaar te onderscheiden. Het maakt de herkomst van data inzichtelijk en je kunt er de analyse mee filteren op het proces in een specifiek systeem.

Waarom dit belangrijk is

Dit geeft belangrijke informatie over de herkomst van data. Zo blijft de data traceerbaar en kun je het databeheer goed inrichten, vooral wanneer meerdere systemen worden gebruikt.

Waar vind je dit?

Dit is een vaste waarde die meestal tijdens de data-extractie en -transformatie wordt toegevoegd om de dataset te labelen.

Voorbeelden
Coupa
Laatste data-update
LastDataUpdate
De timestamp waarop de data voor dit proces voor het laatst is vernieuwd.
Beschrijving

Dit attribuut registreert wanneer de dataset voor het laatst vanuit het bronsysteem is bijgewerkt. Het is een metadataveld voor de hele dataset, niet voor afzonderlijke gebeurtenissen.

In een analytisch dashboard laat deze timestamp zien hoe actueel de data is. Zo weten gebruikers of de inzichten op recente informatie zijn gebaseerd en wat ze van de actualiteit van de data kunnen verwachten. De timestamp staat meestal duidelijk in het dashboard.

Waarom dit belangrijk is

Laat gebruikers zien hoe actueel de data is en hoe recent de procesanalyse en KPI’s zijn.

Waar vind je dit?

Deze timestamp wordt aangemaakt en opgeslagen door de data-extractie- en laadpijplijn (ETL) wanneer die wordt uitgevoerd.

Voorbeelden
2023-11-01T05:00:00Z
Afdeling
Department
De afdeling of het kostenplaatsnummer waaraan de inkooporder wordt toegerekend.
Beschrijving

Het attribuut Afdeling geeft aan welke organisatorische eenheid de aankoop heeft aangevraagd of de kosten ervan draagt. Dit is vaak gekoppeld aan de aanvrager of aan de kostenplaats op de orderregels.

Deze dimensie is belangrijk om procesanalyses en KPI’s uit te splitsen. Managers kunnen er de procesefficiëntie, compliance en uitgavenpatronen van verschillende onderdelen van de organisatie mee vergelijken. Zo gebruikt het dashboard ‘Uitgavenanalyse per inkoopcategorie’ Afdeling om te laten zien hoe verschillende bedrijfseenheden hun budget besteden.

Waarom dit belangrijk is

Hiermee kun je proces- en uitgavenanalyses filteren en vergelijken per bedrijfseenheid, zodat verschillen in efficiëntie en compliance zichtbaar worden.

Waar vind je dit?

Te vinden in de kop of op de orderregels van de inkooporder in Coupa. Vaak gekoppeld aan een kostenplaats of organisatorische eenheid.

Voorbeelden
MarketingInformatietechnologieBedrijfsvoeringFinanciën
Gebruiker
User
De gebruikers-ID of naam van de persoon die de activiteit heeft uitgevoerd, zoals een goedkeurder of aanvrager.
Beschrijving

Dit attribuut geeft aan wie verantwoordelijk was voor een specifieke gebeurtenis in het proces. Dat kan de persoon zijn die de bestelling heeft opgesteld, de manager die deze heeft goedgekeurd of de medewerker die de goederenontvangst heeft geboekt.

Door prestaties per gebruiker te analyseren, kun je opleidingsbehoeften, goed presterende medewerkers en de verdeling van werk opsporen. Het dashboard 'Prestaties van de doorlooptijd van inkoopordergoedkeuringen' gebruikt dit attribuut bijvoorbeeld om goedkeuringstijden per goedkeurder uit te splitsen. Zo zie je wie mogelijk een bottleneck in het proces vormt.

Waarom dit belangrijk is

Hiermee kun je procesprestaties per persoon of rol analyseren en bottlenecks, opleidingsmogelijkheden en problemen met de verdeling van capaciteit opsporen.

Waar vind je dit?

Gekoppeld aan elke gebeurtenis in het auditspoor of de geschiedenis van de inkooporder in Coupa. Veelgebruikte bronnen zijn velden als 'Gemaakt door', 'Goedgekeurd door' of 'Bijgewerkt door'.

Voorbeelden
j.doea.smithm.jones
Inkoopcategorie
PurchaseCategory
De indeling van de ingekochte goederen of diensten, zoals IT-hardware of professionele diensten.
Beschrijving

Inkoopcategorie, ook wel productgroep of materiaalgroep genoemd, is een indeling waarmee vergelijkbare aankopen worden gegroepeerd. Met deze gestructureerde data kun je uitgaven en inkoopprocessen systematisch analyseren.

Bij process mining is dit attribuut een handige dimensie om data te filteren en uit te splitsen. Het dashboard ‘Uitgavenanalyse per inkoopcategorie’ gebruikt het om uitgavenpatronen te tonen. Je kunt er ook mee nagaan of bepaalde categorieën, zoals complexe diensten, langere doorlooptijden of vaker wijzigingen hebben dan andere, zoals standaard kantoorbenodigdheden.

Waarom dit belangrijk is

Maakt analyse van uitgaven en processen per categorie mogelijk. Zo kun je inkooppatronen herkennen, met leveranciers onderhandelen en procescontroles afstemmen.

Waar vind je dit?

Meestal te vinden op het niveau van de orderregel in Coupa, vaak gekoppeld aan een productcode of inkoopcatalogus.

Voorbeelden
IT-hardwareKantoorbenodigdhedenProfessionele dienstenMarketingmateriaal
Naam leverancier
VendorName
De naam van de leverancier bij wie goederen of diensten worden ingekocht.
Beschrijving

De naam van de leverancier geeft aan welke externe partij de artikelen op de inkooporder levert. Deze informatie vormt de basis voor inkoopanalyses.

Door de procesprestaties per leverancier te analyseren, kun je leveranciersrelaties beter beheren. Zo kun je de ‘Prestaties op levertijd van leveranciers’ beoordelen, vertragingen bij ‘Vertragingen in het goederenontvangstproces’ opsporen en de kwaliteit van leveranciers meten aan de hand van het ‘Retourpercentage van goederen’. Dit attribuut is ook nodig om de KPI ‘Aandeel uitgaven bij niet-voorkeursleveranciers’ te berekenen.

Waarom dit belangrijk is

Maakt analyse van leveranciersprestaties mogelijk. Zo kun je leveranciers beter selecteren, gunstigere voorwaarden afspreken en goed en minder goed presterende leveranciers herkennen.

Waar vind je dit?

Een standaardveld in de kop van de inkooporder in Coupa, gekoppeld aan de stamgegevens van leveranciers.

Voorbeelden
Global Office SuppliesTech Solutions Inc.Advanced Industrial PartsCreative Marketing Agency
Totaalbedrag van de order
TotalOrderAmount
De totale geldwaarde van de inkooporder.
Beschrijving

Dit attribuut bevat de totale kosten van alle goederen en diensten op de inkooporder, uitgedrukt in een bepaalde valuta. Het geldt op caseniveau en heeft betrekking op de hele order.

Deze financiële data is belangrijk voor uitgavenanalyses en het bepalen van prioriteiten bij procesverbetering. Orders met een hoge waarde vragen mogelijk om extra controle of een andere goedkeuringsroute. Het bedrag wordt rechtstreeks gebruikt in het dashboard ‘Uitgavenanalyse per inkoopcategorie’ en is nodig om de KPI ‘Aandeel uitgaven bij niet-voorkeursleveranciers’ te berekenen.

Waarom dit belangrijk is

Geeft inzicht in de financiële context van elke aankoop. Daarmee kun je uitgaven analyseren, orders met een hoge waarde prioriteren en de financiële impact beoordelen.

Waar vind je dit?

Te vinden in de kop van de inkooporder in Coupa, meestal als ‘Totaal’ of ‘Eindtotaal’.

Voorbeelden
1500.00250.7512500.50
Gewenste leverdatum
RequestedDeliveryDate
De datum waarop de aanvrager de goederen of diensten geleverd wil hebben.
Beschrijving

Dit attribuut bevat de gewenste leverdatum die de medewerker tijdens het aanvraagproces heeft opgegeven. Het geeft aan wanneer de organisatie de order verwacht te ontvangen.

Deze datum is een belangrijke maatstaf voor de prestaties van leveranciers en interne processen. De KPI ‘Naleving van de leverdatum door leveranciers’ wordt berekend door deze datum te vergelijken met de werkelijke datum waarop de goederenontvangst is geboekt. Het dashboard ‘Afwijkingen in leverdatum en retouren’ laat het verschil tussen de gewenste en werkelijke leverdatum zien. Zo kun je verwachtingen beheren en de prognoses verbeteren.

Waarom dit belangrijk is

Dient als belangrijke basis om tijdige levering door leveranciers en de efficiëntie van het interne ontvangstproces te meten.

Waar vind je dit?

Een standaardveld op de orderregel in Coupa.

Voorbeelden
2023-11-152023-12-012024-01-10
Is herstelwerk
IsRework
Een berekende vlag die aangeeft of een inkooporder is gewijzigd.
Beschrijving

Deze booleaanse vlag krijgt de waarde true voor elke inkooporder met minstens één gebeurtenis ‘Inkooporder gewijzigd’ in de geschiedenis. Het is een attribuut op caseniveau dat wordt afgeleid uit het event log.

Met dit attribuut bereken je KPI’s zoals ‘Percentage gewijzigde inkooporders’ eenvoudiger. Je kunt de data makkelijk filteren en uitsplitsen om orders met en zonder herstelwerk te vergelijken. Zo wordt duidelijk wat wijzigingen betekenen voor de doorlooptijd en kosten. Het attribuut is een vast onderdeel van het dashboard ‘Analyse van wijzigingen in inkooporders’.

Waarom dit belangrijk is

Maakt analyse van herstelwerk eenvoudiger: je kunt alle inkooporders die minstens één keer zijn gewijzigd makkelijk filteren en optellen.

Waar vind je dit?

Berekend tijdens de datatransformatie door per PurchaseOrderNumber te controleren of de activiteit ‘Inkooporder gewijzigd’ voorkomt.

Voorbeelden
truefalse
Is in één keer goedgekeurd
IsFirstPassApproval
Een berekende vlag die true is als de inkooporder na het opstellen zonder wijzigingen is goedgekeurd.
Beschrijving

Deze booleaanse vlag krijgt de waarde true als er tussen ‘Inkooporder opgesteld’ en ‘Inkooporder goedgekeurd’ geen activiteiten ‘Inkooporder gewijzigd’ of ‘Inkooporder afgewezen’ voorkomen.

Dit attribuut meet rechtstreeks de KPI ‘Percentage inkooporders in één keer goedgekeurd’. Een hoog percentage wijst op een efficiënt en nauwkeurig proces vanaf het begin. Door cases te analyseren waarvoor deze vlag false is, kun je oorzaken van herstelwerk opsporen en de kwaliteit van de ingevoerde ordergegevens verbeteren.

Waarom dit belangrijk is

Meet rechtstreeks hoe efficiënt de order wordt aangemaakt en goedgekeurd. Zo zie je hoeveel orders zonder herstelwerk door het proces gaan.

Waar vind je dit?

Berekend tijdens de datatransformatie door de volgorde van gebeurtenissen voor elke PurchaseOrderNumber te analyseren.

Voorbeelden
truefalse
Is op tijd geleverd
IsDeliveryOnTime
Een berekende vlag die aangeeft of de goederen op of vóór de gewenste leverdatum zijn ontvangen.
Beschrijving

Dit booleaanse attribuut wordt berekend door de timestamp van de gebeurtenis ‘Goederenontvangst geboekt’ te vergelijken met ‘RequestedDeliveryDate’. De waarde is true als de goederen op of vóór de gewenste datum zijn ontvangen.

Deze vlag ondersteunt rechtstreeks de KPI ‘Naleving van de leverdatum door leveranciers’ en het dashboard ‘Afwijkingen in leverdatum en retouren’. De vlag geeft een duidelijke ja-of-nee-uitkomst voor tijdige levering, die je eenvoudig kunt optellen en visualiseren. Zo herken je snel prestatieproblemen bij leveranciers of in interne ontvangstprocessen.

Waarom dit belangrijk is

Geeft een duidelijke maatstaf voor leverprestaties en maakt het eenvoudiger om KPI’s voor tijdige levering en trendanalyses te berekenen.

Waar vind je dit?

Berekend tijdens de datatransformatie door ‘RequestedDeliveryDate’ te vergelijken met de timestamp van de activiteit ‘Goederenontvangst geboekt’.

Voorbeelden
truefalse
Is voorkeursleverancier
IsPreferredVendor
Een booleaanse vlag die aangeeft of de aankoop bij een voorkeursleverancier of strategische leverancier is gedaan.
Beschrijving

Deze vlag geeft aan of de leverancier op de inkooporder voorkomt op een vooraf goedgekeurde lijst van strategische leveranciers. Dit wordt meestal bepaald door de naam of ID van de leverancier te vergelijken met een hoofdlijst van voorkeursleveranciers.

Dit attribuut is belangrijk voor strategische inkoop en uitgavenbeheer. Het wordt gebruikt om de KPI ‘Aandeel uitgaven bij niet-voorkeursleveranciers’ te berekenen. Daarmee kunnen organisaties ongeautoriseerde aankopen volgen en beperken, en uitgaven bundelen bij belangrijke partners om volumekortingen en gunstigere voorwaarden te krijgen.

Waarom dit belangrijk is

Helpt de naleving van het inkoopbeleid en de doelen voor strategische inkoop te volgen door uitgaven bij voorkeursleveranciers te vergelijken met die bij andere leveranciers.

Waar vind je dit?

Dit is vaak geen standaardveld in Coupa. Het wordt afgeleid door de leveranciers-ID op de inkooporder te vergelijken met een externe lijst van voorkeursleveranciers.

Voorbeelden
truefalse
Naam aanvrager
RequesterName
De naam van de persoon die de goederen of diensten oorspronkelijk heeft aangevraagd.
Beschrijving

Dit attribuut geeft aan welke medewerker de inkoopaanvraag heeft aangemaakt die tot de inkooporder leidde. De aanvrager is de medewerker met de behoefte. Dat kan iemand anders zijn dan de inkoper of goedkeurder.

Door procesgedrag per aanvrager te analyseren, kun je patronen bij specifieke gebruikers of afdelingen herkennen. Het dashboard ‘Analyse van wijzigingen in inkooporders’ gebruikt dit attribuut om te zien of bepaalde aanvragers vaker orders wijzigen. Dat kan erop wijzen dat er meer uitleg nodig is over de specificatievereisten.

Waarom dit belangrijk is

Maakt duidelijk waar een aankoop binnen de organisatie vandaan komt. Zo kun je het inkoopgedrag en de nauwkeurigheid per aanvrager analyseren.

Waar vind je dit?

Deze informatie staat meestal op de oorspronkelijke inkoopaanvraag en wordt in Coupa overgenomen in de inkooporder.

Voorbeelden
Alice CooperBob DylanCharlie Parker
Nummer van de inkoopaanvraag
PurchaseRequisitionNumber
De unieke identificatiecode van de inkoopaanvraag die aan de inkooporder voorafging.
Beschrijving

Dit attribuut koppelt een inkooporder aan de oorspronkelijke inkoopaanvraag. Eén aanvraag kan leiden tot een of meer inkooporders.

Deze koppeling is nodig om de volledige doorlooptijd van aanvraag tot order te analyseren. Door de aanmaak van de aanvraag te verbinden met het aanmaken en versturen van de inkooporder, kunnen organisaties de efficiëntie van het hele inkoopproces meten, van aanvraag tot levering.

Waarom dit belangrijk is

Verbindt de aanvraag- en orderfase van het proces. Zo kun je de doorlooptijd van aanvraag tot order en de conversiepercentages analyseren.

Waar vind je dit?

Meestal een verwijzingsveld op de orderregels in Coupa, dat terugverwijst naar de oorspronkelijke aanvraag.

Voorbeelden
PR-2023-00098PR-2023-00152PR-2023-00341
Ontvangstlocatie
ReceivingLocation
De fysieke locatie, zoals een magazijn of kantoor, waar de goederen moeten worden afgeleverd.
Beschrijving

De ontvangstlocatie geeft aan waar de goederen op de inkooporder naartoe moeten. Dit kan een specifiek magazijn, een fabriek of een kantooradres zijn.

Met dit attribuut kun je de logistiek en ontvangstprestaties op verschillende locaties analyseren. In het dashboard ‘Vertragingen in het goederenontvangstproces’ kun je op dit attribuut filteren om te zien of bepaalde locaties inkomende zendingen trager verwerken. Zo spoor je mogelijke inefficiënties of capaciteitstekorten op specifieke locaties op.

Waarom dit belangrijk is

Maakt analyse van het ontvangstproces per locatie mogelijk en laat prestatieverschillen tussen magazijnen, fabrieken en kantoren zien.

Waar vind je dit?

Deze informatie staat in het ‘Afleveradres’ van de inkooporder in Coupa.

Voorbeelden
Magazijn A - ChicagoGebouw 5 - kantoor in LondenFabriek in Frankfurt
Reden van afwijzing
RejectionReason
De reden die wordt opgegeven wanneer een inkoopaanvraag of inkooporder tijdens een goedkeuringsstap wordt afgewezen.
Beschrijving

Wanneer een goedkeurder een inkooporder afwijst, geeft die vaak een reden op. Dit attribuut bevat die toelichting, bijvoorbeeld ‘Onjuiste budgetcode’ of ‘Overschrijdt de bestedingslimiet’.

Door afwijsredenen te analyseren, krijg je zicht op de oorzaken van herstelwerk en procesproblemen. Met deze kwalitatieve data kun je veelvoorkomende fouten in het aanvraagproces opsporen. Gerichte training of aanpassingen aan het systeem kunnen toekomstige afwijzingen voorkomen en het percentage goedkeuringen in één keer verhogen.

Waarom dit belangrijk is

Laat zien waarom inkooporders worden afgewezen. Zo kun je de oorzaken van herstelwerk en vertragingen aanpakken.

Waar vind je dit?

Meestal vastgelegd in het opmerkingen- of notitieveld bij de activiteit ‘Inkooporder afgewezen’ of ‘Inkoopaanvraag afgewezen’ in de goedkeuringsworkflow van Coupa.

Voorbeelden
Dubbele aanvraagBudget niet goedgekeurdVerkeerde leverancier geselecteerd
Reden van wijziging
ChangeReason
De reden voor een wijziging aan een inkooporder nadat deze is aangemaakt.
Beschrijving

Dit attribuut bevat de reden waarom een inkooporder is gewijzigd, bijvoorbeeld ‘Hoeveelheid aangepast’ of ‘Prijs gecorrigeerd’. Deze informatie wordt vaak vastgelegd in het auditspoor wanneer een gebruiker de activiteit ‘Inkooporder gewijzigd’ uitvoert.

Inzicht in de redenen voor orderwijzigingen is belangrijk voor het dashboard ‘Analyse van wijzigingen in inkooporders’. Zo kun je onderscheid maken tussen onvermijdelijke wijzigingen, zoals voorraadproblemen bij de leverancier, en wijzigingen die je kunt voorkomen, zoals onjuiste gegevens bij de eerste invoer. Dat helpt de nauwkeurigheid van orders te verbeteren en de KPI ‘Percentage gewijzigde inkooporders’ te verlagen.

Waarom dit belangrijk is

Maakt de oorzaken van wijzigingen aan inkooporders duidelijk. Zo kun je gericht werken aan nauwkeurige orders vanaf de eerste keer en minder herstelwerk.

Waar vind je dit?

Vaak te vinden in de auditlogs of opmerkingen bij wijzigingsgebeurtenissen van een inkooporder in Coupa.

Voorbeelden
Prijswijziging door leverancierLeverdatum aangepastArtikelcode gecorrigeerd
Valuta
Currency
De valutacode voor de geldbedragen op de inkooporder.
Beschrijving

Dit attribuut geeft aan in welke valuta, bijvoorbeeld USD, EUR of GBP, het totale orderbedrag is uitgedrukt. Deze informatie is nodig om financiële data in een internationale organisatie goed te interpreteren.

Voor multinationals kan een uitgavenanalyse zonder rekening te houden met valuta een vertekend beeld geven. Met dit attribuut kun je bedragen correct omrekenen en financiële rapportages in dashboards consistent houden, zodat je waarden op dezelfde basis vergelijkt.

Waarom dit belangrijk is

Zorgt voor nauwkeurige financiële analyses en rapportages in internationale organisaties, doordat de benodigde informatie voor valutaomrekening beschikbaar is.

Waar vind je dit?

Een standaardveld in de kop van de inkooporder in Coupa.

Voorbeelden
USDEURGBPJPY
Verplicht Aanbevolen Optioneel

Activiteiten in het Purchase to Pay-proces voor inkooporders

Dit zijn de belangrijke processtappen en mijlpalen om in je event log vast te leggen. Zo kun je je P2P-processen goed in kaart brengen en analyseren.
6 Aanbevolen 11 Optioneel
Activiteit Beschrijving
Goederenontvangst geboekt
Dit is de formele bevestiging dat goederen zijn ontvangen, geïnspecteerd en geaccepteerd. De gebeurtenis werkt de voorraadgegevens bij en geeft aan dat de leverancier aan zijn verplichting voor deze levering heeft voldaan.
Waarom dit belangrijk is

Deze belangrijke mijlpaal markeert het einde van de levertijd van de leverancier en wordt gebruikt om te meten of leveringen op tijd zijn. Als ontvangsten te laat worden geboekt, is het werkelijke voorraadniveau minder goed zichtbaar.

Waar vind je dit?

Dit is een standaardtransactie in Coupa die wordt vastgelegd op het object Receipt. De gebeurtenis wordt geregistreerd met de timestamp waarop de status van de ontvangst verandert in 'Posted' of 'Received'.

Vastleggen

Wordt vastgelegd wanneer de transactie voor de goederenontvangst in het systeem is afgerond.

Gebeurtenistype explicit
Inkoopaanvraag aangemaakt
Deze activiteit markeert het aanmaken van een inkoopaanvraag. Dit is het formele verzoek om goederen of diensten en gaat vooraf aan een inkooporder. In Coupa wordt deze gebeurtenis vastgelegd wanneer een gebruiker een nieuwe aanvraag opslaat en indient.
Waarom dit belangrijk is

Deze activiteit is meestal het startpunt van het inkoopproces. Ze is nodig om de volledige doorlooptijd van aanvraag tot bestelling te meten en de efficiëntie van de voorafgaande processtappen te begrijpen.

Waar vind je dit?

Deze gebeurtenis komt overeen met de registratie van een nieuwe aanvraag in het object of de tabel Purchase Requisitions in Coupa. De timestamp staat in het veld 'created_at' of een vergelijkbaar, automatisch gegenereerd veld met de aanmaakdatum.

Vastleggen

Wordt meteen vastgelegd wanneer een nieuwe aanvraag wordt aangemaakt.

Gebeurtenistype explicit
Inkooporder geannuleerd
Deze activiteit staat voor het annuleren van een inkooporder voordat deze is afgerond. Een order kan in verschillende fasen worden geannuleerd, bijvoorbeeld als de aanvraag niet meer geldig is of als de order per ongeluk is aangemaakt.
Waarom dit belangrijk is

Annulering is een mogelijke manier waarop het proces eindigt. Door annuleringen te volgen, krijg je inzicht in waar aanvragen uitvallen en waarom ze worden stopgezet.

Waar vind je dit?

Af te leiden uit een statuswijziging van het inkooporderobject naar 'Canceled'. De timestamp van deze statuswijziging geldt als tijdstip van de gebeurtenis.

Vastleggen

Afgeleid van de timestamp waarop de status verandert in 'Canceled'.

Gebeurtenistype inferred
Inkooporder gesloten
Dit is de laatste activiteit en geeft aan dat de inkooporder is afgerond. De order geldt als gesloten wanneer alle goederen zijn ontvangen en alle facturen zijn verwerkt, en er geen verdere transacties worden verwacht.
Waarom dit belangrijk is

Met deze activiteit eindigt de levenscyclus van de inkooporder. Door de tijd tot sluiting te analyseren, kun je inefficiënties in de eindafstemming en administratie opsporen.

Waar vind je dit?

Af te leiden uit een statuswijziging van het inkooporderobject naar 'Closed'. Coupa stelt deze status vaak automatisch in op basis van bedrijfsregels voor ontvangst- en factuurtoleranties.

Vastleggen

Afgeleid van de timestamp waarop de status verandert in 'Closed'.

Gebeurtenistype inferred
Inkooporder goedgekeurd
Deze mijlpaal geeft aan dat de inkooporder de interne goedkeuringsworkflow heeft doorlopen en naar de leverancier mag worden verstuurd. Dit is meestal de laatste goedkeuringsstap in een proces met meerdere stappen.
Waarom dit belangrijk is

Deze mijlpaal is belangrijk om de doorlooptijd van goedkeuringen te berekenen en bottlenecks in het goedkeuringsproces op te sporen. Ook is dit een belangrijk controlepunt voor compliance.

Waar vind je dit?

Wordt vastgelegd in de goedkeuringsgeschiedenis van de inkooporder in Coupa. De timestamp van de definitieve goedkeuring geldt als tijdstip van de gebeurtenis.

Vastleggen

Wordt in de goedkeuringsgeschiedenis vastgelegd wanneer de laatste goedkeurder de taak afrondt.

Gebeurtenistype explicit
Inkooporder naar leverancier verstuurd
Deze activiteit markeert het moment waarop de goedgekeurde inkooporder officieel naar de leverancier wordt verstuurd, bijvoorbeeld per e-mail of via het Coupa Supplier Portal. De order verandert hiermee van een intern document in een externe verplichting.
Waarom dit belangrijk is

Dit is een belangrijke mijlpaal: de interne doorlooptijd van aanvraag tot bestelling eindigt en de levertijd van de leverancier begint. De gebeurtenis is belangrijk om zowel de interne efficiëntie als de prestaties van leveranciers te meten.

Waar vind je dit?

Vaak af te leiden uit een statuswijziging van de inkooporder naar 'Ordered' of 'Sent'. In Coupa kan het orderrecord ook een specifieke timestamp bevatten, zoals 'last_exported_at' of 'sent_to_supplier_at'.

Vastleggen

Afgeleid van de timestamp waarop de status verandert in 'Ordered' of van een specifiek veld met de verzendtimestamp.

Gebeurtenistype inferred
Dienstbevestiging ingevoerd
Bij inkooporders voor diensten is deze activiteit vergelijkbaar met een goederenontvangst. Hiermee wordt bevestigd dat een dienst volgens de voorwaarden van de inkooporder is geleverd.
Waarom dit belangrijk is

Dienstbevestigingen volgen is belangrijk om uitgaven aan diensten te beheren en ervoor te zorgen dat alleen wordt betaald voor werk waarvan is gecontroleerd dat het is afgerond.

Waar vind je dit?

Deze gebeurtenis wordt vastgelegd wanneer een serviceontvangst of service entry sheet die aan de inkooporder is gekoppeld in Coupa, wordt aangemaakt of goedgekeurd.

Vastleggen

Wordt vastgelegd wanneer een service entry sheet is aangemaakt en goedgekeurd.

Gebeurtenistype explicit
Factuur voor inkooporder ontvangen
Deze gebeurtenis markeert de ontvangst en registratie van een leveranciersfactuur die naar de inkooporder verwijst. Hiermee begint de factuurverwerking en betalingsfase van de P2P-cyclus.
Waarom dit belangrijk is

Hoewel dit onderdeel is van het crediteurenproces, geeft de koppeling tussen de factuurontvangst en de inkooporder een end-to-endbeeld van de transactie. Ook kun je zo de tijd tussen levering en facturering analyseren.

Waar vind je dit?

Wordt vastgelegd op basis van de timestamp waarop het factuurdocument in Coupa is aangemaakt. De factuur wordt daarbij gekoppeld aan het bijbehorende inkoopordernummer.

Vastleggen

Wordt vastgelegd wanneer een factuurrecord wordt aangemaakt dat aan de inkooporder is gekoppeld.

Gebeurtenistype explicit
Goederen geretourneerd
Deze activiteit wordt vastgelegd wanneer eerder ontvangen goederen naar de leverancier worden teruggestuurd. Dat gebeurt meestal vanwege kwaliteitsproblemen, schade of een verkeerde levering.
Waarom dit belangrijk is

Retouren volgen is belangrijk om het retourpercentage van goederen te berekenen en problemen met de leverancierskwaliteit of de juistheid van bestellingen op te sporen. Veel retouren wijzen vaak op kostbare procesproblemen.

Waar vind je dit?

Dit wordt vastgelegd via een transactie 'Return to Supplier' of een negatieve ontvangsttransactie in Coupa. De timestamp van de transactie geldt als tijdstip van de gebeurtenis.

Vastleggen

Wordt vastgelegd wanneer een retourtransactie wordt aangemaakt die aan de oorspronkelijke inkooporder of ontvangst is gekoppeld.

Gebeurtenistype explicit
Goederenontvangst gestart
Deze activiteit markeert het begin van het ontvangstproces. Zo kan in Coupa een ontvangstbewijs worden aangemaakt wanneer goederen fysiek aankomen. De goederen zijn dan nog niet formeel aan de voorraad toegevoegd of als ontvangen bevestigd.
Waarom dit belangrijk is

Deze gebeurtenis is het startpunt voor de KPI die de verwerkingstijd van goederenontvangsten meet. Zo kun je onderscheid maken tussen de tijd dat goederen op de laadkade wachten en de tijd die nodig is om de ontvangst in het systeem te verwerken.

Waar vind je dit?

Af te leiden uit de timestamp waarop een ontvangstbewijs met de status 'Draft' of 'Pending' is aangemaakt. Dit gebeurt vóór de ontvangst definitief wordt geboekt.

Vastleggen

Afgeleid van de timestamp waarop een ontvangstrecord is aangemaakt met een status die nog niet is geboekt.

Gebeurtenistype inferred
Inkoopaanvraag goedgekeurd
Een inkoopaanvraag doorloopt een goedkeuringsworkflow voordat deze kan worden omgezet in een inkooporder. Deze gebeurtenis geeft aan dat de aanvraag definitief is goedgekeurd en klaar is om te worden besteld.
Waarom dit belangrijk is

Door goedkeuringen van aanvragen te volgen, kun je bottlenecks in de fase vóór het bestellen opsporen. Vertragingen in deze fase hebben direct invloed op hoe snel een inkooporder kan worden uitgegeven.

Waar vind je dit?

Deze gebeurtenis wordt meestal vastgelegd in de goedkeuringsgeschiedenis van het aanvraagobject in Coupa. Bij de definitieve goedkeuring horen een timestamp en een gebruiker.

Vastleggen

Wordt in de goedkeuringsgeschiedenis vastgelegd wanneer de laatste goedkeurder actie onderneemt.

Gebeurtenistype explicit
Inkooporder afgewezen
Deze activiteit vindt plaats wanneer een goedkeurder de inkooporder tijdens de goedkeuringsworkflow afwijst. De order wordt dan meestal teruggestuurd naar de maker om deze aan te passen of te annuleren.
Waarom dit belangrijk is

Door afwijzingen te analyseren, kun je problemen met datakwaliteit, beleidsovertredingen of ontbrekende training opsporen. Ook worden herstelrondes zichtbaar die het proces flink vertragen.

Waar vind je dit?

Dit is een afzonderlijke gebeurtenis in de goedkeuringsgeschiedenis van de inkooporder in Coupa. In het log staat de actie 'Reject' met de bijbehorende timestamp.

Vastleggen

Wordt in de goedkeuringsgeschiedenis vastgelegd met de status 'Reject'.

Gebeurtenistype explicit
Inkooporder gewijzigd
Deze gebeurtenis staat voor elke wijziging aan de inkooporder nadat deze voor het eerst is opgesteld. In Coupa worden wijzigingen vaak bijgehouden met versies van het inkooporderdocument.
Waarom dit belangrijk is

Wijzigingen volgen is belangrijk voor KPI’s zoals het wijzigingspercentage van inkooporders en het percentage inkooporders dat niet aan de afspraken voldoet. Veel wijzigingen kunnen wijzen op een instabiel proces of onjuiste aanvragen.

Waar vind je dit?

Af te leiden door verschillende versies van een inkooporder te volgen. Elk nieuw versienummer na de eerste versie wijst op een wijziging. De aanmaakdatum van de nieuwe versie geldt als timestamp van de gebeurtenis.

Vastleggen

Afgeleid van de timestamp waarop een nieuwe versie van de inkooporder is aangemaakt.

Gebeurtenistype inferred
Inkooporder ingediend
Nadat een inkooporder is opgesteld, wordt deze formeel ingediend voor goedkeuring. Met deze afzonderlijke gebruikersactie verandert de status van concept naar wachtend op goedkeuring.
Waarom dit belangrijk is

Deze gebeurtenis maakt onderscheid tussen de tijd die nodig is om de inkooporder op te stellen en de tijd waarin deze daadwerkelijk op goedkeuring wacht. Zo krijg je een duidelijker beeld van gebruikersgedrag en overdrachten tussen medewerkers.

Waar vind je dit?

Af te leiden uit een statuswijziging van het inkooporderobject, bijvoorbeeld van 'draft' naar 'pending approval'. De timestamp van deze statuswijziging wordt gebruikt.

Vastleggen

Afgeleid van de timestamp waarop de status verandert in 'pending approval'.

Gebeurtenistype inferred
Inkooporder opgesteld
Deze gebeurtenis staat voor het aanmaken van het inkooporderdocument in het systeem, vaak op basis van een goedgekeurde aanvraag. De inkooporder is op dit moment nog een intern concept en is nog niet ter goedkeuring ingediend of naar de leverancier verstuurd.
Waarom dit belangrijk is

Deze activiteit start de meting van de KPI voor de doorlooptijd van de goedkeuring van inkooporders. Het is de eerste formele stap in de levenscyclus van de inkooporder.

Waar vind je dit?

Dit is de timestamp waarop de inkooporder in Coupa is aangemaakt. Deze staat meestal in een veld als 'created_at'.

Vastleggen

Wordt afgeleid van de automatisch gegenereerde timestamp waarop de inkooporder is aangemaakt.

Gebeurtenistype explicit
Kwaliteitsinspectie uitgevoerd
Deze gebeurtenis geeft aan dat een ontvangen artikel een kwaliteitsinspectie heeft ondergaan en is goedgekeurd. Afhankelijk van het proces van het bedrijf kan dit een aparte stap zijn nadat de goederenontvangst is geboekt.
Waarom dit belangrijk is

Deze activiteit is belangrijk om de efficiëntie van het kwaliteitscontroleproces te meten. Vertragingen kunnen bottlenecks veroorzaken tussen de ontvangst en het moment waarop goederen beschikbaar zijn voor gebruik.

Waar vind je dit?

Dit kan worden vastgelegd als een statuswijziging op de ontvangstregel of in een afzonderlijk inspectieobject in Coupa. Of deze data beschikbaar is, hangt af van het gebruik van de kwaliteitsmodule of een aangepaste workflow.

Vastleggen

Af te leiden uit een statuswijziging van de ontvangst of een timestamp in een gekoppeld inspectierecord.

Gebeurtenistype inferred
Leverancier heeft bestelling bevestigd
Deze gebeurtenis geeft aan dat de leverancier de inkooporder heeft ontvangen en bevestigd. Die bevestiging wordt vaak elektronisch vastgelegd via een leveranciersportaal, zoals het Coupa Supplier Portal (CSP).
Waarom dit belangrijk is

Een bevestiging van de leverancier geeft zekerheid dat de bestelling wordt verwerkt. Dat maakt leveringsprognoses nauwkeuriger en verkleint onzekerheid in de toeleveringsketen.

Waar vind je dit?

Deze informatie is meestal beschikbaar op de inkooporder als de leverancier in het Coupa Supplier Portal de actie 'Acknowledge' uitvoert. De timestamp van die actie wordt gebruikt.

Vastleggen

Wordt vastgelegd wanneer een leverancier in het leveranciersportaal de actie 'Acknowledge' uitvoert.

Gebeurtenistype explicit
Aanbevolen Optioneel

Extractiegidsen

Zo haal je data uit Coupa

Klaar om te beginnen?

Gebruik deze template om data voor process mining voor te bereiden en concrete verbeterkansen te vinden. Begin vandaag met het optimaliseren van het Purchase to Pay-proces voor inkooporders.

Optimaliseer P2P-inkooporders en verhoog vandaag nog de efficiëntie

Verkort de doorlooptijd van P2P met 30% en zie snel resultaat.

Start je gratis proefperiode

Geen creditcard nodig. Binnen enkele minuten ingesteld.