Je Purchase-to-Pay - Inkooporder datatemplate

Coupa
Je Purchase-to-Pay - Inkooporder datatemplate

Je Purchase-to-Pay - Inkooporder datatemplate

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

Inkoop tot betaling - Inkooporder-attributen

Dit zijn de benodigde datavelden aanbevolen voor je event log, waardoor een grondige analyse van je Inkoop tot betaling - Inkooporderproces mogelijk is.
5 Verplicht 5 Aanbevolen 11 Optioneel
Naam Omschrijving
Activiteit
ActivityName
De naam van de specifieke gebeurtenis of taak die op een bepaald moment binnen de inkooporderlevenscyclus plaatsvond.
Omschrijving

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 attribuut is onmisbaar voor process mining, aangezien het wordt gebruikt om de proceskaart te construeren, procesvarianten te bekijken en de frequentie en opeenvolging van gebeurtenissen te analyseren. Het helpt bij het vinden van knelpunten, herstelwerkstrajecten en afwijkingen van de standaard processtroom. Bijvoorbeeld, het analyseren van de opeenvolging van 'Inkooporder Gewijzigd' activiteiten kan inefficiënties in de ordernauwkeurigheid inzichtelijk maken.

Het belang

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

Vindplaats

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

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

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 attribuut belangrijk voor het in kaart brengen van het end-to-end traject van elke aankoop. Het stelt analysesten in staat om proceskaarten te visualiseren, varianten te vinden en case-gerelateerde KPI's te berekenen, zoals de totale doorlooptijd voor een order. Alle gebeurtenissen en gerelateerde data wordt onder deze identificatie geaggregeerd om een samenhangend beeld van het proces te creëren.

Het belang

Het is belangrijk voor het volgen van de complete levenscyclus van elke aankoop, waardoor de reconstructie van individuele proces-instanties voor gedetailleerde analyse mogelijk worden.

Vindplaats

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 gebeurtenis plaatsvond.
Omschrijving

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 belangrijk voor alle tijdsgebonden analyse in process mining. Het wordt gebruikt om doorlooptijden tussen activiteiten te berekenen, procesduur te meten en vertragingen te vinden. Zo wordt het tijdsverschil tussen de tijdstempels 'Inkooporder opgesteld' en 'Inkooporder goedgekeurd' gebruikt om de KPI voor de goedkeuringsdoorlooptijd van inkooporders te berekenen.

Het belang

Het biedt de tijdscontext voor elke gebeurtenis, wat belangrijk is voor het berekenen van doorlooptijden, het analyseren van prestaties en het detecteren van knelpunten.

Vindplaats

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 opgehaald.
Omschrijving

Dit attribuut identificeert het oorspronkelijke Informatiesysteem waar de gebeurtenis 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 attribuut 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.

Het belang

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

Vindplaats

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

Voorbeelden
Coupa
Tijdstip van extractie
LastDataUpdate
De timestamp die aangeeft wanneer de data voor dit proces voor het voor het laatst is bijgewerkt.
Omschrijving

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 gebeurtenissen.

In elk analytisch dashboard is deze timestamp belangrijk voor gebruikers om de relevantie 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 relevantie van de data te managen. Het wordt doorgaans prominent weergegeven in dashboards.

Het belang

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

Vindplaats

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

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

Het Department attribuut specificeert de onderdeel 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 belangrijk 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.

Het belang

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.

Vindplaats

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

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

Dit attribuut identificeert de persoon die verantwoordelijk is voor het uitvoeren van een specifieke gebeurtenis 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 vinden van trainingsbehoeften, goed presterende individuen en de werkverdeling. Bijvoorbeeld, het dashboard 'PO-goedkeuring Cycle Time Prestaties' gebruikt deze attribuut om goedkeuringstijden uit te splitsen per specifieke goedkeurder, wat benadrukt wie een bottleneck in het proces kan zijn.

Het belang

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

Vindplaats

Gekoppeld aan elke gebeurtenis in het audit trail of de historielogs van de inkooporder in Coupa. Velden zoals 'Aangemaakt door', 'Goedgekeurd door' of 'Laatste update 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.
Omschrijving

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 waardevolle factor voor filtering en segmentatie. Het 'Spend Analysis by Purchase Category' dashboard vertrouwt erop om uitgavenpatronen te ontleden. Het kan ook zichtbaar maken of bepaalde categorieën (bijv. complexe diensten) langere doorlooptijden of hogere wijzigingspercentages hebben dan andere (bijv. standaard kantoorbenodigdheden).

Het belang

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

Vindplaats

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.
Omschrijving

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

Het analyseren van procesprestaties per leverancier is belangrijk voor leveranciersrelatiebeheer. Het helpt bij het ewaarderen van 'Prestaties Levertijd Leverancier', het vinden van 'Vertragingen in het Goederenontvangstproces' en het beoordelen van de leverancierskwaliteit via 'Goederenretourpercentage'. Dit attribuut is ook belangrijk voor het berekenen van de KPI 'Uitgaven per Niet-Voorkeursleverancier'.

Het belang

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

Vindplaats

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 Bedrag
TotalOrderAmount
De totale financiële waarde van de inkooporder.
Omschrijving

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 belangrijk voor uitgavenanalyse en voor het prioriteren van inspanningen voor procesverbetering. Orders van hoogwaardige 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'.

Het belang

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

Vindplaats

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

Voorbeelden
1500.00250.7512500.50
Gewenste leverdatum
RequestedDeliveryDate
De datum waarop de aanvrager heeft gevraagd om de goederen of diensten te leveren.
Omschrijving

Dit attribuut 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 belangrijke 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.

Het belang

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

Vindplaats

Een standaardveld op de inkooporderregel in Coupa.

Voorbeelden
2023-11-152023-12-012024-01-10
Inkoopaanvraagnummer
PurchaseRequisitionNumber
De unieke ID voor de inkoopaanvraag die voorafging aan de inkooporder.
Omschrijving

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

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

Het belang

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

Vindplaats

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.
Omschrijving

Deze vlag wordt berekend door de timestamp van het gebeurtenis '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 vinden.

Het belang

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

Vindplaats

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.
Omschrijving

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 rework te achterhalen en de datakwaliteit van inkooporders in het begin van het proces te verbeteren.

Het belang

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

Vindplaats

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

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

Deze booleaanse indicator wordt op 'waar' gezet voor elke inkooporder die ten minste één gebeurtenis '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 rework, en helpt zo de impact van wijzigingen op doorlooptijd en kosten te kwantificeren. Het is een kerncomponent van het dashboard 'Analyse van Inkooporderwijzigingen'.

Het belang

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

Vindplaats

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

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

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 belangrijk 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.

Het belang

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

Vindplaats

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 oorspronkelijk heeft aangevraagd.
Omschrijving

Dit attribuut 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 vinden 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.

Het belang

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

Vindplaats

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.
Omschrijving

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

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

Het belang

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

Vindplaats

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.
Omschrijving

Wanneer een goedkeurder een Purchase Order afwijst, geven ze vaak een reden op. Dit attribuut legt die tekstuele uitleg vast, zoals 'Incorrect budget code' of 'Exceeds spending limit'.

Door afwijzingsredenen te analyseren, krijg je direct inzicht in de bronoorzaken van extra werk en procesfouten. Deze kwalitatieve data helpt je om veelvoorkomende fouten in het aanvraagproces te herkennen. Zo kun je gerichte trainingen geven of systeemverbeteringen doorvoeren om toekomstige afwijzingen te voorkomen en de first-pass approval rate te verhogen.

Het belang

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

Vindplaats

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.
Omschrijving

Dit attribuut 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 belangrijk 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.

Het belang

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

Vindplaats

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

Voorbeelden
Prijsupdate van leverancierLeverdatum aangepastGecorrigeerde item code
Valuta
Currency
De valutacode voor de financiële waarden op de inkooporder.
Omschrijving

Dit attribuut specificeert de valuta (bijv. USD, EUR, GBP) waarin het Totaal Orderbedrag is uitgedrukt. Het is belangrijk 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.

Het belang

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

Vindplaats

Een standaardveld op de kop van de inkooporder in Coupa.

Voorbeelden
USDEURGBPJPY
Verplicht Aanbevolen Optioneel

Inkoop tot betaling - Inkooporder-activiteiten

Dit zijn de belangrijke processtappen en mijlpalen om bij te houden in je event log voor nauwkeurige discovery en analyse van je P2P-operaties.
6 Aanbevolen 11 Optioneel
Activiteit Omschrijving
Goederenontvangst geboekt
Dit is de formele bevestiging dat goederen zijn ontvangen, geïnspecteerd en geaccepteerd. Dit gebeurtenis werkt de voorraadadministratie bij en geeft aan dat de verplichting van de leverancier voor deze levering is voldaan.
Het belang

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.

Vindplaats

Dit is een kerntransactie in Coupa, vastgelegd op het Ontvangst-object. Het gebeurtenis 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 gebeurtenis die wordt vastgelegd wanneer een gebruiker een nieuw aanvraagdocument opslaat en indient.
Het belang

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

Vindplaats

Dit gebeurtenis 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.
Het belang

Deze activity beëindigt officieel de levenscyclus van de PO. Het analyseren van de sluitingstijd kan inefficiënties inzichtelijk maken in de uiteindelijke reconciliatie en archivering.

Vindplaats

Dit wordt afgeleid uit een statuswijziging op het inkooporder-object naar 'Gesloten'. Deze status wordt vaak automatisch ingesteld door Coupa op basis van bedrijfsregels voor 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.
Het belang

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

Vindplaats

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

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.
Het belang

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

Vindplaats

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

Vastleggen

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

Gebeurtenistype explicit
Inkooporder naar Leverancier Verzonden
Deze activity markeert het moment dat de goedgekeurde inkooporder officieel wordt verzonden naar de leverancier, bijvoorbeeld via e-mail of via de Coupa Leverancier Portal. Deze gebeurtenis transformeert de PO van een intern document naar een externe verbintenis.
Het belang

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

Vindplaats

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
Bestelling Bevestigd door Leverancier
Dit gebeurtenis geeft aan dat de leverancier de inkooporder heeft ontvangen en bevestigd. Deze bevestiging wordt vaak elektronisch vastgelegd via een leveranciersportaal zoals het Coupa Leverancier Portal (CSP).
Het belang

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

Vindplaats

Deze Informatie is doorgaans beschikbaar op de inkooporder als de leverancier het Coupa Leverancier 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
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.
Het belang

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

Vindplaats

Dit gebeurtenis 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 gebeurtenis 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.
Het belang

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.

Vindplaats

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 Geretourneerd
Deze activity wordt geregistreerd wanneer eerder ontvangen goederen worden teruggestuurd naar de leverancier. Dit is doorgaans te wijten aan kwaliteitsproblemen, schade of onjuiste zendingen.
Het belang

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

Vindplaats

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

Vastleggen

Geregistreerd wanneer een retourtransactie gekoppeld aan de herkomstele 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.
Het belang

Dit gebeurtenis 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.

Vindplaats

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 gebeurtenis markeert de definitieve goedkeuring van de requisition, waardoor deze klaar is voor bestelling.
Het belang

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

Vindplaats

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.
Het belang

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

Vindplaats

Dit is een expliciet gebeurtenis 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 gebeurtenis vertegenwoordigt elke wijziging die aan de inkooporder is aangebracht nadat deze eerste was opgesteld. In Coupa worden wijzigingen vaak bijgehouden via versiebeheer van het inkooporderdocument.
Het belang

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

Vindplaats

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 gebeurtenis 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.
Het belang

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

Vindplaats

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 gebeurtenis 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.
Het belang

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.

Vindplaats

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 gebeurtenis 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.
Het belang

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

Vindplaats

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 inspecpakketecord.

Gebeurtenistype inferred
Aanbevolen Optioneel

Extractiegidsen

Hoe u je data uit Coupa haalt