Uw Inkoop tot Betaling - Inkoopaanvraag Data Template

NetSuite
Uw Inkoop tot Betaling - Inkoopaanvraag Data Template

Uw Inkoop tot Betaling - Inkoopaanvraag Data Template

Deze template biedt een duidelijke leidraad voor het verzamelen van de essentiële datapunten die nodig zijn voor de analyse van uw Purchase to Pay - Aanvraagproces. Het schetst de cruciale attributes, definieert de belangrijkste activiteiten die u moet volgen en biedt praktische richtlijnen voor het extraheren van deze informatie uit uw bronsysteem. Gebruik deze bron om uw event log voor te bereiden op inzichtelijke process mining.
  • Aanbevolen attributen om vast te leggen
  • Belangrijkste activities om te volgen voor proces discovery
  • Richtlijnen voor `data-extractie`
Nieuw met event logs? Leer hoe je een process mining event log creëert.

Purchase to Pay - Aanvraag Attributes

Dit zijn de aanbevolen `data fields` om op te nemen in uw `event log` voor een uitgebreide analyse van uw `Purchase to Pay - Aanvraag` proces.
3 Verplicht 4 Aanbevolen 12 Optioneel
Naam Omschrijving
Activiteitsnaam
ActivityName
De naam van een specifieke zakelijke `event` of taak die heeft plaatsgevonden binnen de levenscyclus van de inkoopaanvraag.
Omschrijving

De Activity Name beschrijft een afzonderlijke stap in het aanvraagproces, zoals 'Requisition Created', 'Approval Step Approved' of 'Purchase Order Created'. Deze activities zijn de bouwstenen van de process map en vertegenwoordigen het uitgevoerde werk.

Het analyseren van deze activities maakt de visualisatie van de process flow, identificatie van bottlenecks en meting van de bestede tijd in verschillende stadia mogelijk. De opeenvolging van activities voor een gegeven Purchase Requisition ID definieert de journey, die vervolgens kan worden vergeleken met standaardprocedures om afwijkingen of inefficiënties te identificeren.

Het belang

Het definieert de stappen in het proces, waardoor process maps gevisualiseerd kunnen worden, process variants geanalyseerd en bottlenecks geïdentificeerd.

Vindplaats

Dit is doorgaans afgeleid van een combinatie van de transactiestatus, system log entries, workflow history of custom event tracking binnen NetSuite.

Voorbeelden
Aanvraag AangemaaktGoedkeuringsstap GoedgekeurdAanvraag gewijzigdInkooporder Aangemaakt
Inkoopaanvraag ID
PurchaseRequisitionId
De unieke identificatie voor elke inkoopaanvraag, dienend als de primaire `case ID` voor `process analysis`.
Omschrijving

De Purchase Requisition ID is de centrale identificatie die alle activities en events koppelt die verband houden met een specifiek verzoek om goederen of diensten. Elke aanvraag krijgt bij aanmaak in NetSuite een uniek ID toegewezen, dat constant blijft gedurende de gehele levenscyclus.

In Process Mining is dit attribute fundamenteel voor case correlation. Het maakt de reconstructie mogelijk van de end-to-end journey van elke aanvraag, van de initiële aanmaak tot alle goedkeuringsstappen, wijzigingen en uiteindelijke uitkomsten zoals goedkeuring, afwijzing of conversie naar een inkooporder. Het analyseren van processen aan de hand van dit ID is essentieel voor het berekenen van levenscyclusduren, het volgen van statuswijzigingen en het identificeren van variaties in process flows.

Het belang

Dit is de essentiële sleutel om de volledige levenscyclus van één inkoopaanvraag te traceren, waardoor het mogelijk is process flows te analyseren en case-level metrics te berekenen.

Vindplaats

Dit is het interne ID of transactienummer van het Purchase Requisition record in NetSuite. Het is doorgaans te vinden in het 'tranid' veld voor de transactie.

Voorbeelden
PR-001254PR-001255PR-001256
Tijdstip Gebeurtenis
EventTime
De exacte datum en tijd waarop de activiteit plaatsvond.
Omschrijving

Event Time, of de timestamp, registreert het exacte moment waarop een activiteit plaatsvond. Deze temporele data is cruciaal voor het begrijpen van de dynamiek van het aanvraagproces, inclusief de duur, volgorde van events en timing.

In procesanalyse worden timestamps gebruikt om cycle times, wachttijden tussen activiteiten en de naleving van service level agreements te berekenen. Ze vormen de basis voor alle tijdgebaseerde analyse, waardoor dashboards zoals 'Aanvraag Goedkeuring Cycle Time' en KPI's zoals 'Gemiddelde Aanvraag Cycle Time' kunnen worden gecreëerd. Nauwkeurige timestamps zijn essentieel voor een betrouwbaar procesmodel.

Het belang

Deze timestamp is de basis voor alle prestatiegerelateerde analyse, zoals het berekenen van doorlooptijden, het identificeren van vertragingen en het meten van procesefficiëntie.

Vindplaats

Deze informatie wordt vastgelegd in door het systeem gegenereerde velden zoals 'Date Created' of in de timestamps die beschikbaar zijn in de System Notes of workflow execution logs voor elke transactie.

Voorbeelden
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
Aanvraagstatus
RequisitionStatus
Geeft de huidige status van de aanvraag in de levenscyclus aan.
Omschrijving

Requisition Status biedt een momentopname van waar een inkoopaanvraag zich op een bepaald moment in het proces bevindt. Veelvoorkomende statussen zijn 'Pending Approval', 'Fully Approved', 'Rejected' en 'Closed'.

Dit attribute is cruciaal voor het creëren van dashboards zoals 'Requisition Status and Aging', dat actieve aanvragen bijhoudt en hoe lang deze in hun huidige staat verkeren. Het analyseren van statusovergangen is een belangrijk onderdeel van process discovery en helpt zowel de happy paths als de uitzonderingen te begrijpen. Het wordt ook gebruikt om de uiteindelijke uitkomst van een case te bepalen.

Het belang

Biedt een momentopname van de voortgang van een case, waardoor analyse van ouder wordende aanvragen en identificatie van waar cases vastlopen mogelijk is.

Vindplaats

Dit is het 'Status'- of 'Approval Status'-veld op de Purchase Requisition transaction header.

Voorbeelden
In afwachting van goedkeuringVolledig GoedgekeurdAfgewezenGesloten
Aanvrager
Requester
De medewerker die de inkoopaanvraag heeft aangemaakt en ingediend.
Omschrijving

De Requester is de persoon die het inkoopproces initieert door de aanvraag aan te maken. Dit is doorgaans een medewerker die specifieke goederen of diensten nodig heeft om zijn of haar werk uit te voeren.

Het analyseren van data per aanvrager is essentieel voor het identificeren van patronen in gebruikersgedrag. Het helpt bij het bouwen van dashboards zoals 'Requester Performance and Training Needs' door individuen met hoge afwijspercentages of frequente wijzigingen te belichten. Dit inzicht kan gebieden aanwijzen waar aanvullende training of duidelijkere richtlijnen de first-time submission quality en de algehele process efficiency zouden kunnen verbeteren.

Het belang

Identificeert de procesinitiator, wat cruciaal is voor het analyseren van gebruikersgedrag, afwijzingspercentages per aanvrager en het identificeren van trainingsbehoeften.

Vindplaats

Dit is doorgaans het 'Employee'- of 'Created By'-veld op het Purchase Requisition transaction record.

Voorbeelden
John SmithJane DoePeter Jones
Afdeling
Department
De bedrijfseenheid waartoe de aanvraag of aanvrager behoort.
Omschrijving

Het Department attribute vertegenwoordigt de organisatorische eenheid die is gekoppeld aan de inkoopaanvraag, wat meestal de afdeling van de aanvrager is. Deze informatie biedt een manier om het proces vanuit een organisatorisch oogpunt te segmenteren en te analyseren.

Het is een belangrijke dimensie voor veel analyses, zoals het vergelijken van approval cycle times tussen afdelingen, het begrijpen van uitgavenpatronen of het identificeren welke afdelingen de hoogste afwijspercentages hebben. Deze segmentatie helpt het management resources toe te wijzen, training aan te passen en workflows te stroomlijnen voor specifieke bedrijfseenheden.

Het belang

Maakt krachtige segmentatie van de procesdata mogelijk om prestaties, kosten en compliance te vergelijken tussen verschillende bedrijfsonderdelen.

Vindplaats

Deze informatie is vaak gekoppeld aan het employee record van de aanvrager of kan direct worden ingesteld op de transaction header van de Purchase Requisition.

Voorbeelden
MarketingITFinanciënOperationele taken
Totaalbedrag
TotalAmount
De totale monetaire waarde van de inkoopaanvraag.
Omschrijving

Dit attribute legt de totale kosten vast van alle items die op de inkoopaanvraag staan vermeld. Het is een cruciaal financieel data point dat vaak het proces zelf beïnvloedt, bijvoorbeeld door verschillende approval workflows te activeren op basis van waardegrenzen.

Het analyseren van het Total Amount helpt bij het begrijpen van uitgavenpatronen en financiële impact. Het maakt het mogelijk aanvragen te filteren op waarde, procesafwijkingen te correleren met high-value requests, en analyse te prioriteren op financieel belangrijke cases. Het is een fundamenteel attribute voor elke financiële of compliance-related process analysis.

Het belang

Biedt financiële context, waardoor analyse op basis van waarde mogelijk is, wat vaak de goedkeuringspaden en zakelijke prioriteit bepaalt.

Vindplaats

Dit is een standaardveld op het Purchase Requisition record, vaak genaamd 'Total' of een vergelijkbare variant.

Voorbeelden
500.001250.7525000.00
Artikelcategorie
ItemCategory
De categorie van de goederen of diensten die op de aanvraag worden gevraagd.
Omschrijving

Item Category classificeert de items op een inkoopaanvraag in logische groepen zoals 'IT Hardware', 'Office Supplies' of 'Professional Services'. Dit kan worden afgeleid van de item records die gekoppeld zijn aan de aanvraagregels.

Dit attribute maakt een diepere, meer gedetailleerde analyse van het aanvraagproces mogelijk. Het helpt vragen te beantwoorden zoals: 'Duren aanvragen voor IT hardware langer om goed te keuren dan die voor kantoorbenodigdheden?'. Door het proces te segmenteren op Item Category, kunnen bedrijven domeinspecifieke bottlenecks ontdekken, uitgaven per categorie analyseren en inkoopstrategieën dienovereenkomstig aanpassen.

Het belang

Maakt analyse van het proces mogelijk op basis van wat er wordt ingekocht, wat helpt bij het identificeren van categoriespecifieke knelpunten of compliance-problemen.

Vindplaats

Deze informatie is afgeleid van de 'Item' records die zijn gekoppeld op regelitem-niveau van de Purchase Requisition. De categorie zelf kan een standaard of aangepast veld zijn op het Item record.

Voorbeelden
IT-hardwareSoftwarelicentiesKantoorbenodigdhedenMarketingdiensten
Bronsysteem
SourceSystem
Identificeert het bronsysteem waaruit de data is geëxtraheerd.
Omschrijving

Dit attribute specificeert het originating system voor de process data, wat in dit geval NetSuite is. Het is bijzonder nuttig in omgevingen waar data uit meerdere systemen wordt gecombineerd voor een holistische procesweergave.

Hoewel het statisch kan lijken in een single-system analysis, biedt het essentiële context en is het een best practice voor data governance en traceability. Het helpt de oorsprong van de data te bevestigen en zorgt ervoor dat alle systeemspecifieke logica of transformaties correct worden begrepen tijdens de analyse.

Het belang

Biedt cruciale context over de oorsprong van de data, wat zorgt voor duidelijkheid en juiste governance, vooral in multi-system environments.

Vindplaats

Dit is een statische waarde, 'NetSuite', die moet worden toegevoegd tijdens het data extraction and transformation process.

Voorbeelden
`NetSuite`NetSuite SuitePeopleNetSuite ERP
Doorlooptijd
CycleTime
De totale verstreken tijd vanaf de aanmaak tot de definitieve afhandeling van een aanvraag.
Omschrijving

Cycle Time is een berekende metric die de totale duur van het inkoopaanvraagproces voor een enkele case meet. Het wordt doorgaans berekend als het tijdsverschil tussen de eerste activiteit (bijv. 'Aanvraag Aangemaakt') en de laatste terminale activiteit (bijv. 'Aanvraag Volledig Goedgekeurd' of 'Aanvraag Uiteindelijk Afgewezen').

Dit is een primaire key performance indicator voor de algehele procesefficiëntie. Het wordt gebruikt om de 'Gemiddelde Aanvraag Cycle Time' KPI te berekenen en helpt bij het identificeren van trends, uitschieters en de impact van procesverbeteringsinitiatieven. Het analyseren van de verdeling van de cycle time kan long-tail aanvragen onthullen die de gemiddelde prestaties aanzienlijk naar beneden halen.

Het belang

Meet direct de end-to-end efficiëntie van het proces, wat een kernmetric is voor het identificeren van vertragingen en het beoordelen van de algehele prestaties.

Vindplaats

Dit is een berekend attribute, afgeleid door de timestamp van de eerste event af te trekken van de timestamp van de laatste event voor elke 'PurchaseRequisitionId'.

Voorbeelden
25920060480086400
Goedkeurder
Approver
De medewerker of gebruiker die verantwoordelijk is voor het goedkeuren of afwijzen van een goedkeuringsstap.
Omschrijving

De Approver is de persoon die is toegewezen om een inkoopaanvraag te beoordelen en erop te handelen in een specifieke fase van de approval workflow. Er kunnen meerdere approvers zijn voor één aanvraag, elk gekoppeld aan een andere approval activity.

Dit attribute is essentieel voor het analyseren van de prestaties van het goedkeuringsproces zelf. Het helpt bij het bouwen van dashboards zoals 'Approval Step Cycle Time Distribution', die individuele of groep-bottlenecks kunnen pinpointen. Door bij te houden wie goedkeuringen uitvoert, kunnen organisaties accountability waarborgen, workloads in balans brengen en vertragingen identificeren die worden veroorzaakt door specifieke approvers.

Het belang

Identificeert de gebruiker die goedkeuringstaken uitvoert, wat essentieel is voor het analyseren van de prestaties van goedkeurders, werkdruk en het identificeren van knelpunten.

Vindplaats

Deze informatie is vaak te vinden in de workflow execution log of System Notes die zijn gekoppeld aan wijzigingen in de goedkeuringsstatus. Het kan ook worden opgeslagen in custom record fields die verband houden met de approval workflow.

Voorbeelden
Sarah JenkinsDavid ChenFinanciële Goedkeuringsgroep
Goedkeurings Workflow Pad
ApprovalWorkflowPath
Een weergave van de reeks goedkeuringsstappen die een aanvraag heeft doorlopen.
Omschrijving

Het Approval Workflow Path is een afgeleid attribute dat de sequentie van approval activities of statussen voor een gegeven aanvraag concateneert, zoals 'Submitted -> Manager Approval -> Finance Approval'. Dit creëert een unieke signature voor het pad dat elke case heeft gevolgd.

Dit attribute is de basis voor conformance checking en variant analysis. Het ondersteunt direct de dashboards 'Non-Compliant Requisition Pathways' en 'Approval Workflow Path Compliance' door het eenvoudig te maken cases te filteren en te groeperen op basis van hun exacte process flow. Door werkelijke paden te vergelijken met vooraf gedefinieerde standaardpaden, kunnen organisaties compliance kwantificeren en de root causes van afwijkingen onderzoeken.

Het belang

Maakt krachtige variantanalyse en conformance checking mogelijk door de exacte volgorde van goedkeuringsstappen voor elke case samen te vatten.

Vindplaats

Dit is een afgeleid attribute, berekend door de 'ActivityName' waarden in chronologische volgorde te concateneren voor elke 'PurchaseRequisitionId'.

Voorbeelden
Aangemaakt > Ingediend > GoedgekeurdAangemaakt > Ingediend > Afgewezen > Gewijzigd > Ingediend > GoedgekeurdAangemaakt > Ingediend > Goedgekeurd > Ingetrokken
Inkooporder-`ID`
PurchaseOrderId
De identificatie van de inkooporder die is aangemaakt vanuit de goedgekeurde aanvraag.
Omschrijving

De Purchase Order ID is de unieke identificatie voor de inkooporder die is gegenereerd als resultaat van een goedgekeurde aanvraag. Dit attribute dient als een cruciale schakel tussen het aanvraagproces en de daaropvolgende inkoopactivities.

In process analysis is deze koppeling essentieel voor end-to-end P2P analysis. Het maakt de berekening van de 'PO Creation Lead Time' KPI mogelijk door de tijd tussen aanvraaggoedkeuring en PO-creatie te meten. Het helpt ook bij het berekenen van de 'Requisition-to-PO Conversion Rate', wat inzicht geeft in hoe effectief aanvragen worden omgezet in uitvoerbare orders.

Het belang

Koppelt de aanvraag aan de resulterende inkooporder, waardoor de doorlooptijd voor het aanmaken van PO's en end-to-end process analysis gemeten kan worden.

Vindplaats

Dit is te vinden op het Purchase Requisition record, vaak op een gerelateerde records subtab of een 'Created From' link op de Purchase Order zelf.

Voorbeelden
PO-005432PO-005433PO-005434
Is herstelwerk
IsRework
Een boolean flag die aangeeft of de aanvraag een afwijzing- en herindieningscyclus heeft doorlopen.
Omschrijving

Is Rework is een afgeleid boolean attribute dat op 'true' wordt ingesteld als een inkoopaanvraag op enig moment is afgewezen en vervolgens is gewijzigd of opnieuw is ingediend ter goedkeuring. Het identificeert cases die extra werk en afhandeling vereisten buiten het standaard 'happy path'.

Dit attribute vereenvoudigt de analyse van process inefficiency. Het wordt gebruikt om de 'Approval Rejection Cycle Count' KPI te berekenen en helpt de impact van afwijzingen op het totale proces te kwantificeren. Door te filteren op cases waar Is Rework 'true' is, kunnen analisten problematische process variants isoleren en de root causes van de initiële afwijzingen onderzoeken, zoals slechte data quality of beleidsmisverstanden.

Het belang

Helpt bij het kwantificeren van de frequentie en impact van herwerk-loops, die een belangrijke bron zijn van procesinefficiëntie en vertraging.

Vindplaats

Dit is een berekend attribute. De logica controleert of een 'Requisition Submitted for Approval' activity plaatsvindt na een 'Approval Step Rejected' activity voor dezelfde case.

Voorbeelden
truefalse
Laatste data-update
LastDataUpdate
De timestamp die aangeeft wanneer de data voor het laatst is geëxtraheerd of vernieuwd uit het bronsysteem.
Omschrijving

Dit attribute registreert de datum en tijd van de meest recente data pull uit NetSuite. Het is een cruciaal stuk metadata voor elk Process Mining dashboard of analyse.

Deze timestamp biedt context voor de actualiteit van de data, waardoor gebruikers kunnen begrijpen of ze real-time information bekijken of een momentopname van een specifiek tijdstip. Het is cruciaal voor data validation en voor het communiceren van de tijdigheid van de insights die zijn gegenereerd uit de process analysis aan stakeholders.

Het belang

Informeert gebruikers over de actualiteit van de data, zodat zij begrijpen hoe actueel de process insights zijn.

Vindplaats

Deze timestamp wordt gegenereerd en toegevoegd tijdens het ETL-proces (Extractie, Transformatie en Loading van data).

Voorbeelden
2024-05-21T08:00:00Z2024-05-20T08:00:00Z
Naam Leverancier
VendorName
De naam van de voorgestelde of voorkeursleverancier voor de aanvraag.
Omschrijving

Het Vendor Name attribute identificeert de leverancier van wie de goederen of diensten bedoeld zijn om te worden gekocht. Hoewel een aanvraag een intern document is, wordt vaak een voorkeursleverancier gespecificeerd.

Het analyseren van dit attribute kan patronen blootleggen met betrekking tot leveranciersbeheer. Het helpt bij het bijhouden welke leveranciers het meest frequent worden aangevraagd, of aanvragen voor bepaalde leveranciers langere goedkeuringstijden kennen, en om compliance met voorkeursleveranciersovereenkomsten te waarborgen. Deze informatie kan een waardevolle input zijn voor strategic sourcing en vendor relationship management.

Het belang

Helpt bij het analyseren van inkooppatronen per leverancier, het waarborgen van compliance met voorkeursleverancierslijsten en het identificeren van leverancierspecifieke procesvariaties.

Vindplaats

Dit kan een 'Vendor'-veld op kopniveau zijn of gespecificeerd op de regelitems van het Purchase Requisition record.

Voorbeelden
Dell Inc.StaplesMcKinsey & Company
Reden van afwijzing
RejectionReason
De uitleg die een `approver` geeft wanneer een aanvraag wordt afgewezen.
Omschrijving

De Rejection Reason is een text attribute waarin een approver kan aangeven waarom een inkoopaanvraag niet voldeed aan de goedkeuringsvereisten. Dit biedt kwalitatieve context voor de 'Approval Step Rejected' activity.

Deze informatie is van onschatbare waarde voor root cause analysis. Het voedt dashboards zoals 'Requisition Rejection Rate Analysis' door niet alleen te laten zien wat werd afgewezen, maar ook waarom. Veelvoorkomende redenen kunnen zijn 'Incorrect GL Account', 'Budget Exceeded' of 'Insufficient Detail'. Het analyseren van deze redenen helpt bij het identificeren van systemische problemen, het verbeteren van gebruikerstraining en het verfijnen van indieningsrichtlijnen om rework en afwijspercentages te verminderen.

Het belang

Biedt cruciale context voor waarom afwijzingen plaatsvinden, waardoor root cause analysis mogelijk is om toekomstige afwijspercentages te verminderen en de first-time quality te verbeteren.

Vindplaats

Dit wordt vaak vastgelegd in een 'Memo'-veld tijdens de afwijzingsaction of een custom field dat is toegevoegd aan de approval workflow. Het kan ook worden gevonden in de System Notes.

Voorbeelden
`Budget overschreden`.Verkeerde leverancier geselecteerdOntbrekende `item details`Dubbele aanvraag
Urgentieniveau
UrgencyLevel
Een classificatie van de prioriteit van de aanvraag, zoals Standaard of Urgent.
Omschrijving

Het Urgentieniveau is een categorisch attribute dat de zakelijke prioriteit van een inkoopaanvraag aangeeft. Dit stelt medewerkers in staat om aanvragen te markeren die versnelde afhandeling vereisen vanwege kritieke zakelijke behoeften.

Dit attribute is specifiek ontworpen ter ondersteuning van het dashboard 'Prestaties Afhandeling Spoedeisende Aanvragen' en de KPI 'Afhandeltijd Spoedeisende Aanvragen'. Door de procesdata te filteren op basis van dit attribute, kunnen analisten de doorlooptijden en procespaden van spoedeisende aanvragen vergelijken met die van standaard aanvragen, om zo te bepalen of prioriteitsafhandeling effectief is of dat knelpunten nog steeds vertragingen veroorzaken.

Het belang

Maakt de vergelijking mogelijk van procesprestaties voor prioriteitsaanvragen versus standaardaanvragen, wat zorgt voor een efficiënte afhandeling van kritieke behoeften.

Vindplaats

Dit zou doorgaans een aangepast transactieveld zijn op het inkoopaanvraagformulier.

Voorbeelden
HoogGemiddeldLaag
Valuta
Currency
De valutacode voor het totale bedrag van de aanvraag.
Omschrijving

Het Currency attribute specificeert de valuta waarin de financiële waarden van de aanvraag zijn uitgedrukt, zoals USD, EUR of GBP. Dit is bijzonder belangrijk voor multinationale organisaties die met meerdere valuta's werken.

Dit veld zorgt ervoor dat financiële data correct wordt geïnterpreteerd. In Process Mining maakt het een juiste aggregation en vergelijking van monetaire waarden mogelijk, door alle bedragen om te zetten naar één basisvaluta of door de analyse per valuta te segmenteren. Het voorkomt onnauwkeurige financiële reporting en zorgt voor duidelijkheid in wereldwijde operations.

Het belang

Essentieel voor accurate financiële analyse in multinationale organisaties, om ervoor te zorgen dat monetaire waarden correct worden geïnterpreteerd en geaggregeerd.

Vindplaats

Dit is een standaard 'Currency' veld op het Purchase Requisition transaction record, vooral in multi-currency NetSuite instances.

Voorbeelden
USDEURGBP
Verplicht Aanbevolen Optioneel

Purchase to Pay - Aanvraag Activities

Dit zijn de belangrijkste stappen en mijlpalen die je in je event log vastlegt voor een goede process discovery en het opsporen van knelpunten.
5 Aanbevolen 6 Optioneel
Activiteit Omschrijving
Aanvraag Aangemaakt
Een gebruiker initieert het inkoopproces door een nieuw purchase requisition record aan te maken en op te slaan. Dit is het eerste event in de lifecycle van de aanvraag en wordt vastgelegd wanneer het transactierecord voor het eerst wordt opgeslagen in NetSuite.
Het belang

Deze activity markeert de officiële start van het inkoopproces voor een specifieke behoefte. Het analyseren van de tijd vanaf aanmaak tot indiening kan vertragingen in data entry of initiële aanvraagformulering aan het licht brengen.

Vindplaats

Dit event wordt vastgelegd vanuit de aanmaakdatum timestamp van het Purchase Requisition transaction record. Het is te vinden in de hoofdheader van het record of in het System Notes subtab dat de 'Create' action logt.

Vastleggen

Gebruik het veld 'Aanmaakdatum' op de inkoopaanvraag record.

Gebeurtenistype explicit
Aanvraag definitief afgewezen
De inkoopaanvraag is definitief afgewezen en wordt niet verder verwerkt. Dit `event` wordt afgeleid wanneer de uiteindelijke 'Approval Status' van de aanvraag wordt bijgewerkt naar 'Rejected'.
Het belang

Deze activity is een cruciaal eindpunt voor onsuccesvolle aanvragen. Begrijpen waarom en wanneer aanvragen definitief worden afgewezen, geeft inzicht in policy compliance en budgetproblemen.

Vindplaats

Afgeleid van het System Notes subtab door de timestamp te identificeren wanneer het veld 'Approval Status' wordt ingesteld op de definitieve status 'Rejected'.

Vastleggen

Timestamp van 'Goedkeuringsstatus' die wijzigt naar 'Afgewezen'.

Gebeurtenistype inferred
Aanvraag gesloten
De aanvraag is formeel gesloten, wat aangeeft dat er geen verdere actie wordt verwacht. Dit gebeurt vaak automatisch nadat alle hoeveelheden op de aanvraag zijn besteld via gekoppelde inkooporders.
Het belang

Deze activity markeert het definitieve einde van de levenscyclus van de aanvraag. Het bevestigt dat de zakelijke behoefte is aangepakt en het record is gefinaliseerd.

Vindplaats

Afgeleid van het System Notes subtab door de timestamp te identificeren wanneer het veld 'Status' op regel- of kopniveau wordt bijgewerkt naar 'Closed'.

Vastleggen

Timestamp van het 'Status'-veld dat wijzigt naar 'Gesloten'.

Gebeurtenistype inferred
Aanvraag volledig goedgekeurd
De inkoopaanvraag voltooit succesvol alle vereiste stappen in de `approval workflow`. Dit wordt afgeleid wanneer de uiteindelijke 'Approval Status' van het `record` verandert naar 'Approved'.
Het belang

Dit is een belangrijke mijlpaal die aangeeft dat de aanvraag klaar is om te worden omgezet in een inkooporder. Het markeert het einde van de approval cycle en het begin van de inkoopfulfillment phase.

Vindplaats

Afgeleid van het System Notes subtab door de timestamp te identificeren wanneer het veld 'Approval Status' wordt ingesteld op de definitieve status 'Approved'.

Vastleggen

Timestamp van 'Goedkeuringsstatus' die wijzigt naar 'Goedgekeurd'.

Gebeurtenistype inferred
Inkooporder Aangemaakt
Een inkooporder (PO) wordt gegenereerd vanuit de volledig goedgekeurde aanvraag, waarmee officieel middelen aan een leverancier worden toegekend. Dit is een expliciete event, gemarkeerd door de aanmaak van een nieuwe PO-transactie die terugkoppelt naar de bron aanvraag.
Het belang

Dit is de primaire uitkomst van een succesvolle aanvraag en een belangrijke hand-off in het Purchase to Pay proces. De tijd tussen goedkeuring en PO-creatie is een kritieke KPI voor inkoopefficiency.

Vindplaats

Geïdentificeerd door een Purchase Order record te vinden waar het veld 'Created From' of een vergelijkbaar koppelend veld verwijst naar de Purchase Requisition ID. De aanmaakdatum van die PO is de timestamp voor deze activiteit.

Vastleggen

Zoek PO waar het veld 'Created From' gelijk is aan de Requisition ID en gebruik PO 'Date Created'.

Gebeurtenistype explicit
Aanvraag gewijzigd
Een gebruiker wijzigt een veld op de inkoopaanvraag na de initiële aanmaak, vaak als reactie op een afwijzing of een wijziging in vereisten. Dit event wordt direct vastgelegd via de audit trail-functie van NetSuite.
Het belang

Het volgen van wijzigingen is cruciaal voor het identificeren van herstelrondes en datakwaliteitsproblemen. Een hoge frequentie van wijzigingen kan duiden op onduidelijke initiële vereisten of trainingsbehoeften voor aanvragers.

Vindplaats

Vastgelegd vanuit het subtabblad Systeemnotities op het Purchase Requisition record. Elke invoer met een 'Type' van 'Change' of 'Edit' op een relevant veld vertegenwoordigt een wijziging.

Vastleggen

Log een event voor elke 'Change' type vermelding in de System Notes log.

Gebeurtenistype explicit
Aanvraag ingediend ter goedkeuring
De aanvrager dient de voltooide aanvraag formeel in bij de aangewezen `approval workflow`. Dit wordt vaak afgeleid van een statuswijziging op het aanvraagrecord, bijvoorbeeld van 'Draft' of 'Pending Submission' naar 'Pending Approval'.
Het belang

Deze activity activeert de approval cycle en is een cruciaal startpunt voor het meten van approval lead times. Het helpt te identificeren hoe lang aanvragen wachten voordat het formele goedkeuringsproces begint.

Vindplaats

Afgeleid van het System Notes subtab door de timestamp te identificeren wanneer het veld 'Approval Status' voor het eerst verandert naar een waarde als 'Pending Approval'.

Vastleggen

Identificeer de eerste timestamp waarop het veld 'Approval Status' verandert naar 'Pending Approval'.

Gebeurtenistype inferred
Aanvraag ingetrokken
De oorspronkelijke aanvrager of een `administrator` annuleert de aanvraag voordat deze volledig is goedgekeurd of omgezet naar een PO. Dit wordt doorgaans afgeleid van een statuswijziging naar 'Cancelled' of 'Withdrawn'.
Het belang

Deze activity vertegenwoordigt een uitzondering of beëindiging van het proces dat door de aanvrager is geïnitieerd. Het analyseren van intrekkingen kan wijzigingen in zakelijke behoeften of aanvragen die niet langer geldig zijn, benadrukken.

Vindplaats

Afgeleid van het System Notes subtab door de timestamp te volgen wanneer het veld 'Approval Status' wordt bijgewerkt naar een waarde als 'Cancelled' of een custom withdrawn status.

Vastleggen

Timestamp van 'Goedkeuringsstatus' die wijzigt naar 'Geannuleerd' of 'Ingetrokken'.

Gebeurtenistype inferred
Goedkeuringsstap Afgewezen
Een goedkeurder wijst de toegewezen stap af, waarbij de aanvraag doorgaans wordt teruggestuurd naar de aanvrager voor correctie. Deze actie wordt expliciet vastgelegd door de SuiteApprovals workflow engine.
Het belang

Dit event is een belangrijke indicator van rework en process inefficiency. Het analyseren van afwijzingspunten helpt bij het identificeren van veelvoorkomende redenen voor mislukking, zoals policy violations of incorrecte data.

Vindplaats

Vastgelegd vanuit de SuiteApprovals log of het subtabblad Systeemnotities, dat de afwijzingsactie, de gebruiker die deze heeft afgewezen en de timestamp registreert.

Vastleggen

Identificeer afwijzingsacties in de SuiteApprovals log of Systeemnotities.

Gebeurtenistype explicit
Goedkeuringsstap Gestart
De aanvraag komt in een specifieke fase van de `approval workflow`, wachtend op actie van een aangewezen `approver` of groep. Dit wordt doorgaans afgeleid wanneer de `workflow` de aanvraag toewijst aan de volgende `approver` in de reeks.
Het belang

Deze activity markeert het begin van de wachttijd voor elke individuele goedkeuringsstap. Het is essentieel voor het pinpointen van bottlenecks binnen de goedkeuringshiërarchie en het identificeren van trage approvers.

Vindplaats

Afgeleid uit workflow execution logs of wijzigingen in een 'Current Approver' of workflow state veld. Het SuiteApprovals platform volgt de actieve goedkeuringsstap.

Vastleggen

Afleiden uit workflow logs of wanneer het record aan een nieuwe approver wordt toegewezen.

Gebeurtenistype inferred
Goedkeuringsstap Goedgekeurd
Een geautoriseerde gebruiker keurt de toegewezen stap in de workflow goed, waardoor de aanvraag dichter bij de uiteindelijke goedkeuring komt. Het SuiteApprovals-platform van NetSuite legt deze actie expliciet vast met gebruikers- en timestamp-details.
Het belang

Deze activity vertegenwoordigt positieve vooruitgang in de goedkeuringsketen. Het analyseren van de tijd tussen goedkeuringsstappen helpt de efficiëntie van de workflow en individuele approvers te begrijpen.

Vindplaats

Vastgelegd vanuit de SuiteApprovals log of het subtabblad Systeemnotities, dat de goedkeuringsactie, de goedkeurder en de exacte timestamp van het event registreert.

Vastleggen

Identificeer goedkeuringsacties in de SuiteApprovals log of Systeemnotities.

Gebeurtenistype explicit
Aanbevolen Optioneel

Extractie Guides

Data uit NetSuite ophalen