Data Template: Purchase to Pay - Inkooporder

Coupa
Data Template: Purchase to Pay - Inkooporder

Uw Inkoop tot Betaling - Inkooporder Data Template

Deze template dient als leidraad voor het nauwkeurig verzamelen en structureren van data voor process mining van uw Inkoop tot Betaling - Inkooporder proces in Coupa. Het beschrijft de kritieke attributes die moeten worden opgenomen, de essentiële activiteiten die moeten worden gemonitord, en biedt duidelijke stappen voor het extraheren van deze data, zodat u een compleet event log heeft.
  • Aanbevolen data attributes
  • Kernprocesactiviteiten
  • Coupa data-extractiestappen
Nieuw met event logs? Leer hoe u een process mining event log creëert.

Purchase to Pay - Inkooporder attributes

Dit zijn de essentiële data-velden aanbevolen voor uw event log, waardoor een grondige analyse van uw Purchase to Pay - Inkooporderproces mogelijk is.
5 Verplicht 5 Aanbevolen 12 Optioneel
Naam Beschrijving
Activiteit
ActivityName
De naam van de specifieke event of taak die op een bepaald moment binnen de inkooporderlevenscyclus plaatsvond.
Beschrijving

De Activiteitsnaam beschrijft een enkele stap in het inkoop-tot-betaling-proces, zoals 'Inkooporder Goedgekeurd' of 'Goederenontvangst Geboekt'. Deze reeks activiteiten vormt de processtroom voor elke inkooporder.

Dit attribute is fundamenteel voor process mining, aangezien het wordt gebruikt om de proceskaart te construeren, procesvarianten te ontdekken en de frequentie en opeenvolging van events te analyseren. Het helpt bij het identificeren van knelpunten, herbewerkingstrajecten en afwijkingen van de standaard processtroom. Bijvoorbeeld, het analyseren van de opeenvolging van 'Inkooporder Gewijzigd' activiteiten kan inefficiënties in de ordernauwkeurigheid aan het licht brengen.

Waarom het belangrijk is

Het definieert de stappen in het proces, wat de visualisatie van de processtroom en de identificatie van knelpunten, herwerk en afwijkingen mogelijk maakt.

Waar te verkrijgen

Afgeleid van event logs, audit trails of statuswijzigingsrecords gerelateerd aan inkooporderobjecten in Coupa.

Voorbeelden
Inkoopaanvraag GoedgekeurdInkooporder ingediendGoederenontvangst geboektFactuur ontvangen voor PO
Inkooporder
PurchaseOrderNumber
De unieke identificatiecode voor een inkooporder, die dient als de primaire case-identificatie voor het proces.
Beschrijving

Het Inkoopordernummer is de centrale case-identificatie die alle activiteiten verbindt, van de initiële aanvraag tot de uiteindelijke bevestiging van de ontvangst van goederen of diensten. Elk uniek Inkoopordernummer vertegenwoordigt één instantie van het inkoopproces.

Binnen process mining-analyses is deze attribute cruciaal voor het in kaart brengen van het end-to-end traject van elke aankoop. Het stelt analisten in staat om proceskaarten te visualiseren, varianten te identificeren en case-gerelateerde KPI's te berekenen, zoals de totale cycle time voor een order. Alle events en gerelateerde data wordt onder deze identificatie geaggregeerd om een samenhangend beeld van het proces te creëren.

Waarom het belangrijk is

Het is essentieel voor het volgen van de complete levenscyclus van elke aankoop, waardoor de reconstructie van individuele proces-instances voor gedetailleerde analyse mogelijk wordt.

Waar te verkrijgen

Dit is een standaard primaire sleutelveld op het inkooporder-object binnen Coupa.

Voorbeelden
PO-2023-00123PO-2023-00456PO-2023-00789
Starttijd
EventTime
De exacte timestamp die aangeeft wanneer een activiteit of event plaatsvond.
Beschrijving

Event Time registreert de datum en tijd waarop een specifieke activiteit werd uitgevoerd. Voor elke activiteit in het proces is er een overeenkomstige timestamp die het voorkomen ervan markeert.

Dit attribuut is cruciaal voor alle tijdsgebonden analyse in process mining. Het wordt gebruikt om doorlooptijden tussen activiteiten te berekenen, procesduur te meten en vertragingen te identificeren. Zo wordt het tijdsverschil tussen de timestamps 'Inkooporder opgesteld' en 'Inkooporder goedgekeurd' gebruikt om de KPI voor de goedkeuringsdoorlooptijd van inkooporders te berekenen.

Waarom het belangrijk is

Het biedt de temporele context voor elke event, wat essentieel is voor het berekenen van doorlooptijden, het analyseren van prestaties en het detecteren van knelpunten.

Waar te verkrijgen

Te vinden in de event logs of audit trails van Coupa, doorgaans gekoppeld aan elke statuswijziging of actie ondernomen 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 geëxtraheerd.
Beschrijving

Deze attribute identificeert het oorspronkelijke informatiesysteem waar de event data werd vastgelegd. Voor dit proces zou de waarde consistent 'Coupa' zijn.

In bedrijfsomgevingen waar data afkomstig kan zijn van meerdere systemen (bijv. Coupa voor inkoop, een ander ERP voor facturering), helpt deze attribute data-bronnen te onderscheiden. Het zorgt voor duidelijkheid in data-lineage en kan worden gebruikt om de analyse te filteren voor de procesweergave vanuit een specifiek systeem.

Waarom het belangrijk is

Het biedt cruciale context over de herkomst van data, wat de traceerbaarheid waarborgt en goede data governance mogelijk maakt, vooral in multi-systeem omgevingen.

Waar te verkrijgen

Dit is een statische waarde die doorgaans wordt toegevoegd tijdens het data-extractie- en transformatieproces om de dataset te labelen.

Voorbeelden
Coupa
Laatste data-update
LastDataUpdate
De timestamp die aangeeft wanneer de data voor dit proces voor het laatst is ververst.
Beschrijving

Dit attribuut registreert wanneer de dataset het laatst is bijgewerkt vanuit het bronsysteem. Het is een metadataveld dat van toepassing is op de gehele dataset, in plaats van op individuele events.

In elk analytisch dashboard is deze timestamp essentieel voor gebruikers om de actualiteit van de data die ze bekijken te kunnen inschatten. Het biedt het vertrouwen dat de inzichten gebaseerd zijn op recente informatie en helpt gebruikersverwachtingen over de actualiteit van de data te managen. Het wordt doorgaans prominent weergegeven in dashboards.

Waarom het belangrijk is

Informeert gebruikers over de actualiteit van de data, zodat zij begrijpen hoe actueel de procesanalyse en KPI's zijn.

Waar te verkrijgen

Deze timestamp wordt gegenereerd en opgeslagen door de pipeline voor data-extractie en -lading (ETL) wanneer deze draait.

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

Het Department attribute specificeert de organisatorische eenheid die de aankoop heeft geïnitieerd of de kosten daarvan zal dragen. Dit is vaak gekoppeld aan de aanvrager of de kostenplaatsinformatie op de inkooporderregelitems.

Deze dimensie is essentieel voor het segmenteren van procesanalyse en KPI's. Het stelt managers in staat om procesefficiëntie, compliance en uitgavenpatronen te vergelijken tussen verschillende bedrijfsonderdelen binnen de organisatie. Het 'Uitgavenanalyse per Inkoopcategorie' dashboard gebruikt bijvoorbeeld Department om te laten zien hoe verschillende bedrijfsonderdelen hun budgetten besteden.

Waarom het belangrijk is

Het maakt het mogelijk om proces- en uitgavenanalyse te filteren en te vergelijken tussen verschillende bedrijfseenheden, en onthult zo verschillen in efficiëntie en compliance.

Waar te verkrijgen

Beschikbaar op de kop of de regels van de inkooporder in Coupa, vaak gekoppeld aan een kostenplaats of organisatorische eenheid.

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

Deze attribute identificeert de persoon die verantwoordelijk is voor het uitvoeren van een specifieke event in het proces. Dit kan de persoon zijn die de order heeft opgesteld, de manager die deze heeft goedgekeurd, of de medewerker die de goederenontvangst heeft geboekt.

Het analyseren van prestaties per gebruiker helpt bij het identificeren van trainingsbehoeften, goed presterende individuen en de werkverdeling. Bijvoorbeeld, het dashboard 'PO-goedkeuring Cycle Time Prestaties' gebruikt deze attribute om goedkeuringstijden uit te splitsen per specifieke goedkeurder, wat benadrukt wie een bottleneck in het proces kan zijn.

Waarom het belangrijk is

Het maakt de analyse van procesprestaties per individu of rol mogelijk, en helpt zo bij het identificeren van knelpunten, trainingsmogelijkheden en problemen met resourcetoewijzing.

Waar te verkrijgen

Gekoppeld aan elke event in het audit trail of de historielogs van de inkooporder in Coupa. Velden zoals 'Aangemaakt door', 'Goedgekeurd door' of 'Laatst bijgewerkt door' zijn veelvoorkomende bronnen.

Voorbeelden
j.doea.smithm.jones
Inkoopcategorie
PurchaseCategory
De classificatie van de gekochte goederen of diensten, zoals IT Hardware of Professionele Diensten.
Beschrijving

Inkoopcategorie, ook bekend als Commodity of Materiaalgroep, is een classificatie die wordt gebruikt om vergelijkbare soorten aankopen te groeperen. Deze gestructureerde data maakt systematische analyse van uitgaven en inkoopprocessen mogelijk.

In process mining is dit kenmerk een krachtige dimensie voor filtering en segmentatie. Het 'Spend Analysis by Purchase Category' dashboard vertrouwt erop om uitgavenpatronen te ontleden. Het kan ook onthullen of bepaalde categorieën (bijv. complexe diensten) langere cycle times of hogere wijzigingspercentages hebben dan andere (bijv. standaard kantoorbenodigdheden).

Waarom het belangrijk is

Het maakt uitgaven- en procesanalyse per categorie mogelijk, en helpt zo bij het identificeren van inkooppatronen, het onderhandelen met leveranciers en het afstemmen van procescontroles.

Waar te verkrijgen

Meestal te vinden op het niveau van het inkooporderregelitem in Coupa, vaak gekoppeld aan een artikelcode of inkoopcatalogus.

Voorbeelden
IT-hardwareKantoorbenodigdhedenProfessionele DienstenMarketingmateriaal
Naam Leverancier
VendorName
De naam van de leverancier van wie goederen of diensten worden gekocht.
Beschrijving

De Naam Leverancier identificeert de externe partij die de artikelen op de inkooporder levert. Deze informatie is fundamenteel voor inkoopanalyses.

Het analyseren van procesprestaties per leverancier is cruciaal voor leveranciersrelatiebeheer. Het helpt bij het evalueren van 'Prestaties Levertijd Leverancier', het identificeren van 'Vertragingen in het Goederenontvangstproces' en het beoordelen van de leverancierskwaliteit via 'Goederenretourpercentage'. Deze attribute is ook essentieel voor het berekenen van de KPI 'Uitgaven per Niet-Voorkeursleverancier'.

Waarom het belangrijk is

Maakt leveranciersprestatieanalyse mogelijk, en helpt zo bij het optimaliseren van leveranciersselectie, het onderhandelen over betere voorwaarden en het identificeren van goed- of slechtpresterende leveranciers.

Waar te verkrijgen

Een standaardveld op de kop van de inkooporder in Coupa, gekoppeld aan de stamdata van de leverancier.

Voorbeelden
Wereldwijde KantoorbenodigdhedenTech Solutions Inc.Geavanceerde Industriële OnderdelenCreatief Marketingbureau
Total Order Amount
TotalOrderAmount
De totale geldwaarde van de inkooporder.
Beschrijving

Dit attribuut vertegenwoordigt de totale kosten van alle goederen en diensten gespecificeerd in de inkooporder, uitgedrukt in een specifieke valuta. Het is een case-niveau attribuut dat van toepassing is op de gehele order.

Deze financiële data is cruciaal voor uitgavenanalyse en voor het prioriteren van inspanningen voor procesverbetering. Orders van hoge waarde kunnen nader onderzoek of verschillende goedkeuringspaden rechtvaardigen. Het wordt direct gebruikt in het dashboard 'Uitgavenanalyse per Inkoopcategorie' en is een onderdeel voor het berekenen van de KPI 'Verhouding uitgaven bij niet-voorkeursleveranciers'.

Waarom het belangrijk is

Biedt de financiële context voor elke aankoop, wat spend analysis, prioritering van waardevolle orders en beoordeling van financiële impact mogelijk maakt.

Waar te verkrijgen

Beschikbaar op de kop van de inkooporder in Coupa, doorgaans als 'Totaal' of 'Eindtotaal'.

Voorbeelden
1500.00250.7512500.50
Bewerkingstijd
ProcessingTime
De duur van een activiteit, die de tijd vertegenwoordigt dat een gebruiker actief werkte aan een taak.
Beschrijving

Verwerkingstijd, soms ook 'servicetijd' genoemd, is de tijd die actief wordt besteed aan een taak. Het verschilt van wachttijd. Het kan bijvoorbeeld de tijd meten tussen het moment dat een gebruiker een inkooporder goedkeuringstaak opent en wanneer deze de goedkeuring indient.

Deze meetwaarde biedt een nauwkeuriger beeld van de gebruikersinspanning vergeleken met cycle time, dat wachttijden omvat. Het analyseren van verwerkingstijd helpt bij capaciteitsplanning, werkdrukverdeling en het identificeren van taken die inherent tijdrovend zijn. Het vereist zowel een start- als eindtijd voor een enkele activiteit, wat niet altijd beschikbaar is.

Waarom het belangrijk is

Helpt onderscheid te maken tussen actieve werktijd en wachttijd, en biedt zo beter inzicht in resource-efficiëntie en taakcomplexiteit.

Waar te verkrijgen

Berekend indien zowel de start- als eind-timestamps voor een enkele activity beschikbaar zijn in de Coupa audit logs. Dit is vaak niet standaard.

Voorbeelden
3600120900
Inkoopaanvraagnummer
PurchaseRequisitionNumber
De unieke identificatiecode voor de inkoopaanvraag die voorafging aan de inkooporder.
Beschrijving

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

Deze koppeling is essentieel voor het analyseren van de volledige doorlooptijd van aanvraag tot order. Door het aanmaak-event van de inkoopaanvraag te verbinden met de aanmaak- en verzend-events van de inkooporder, kunnen organisaties de efficiëntie van hun gehele inkoopproces meten, van aanvraag tot uitvoering.

Waarom het belangrijk is

Het verbindt de aanvraag- en bestelfasen van het proces, waardoor de analyse van de doorlooptijd van aanvraag tot bestelling en conversiepercentages mogelijk wordt.

Waar te verkrijgen

Dit is doorgaans een referentieveld op de inkooporderregelitems in Coupa, dat terugverwijst naar de oorspronkelijke aanvraag.

Voorbeelden
PR-2023-00098PR-2023-00152PR-2023-00341
Is de levering op tijd
IsDeliveryOnTime
Een calculated flag die aangeeft of de goederen zijn ontvangen op of vóór de aangevraagde leverdatum.
Beschrijving

Dit booleaanse attribuut wordt berekend door de timestamp van het event 'Goederenontvangst geboekt' te vergelijken met de Gevraagde Leverdatum. Het is 'waar' als de ontvangstdatum op of vóór de gevraagde datum ligt.

Deze indicator ondersteunt direct de KPI 'Naleving Leverdatum door Leveranciers' en het dashboard 'Verschil in Leverdatum en Retouren'. Het biedt een duidelijk, binair resultaat voor tijdige levering dat eenvoudig te aggregeren en te visualiseren is, en zo helpt om prestatieproblemen met leveranciers of interne ontvangstprocessen snel te identificeren.

Waarom het belangrijk is

Biedt een heldere, binaire meetwaarde voor leveringsprestaties, wat de berekening van on-time delivery KPI's en trend analysis vereenvoudigt.

Waar te verkrijgen

Berekend tijdens datatransformatie door 'Gevraagde Leveringsdatum' te vergelijken met de timestamp van de 'Goederenontvangst geboekt' activity.

Voorbeelden
truefalse
Is Goedgekeurd in Eerste Instantie
IsFirstPassApproval
Een calculated flag die true is als de PO zonder wijzigingen is goedgekeurd nadat deze was opgesteld.
Beschrijving

Deze booleaanse indicator wordt op 'waar' gezet als het traject van een inkooporder van 'Inkooporder opgesteld' tot 'Inkooporder goedgekeurd' geen activiteiten 'Inkooporder gewijzigd' of 'Inkooporder afgewezen' ertussen bevat.

Dit attribuut meet direct de KPI 'Goedkeuringspercentage Inkooporders bij Eerste Indiening'. Een hoog percentage duidt op een efficiënte en nauwkeurige initiële afhandeling. Het analyseren van cases waarbij deze indicator 'onwaar' is, kan helpen de redenen voor herwerk te achterhalen en de datakwaliteit van inkooporders in het begin van het proces te verbeteren.

Waarom het belangrijk is

Meet direct de efficiëntie van het initiële creatie- en goedkeuringsproces, waarbij het volume orders wordt benadrukt dat zonder herwerk doorstroomt.

Waar te verkrijgen

Berekend tijdens datatransformatie door de sequentie van events te analyseren voor elk PurchaseOrderNumber.

Voorbeelden
truefalse
Is herstelwerk
IsRework
Een calculated flag die aangeeft of een purchase order een change activity heeft ondergaan.
Beschrijving

Deze booleaanse indicator wordt op 'waar' gezet voor elke inkooporder die ten minste één event 'Inkooporder gewijzigd' in de historie heeft. Het is een case-niveau attribuut dat is afgeleid van de event log.

Dit attribuut vereenvoudigt de berekening van KPI's zoals het 'Wijzigingspercentage Inkooporders'. Het maakt eenvoudige filtering en segmentatie van de data mogelijk om processen te vergelijken voor orders met en zonder herwerk, en helpt zo de impact van wijzigingen op doorlooptijd en kosten te kwantificeren. Het is een kerncomponent van het dashboard 'Analyse van Inkooporderwijzigingen'.

Waarom het belangrijk is

Vereenvoudigt de analyse van herbewerking door eenvoudige filtering en aggregatie mogelijk te maken voor alle inkooporders die minstens één keer zijn gewijzigd.

Waar te verkrijgen

Berekend tijdens datatransformatie door te controleren op het bestaan van een 'Inkooporder gewijzigd' activity voor elk PurchaseOrderNumber.

Voorbeelden
truefalse
Is voorkeursleverancier
IsPreferredVendor
Een boolean flag die aangeeft of de aankoop is gedaan bij een voorkeurs- of strategische leverancier.
Beschrijving

Deze indicator identificeert of de leverancier op de inkooporder deel uitmaakt van een vooraf goedgekeurde lijst van strategische leveranciers. Dit wordt doorgaans bepaald door de leveranciersnaam of het ID te vergelijken met een hoofdlijst van voorkeursleveranciers.

Dit attribuut is essentieel voor strategische inkoop en initiatieven voor uitgavenbeheer. Het wordt gebruikt voor het berekenen van de KPI 'Verhouding uitgaven bij niet-voorkeursleveranciers', en helpt zo organisaties maverick buying te monitoren en te controleren en uitgaven bij kernpartners te consolideren om te profiteren van volumekortingen en betere voorwaarden.

Waarom het belangrijk is

Helpt de naleving van inkoopbeleid en strategische inkoopdoelstellingen te monitoren door de uitgaven bij voorkeurs- versus niet-voorkeursleveranciers bij te houden.

Waar te verkrijgen

Dit is vaak geen standaard veld in Coupa, maar wordt afgeleid door het 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 initieel heeft aangevraagd.
Beschrijving

Deze attribute identificeert de medewerker die de inkoopaanvraag heeft aangemaakt die leidde tot de inkooporder. De aanvrager is de zakelijke gebruiker met de behoefte, die kan verschillen van de inkoper of goedkeurder.

Het analyseren van procesgedrag per aanvrager helpt bij het identificeren van patronen gerelateerd aan specifieke gebruikers of afdelingen. Het dashboard 'Analyse Inkooporder Wijzigingen' gebruikt dit om te zien of bepaalde aanvragers een hogere frequentie van orderwijzigingen hebben, wat kan duiden op een behoefte aan betere training over specificatievereisten.

Waarom het belangrijk is

Helpt de zakelijke oorsprong van een aankoop te identificeren, waardoor analyse van inkoopgedrag en nauwkeurigheid op aanvragerniveau mogelijk wordt.

Waar te verkrijgen

Deze informatie wordt meestal opgeslagen op de bron-inkoopaanvraag en overgedragen naar de inkooporder in Coupa.

Voorbeelden
Alice CooperBob DylanCharlie Parker
Ontvangstlocatie
ReceivingLocation
De fysieke locatie, zoals een magazijn of kantoor, waar de goederen moeten worden geleverd.
Beschrijving

De Ontvangstlocatie specificeert de bestemming voor de goederen die op de PO zijn besteld. Dit kan een specifiek magazijn, fabriek of kantooradres zijn.

Deze attribute wordt gebruikt om logistieke en ontvangstprestaties over verschillende locaties te analyseren. Het dashboard 'Vertragingen in het Goederenontvangstproces' kan op deze attribute gefilterd worden om te bepalen of bepaalde locaties langzamer zijn met het verwerken van inkomende zendingen. Dit kan helpen bij het vaststellen van operationele inefficiënties of resourcebeperkingen op specifieke locaties.

Waarom het belangrijk is

Maakt locatiegebonden analyse van het ontvangstproces mogelijk, waarbij prestatieverschillen tussen magazijnen, fabrieken of kantoren worden benadrukt.

Waar te verkrijgen

Deze informatie maakt deel uit van het 'Afleveradres' op de inkooporder in Coupa.

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

Wanneer een fiatteur een inkooporder afwijst, geven ze vaak een reden voor de afwijzing. Dit attribute legt die tekstuele uitleg vast, zoals 'Onjuiste budgetcode' of 'Overschrijdt bestedingslimiet'.\n\nHet analyseren van afwijzingsredenen biedt direct inzicht in de grondoorzaken van herwerk en procesfouten. Deze kwalitatieve data kan worden gebruikt om veelvoorkomende fouten in het aanvraagproces te identificeren, wat leidt tot gerichte training of systeemverbeteringen om toekomstige afwijzingen te voorkomen en de initiële goedkeuringsgraad te verbeteren.

Waarom het belangrijk is

Biedt directe, bruikbare inzichten in waarom inkooporders worden afgewezen, wat helpt om de hoofdoorzaken van procesherstel en vertragingen aan te pakken.

Waar te verkrijgen

Meestal vastgelegd in het opmerkingen- of notitieveld dat is gekoppeld aan de activiteit 'Inkooporder Afgewezen' of 'Inkoopaanvraag Afgewezen' in de goedkeuringsworkflow van Coupa.

Voorbeelden
Dubbele aanvraagBudget niet goedgekeurdVerkeerde leverancier geselecteerd
Reden van wijziging
ChangeReason
De opgegeven reden voor een wijziging aan een inkooporder na de initiële aanmaak ervan.
Beschrijving

Deze attribute legt de rechtvaardiging vast waarom een inkooporder is gewijzigd, bijvoorbeeld 'Aantal bijgewerkt' of 'Prijscorrectie'. Deze informatie wordt vaak vastgelegd in het audit-trail wanneer een gebruiker een 'Inkooporder Gewijzigd' activity uitvoert.

Begrijpen waarom orders worden gewijzigd, is cruciaal voor het dashboard 'Analyse Inkooporder Wijzigingen'. Het helpt onderscheid te maken tussen onvermijdelijke wijzigingen (bijv. voorraadproblemen leverancier) en vermijdbare wijzigingen (bijv. onjuiste initiële data-invoer), wat inspanningen stuurt om de ordernauwkeurigheid te verbeteren en de 'Inkooporder Wijzigingspercentage' KPI te verlagen.

Waarom het belangrijk is

Verklaart de grondoorzaken van inkooporderwijzigingen, waardoor gerichte acties mogelijk worden om de nauwkeurigheid van orders bij de eerste poging te verbeteren en procesherwerk te verminderen.

Waar te verkrijgen

Vaak te vinden in de audit logs of opmerkingen gerelateerd aan wijzigingsgebeurtenissen voor een inkooporder in Coupa.

Voorbeelden
Prijsupdate van leverancierLeverdatum aangepastGecorrigeerde item code
Valuta
Currency
De valutacode voor de monetaire waarden op de inkooporder.
Beschrijving

Dit attribuut specificeert de valuta (bijv. USD, EUR, GBP) waarin het Totaal Orderbedrag is uitgedrukt. Het is essentieel voor het correct interpreteren van financiële data in een wereldwijde organisatie.

Voor multinationals kan het analyseren van uitgaven zonder rekening te houden met valuta misleidend zijn. Dit attribuut maakt correcte valutaconversie en consistente financiële rapportage binnen dashboards mogelijk, waardoor waarden op gelijke voet kunnen worden vergeleken.

Waarom het belangrijk is

Zorgt voor nauwkeurige financiële analyse en rapportage in multinationale contexten door de nodige informatie voor valutaconversie te verschaffen.

Waar te verkrijgen

Een standaardveld op de kop van de inkooporder in Coupa.

Voorbeelden
USDEURGBPJPY
Verzochte Leverdatum
RequestedDeliveryDate
De datum waarop de aanvrager heeft gevraagd om de goederen of diensten te leveren.
Beschrijving

Deze attribute is de streefdatum voor levering, gespecificeerd door de zakelijke gebruiker tijdens het aanvraagproces. Het vertegenwoordigt de verwachting van het bedrijf wanneer de order zou moeten worden uitgevoerd.

Deze datum is een cruciale benchmark voor het meten van leveranciers- en interne prestaties. Het wordt direct gebruikt om de KPI 'Leveranciersleveringsdatum Adherence' te berekenen door deze te vergelijken met de feitelijke datum van 'Goederenontvangst Geboekt'. Het dashboard 'Afwijkingen in Leveringsdatum en Retouren' visualiseert afwijkingen tussen deze aangevraagde datum en de feitelijke levering, wat helpt bij het beheren van verwachtingen en het verbeteren van de prognose.

Waarom het belangrijk is

Dient als een belangrijke prestatiebasislijn voor het meten van tijdige levering door leveranciers en de efficiëntie van het interne ontvangstproces.

Waar te verkrijgen

Een standaardveld op de inkooporderregel in Coupa.

Voorbeelden
2023-11-152023-12-012024-01-10
Verplicht Aanbevolen Optioneel

Purchase to Pay - Inkooporder Activiteiten

Dit zijn de cruciale processtappen en mijlpalen om te volgen in uw event log voor nauwkeurige discovery en analyse van uw P2P-operaties.
6 Aanbevolen 11 Optioneel
Activiteit Beschrijving
Goederenontvangst geboekt
Dit is de formele bevestiging dat goederen zijn ontvangen, geïnspecteerd en geaccepteerd. Dit event werkt de voorraadadministratie bij en geeft aan dat de verplichting van de leverancier voor deze levering is voldaan.
Waarom het belangrijk is

Deze kritieke mijlpaal markeert het einde van de leveranciersdoorlooptijd en wordt gebruikt om de naleving van de leverdatum te meten. Vertragingen bij het boeken van ontvangsten kunnen het zicht op de werkelijke voorraadniveaus vertroebelen.

Waar te verkrijgen

Dit is een kerntransactie in Coupa, vastgelegd op het Ontvangst-object. Het event wordt vastgelegd vanaf de timestamp wanneer de ontvangststatus 'Geboekt' of 'Ontvangen' wordt.

Vastleggen

Geregistreerd wanneer de goederenontvangsttransactie is afgerond in het systeem.

Gebeurtenistype explicit
Inkoopaanvraag Aangemaakt
Deze activity markeert de aanmaak van een inkoopaanvraag, dat het formele verzoek is voor goederen of diensten dat voorafgaat aan een inkooporder. In Coupa is dit een expliciete event die wordt vastgelegd wanneer een gebruiker een nieuw aanvraagdocument opslaat en indient.
Waarom het belangrijk is

Als het typische startpunt van het inkoopproces is deze activity essentieel voor het meten van de volledige Requisition-to-Order cycle time en het begrijpen van de efficiëntie van upstream processen.

Waar te verkrijgen

Dit event komt overeen met het aanmaak-record in het inkoopaanvragen-object of de tabel in Coupa. De timestamp is te vinden in het veld 'created_at' of een gelijkwaardig systeem-gegenereerd aanmaakdatumveld.

Vastleggen

Direct gelogd bij creatie van een nieuw aanvraagrecord.

Gebeurtenistype explicit
Inkooporder afgesloten
Dit is de laatste activiteit, die aangeeft dat de inkooporder voltooid is. De inkooporder wordt als gesloten beschouwd wanneer deze volledig ontvangen en volledig gefactureerd is, en er geen verdere transacties worden verwacht.
Waarom het belangrijk is

Deze activity beëindigt officieel de levenscyclus van de PO. Het analyseren van de sluitingstijd kan inefficiënties aan het licht brengen in de uiteindelijke reconciliatie en archivering.

Waar te verkrijgen

Dit wordt afgeleid uit een statuswijziging op het inkooporder-object naar 'Gesloten'. Deze status wordt vaak automatisch ingesteld door Coupa op basis van bedrijfsregels met betrekking tot ontvangst- en facturatietoleranties.

Vastleggen

Afgeleid van de timestamp van de statuswijziging naar 'Gesloten'.

Gebeurtenistype inferred
Inkooporder geannuleerd
Deze activity vertegenwoordigt de annulering van een inkooporder voordat deze werd voltooid. Een annulering kan in verschillende stadia plaatsvinden, bijvoorbeeld als het verzoek niet langer geldig is of als de PO per vergissing is aangemaakt.
Waarom het belangrijk is

Als alternatief proceseinde is het bijhouden van annuleringen belangrijk om procesfalen te begrijpen en de redenen voor afgebroken inkoopaanvragen te identificeren.

Waar te verkrijgen

Dit wordt afgeleid uit een statuswijziging op het inkooporder-object naar 'Geannuleerd'. De timestamp van deze statuswijziging wordt gebruikt als de eventtijd.

Vastleggen

Afgeleid van de timestamp van de statuswijziging naar 'Geannuleerd'.

Gebeurtenistype inferred
Inkooporder goedgekeurd
Deze mijlpaal geeft aan dat de inkooporder de interne goedkeuringsworkflow heeft voltooid en is geautoriseerd voor uitgifte aan de leverancier. Dit is doorgaans de laatste goedkeuringsstap in een meerstapsproces.
Waarom het belangrijk is

Dit is een kritieke mijlpaal voor het berekenen van doorlooptijden voor inkoopordergoedkeuringen en het identificeren van goedkeuringsknelpunten. Het dient ook als een belangrijk compliance-controlepunt.

Waar te verkrijgen

Vastgelegd vanuit het goedkeuringshistorie-log van de inkooporder in Coupa. De timestamp van de definitieve goedkeuringsactie levert de event time.

Vastleggen

Geregistreerd in de goedkeuringshistorie wanneer de definitieve goedkeurder zijn taak voltooit.

Gebeurtenistype explicit
Inkooporder verzonden naar leverancier
Deze activity markeert het moment dat de goedgekeurde inkooporder officieel wordt verzonden naar de leverancier, bijvoorbeeld via e-mail of via de Coupa Supplier Portal. Deze event transformeert de PO van een intern document naar een externe verbintenis.
Waarom het belangrijk is

Dit is een belangrijke mijlpaal die de interne aanvraag-tot-order-cyclus afsluit en de leveranciersdoorlooptijd begint. Het is cruciaal voor het meten van zowel interne efficiëntie als leveranciersprestaties.

Waar te verkrijgen

Vaak afgeleid van een statuswijziging van de inkooporder naar 'Besteld' of 'Verzonden'. Coupa kan ook een specifieke 'last_exported_at' of 'sent_to_supplier_at' timestamp hebben op de inkooporderregistratie.

Vastleggen

Afgeleid van de timestamp van de statuswijziging naar 'Besteld' of een specifiek transmissie-timestamp-veld.

Gebeurtenistype inferred
Dienstenbevestiging Ingevuld
Voor servicegerelateerde inkooporders is deze activiteit het equivalent van een goederenontvangst. Het bevestigt dat een dienst is geleverd volgens de voorwaarden van de inkooporder.
Waarom het belangrijk is

Het volgen van servicebevestigingen is cruciaal voor het beheren van uitgaven aan diensten en om ervoor te zorgen dat betalingen alleen worden gedaan voor werk dat is geverifieerd als voltooid.

Waar te verkrijgen

Dit event wordt vastgelegd vanuit de aanmaak of goedkeuring van een service-ontvangst of service entry sheet gekoppeld aan de inkooporder in Coupa.

Vastleggen

Geregistreerd bij de aanmaak en goedkeuring van een service entry sheet.

Gebeurtenistype explicit
Factuur ontvangen voor PO
Dit event markeert de ontvangst en boeking van een leveranciersfactuur die verwijst naar de inkooporder. Het geeft het begin aan van de factuurverwerkings- en betalingsfase van de P2P-cyclus.
Waarom het belangrijk is

Hoewel onderdeel van het AP-proces, biedt de koppeling van de factuurontvangst aan de PO een end-to-end beeld van de transactielevenscyclus en helpt het de kloof tussen levering en facturering te analyseren.

Waar te verkrijgen

Vastgelegd vanuit de aanmaak-timestamp van het factuurdocument in Coupa, waarbij de factuur wordt gematcht met het corresponderende inkoopordernummer.

Vastleggen

Geregistreerd bij aanmaak van een factuurrecord gekoppeld aan de PO.

Gebeurtenistype explicit
Goederen retour
Deze activity wordt geregistreerd wanneer eerder ontvangen goederen worden teruggestuurd naar de leverancier. Dit is doorgaans te wijten aan kwaliteitsproblemen, schade of onjuiste zendingen.
Waarom het belangrijk is

Het volgen van retouren is essentieel voor het berekenen van het Goederenretourpercentage en het identificeren van problemen met leverancierskwaliteit of ordernauwkeurigheid. Hoge retourpercentages duiden vaak op kostbare procesfouten.

Waar te verkrijgen

Dit wordt vastgelegd vanuit een 'Retour naar Leverancier' transactie of een negatieve ontvangsttransactie in Coupa. De timestamp van deze transactie dient als de eventtijd.

Vastleggen

Geregistreerd wanneer een retourtransactie gekoppeld aan de originele PO/ontvangstbevestiging wordt aangemaakt.

Gebeurtenistype explicit
Goederenontvangst geïnitieerd
Deze activity vertegenwoordigt de start van het ontvangstproces, zoals wanneer een ontvangstdocument wordt aangemaakt in Coupa na de fysieke aankomst van goederen. De goederen zijn nog niet formeel in de inventaris geboekt of als ontvangen bevestigd.
Waarom het belangrijk is

Dit event is het startpunt voor het meten van de KPI 'Verwerkingstijd Goederenontvangst'. Het helpt onderscheid te maken tussen de tijd dat de goederen op het dok wachten en de tijd die wordt besteed aan systeemverwerking.

Waar te verkrijgen

Dit kan worden afgeleid uit de aanmaak-timestamp van een ontvangstdocument met de status 'Concept' of 'In behandeling'. Dit gaat vooraf aan de definitieve boeking van de ontvangst.

Vastleggen

Afgeleid van de creatie-timestamp van een ontvangstrecord in een niet-geboekte status.

Gebeurtenistype inferred
Inkoopaanvraag Goedgekeurd
Een purchase requisition doorloopt een approval workflow voordat deze kan worden omgezet in een purchase order. Dit event markeert de definitieve goedkeuring van de requisition, waardoor deze klaar is voor bestelling.
Waarom het belangrijk is

Het volgen van aanvraaggoedkeuringen helpt bij het identificeren van knelpunten in de pre-bestelfase. Vertragingen hierin hebben directe invloed op hoe snel een inkooporder kan worden uitgegeven.

Waar te verkrijgen

Dit wordt meestal vastgelegd vanuit de goedkeuringsgeschiedenis van het aanvraagobject in Coupa. De uiteindelijke goedkeuringsactie heeft een overeenkomstige timestamp en gebruiker.

Vastleggen

Geregistreerd in de goedkeuringshistorie wanneer de definitieve goedkeurder actie onderneemt.

Gebeurtenistype explicit
Inkooporder afgewezen
Deze activity vindt plaats wanneer een goedkeurder de inkooporder afwijst tijdens de goedkeuringsworkflow. De PO wordt dan doorgaans teruggestuurd naar de aanmaker voor revisie of annulering.
Waarom het belangrijk is

Het analyseren van afwijzingen helpt problemen met datakwaliteit, beleidsovertredingen of trainingslacunes aan het licht te brengen. Het brengt reworklussen aan het licht die aanzienlijke procesvertragingen veroorzaken.

Waar te verkrijgen

Dit is een expliciet event vastgelegd in de goedkeuringshistorie-log van de inkooporder in Coupa. De log zal een 'Afwijzen' actie met een corresponderende timestamp tonen.

Vastleggen

Geregistreerd in de goedkeuringshistorie met een 'Afwijzen' status.

Gebeurtenistype explicit
Inkooporder Gewijzigd
Dit event vertegenwoordigt elke wijziging die aan de inkooporder is aangebracht nadat deze initieel was opgesteld. In Coupa worden wijzigingen vaak bijgehouden via versiebeheer van het inkooporderdocument.
Waarom het belangrijk is

Het volgen van wijzigingen is cruciaal voor KPI's zoals het Inkooporderwijzigingspercentage en het Percentage niet-conforme inkooporders. Frequente wijzigingen duiden op procesinstabiliteit of onnauwkeurige initiële aanvragen.

Waar te verkrijgen

Kan worden afgeleid door verschillende versies van een inkooporder te volgen. Elk nieuw versienummer dat groter is dan het eerste, duidt op een wijziging, waarbij de aanmaakdatum van de nieuwe versie dient als de event timestamp.

Vastleggen

Afgeleid van de aanmaak-timestamp van een nieuwe PO versie.

Gebeurtenistype inferred
Inkooporder ingediend
Nadat een inkooporder is opgesteld, wordt deze formeel ingediend in de goedkeurings-workflow. Dit is een aparte gebruikersactie die de inkooporder van een conceptstatus naar een status van lopende goedkeuring verplaatst.
Waarom het belangrijk is

Dit event onderscheidt de opsteltijd van het moment dat de inkooporder daadwerkelijk wacht op goedkeuring. Het geeft een duidelijker beeld van gebruikersgedrag en procesoverdrachten.

Waar te verkrijgen

Afgeleid van een statuswijziging op het Inkooporder object, bijvoorbeeld van 'concept' naar 'in afwachting van goedkeuring'. De timestamp van deze specifieke statuswijziging wordt gebruikt.

Vastleggen

Afgeleid van de timestamp van de statuswijziging naar 'wacht op goedkeuring'.

Gebeurtenistype inferred
Inkooporder opgesteld
Dit event vertegenwoordigt de initiële aanmaak van het inkooporderdocument in het systeem, vaak vanuit een goedgekeurde aanvraag. In dit stadium is de inkooporder een intern concept en is deze nog niet ingediend voor goedkeuring of naar de leverancier gestuurd.
Waarom het belangrijk is

Deze activity start de meting voor de PO-goedkeuring Cycle Time KPI. Het is de eerste formele stap in de eigen levenscyclus van de inkooporder.

Waar te verkrijgen

Dit komt overeen met de aanmaak-timestamp van het inkooporder-record in Coupa, dat doorgaans te vinden is in een veld zoals 'created_at'.

Vastleggen

Vastgelegd vanuit de systeemgegenereerde aanmaak-timestamp van de PO record.

Gebeurtenistype explicit
Kwaliteitsinspectie Uitgevoerd
Dit event geeft aan dat een ontvangen artikel een kwaliteitsinspectie heeft ondergaan en doorstaan. Dit kan een aparte stap zijn nadat de initiële goederenontvangst is geboekt, afhankelijk van het bedrijfsproces.
Waarom het belangrijk is

Deze activity is essentieel voor het meten van de efficiëntie van het kwaliteitscontroleproces. Vertragingen hier kunnen bottlenecks creëren tussen ontvangst en beschikbaarheid voor gebruik.

Waar te verkrijgen

Dit kan worden vastgelegd als een statuswijziging op het ontvangstregelitem of via een afzonderlijk inspectieobject in Coupa. De beschikbaarheid hangt af van het gebruik van de kwaliteitsmodule of een aangepaste workflow.

Vastleggen

Afgeleid van een statuswijziging op de ontvangstbevestiging of een timestamp op een gerelateerd inspectierecord.

Gebeurtenistype inferred
Leverancier Heeft Order Bevestigd
Dit event geeft aan dat de leverancier de inkooporder heeft ontvangen en bevestigd. Deze bevestiging wordt vaak elektronisch vastgelegd via een leveranciersportaal zoals het Coupa Supplier Portal (CSP).
Waarom het belangrijk is

Leveranciersbevestigingen bieden zekerheid dat een order wordt verwerkt, verbeteren de nauwkeurigheid van leveringsvoorspellingen en verminderen de onzekerheid in de supply chain.

Waar te verkrijgen

Deze informatie is doorgaans beschikbaar op de inkooporder als de leverancier het Coupa Supplier Portal gebruikt om een 'Erkennen' actie uit te voeren. De timestamp van deze actie wordt gebruikt.

Vastleggen

Geregistreerd wanneer een leverancier de actie 'Bevestigen' uitvoert in het leveranciersportaal.

Gebeurtenistype explicit
Aanbevolen Optioneel

Extractie Guides

Hoe u uw data uit Coupa haalt