Uw Purchase-to-Pay - Inkoopaanvraag datatemplate

NetSuite
Uw Purchase-to-Pay - Inkoopaanvraag datatemplate

Uw Purchase-to-Pay - Inkoopaanvraag datatemplate

Deze template biedt een duidelijke handvaten voor het verzamelen van de essentiële gegevenspunten die nodig zijn voor de analyse van uw Inkoop tot betaling - Aanvraagproces. Het schetst de belangrijke attributen, definieert de belangrijkste activiteiten die je moet volgen en biedt praktische richtlijnen voor het extraheren van deze Informatie uit je bronsysteem. Gebruik dit hulpmiddel om uw event log voor te bereiden op inzichtelijke process mining.
  • Aanbevolen attributen om vast te leggen
  • Belangrijkste activiteiten om te volgen voor process discovery
  • Richtlijnen voor data-extractie
Nieuw met event logs? Leer hoe je een process mining event log creëert.

Inkoop tot betaling - Aanvraag Attributen

Dit zijn de aanbevolen `datavelden` om op te nemen in uw `event log` voor een grondige analyse van uw `Inkoop tot betaling - Aanvraag` proces.
3 Verplicht 4 Aanbevolen 12 Optioneel
Naam Omschrijving
Activiteitsnaam
ActivityName
De naam van een specifieke zakelijke `gebeurtenis` of taak die heeft plaatsgevonden binnen de levenscyclus van de inkoopaanvraag.
Omschrijving

De activiteitsnaam beschrijft een afzonderlijke stap in het aanvraagproces, zoals 'Requisition Created', 'Approval Step Approved' of 'Purchase Order Created'. Deze activiteiten zijn de bouwstenen van de procesmap en vertegenwoordigen het uitgevoerde werk.

Het analyseren van deze activiteiten maakt de visualisatie van de processtroom, identificatie van knelpunten en meting van de bestede tijd in verschillende stadia mogelijk. De opeenvolging van activiteiten voor een gegeven Purchase Requisition ID definieert de klantreis, die vervolgens kan worden vergeleken met standaardprocedures om afwijkingen of inefficiënties te vinden.

Het belang

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

Vindplaats

Dit is meestal gebaseerd op een combinatie van de transactiestatus, system log entries, workflow history of custom gebeurtenis tracking binnen NetSuite.

Voorbeelden
Aanvraag AangemaaktGoedkeuringsstap goedgekeurdAanvraag gewijzigdInkooporder Aangemaakt
ID Inkoopaanvraag
PurchaseRequisitionId
De unieke ID voor elke inkoopaanvraag, dienend als de primaire `case ID` voor `procesanalyse`.
Omschrijving

De Purchase Requisition ID is de centrale identificatie die alle activiteiten en gebeurtenissen 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 attribuut belangrijk voor case correlation. Het maakt de reconstructie mogelijk van de volledige traject 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 belangrijk voor het berekenen van levenscyclustijden, het volgen van statuswijzigingen en het vinden van variaties in processtromen.

Het belang

Dit is de onmisbaar om de volledige levenscyclus van één inkoopaanvraag te traceren, waardoor het mogelijk is processtromen te analyseren en case-level meetwaarden 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 tijdgegevens is belangrijk voor het begrijpen van de dynamiek van het aanvraagproces, inclusief de duur, volgorde van gebeurtenissen en timing.

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

Het belang

Deze timestamp is de basis voor alle prestatiegerelateerde analyse, zoals het berekenen van doorlooptijden, het vinden 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 tijdstempels 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 attribuut is belangrijk 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 belangrijk voor het vinden 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 vinden waar aanvullende training of duidelijkere richtlijnen de kwaliteit van de eerste indiening en de algehele procesefficiëntie zouden kunnen verbeteren.

Het belang

Identificeert de procesinitiator, wat belangrijk is voor het analyseren van gebruikersgedrag, afwijzingspercentages per aanvrager en het vinden 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 attribuut vertegenwoordigt de onderdeel 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 doorlooptijden tussen afdelingen, het begrijpen van uitgavenpatronen of het vinden welke afdelingen de hoogste afwijspercentages hebben. Deze segmentatie helpt het management bronnen toe te wijzen, training aan te passen en workflows te optimaliseren 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 financiële waarde van de inkoopaanvraag.
Omschrijving

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

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

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 attribuut 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 knelpunten bekijken, 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 vinden 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 opgehaald.
Omschrijving

Dit attribuut specificeert het herkomstating system voor de procesdata, wat in dit geval NetSuite is. Het is bijzonder nuttig in omgevingen waar data uit meerdere systemen wordt gecombineerd voor een volledige 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 traceerbaarheid. 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 belangrijke context over de oorsprong van de data, wat zorgt voor duidelijkheid en juiste governance, vooral in multi-system omgevings.

Vindplaats

Dit is een statische waarde, 'NetSuite', die moet worden toegevoegd tijdens het proces voor data-extractie en -transformatie.

Voorbeelden
NetSuiteNetSuite SuiteMensenNetSuite ERP
Doorlooptijd
CycleTime
De totale verstreken tijd vanaf de aanmaak tot de definitieve afhandeling van een aanvraag.
Omschrijving

Cycle Time is een berekende metriek 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 prestaties indicator voor de algehele procesefficiëntie. Het wordt gebruikt om de 'Gemiddelde Aanvraag Cycle Time' KPI te berekenen en helpt bij het vinden van trends, uitschieters en de impact van procesverbeteringsinitiatieven. Het analyseren van de verdeling van de doorlooptijd kan long-tail aanvragen zichtbaar maken die de gemiddelde prestaties aanzienlijk naar beneden halen.

Het belang

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

Vindplaats

Dit is een berekend attribuut, afgeleid door de timestamp van de eerste gebeurtenis af te trekken van de timestamp van de laatste gebeurtenis 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 attribuut is belangrijk 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-knelpunten kunnen precies aanwijzen. Door bij te houden wie goedkeuringen uitvoert, kunnen organisaties accountability waarborgen, workloads in balans brengen en vertragingen vinden die worden veroorzaakt door specifieke approvers.

Het belang

Identificeert de gebruiker die goedkeuringstaken uitvoert, wat belangrijk is voor het analyseren van de prestaties van goedkeurders, werkdruk en het vinden 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 velden die verband houden met de approval workflow.

Voorbeelden
Sarah JenkinsDavid ChenFinanciële goedkeuringsgroep
Goedkeuring workflowpad
ApprovalWorkflowPath
Een weergave van de reeks goedkeuringsstappen die een aanvraag heeft doorlopen.
Omschrijving

Het Approval Workflow Path is een afgeleid attribuut dat de volgorde van approval activiteiten 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 attribuut is de basis voor conformance checking en variantanalyse. 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 processtroom. Door werkelijke paden te vergelijken met vooraf gedefinieerde standaardpaden, kunnen organisaties compliance kwantificeren en de grondoorzaken 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 attribuut, berekend door de 'ActiviteitNaam' 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 kenmerk 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 attribuut dient als een belangrijke schakel tussen het aanvraagproces en de daaropvolgende inkoopactiviteiten.

In procesanalyse is deze koppeling belangrijk 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 procesanalyse 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-waarde die aangeeft of de aanvraag een afwijzing- en herindieningscyclus heeft doorlopen.
Omschrijving

Is Rework is een afgeleid boolean attribuut 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 attribuut 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 analysesten problematische process variants isoleren en de grondoorzaken van de initiële afwijzingen onderzoeken, zoals slechte datakwaliteit of beleidsmisverstanden.

Het belang

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

Vindplaats

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

Voorbeelden
truefalse
Naam Leverancier
VendorName
De naam van de voorgestelde of voorkeursleverancier voor de aanvraag.
Omschrijving

Het Vendor Naam attribuut 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 attribuut kan patronen blootleggen voor 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 leverancier relationship management.

Het belang

Helpt bij het analyseren van inkooppatronen per leverancier, het waarborgen van naleving van voorkeursleverancierslijsten en het vinden 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 attribuut 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 zeer waardevol voor oorzaakanalyse. 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 vinden van systemische problemen, het verbeteren van gebruikerstraining en het verfijnen van indieningsrichtlijnen om herstelwerk en afwijspercentages te verminderen.

Het belang

Biedt belangrijke context voor waarom afwijzingen plaatsvinden, waardoor oorzaakanalyse 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 aangepast veld 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
Tijdstip van extractie
LastDataUpdate
De timestamp die aangeeft wanneer de data voor het laatst is opgehaald of vernieuwd uit het bronsysteem.
Omschrijving

Dit attribuut registreert de datum en tijd van de meest recente data-extractie uit NetSuite. Het is een belangrijk stuk metadata voor elk Process Mining dashboard of analyse.

Deze timestamp biedt context voor de relevantie van de data, waardoor gebruikers begrijpen of ze real-time Informapakketmation bekijken of een momentopname van een specifiek tijdsTip. Het is belangrijk voor data validation en voor het communiceren van de tijdigheid van de inzichten die zijn gegenereerd uit de procesanalyse aan stakeholders.

Het belang

Informeert gebruikers over de relevantie van de data, zodat zij begrijpen hoe actueel de process inzichten zijn.

Vindplaats

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

Voorbeelden
2024-05-21T08:00:00Z2024-05-20T08:00:00Z
Urgentieniveau
UrgencyLevel
Een classificatie van de prioriteit van de aanvraag, zoals Standaard of Urgent.
Omschrijving

Het Urgentieniveau is een categorisch attribuut 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 attribuut 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 attribuut, kunnen analysesten 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 Valuta attribuut 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 financiële 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 financiële waarden correct worden geïnterpreteerd en geaggregeerd.

Vindplaats

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

Voorbeelden
USDEURGBP
Verplicht Aanbevolen Optioneel

Inkoop tot betaling - Aanvraag Activiteiten

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 stap in het proces van de aanvraag en wordt vastgelegd wanneer het transacpakketecord 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 inzichtelijk maken.

Vindplaats

Dit gebeurtenis 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 `gebeurtenis` wordt afgeleid wanneer de uiteindelijke 'Approval Status' van de aanvraag wordt bijgewerkt naar 'Rejected'.
Het belang

Deze activity is een belangrijk 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 vinden 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 vinden 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 vinden 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 gebeurtenis, 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 Inkoop tot betaling 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 gebeurtenis wordt direct vastgelegd via de audit trail-functie van NetSuite.
Het belang

Het volgen van wijzigingen is belangrijk voor het vinden 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 'Bewerken' op een relevant veld vertegenwoordigt een wijziging.

Vastleggen

Log een gebeurtenis 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 belangrijk startpunt voor het meten van approval lead times. Het helpt te vinden hoe lang aanvragen wachten voordat het formele goedkeuringsproces begint.

Vindplaats

Afgeleid van het System Notes subtab door de timestamp te vinden 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 'Annulerenled' 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 'Annulerenled' 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 gebeurtenis is een belangrijke indicator van herstelwerk en process inefficiency. Het analyseren van afwijzingspunten helpt bij het vinden 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 belangrijk voor het precies aanwijzen van knelpunten binnen de goedkeuringshiërarchie en het vinden 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 gebeurtenis registreert.

Vastleggen

Identificeer goedkeuringsacties in de SuiteApprovals log of Systeemnotities.

Gebeurtenistype explicit
Aanbevolen Optioneel

Extractiegidsen

Data uit NetSuite ophalen