Data Template: Purchase to Pay - Inkooporder
Uw Inkoop tot Betaling - Inkooporder Data Template
- Aanbevolen data attributes
- Kernprocesactiviteiten
- Coupa data-extractiestappen
Purchase to Pay - Inkooporder attributes
| 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
|
|||
Purchase to Pay - Inkooporder Activiteiten
| 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
|
|||