Je Purchase-to-Pay - Inkooporder datatemplate
Je Purchase-to-Pay - Inkooporder datatemplate
- Aanbevolen `data attributen`
- Kernprocesactiviteiten
- Coupa data-extractiestappen
Inkoop tot betaling - Inkooporder-attributen
| 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
|
|||
Inkoop tot betaling - Inkooporder-activiteiten
| 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
|
|||