Datatemplate voor Purchase to Pay - Requisition

NetSuite
Datatemplate voor Purchase to Pay - Requisition

Datatemplate voor Purchase to Pay - Requisition

Deze template biedt een duidelijk overzicht van de essentiële datapunten voor de analyse van het Purchase to Pay-proces voor inkoopaanvragen. Je ziet welke attributen nodig zijn, welke activiteiten je moet volgen en hoe je deze informatie uit het bronsysteem haalt. Gebruik deze bron om het event log voor te bereiden op process mining.
  • Aanbevolen attributen om te verzamelen
  • Belangrijke activiteiten voor procesontdekking
  • Richtlijnen voor data-extractie

Attributen voor Purchase to Pay - Requisition

Dit zijn de aanbevolen datavelden voor het event log om het Purchase to Pay-proces voor inkoopaanvragen volledig te analyseren.
3 Verplicht 4 Aanbevolen 12 Optioneel
Naam Beschrijving
Activiteitsnaam
ActivityName
De naam van een specifieke bedrijfsgebeurtenis of taak die tijdens de levenscyclus van de inkoopaanvraag heeft plaatsgevonden.
Beschrijving

De activiteitsnaam beschrijft een afzonderlijke stap in het aanvraagproces, zoals ‘Inkoopaanvraag aangemaakt’, ‘Goedkeuringsstap goedgekeurd’ of ‘Inkooporder aangemaakt’. Deze activiteiten vormen de bouwstenen van de proceskaart en laten zien welk werk is uitgevoerd.

Door de activiteiten te analyseren, kun je het procesverloop visualiseren, bottlenecks opsporen en meten hoeveel tijd verschillende fasen kosten. De volgorde van activiteiten voor een bepaalde ID van een inkoopaanvraag laat zien hoe de aanvraag is verlopen. Die route kun je vergelijken met standaardprocedures om afwijkingen en inefficiënties te vinden.

Waarom dit belangrijk is

Dit veld beschrijft de processtappen. Daarmee kun je proceskaarten visualiseren, procesvarianten analyseren en bottlenecks opsporen.

Waar vind je dit?

Dit wordt meestal afgeleid uit een combinatie van de transactiestatus, systeemlogboekvermeldingen, workflowgeschiedenis of aangepaste gebeurtenisregistratie in NetSuite.

Voorbeelden
Inkoopaanvraag aangemaaktGoedkeuringsstap goedgekeurdInkoopaanvraag gewijzigdInkooporder aangemaakt
ID van de inkoopaanvraag
PurchaseRequisitionId
De unieke ID van elke inkoopaanvraag. Deze dient als primair case-ID voor procesanalyse.
Beschrijving

De ID van de inkoopaanvraag is de centrale identificatiecode die alle activiteiten en gebeurtenissen rond een specifieke aanvraag voor goederen of diensten met elkaar verbindt. Elke aanvraag krijgt bij het aanmaken in NetSuite een unieke ID die gedurende de hele levenscyclus hetzelfde blijft.

Bij process mining is dit attribuut essentieel om gebeurtenissen aan de juiste case te koppelen. Zo kun je het volledige verloop van elke aanvraag reconstrueren, van het aanmaken tot alle goedkeuringsstappen en wijzigingen, en de uiteindelijke uitkomst: goedkeuring, afwijzing of omzetting in een inkooporder. Analyse op basis van deze ID is belangrijk om de duur van de levenscyclus te berekenen, statuswijzigingen te volgen en verschillen in procesroutes op te sporen.

Waarom dit belangrijk is

Met deze sleutel kun je de volledige levenscyclus van één inkoopaanvraag volgen. Zo kun je procesroutes analyseren en metrieken per case berekenen.

Waar vind je dit?

Dit is de interne ID of het transactienummer van de record van de inkoopaanvraag in NetSuite. Meestal staat deze in het veld ‘tranid’ van de transactie.

Voorbeelden
PR-001254PR-001255PR-001256
Tijdstip van gebeurtenis
EventTime
De exacte datum en tijd waarop de activiteit plaatsvond.
Beschrijving

Het tijdstip van de gebeurtenis, oftewel de timestamp, legt het exacte moment vast waarop een activiteit plaatsvond. Deze tijdgegevens zijn belangrijk om het verloop van het aanvraagproces te begrijpen, zoals de duur, de volgorde van gebeurtenissen en de timing.

Bij procesanalyse gebruik je timestamps om doorlooptijden, wachttijden tussen activiteiten en naleving van serviceafspraken te berekenen. Ze vormen de basis voor alle tijdsanalyses en maken dashboards mogelijk, zoals ‘Doorlooptijd goedkeuring inkoopaanvraag’, en KPI’s zoals ‘Gemiddelde doorlooptijd inkoopaanvraag’. Nauwkeurige timestamps zijn nodig voor een betrouwbaar procesmodel.

Waarom dit belangrijk is

Deze timestamp vormt de basis voor prestatieanalyses, zoals het berekenen van doorlooptijden, het opsporen van vertragingen en het meten van procesefficiëntie.

Waar vind je dit?

Deze informatie staat in systeemvelden zoals ‘Date Created’ of in de timestamps in System Notes of de uitvoeringslogs van de workflow voor elke transactie.

Voorbeelden
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
Aanvrager
Requester
De medewerker die de inkoopaanvraag heeft aangemaakt en ingediend.
Beschrijving

De aanvrager start het inkoopproces door een aanvraag aan te maken. Dit is meestal een medewerker die goederen of diensten nodig heeft om het werk uit te voeren.

Door gegevens per aanvrager te analyseren, kun je patronen in gebruikersgedrag vinden. Dashboards zoals ‘Prestaties en trainingsbehoeften van aanvragers’ laten zien wie vaak wordt afgewezen of regelmatig aanvragen wijzigt. Zo kun je bepalen waar extra training of duidelijkere richtlijnen nodig zijn om aanvragen vaker in één keer goed in te dienen en het proces efficiënter te maken.

Waarom dit belangrijk is

Geeft aan wie het proces heeft gestart. Dit is belangrijk om gebruikersgedrag en afwijzingspercentages per aanvrager te analyseren en trainingsbehoeften op te sporen.

Waar vind je dit?

Dit is meestal het veld ‘Employee’ of ‘Created By’ op de transactierecord van de inkoopaanvraag.

Voorbeelden
John SmithJane DoePeter Jones
Afdeling
Department
De bedrijfsafdeling waartoe de aanvraag of aanvrager behoort.
Beschrijving

Het attribuut Afdeling geeft de organisatie-eenheid aan die bij de inkoopaanvraag hoort. Meestal is dit de afdeling van de aanvrager. Zo kun je het proces vanuit organisatorisch perspectief analyseren.

Dit is een belangrijke dimensie voor analyses, zoals het vergelijken van goedkeuringstijden tussen afdelingen, het bekijken van uitgavenpatronen en het opsporen van afdelingen met veel afwijzingen. Met deze uitsplitsing kan het management middelen toewijzen, trainingen afstemmen en workflows per bedrijfseenheid verbeteren.

Waarom dit belangrijk is

Maakt het mogelijk procesgegevens uit te splitsen en prestaties, kosten en compliance tussen bedrijfseenheden te vergelijken.

Waar vind je dit?

Deze informatie staat vaak in de medewerkersrecord van de aanvrager of kan rechtstreeks worden ingevuld in de transactiekop van de inkoopaanvraag.

Voorbeelden
MarketingITFinanciënBedrijfsvoering
Status van inkoopaanvraag
RequisitionStatus
Geeft de huidige status van de aanvraag in de levenscyclus aan.
Beschrijving

De status van de inkoopaanvraag laat zien waar de aanvraag zich op een bepaald moment in het proces bevindt. Veelvoorkomende statussen zijn ‘Pending Approval’, ‘Fully Approved’, ‘Rejected’ en ‘Closed’.

Met dit attribuut kun je dashboards maken, zoals ‘Status en ouderdom van inkoopaanvragen’. Daarin zie je welke aanvragen nog lopen en hoelang ze al in hun huidige status staan. Het analyseren van statuswijzigingen is een belangrijk onderdeel van procesontdekking. Zo krijg je zicht op zowel de ideale routes als de uitzonderingen. De status helpt ook om de uiteindelijke uitkomst van een case vast te stellen.

Waarom dit belangrijk is

Geeft een momentopname van de voortgang van een case. Zo kun je zien welke aanvragen lang openstaan en waar cases vastlopen.

Waar vind je dit?

Dit is het veld ‘Status’ of ‘Approval Status’ in de transactiekop van de inkoopaanvraag.

Voorbeelden
Wacht op goedkeuringVolledig goedgekeurdAfgewezenGesloten
Totaalbedrag
TotalAmount
De totale geldwaarde van de inkoopaanvraag.
Beschrijving

Dit attribuut bevat de totale kosten van alle artikelen op de inkoopaanvraag. Het is een belangrijk financieel gegeven dat vaak invloed heeft op het proces. Zo kunnen verschillende goedkeuringsworkflows worden gestart op basis van waardedrempels.

Door het totaalbedrag te analyseren, krijg je zicht op uitgavenpatronen en de financiële gevolgen. Je kunt aanvragen op waarde filteren, procesafwijkingen koppelen aan aanvragen met een hoge waarde en analyses richten op cases met grote financiële gevolgen. Dit attribuut is belangrijk voor financiële analyses en compliance-analyses.

Waarom dit belangrijk is

Geeft financiële context voor analyses op basis van waarde. Die waarde bepaalt vaak de goedkeuringsroute en de prioriteit voor de organisatie.

Waar vind je dit?

Dit is een standaardveld op de record van de inkoopaanvraag, vaak met de naam ‘Total’ of een vergelijkbare variant.

Voorbeelden
500.001250.7525000.00
Artikelcategorie
ItemCategory
De categorie van de goederen of diensten die in de aanvraag worden aangevraagd.
Beschrijving

Met Artikelcategorie deel je de artikelen op een inkoopaanvraag in logische groepen in, zoals ‘IT-hardware’, ‘Kantoorbenodigdheden’ of ‘Professionele diensten’. Je kunt deze categorie afleiden uit de artikelrecords die aan de aanvraagregels zijn gekoppeld.

Met dit attribuut kun je het aanvraagproces gedetailleerder analyseren. Zo kun je nagaan of aanvragen voor IT-hardware langer op goedkeuring wachten dan aanvragen voor kantoorbenodigdheden. Door het proces per artikelcategorie te bekijken, ontdek je categoriegebonden bottlenecks, analyseer je uitgaven per categorie en stem je de inkoopstrategie daarop af.

Waarom dit belangrijk is

Maakt analyse mogelijk op basis van wat er wordt ingekocht. Zo kun je categoriegebonden bottlenecks en complianceproblemen opsporen.

Waar vind je dit?

Deze informatie is afkomstig uit de artikelrecords die op regelniveau aan de inkoopaanvraag zijn gekoppeld. De categorie kan een standaardveld of een aangepast veld op het artikelrecord zijn.

Voorbeelden
IT-hardwareSoftwarelicentiesKantoorbenodigdhedenMarketingdiensten
Bronsysteem
SourceSystem
Geeft aan uit welk systeem de gegevens zijn geëxtraheerd.
Beschrijving

Dit attribuut geeft aan uit welk systeem de procesgegevens komen, in dit geval NetSuite. Het is vooral handig wanneer gegevens uit meerdere systemen worden gecombineerd om het proces als geheel te bekijken.

Bij een analyse van één systeem lijkt deze waarde misschien altijd hetzelfde, maar ze geeft belangrijke context en is een goede gewoonte voor gegevensbeheer en traceerbaarheid. Zo kun je de herkomst van de data controleren en tijdens de analyse rekening houden met systeemspecifieke logica of bewerkingen.

Waarom dit belangrijk is

Geeft belangrijke context over de herkomst van de data en helpt om die goed te beheren, vooral wanneer meerdere systemen worden gebruikt.

Waar vind je dit?

Dit is een vaste waarde, ‘NetSuite’, die je tijdens het extraheren en transformeren van de gegevens toevoegt.

Voorbeelden
NetSuiteNetSuite SuitePeopleNetSuite ERP
Doorlooptijd
CycleTime
De totale tijd vanaf het aanmaken van een aanvraag tot de definitieve afhandeling.
Beschrijving

Doorlooptijd is een berekende metriek die de totale duur van het inkoopaanvraagproces voor één case meet. Meestal bereken je deze door het tijdstip van de eerste activiteit, zoals ‘Inkoopaanvraag aangemaakt’, te vergelijken met dat van de laatste afsluitende activiteit, zoals ‘Inkoopaanvraag volledig goedgekeurd’ of ‘Inkoopaanvraag definitief afgewezen’.

Dit is een belangrijke KPI voor de algehele procesefficiëntie. Je gebruikt de doorlooptijd om de KPI ‘Gemiddelde doorlooptijd inkoopaanvraag’ te berekenen en trends, uitschieters en de effecten van verbeterinitiatieven te volgen. De verdeling van doorlooptijden kan laten zien welke aanvragen uitzonderlijk lang duren en het gemiddelde flink omhoogtrekken.

Waarom dit belangrijk is

Meet rechtstreeks hoe efficiënt het proces van begin tot eind verloopt. Zo kun je vertragingen opsporen en de algehele prestaties beoordelen.

Waar vind je dit?

Dit is een berekend attribuut. Per ‘PurchaseRequisitionId’ wordt het timestamp van de eerste gebeurtenis afgetrokken van dat van de laatste gebeurtenis.

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

De goedkeurder is de persoon die een inkoopaanvraag in een bepaalde fase van de goedkeuringsworkflow beoordeelt en er actie op onderneemt. Eén aanvraag kan meerdere goedkeurders hebben, elk gekoppeld aan een andere goedkeuringsactiviteit.

Dit attribuut is belangrijk om de prestaties van het goedkeuringsproces te analyseren. Met dashboards zoals ‘Verdeling van doorlooptijden per goedkeuringsstap’ kun je bottlenecks bij personen of groepen opsporen. Door bij te houden wie aanvragen goedkeurt, kunnen organisaties verantwoordelijkheden duidelijk maken, de werklast verdelen en vertragingen door specifieke goedkeurders vinden.

Waarom dit belangrijk is

Geeft aan welke gebruiker goedkeuringstaken uitvoert. Dit is belangrijk om prestaties en werklast van goedkeurders te analyseren en bottlenecks op te sporen.

Waar vind je dit?

Deze informatie staat vaak in het uitvoeringslogboek van de workflow of in System Notes bij wijzigingen van de goedkeuringsstatus. Ze kan ook zijn opgeslagen in aangepaste recordvelden voor de goedkeuringsworkflow.

Voorbeelden
Sarah JenkinsDavid ChenGoedkeuringsgroep Financiën
ID van de inkooporder
PurchaseOrderId
De ID van de inkooporder die is aangemaakt op basis van de goedgekeurde aanvraag.
Beschrijving

De inkoopordernummer is de unieke identificatie van de inkooporder die wordt aangemaakt na goedkeuring van een aanvraag. Dit attribuut vormt de koppeling tussen het aanvraagproces en de daaropvolgende inkoopactiviteiten.

Voor procesanalyse is deze koppeling nodig om het volledige P2P-proces te analyseren. Je kunt er de KPI ‘Doorlooptijd tot aanmaak inkooporder’ mee berekenen door de tijd tussen goedkeuring van de aanvraag en aanmaak van de inkooporder te meten. Ook kun je hiermee het conversiepercentage van aanvragen naar inkooporders bepalen. Zo zie je hoe vaak aanvragen daadwerkelijk tot een order leiden.

Waarom dit belangrijk is

Koppelt de aanvraag aan de bijbehorende inkooporder. Zo kun je de doorlooptijd tot aanmaak van de inkooporder meten en het volledige proces analyseren.

Waar vind je dit?

Je vindt dit op de inkoopaanvraag, vaak op een tabblad met gerelateerde records of via de link ‘Aangemaakt vanuit’ op de inkooporder zelf.

Voorbeelden
PO-005432PO-005433PO-005434
Is herstelwerk
IsRework
Een booleaanse vlag die aangeeft of de aanvraag is afgewezen en opnieuw is ingediend.
Beschrijving

Is herstelwerk is een afgeleid booleaans attribuut dat de waarde true krijgt als een inkoopaanvraag is afgewezen en daarna is aangepast of opnieuw ter goedkeuring is ingediend. Het geeft aan welke cases extra werk en afhandeling vereisten buiten de ideale route.

Met dit attribuut analyseer je procesinefficiëntie eenvoudiger. Je gebruikt het om de KPI ‘Aantal afwijzingsrondes’ te berekenen en de impact van afwijzingen op het totale proces te meten. Filter op cases waarvoor Is herstelwerk de waarde true heeft. Zo kun je problematische procesvarianten apart bekijken en de oorzaken van de eerste afwijzing onderzoeken, zoals slechte datakwaliteit of onduidelijkheid over beleid.

Waarom dit belangrijk is

Helpt de frequentie en impact van herstelrondes te meten. Die zijn een belangrijke oorzaak van inefficiëntie en vertraging.

Waar vind je dit?

Dit is een berekend attribuut. De logica controleert of de activiteit ‘Inkoopaanvraag ter goedkeuring ingediend’ na de activiteit ‘Goedkeuringsstap afgewezen’ plaatsvindt voor dezelfde case.

Voorbeelden
truefalse
Laatste gegevensupdate
LastDataUpdate
De timestamp die aangeeft wanneer de gegevens voor het laatst uit het bronsysteem zijn geëxtraheerd of vernieuwd.
Beschrijving

Dit attribuut registreert de datum en tijd waarop de gegevens voor het laatst uit NetSuite zijn opgehaald. Het is belangrijke metadata voor elk process mining-dashboard of elke analyse.

Deze timestamp laat zien hoe actueel de data is. Zo weten gebruikers of ze realtime-informatie bekijken of een momentopname. De timestamp is belangrijk om gegevens te controleren en belanghebbenden te laten weten hoe actueel de inzichten uit de procesanalyse zijn.

Waarom dit belangrijk is

Laat zien hoe actueel de data is, zodat gebruikers weten hoe recent de procesinzichten zijn.

Waar vind je dit?

Deze timestamp wordt aangemaakt en toegevoegd tijdens het proces voor extractie, transformatie en laden van gegevens (ETL).

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

Het attribuut Leveranciersnaam geeft aan bij welke leverancier de goederen of diensten naar verwachting worden ingekocht. Een aanvraag is een intern document, maar bevat vaak wel een voorkeursleverancier.

Door dit attribuut te analyseren, ontdek je patronen in het leveranciersbeheer. Je ziet welke leveranciers het vaakst worden aangevraagd, of aanvragen voor bepaalde leveranciers langer op goedkeuring wachten en of de afspraken met voorkeursleveranciers worden nageleefd. Deze informatie kan helpen bij strategische inkoop en het beheer van leveranciersrelaties.

Waarom dit belangrijk is

Helpt inkooppatronen per leverancier te analyseren, afspraken met voorkeursleveranciers na te leven en procesverschillen per leverancier op te sporen.

Waar vind je dit?

Dit kan een veld ‘Leverancier’ op kopniveau zijn of een veld op de regels van de inkoopaanvraag.

Voorbeelden
Dell Inc.StaplesMcKinsey & Company
Reden van afwijzing
RejectionReason
De toelichting die een goedkeurder geeft wanneer een aanvraag wordt afgewezen.
Beschrijving

Reden van afwijzing is een tekstattribuut waarin een goedkeurder kan aangeven waarom een inkoopaanvraag niet aan de goedkeuringsvoorwaarden voldeed. Zo krijg je context bij de activiteit ‘Goedkeuringsstap afgewezen’.

Deze informatie is waardevol voor oorzaakanalyse. Je kunt er dashboards mee maken, zoals ‘Analyse afwijzingspercentage aanvragen’. Die laten niet alleen zien wat is afgewezen, maar ook waarom. Veelvoorkomende redenen zijn bijvoorbeeld ‘Onjuiste grootboekrekening’, ‘Budget overschreden’ of ‘Onvoldoende details’. Door deze redenen te analyseren, spoor je structurele problemen op, kun je gebruikers beter trainen en indieningsrichtlijnen aanscherpen. Zo beperk je herstelwerk en afwijzingen.

Waarom dit belangrijk is

Geeft belangrijke context over afwijzingen. Met oorzaakanalyse kun je toekomstige afwijzingen terugdringen en de kwaliteit bij de eerste indiening verbeteren.

Waar vind je dit?

Dit wordt vaak vastgelegd in een veld ‘Memo’ tijdens de afwijzing, of in een aangepast veld in de goedkeuringsworkflow. Je kunt de informatie ook vinden in de systeemnotities.

Voorbeelden
Budget overschredenOnjuiste leverancier geselecteerdArtikelgegevens ontbrekenDubbele aanvraag
Route van de goedkeuringsworkflow
ApprovalWorkflowPath
Een weergave van de goedkeuringsstappen die een aanvraag heeft doorlopen.
Beschrijving

De route van de goedkeuringsworkflow is een afgeleid attribuut dat de goedkeuringsactiviteiten of statussen van een aanvraag achter elkaar zet, bijvoorbeeld ‘Ingediend -> Goedkeuring manager -> Goedkeuring financiën’. Zo ontstaat een unieke aanduiding van de route die elke case heeft gevolgd.

Dit attribuut vormt de basis voor conformancechecks en variantanalyses. Het ondersteunt rechtstreeks de dashboards ‘Niet-conforme aanvraagroutes’ en ‘Compliance van goedkeuringsroutes’. Je kunt cases eenvoudig filteren en groeperen op basis van hun exacte procesverloop. Vergelijk de werkelijke routes met vooraf vastgelegde standaardroutes om de compliance te meten en oorzaken van afwijkingen te onderzoeken.

Waarom dit belangrijk is

Maakt variantanalyses en conformancechecks mogelijk door de exacte reeks goedkeuringsstappen per case samen te vatten.

Waar vind je dit?

Dit is een afgeleid attribuut dat wordt berekend door de waarden van ‘ActivityName’ voor elke ‘PurchaseRequisitionId’ in chronologische volgorde achter elkaar te zetten.

Voorbeelden
Aangemaakt > Ingediend > GoedgekeurdAangemaakt > Ingediend > Afgewezen > Aangepast > Ingediend > GoedgekeurdAangemaakt > Ingediend > Goedgekeurd > Ingetrokken
Urgentieniveau
UrgencyLevel
De prioriteit van de aanvraag, bijvoorbeeld Standaard of Urgent.
Beschrijving

Urgentieniveau is een categorisch attribuut dat de zakelijke prioriteit van een inkoopaanvraag aangeeft. Medewerkers kunnen hiermee aanvragen markeren die vanwege dringende bedrijfsbehoeften sneller moeten worden afgehandeld.

Dit attribuut is bedoeld voor het dashboard ‘Prestaties bij afhandeling urgente aanvragen’ en de KPI ‘Afhandeltijd urgente aanvraag’. Filter de procesdata op dit attribuut om doorlooptijden en procesroutes van urgente en standaardaanvragen te vergelijken. Zo zie je of aanvragen met prioriteit daadwerkelijk sneller worden afgehandeld of dat bottlenecks nog steeds voor vertraging zorgen.

Waarom dit belangrijk is

Maakt het mogelijk om de procesprestaties van urgente en standaardaanvragen te vergelijken, zodat dringende behoeften efficiënt worden afgehandeld.

Waar vind je dit?

Dit is doorgaans een aangepast transactiekopveld op het formulier voor inkoopaanvragen.

Voorbeelden
HoogGemiddeldLaag
Valuta
Currency
De valutacode voor het totaalbedrag van de aanvraag.
Beschrijving

Het attribuut Valuta geeft aan in welke valuta de financiële bedragen van de aanvraag zijn uitgedrukt, zoals USD, EUR of GBP. Dit is vooral belangrijk voor internationale organisaties die met meerdere valuta werken.

Met dit veld kun je financiële gegevens correct interpreteren. Bij process mining kun je geldbedragen hiermee goed optellen en vergelijken, bijvoorbeeld door alle bedragen om te rekenen naar één basisvaluta of de analyse per valuta uit te splitsen. Zo voorkom je onjuiste financiële rapportages en blijft de informatie voor internationale bedrijfsvoering duidelijk.

Waarom dit belangrijk is

Belangrijk voor nauwkeurige financiële analyses bij internationale organisaties, zodat geldbedragen correct worden geïnterpreteerd en opgeteld.

Waar vind je dit?

Dit is een standaardveld ‘Currency’ op de transactierecord van de inkoopaanvraag, vooral in NetSuite-omgevingen met meerdere valuta.

Voorbeelden
USDEURGBP
Verplicht Aanbevolen Optioneel

Activiteiten voor Purchase to Pay - Requisition

Dit zijn de belangrijke processtappen en mijlpalen voor het event log. Ze helpen je het proces nauwkeurig in kaart te brengen en bottlenecks op te sporen.
5 Aanbevolen 6 Optioneel
Activiteit Beschrijving
Inkoopaanvraag aangemaakt
Een gebruiker start het inkoopproces door een nieuwe inkoopaanvraag aan te maken en op te slaan. Dit is de eerste gebeurtenis in de levenscyclus van de aanvraag. NetSuite registreert deze zodra de transactie voor het eerst wordt opgeslagen.
Waarom dit belangrijk is

Deze activiteit markeert de officiële start van het inkoopproces voor een specifieke behoefte. Door de tijd tussen aanmaken en indienen te analyseren, kun je vertragingen bij het invoeren van gegevens of het opstellen van de aanvraag opsporen.

Waar vind je dit?

Deze gebeurtenis wordt vastgelegd met de timestamp van de aanmaakdatum van de inkoopaanvraagtransactie. Je vindt die in de hoofdkop van de record of op het subtabblad System Notes, waar de actie ‘Create’ wordt geregistreerd.

Vastleggen

Gebruik het veld ‘Date Created’ op de record van de inkoopaanvraag.

Gebeurtenistype explicit
Inkoopaanvraag definitief afgewezen
De inkoopaanvraag wordt definitief afgewezen en niet verder verwerkt. Dit is af te leiden wanneer de definitieve ‘Approval Status’ van de aanvraag wordt bijgewerkt naar ‘Rejected’.
Waarom dit belangrijk is

Deze activiteit is het eindpunt voor aanvragen die niet worden goedgekeurd. Door te begrijpen waarom en wanneer aanvragen definitief worden afgewezen, krijg je zicht op naleving van het beleid en budgetproblemen.

Waar vind je dit?

Dit is af te leiden uit het subtabblad System Notes. Zoek de timestamp waarop het veld ‘Approval Status’ de definitieve status ‘Rejected’ krijgt.

Vastleggen

Timestamp waarop ‘Approval Status’ verandert in ‘Rejected’.

Gebeurtenistype inferred
Inkoopaanvraag gesloten
De aanvraag wordt formeel gesloten. Er wordt dan geen verdere actie meer verwacht. Dit gebeurt vaak automatisch zodra alle aangevraagde hoeveelheden via gekoppelde inkooporders zijn besteld.
Waarom dit belangrijk is

Deze activiteit markeert het definitieve einde van de levenscyclus van de aanvraag. De bedrijfsbehoefte is vervuld en de record is afgerond.

Waar vind je dit?

Dit is af te leiden uit het subtabblad System Notes. Zoek de timestamp waarop het veld ‘Status’ op regelniveau of kopniveau wordt bijgewerkt naar ‘Closed’.

Vastleggen

Timestamp waarop het veld ‘Status’ verandert in ‘Closed’.

Gebeurtenistype inferred
Inkoopaanvraag volledig goedgekeurd
De inkoopaanvraag doorloopt alle vereiste stappen van de goedkeuringsworkflow. Dit is af te leiden wanneer de definitieve ‘Approval Status’ van de record verandert in ‘Approved’.
Waarom dit belangrijk is

Dit is een belangrijke mijlpaal: de aanvraag kan nu worden omgezet in een inkooporder. Hiermee eindigt de goedkeuringscyclus en begint de uitvoering van de inkoop.

Waar vind je dit?

Dit is af te leiden uit het subtabblad System Notes. Zoek de timestamp waarop het veld ‘Approval Status’ de definitieve status ‘Approved’ krijgt.

Vastleggen

Timestamp waarop ‘Approval Status’ verandert in ‘Approved’.

Gebeurtenistype inferred
Inkooporder aangemaakt
Van de volledig goedgekeurde aanvraag wordt een inkooporder (PO) gemaakt. Daarmee worden de middelen officieel aan een leverancier toegewezen. Dit is een expliciete gebeurtenis: er wordt een nieuwe PO-transactie aangemaakt die verwijst naar de oorspronkelijke aanvraag.
Waarom dit belangrijk is

Dit is het belangrijkste resultaat van een succesvol afgehandelde aanvraag en een belangrijke overdracht in het aanvraag-tot-betalingsproces. De tijd tussen goedkeuring en het aanmaken van de inkooporder is een belangrijke KPI voor de efficiëntie van de inkoop.

Waar vind je dit?

Zoek een record van een inkooporder waarvan het veld ‘Created From’ of een vergelijkbaar koppelveld verwijst naar de ID van de inkoopaanvraag. De aanmaakdatum van die PO is de timestamp van deze activiteit.

Vastleggen

Zoek de PO waarvan het veld ‘Created From’ gelijk is aan de ID van de aanvraag en gebruik de ‘Date Created’ van de PO.

Gebeurtenistype explicit
Goedkeuringsstap afgewezen
Een goedkeurder wijst de toegewezen stap af. De aanvraag gaat dan meestal terug naar de aanvrager voor correctie. De SuiteApprovals-workflowengine registreert deze actie expliciet.
Waarom dit belangrijk is

Deze gebeurtenis wijst op herstelwerk en inefficiëntie in het proces. Door afwijzingen te analyseren, kun je veelvoorkomende oorzaken opsporen, zoals overtredingen van het beleid of onjuiste gegevens.

Waar vind je dit?

Dit wordt vastgelegd in het SuiteApprovals-logboek of op het subtabblad System Notes. Daar staan de afwijzingsactie, de gebruiker die de aanvraag heeft afgewezen en de timestamp.

Vastleggen

Zoek afwijzingsacties in het SuiteApprovals-logboek of in System Notes.

Gebeurtenistype explicit
Goedkeuringsstap gestart
De aanvraag komt in een specifieke fase van de goedkeuringsworkflow terecht en wacht op actie van een aangewezen goedkeurder of groep. Dit is meestal af te leiden wanneer de workflow de aanvraag toewijst aan de volgende goedkeurder in de reeks.
Waarom dit belangrijk is

Deze activiteit markeert het begin van de wachttijd voor een afzonderlijke goedkeuringsstap. Zo kun je bottlenecks in de goedkeuringshiërarchie opsporen en zien welke goedkeurders traag reageren.

Waar vind je dit?

Dit is af te leiden uit uitvoeringslogs van de workflow of wijzigingen in een veld voor ‘Current Approver’ of de workflowstatus. Het SuiteApprovals-platform houdt de actieve goedkeuringsstap bij.

Vastleggen

Leid dit af uit de workflowlogs of uit het moment waarop de record aan een nieuwe goedkeurder wordt toegewezen.

Gebeurtenistype inferred
Goedkeuringsstap goedgekeurd
Een bevoegde gebruiker keurt de toegewezen stap in de workflow goed. Daarmee komt de aanvraag dichter bij de definitieve goedkeuring. Het SuiteApprovals-platform van NetSuite registreert deze actie met de gebruiker en timestamp.
Waarom dit belangrijk is

Deze activiteit laat zien dat de goedkeuringsketen vordert. Door de tijd tussen goedkeuringsstappen te analyseren, krijg je zicht op de efficiëntie van de workflow en de afzonderlijke goedkeurders.

Waar vind je dit?

Dit wordt vastgelegd in het SuiteApprovals-logboek of op het subtabblad System Notes. Daar staan de goedkeuringsactie, de goedkeurder en de exacte timestamp van de gebeurtenis.

Vastleggen

Zoek goedkeuringsacties in het SuiteApprovals-logboek of in System Notes.

Gebeurtenistype explicit
Inkoopaanvraag gewijzigd
Een gebruiker wijzigt een veld in de inkoopaanvraag nadat deze is aangemaakt, bijvoorbeeld na een afwijzing of een wijziging in de vereisten. Deze gebeurtenis wordt rechtstreeks vastgelegd in het auditspoor van NetSuite.
Waarom dit belangrijk is

Door wijzigingen bij te houden, kun je herstelwerk en problemen met de datakwaliteit opsporen. Veel wijzigingen kunnen wijzen op onduidelijke vereisten of op behoefte aan extra training voor aanvragers.

Waar vind je dit?

Dit wordt vastgelegd op het subtabblad System Notes van de record van de inkoopaanvraag. Elke vermelding met ‘Type’ ‘Change’ of ‘Edit’ voor een relevant veld geldt als een wijziging.

Vastleggen

Registreer een gebeurtenis voor elke vermelding van het type ‘Change’ in het System Notes-logboek.

Gebeurtenistype explicit
Inkoopaanvraag ingediend ter goedkeuring
De aanvrager dient de ingevulde aanvraag formeel in via de aangewezen goedkeuringsworkflow. Dit is vaak af te leiden uit een statuswijziging op de aanvraag, bijvoorbeeld van ‘Draft’ of ‘Pending Submission’ naar ‘Pending Approval’.
Waarom dit belangrijk is

Deze activiteit start de goedkeuringscyclus en is een belangrijk beginpunt voor het meten van de doorlooptijd van goedkeuringen. Je ziet zo hoelang aanvragen wachten voordat de formele goedkeuring begint.

Waar vind je dit?

Dit is af te leiden uit het subtabblad System Notes. Zoek de timestamp waarop het veld ‘Approval Status’ voor het eerst verandert in bijvoorbeeld ‘Pending Approval’.

Vastleggen

Zoek de eerste timestamp waarop het veld ‘Approval Status’ verandert in ‘Pending Approval’.

Gebeurtenistype inferred
Inkoopaanvraag ingetrokken
De oorspronkelijke aanvrager of een beheerder annuleert de aanvraag voordat deze volledig is goedgekeurd of omgezet in een inkooporder. Dit is meestal af te leiden uit een statuswijziging naar ‘Cancelled’ of ‘Withdrawn’.
Waarom dit belangrijk is

Deze activiteit is een uitzondering of beëindiging van het proces op initiatief van de aanvrager. Door intrekkingen te analyseren, kun je veranderingen in de bedrijfsbehoefte opsporen en zien welke aanvragen niet meer nodig zijn.

Waar vind je dit?

Dit is af te leiden uit het subtabblad System Notes. Volg de timestamp waarop het veld ‘Approval Status’ wordt bijgewerkt naar bijvoorbeeld ‘Cancelled’ of een aangepaste status voor ingetrokken aanvragen.

Vastleggen

Timestamp waarop ‘Approval Status’ verandert in ‘Cancelled’ of ‘Withdrawn’.

Gebeurtenistype inferred
Aanbevolen Optioneel

Extractiegidsen

Zo haal je data uit NetSuite

Klaar om te beginnen?

Gebruik deze template als startpunt voor process mining en ontdek waardevolle inzichten in het NetSuite-proces voor inkoopaanvragen. Begin vandaag met het verbeteren van de efficiëntie en het versnellen van goedkeuringen.

Optimaliseer vandaag nog Purchase to Pay - Requisition!

Verkort de goedkeuring van aanvragen met 30% en maak een einde aan bottlenecks.

Start je gratis proefperiode

Geen creditcard nodig. Begin vandaag met verbeteren.