Data Template: Van Inkoop tot Betaling - Inkooporder
Uw Inkoop tot Betaling - Inkooporder Data Template
- Aanbevolen attributen om vast te leggen
- Belangrijkste activiteiten om te volgen
- Richtlijnen voor data-extractie uit NetSuite
Purchase to Pay - Inkooporder Attributes
| Naam | Beschrijving | ||
|---|---|---|---|
|
Activiteitsnaam
ActivityName
|
De naam van de specifieke zakelijke event of stap die plaatsvond binnen het inkooporderproces. | ||
|
Beschrijving
Dit attribute beschrijft een specifieke actie of statuswijziging in de levenscyclus van een Purchase Order, zoals 'Purchase Order aangemaakt', 'Purchase Order goedgekeurd' of 'Factuurbetaling verricht'. Deze activiteiten vormen de knooppunten van de proceskaart. Het analyseren van de sequentie en frequentie van deze activiteiten is de kern van process mining. Het helpt bij het visualiseren van de procesflow, het identificeren van veelvoorkomende en zeldzame paden (varianten), en het aanwijzen van knelpunten of afwijkingen van de standaardprocedure.
Waarom het belangrijk is
Het definieert de stappen in de proceskaart, waardoor de visualisatie en analyse van de processtroom, varianten en conformiteit mogelijk wordt.
Waar te verkrijgen
Deze waarde is typisch afgeleid van een combinatie van het transaction-type en het statusveld (bijv. 'Order Status') of van systeem-audittrail-logs in NetSuite.
Voorbeelden
Inkooporder AangemaaktInkooporder GoedgekeurdGoederenontvangst AangemaaktFactuur Aangemaakt vanuit Inkooporder
|
|||
|
Inkooporder
PurchaseOrder
|
De unieke identifier voor de inkooporder, die dient als de primaire case ID voor het volgen van de inkooplevenscyclus. | ||
|
Beschrijving
Het inkoopordernummer is de centrale identifier die alle gerelateerde activiteiten verbindt, van de initiële creatie tot de definitieve betaling en afsluiting. Elk uniek inkoopordernummer vertegenwoordigt één instantie van het inkoopproces. In process mining wordt dit attribute gebruikt om alle gerelateerde events in één case te groeperen. Door het traject van elke inkooporder te analyseren, krijgt men een duidelijk beeld van het end-to-end proces, kunnen varianten worden geïdentificeerd en case-level metrics zoals de totale doorlooptijd worden berekend.
Waarom het belangrijk is
Dit is de essentiële case identifier, die het mogelijk maakt om de volledige levenscyclus van elke individuele Inkooporder te reconstrueren en te analyseren.
Waar te verkrijgen
Dit is doorgaans de belangrijkste transaction identifier op het Inkooporder record in NetSuite, vaak aangeduid als 'Transaction ID' of 'PO #'.
Voorbeelden
PO-001254PO-001299PO-001357
|
|||
|
Tijdstip Gebeurtenis
EventTime
|
De exacte datum en tijd waarop de activiteit plaatsvond. | ||
|
Beschrijving
Deze timestamp markeert het exacte moment waarop een specifieke activity plaatsvond. Het vormt de tijdsbasis voor alle prestatie- en duuranalyses in process mining. Event-tijden worden gebruikt om activities chronologisch binnen een case te ordenen, de duur tussen stappen te berekenen en de algehele case-cyclustijd te meten. Deze data is cruciaal voor het identificeren van bottlenecks, het meten van wachttijden en het analyseren van prestaties ten opzichte van service level agreements.
Waarom het belangrijk is
Dit attribute is cruciaal voor het berekenen van alle tijdgebaseerde metrics, zoals cycle times en doorlooptijden, die fundamenteel zijn voor het identificeren van procesvertragingen.
Waar te verkrijgen
Dit is de timestamp die gekoppeld is aan elke transaction of statuswijziging, vaak te vinden in velden zoals 'Date Created' of in de systeem-audittrail-logs in NetSuite.
Voorbeelden
2023-10-26T09:00:00Z2023-10-26T11:30:00Z2023-10-27T14:45:00Z
|
|||
|
Bronsysteem
SourceSystem
|
Het systeem waaruit de data is geëxtraheerd. | ||
|
Beschrijving
Dit attribute identificeert de herkomst van de procesdata. Voor deze view zal de waarde consequent 'NetSuite' zijn. In grotere process mining-initiatieven die data uit meerdere systemen combineren, is dit veld cruciaal voor data lineage, troubleshooting en het begrijpen van systeem-specifieke gedragingen. Het zorgt voor duidelijkheid over waar elk stukje data is ontstaan.
Waarom het belangrijk is
Biedt essentiële data lineage, wat zorgt voor duidelijkheid over de herkomst van de proces data, vooral in omgevingen met meerdere geïntegreerde systemen.
Waar te verkrijgen
Dit is een statische waarde ('NetSuite') die wordt toegevoegd tijdens het data-extractie- en transformatieproces.
Voorbeelden
NetSuite
|
|||
|
Laatste data-update
LastDataUpdate
|
De timestamp die aangeeft wanneer de data voor dit event voor het laatst is ververst vanuit het bronsysteem. | ||
|
Beschrijving
Dit attribute registreert de datum en tijd waarop de data het meest recent is geëxtraheerd of bijgewerkt. Het geeft context over de actualiteit van de geanalyseerde data. Het kennen van de laatste updatetijd is cruciaal voor het begrijpen van de tijdigheid van de gegenereerde insights. Het helpt analisten en zakelijke gebruikers te bevestigen of zij de meest actuele procesdata bekijken, wat vooral belangrijk is voor dashboards voor operationele monitoring.
Waarom het belangrijk is
Geeft de actualiteit van de data aan, wat cruciaal is om te waarborgen dat analyses en dashboards gebaseerd zijn op up-to-date informatie.
Waar te verkrijgen
Dit is een timestamp die wordt gegenereerd en toegevoegd tijdens het data-extractie-, -transformatie- en -laadproces (ETL).
Voorbeelden
2024-05-21T02:00:00Z
|
|||
|
Gebruikersnaam
UserName
|
De naam van de gebruiker die de activiteit heeft uitgevoerd. | ||
|
Beschrijving
Dit attribute identificeert de medewerker of systeemgebruiker die verantwoordelijk is voor het uitvoeren van een specifieke processtap, zoals het goedkeuren van een inkooporder of het aanmaken van een factuur. Het voegt een menselijke of systeem resource-dimensie toe aan het proces. Het analyseren van activiteiten per gebruiker helpt bij het begrijpen van de workloadverdeling, het identificeren van trainingsbehoeften en het opsporen van onregelmatigheden. Het is ook cruciaal voor compliance monitoring, aangezien het kan worden gebruikt om bij te houden wie kritieke acties zoals PO-wijzigingen of goedkeuringen heeft uitgevoerd.
Waarom het belangrijk is
Koppelt activities aan specifieke gebruikers, wat analyse van werkdruk, performance en compliance met autorisatiebeleid mogelijk maakt.
Waar te verkrijgen
Dit is beschikbaar in de 'System Notes' of de audittrail-subtab op een transaction record, en geeft de gebruiker aan die de wijziging heeft aangebracht.
Voorbeelden
Alice JohnsonBob WilliamsSysteemautomatisering
|
|||
|
Inkoopcategorie
PurchaseCategory
|
De classificatie van de goederen of diensten die worden ingekocht, zoals IT Hardware, Marketing Services of Office Supplies. | ||
|
Beschrijving
Dit attribute categoriseert de items op de Purchase Order, wat gegroepeerde analyse mogelijk maakt op basis van het type uitgave. Dit wordt vaak geïmplementeerd in NetSuite met behulp van een custom classification field of segment. Het analyseren van het proces op basis van Purchase Category is essentieel voor het 'Purchase Category Efficiency' dashboard. Het helpt te ontdekken of bepaalde typen aankopen langere cycle times, hogere wijzigingspercentages of meer compliance-problemen hebben, waardoor gerichte procesverbeteringen voor specifieke uitgaven mogelijk worden.
Waarom het belangrijk is
Maakt analyse van procesefficiëntie per spend category mogelijk, wat helpt te identificeren welke soorten aankopen het meest inefficiënt of niet-conform zijn.
Waar te verkrijgen
Dit kan een custom field zijn of een standaard classificatiesegment zoals 'Class' of een custom segment, toegepast op PO-header- of regelniveau. Raadpleeg de NetSuite-documentatie.
Voorbeelden
IT-hardwareProfessionele DienstenKantoorbenodigdhedenSoftwarelicenties
|
|||
|
Inkooporderstatus
PurchaseOrderStatus
|
De huidige of definitieve status van de inkooporder. | ||
|
Beschrijving
Dit attribute geeft de status van de Purchase Order aan op een bepaald tijdstip, zoals 'In afwachting van goedkeuring', 'Volledig gefactureerd' of 'Afgesloten'. Dit is vaak de bron voor het afleiden van veel van de conceptuele 'ActivityName' waarden. Analyseren op status helpt bij het begrijpen van de uitkomsten van purchase orders, zoals hoeveel er zijn afgewezen versus goedgekeurd, of hoeveel er open blijven staan. Het is essentieel voor KPI's zoals de 'PO Approval Failure Rate' en voor het filteren van cases op basis van hun voltooiingsstatus.
Waarom het belangrijk is
Biedt een momentopname van de status van de inkooporder, waardoor analyse van uitkomsten zoals afwijzingen of sluitingen mogelijk wordt en KPI's worden ondersteund die verband houden met goedkeuringsfouten.
Waar te verkrijgen
Dit is het 'Status'-veld op het Inkooporder transaction record in NetSuite.
Voorbeelden
In Afwachting van Goedkeuring SupervisorIn Afwachting van OntvangstVolledig gefactureerdGeslotenAfgewezen
|
|||
|
Naam afdeling
DepartmentName
|
De naam van de afdeling die is gekoppeld aan de inkooporder. | ||
|
Beschrijving
Dit attribute vertegenwoordigt de afdeling of het kostenplaats die de aankoop heeft geïnitieerd of er financieel verantwoordelijk voor is. Het maakt het mogelijk om de procesdata te filteren en te segmenteren op basis van de organisatiestructuur. Het analyseren van het proces per afdeling is cruciaal voor het identificeren van afdelingsknelpunten, het vergelijken van de efficiëntie tussen verschillende business units en het begrijpen van uitgavenpatronen. Het ondersteunt dashboards zoals de 'Departmental Bottleneck Analysis'.
Waarom het belangrijk is
Maakt procesanalyse per afdeling mogelijk, wat helpt bij het identificeren van afdelingsspecifieke knelpunten, inefficiënties en uitgavenpatronen.
Waar te verkrijgen
Dit is een standaard veld in de header of de regelitems van het Inkooporder record in NetSuite.
Voorbeelden
FinanciënIT-dienstenMarketingOperationele taken
|
|||
|
Naam Leverancier
VendorName
|
De naam van de leverancier waarvan de goederen of diensten worden ingekocht. | ||
|
Beschrijving
Dit attribute identificeert de externe leverancier voor de Purchase Order. Het is een cruciale dimensie voor het analyseren van leveranciersrelaties en -prestaties. De leveranciersnaam is essentieel voor het 'Vendor Delivery Performance' dashboard en gerelateerde KPI's. Het maakt het mogelijk om het proces te segmenteren om lead times, percentages voor tijdige levering en resultaten van kwaliteitsinspecties te vergelijken tussen verschillende leveranciers, wat helpt bij het identificeren van zowel betrouwbare als onderpresterende vendors.
Waarom het belangrijk is
Maakt vendor-specific performance analyse mogelijk, inclusief levertijden en betrouwbaarheid, wat essentieel is voor supply chain optimalisatie.
Waar te verkrijgen
Dit komt overeen met het 'Vendor'- of 'Supplier'-veld op het hoofdtabblad van het Inkooporder record in NetSuite.
Voorbeelden
Wereldwijde KantoorbenodigdhedenTech Solutions Inc.Creatief Marketingbureau
|
|||
|
Totaalbedrag
TotalAmount
|
De totale monetaire waarde van de inkooporder. | ||
|
Beschrijving
Dit attribute vertegenwoordigt de totale kosten van alle items en diensten die zijn opgenomen in de Purchase Order. Het is een fundamentele financiële metric voor inkoopprocesanalyse. Het analyseren van procesmetrics op basis van het Totaalbedrag kan belangrijke patronen blootleggen, bijvoorbeeld of PO's met een hogere waarde langer duren om goed te keuren of onderhevig zijn aan meer wijzigingen. Het is essentieel voor het begrijpen van de financiële impact van procesinefficiënties en voor het prioriteren van verbeteringsinspanningen.
Waarom het belangrijk is
Maakt financiële analyse van het inkoopproces mogelijk, wat helpt te identificeren hoe de PO value van invloed is op cycle times, approval paths en compliance.
Waar te verkrijgen
Dit komt overeen met het 'Total'-veld in het samenvattingsgedeelte van het Inkooporder record in NetSuite.
Voorbeelden
500.001250.7515000.00
|
|||
|
Bewerkingstijd
ProcessingTime
|
De tijdsduur die actief aan een activiteit is besteed. | ||
|
Beschrijving
Dit attribute meet de tijd tussen de start- en eind-timestamps van een activiteit. Het vertegenwoordigt de werkelijke tijd dat een resource bezig was met het uitvoeren van een taak, in tegenstelling tot wachttijd tussen taken. Berekend vanuit de EventTime en EventEndTime, is deze metric cruciaal voor gedetailleerde prestatieanalyse. Het helpt te bepalen welke specifieke activiteiten tijdrovend zijn en biedt een gedetailleerdere view op knelpunten dan alleen de algehele cycle time.
Waarom het belangrijk is
Scheidt actieve werktijd van inactieve wachttijd, wat een nauwkeurigere meting van de efficiëntie op activiteit-niveau en het resourcegebruik biedt.
Waar te verkrijgen
Dit wordt berekend tijdens data transformatie door de 'EventTime' af te trekken van de 'EventEndTime'.
Voorbeelden
312645900
|
|||
|
Eindtijd van het event
EventEndTime
|
De precieze datum en tijd waarop de activiteit werd afgerond. | ||
|
Beschrijving
Deze timestamp markeert de voltooiing van een activity. In combinatie met de Start Time, definieert het de verwerkingstijd van een event. Voor onmiddellijke events kan de End Time hetzelfde zijn als de Start Time. Deze attribute is essentieel voor het berekenen van de exacte duur van specifieke tasks, bekend als verwerkingstijd. Het helpt onderscheid te maken tussen de tijd die actief aan een task wordt gewerkt en de tijd die wordt besteed aan wachten op de volgende stap, wat cruciaal is voor gedetailleerde knelpuntanalyse.
Waarom het belangrijk is
Maakt de berekening van precieze activity processing times mogelijk, wat helpt om actieve werktijd te onderscheiden van inactieve wachttijd.
Waar te verkrijgen
Voor activiteiten met een meetbare duur kan dit worden vastgelegd in een apart veld of worden afgeleid uit audit logs. Vaak moet het worden afgeleid of is het hetzelfde als de Start Time.
Voorbeelden
2023-10-26T09:05:12Z2023-10-26T11:30:45Z2023-10-27T15:00:00Z
|
|||
|
Gewenste leverdatum
RequestedDeliveryDate
|
De datum waarop het bedrijf de leverancier verzocht de goederen of diensten te leveren. | ||
|
Beschrijving
Dit attribute is de streefdatum voor levering die is vastgesteld tijdens het inkoopproces. Het dient als de baseline waartegen de werkelijke leveringsprestaties worden gemeten. Deze datum is essentieel voor het berekenen van de 'Vendor Delivery On-Time Rate' KPI. Door de 'Requested Delivery Date' te vergelijken met de werkelijke 'Item Receipt Created' timestamp, kan de analyse bepalen of vendors hun leveringsverplichtingen nakomen, wat een belangrijke input is voor het 'Vendor Delivery Performance' dashboard.
Waarom het belangrijk is
Dient als de benchmark voor het meten van de tijdige leveringsprestaties van leveranciers, een cruciale KPI voor supply chain management.
Waar te verkrijgen
Dit is waarschijnlijk een aangepast veld of het kan de 'Expected Receipt Date' zijn op de regelitems van de Inkooporder. Raadpleeg de NetSuite-documentatie.
Voorbeelden
2023-11-152023-12-012024-01-10
|
|||
|
Inkoopaanvraag
PurchaseRequisition
|
De identificatie van de Purchase Requisition die de inkooporder voorafging. | ||
|
Beschrijving
Dit attribute koppelt een Purchase Order terug naar de oorspronkelijke Purchase Requisition. De afwezigheid van deze koppeling kan duiden op een afwijking van het standaardproces. Dit veld is cruciaal voor compliance monitoring en het identificeren van 'maverick buying'. De 'Direct PO Rate' KPI wordt berekend door te controleren op de afwezigheid van een gekoppelde Purchase Requisition, wat aankopen buiten de standaard goedkeurings workflow belicht.
Waarom het belangrijk is
Cruciaal voor compliance analyse, omdat het helpt 'maverick buying' te identificeren waarbij Purchase Orders worden aangemaakt zonder goedgekeurde aanvraag.
Waar te verkrijgen
Op het Inkooporderrecord is deze informatie doorgaans te vinden op het 'Gerelateerde Records'-subtabblad of een 'Gemaakt Van'-veld.
Voorbeelden
PR-00582PR-00610PR-00715
|
|||
|
Is herstelwerk
IsRework
|
Een indicator die aangeeft of een activiteit staat voor herstelwerk, zoals een tweede goedkeuring na een afwijzing. | ||
|
Beschrijving
Dit berekende boolean attribute is true voor activiteiten die een procesloop of herhaalde stap aangeven. Bijvoorbeeld, een 'Purchase Order Approved' activiteit zou worden gemarkeerd als rework als deze werd voorafgegaan door een 'Purchase Order Rejected' activiteit binnen dezelfde case. Dit attribute is essentieel voor het kwantificeren van proceswrijving en inefficiëntie. Het maakt eenvoudige analyse van rework-loops mogelijk, wat helpt bij het meten van de 'PO Rejection & Resubmission Rate' en het belichten van processen die niet meteen correct zijn.
Waarom het belangrijk is
Helpt procesinefficiënties te kwantificeren door expliciet activiteiten te markeren die deel uitmaken van een rework loop, waardoor ze gemakkelijker te analyseren en aan te pakken zijn.
Waar te verkrijgen
Deze flag wordt berekend tijdens data transformatie door de opeenvolging van activities binnen een case te analyseren.
Voorbeelden
truefalse
|
|||
|
Is Maverick Aankoop
IsMaverickBuy
|
Een indicator die aangeeft of een inkooporder is aangemaakt zonder een voorafgaande inkoopaanvraag. | ||
|
Beschrijving
Dit is een berekende boolean attribute die op caseniveau op 'true' wordt gezet als de eerste activity in het proces 'Inkooporder Aangemaakt' is in plaats van 'Inkoopaanvraag Aangemaakt'. Het dient als een directe indicator van niet-standaard inkoop. Deze attribute wordt gebruikt om de 'Direct PO Rate' te berekenen, een belangrijke KPI voor de 'Procurement Compliance Monitor'. Het helpt organisaties snel maverick buying te identificeren en kwantificeren, wat kan leiden tot hogere kosten en een verhoogd risico.
Waarom het belangrijk is
Markeert direct niet-conform aankoopgedrag, waardoor organisaties maverick buying eenvoudig kunnen monitoren en verminderen.
Waar te verkrijgen
Dit is een berekende attribute. De logica is: (Eerste Activity in Case = 'Inkooporder Aangemaakt') EN (Geen 'Inkoopaanvraag' is gekoppeld).
Voorbeelden
truefalse
|
|||
|
Is Te Late Levering
IsLateDelivery
|
Een indicator die aangeeft of de goederen zijn ontvangen na de aangevraagde leverdatum. | ||
|
Beschrijving
Dit is een berekende boolean attribute die 'true' is als de activity 'Goederenontvangst Aangemaakt' plaatsvindt na de 'Requested Delivery Date' die op de Inkooporder is gespecificeerd. Het biedt een eenvoudige, duidelijke indicator van de tijdigheid van levering. Deze attribute vereenvoudigt de creatie van vendor performance dashboards en KPIs. Het maakt eenvoudige filtering en aggregatie mogelijk om de 'Vendor Delivery On-Time Rate' te berekenen en vendors te identificeren die consequent de leveringstermijnen niet nakomen.
Waarom het belangrijk is
Biedt een eenvoudige true/false-indicator voor tijdige levering, wat de prestatieanalyse en KPI-berekeningen vereenvoudigt voor leveranciersbeheer.
Waar te verkrijgen
Dit is een berekend veld. De logica is: (Timestamp van 'Goederenontvangst Aangemaakt') > ('RequestedDeliveryDate').
Voorbeelden
truefalse
|
|||
|
Leveringslocatie
DeliveryLocation
|
De fysieke locatie of het adres waar de goederen moeten worden geleverd. | ||
|
Beschrijving
Dit attribute specificeert de bestemming voor de goederen die op de PO zijn besteld, zoals een specifiek magazijn, kantoor of fabriek. Het maakt het mogelijk om het proces te segmenteren op basis van geografie of locatie. Dit is een belangrijke dimensie voor het 'Goods Receipt Processing Time' dashboard. Het analyseren van ontvangsttijden per locatie kan helpen om sites te identificeren die mogelijk onderbezet zijn of inefficiënte ontvangstprocessen hebben, wat gerichte operationele verbeteringen mogelijk maakt.
Waarom het belangrijk is
Maakt analyse van process performance per locatie mogelijk, wat helpt bij het identificeren van locatiespecifieke knelpunten in goederenontvangst of andere activities.
Waar te verkrijgen
Dit komt overeen met het 'Ship To'-adres of het 'Location'-veld op het Inkooporder record in NetSuite.
Voorbeelden
Hoofdmagazijn - Dock AHoofdkantoor - 15e VerdiepingDistributiecentrum Westkust
|
|||
|
Reden van afwijzing
RejectionReason
|
De reden waarom een inkooporder werd afgewezen tijdens het goedkeuringsproces. | ||
|
Beschrijving
Wanneer een inkooporder wordt afgewezen, geeft dit attribuut de specifieke reden voor de afwijzing, zoals 'Budget Overschreden', 'Onjuiste Leverancier' of 'Beleidschending'. Deze informatie is essentieel om goedkeuringsfouten te begrijpen. Dit attribuut ondersteunt direct het 'PO Afwijzings- en Herindieningspercentage' dashboard. Door afwijzingsredenen te analyseren, kan de organisatie veelvoorkomende foutbronnen bij het aanmaken van PO's identificeren, zoals onvoldoende training of onduidelijk beleid, en corrigerende maatregelen nemen om het onnodige werk als gevolg van afwijzingen te verminderen.
Waarom het belangrijk is
Verklaart waarom PO's niet worden goedgekeurd, waardoor gerichte acties mogelijk zijn om afwijzingspercentages te verlagen en het slagingspercentage voor eerste goedkeuringen te verbeteren.
Waar te verkrijgen
Deze informatie wordt vaak vastgelegd in het memoveld van de afwijzingsevent of een custom 'Rejection Reason'-veld als onderdeel van de approval workflow. Raadpleeg de NetSuite-documentatie.
Voorbeelden
Overschrijdt afdelingsbudgetNiet-voorkeursleverancier geselecteerdOnvolledige line item omschrijving
|
|||
|
Reden van wijziging
ChangeReason
|
De reden die is opgegeven waarom een inkooporder is gewijzigd na de aanmaak ervan. | ||
|
Beschrijving
Dit attribute legt de rechtvaardiging vast voor wijzigingen aan een Purchase Order, zoals 'Prijsupdate', 'Hoeveelheidswijziging' of 'Wijziging leverdatum'. Deze context is essentieel om de oorzaken van rework te begrijpen. Dit is een cruciaal attribute voor het 'Purchase Order Change Analysis' dashboard. Het analyseren van de frequentie van verschillende wijzigingsredenen helpt om de hoofdoorzaken van procesinstabiliteit te identificeren, zoals onnauwkeurige initiële vereisten of volatiele prijzen van leveranciers.
Waarom het belangrijk is
Biedt cruciale context voor waarom inkooporders worden gewijzigd, waardoor root cause analysis mogelijk wordt om het algehele wijzigingspercentage van inkooporders te verlagen.
Waar te verkrijgen
Dit is waarschijnlijk een custom field dat moet worden ingevuld wanneer een gebruiker een goedgekeurde PO bewerkt, of het kan in het 'Memo'-veld van de wijzigingsevent staan. Raadpleeg de NetSuite-documentatie.
Voorbeelden
Onjuiste item quantityLeveranciersprijswijzigingBijgewerkte leveringseis
|
|||
|
Valuta
Currency
|
De valutacode voor het transactiebedrag. | ||
|
Beschrijving
Dit attribute specificeert de valuta waarin het totaalbedrag van de Purchase Order is uitgedrukt, zoals USD, EUR of GBP. Het is essentiële context voor alle monetaire waarden. In internationaal opererende organisaties is dit attribute cruciaal voor accurate financiële rapportage en analyse. Het maakt een juiste aggregatie en vergelijking van PO-waarden over verschillende regio's mogelijk en zorgt ervoor dat monetaire KPI's correct worden geïnterpreteerd.
Waarom het belangrijk is
Biedt noodzakelijke context voor monetaire waarden, wat nauwkeurige financiële analyse en rapportage garandeert in omgevingen met meerdere valuta's.
Waar te verkrijgen
Dit correspondeert met het 'Currency' veld op de Purchase Order record, vaak beïnvloed door de configuratie van de geselecteerde Vendor.
Voorbeelden
USDEURGBP
|
|||
Purchase to Pay - Inkooporder Activiteiten
| Activiteit | Beschrijving | ||
|---|---|---|---|
|
Factuur Aangemaakt vanuit Inkooporder
|
Een leveranciersfactuur is ontvangen en ingevoerd in NetSuite, gekoppeld aan de inkooporder. Dit is een expliciete transactie die formeel de verplichting voor de ontvangen goederen of diensten vastlegt. | ||
|
Waarom het belangrijk is
Deze activiteit markeert de overgang van inkoop naar het crediteurenproces. Het analyseren van de tijd tussen goederenontvangst en facturatie wijst op mogelijke vertragingen in de financiële afhandeling.
Waar te verkrijgen
Vastgelegd vanuit de creation date van het Vendor Bill transaction record. De factuur is direct gekoppeld aan de oorspronkelijke Purchase Order.
Vastleggen
Volg de aanmaak-timestamp van de Leveranciersfactuur transaction.
Gebeurtenistype
explicit
|
|||
|
Goederenontvangst Aangemaakt
|
Deze activiteit staat voor de fysieke ontvangst van goederen besteld op de Purchase Order. Dit is een expliciete event in NetSuite, vastgelegd wanneer een 'Item Receipt'-transactie wordt aangemaakt en gekoppeld aan de specifieke Purchase Order-regel. | ||
|
Waarom het belangrijk is
Dit is een kritieke mijlpaal die het einde markeert van de leveringscyclus van de leverancier. Het is essentieel voor het berekenen van het percentage tijdige leveringen van leveranciers en de algehele doorlooptijden.
Waar te verkrijgen
Vastgelegd vanuit de creation date van het Item Receipt transaction record. Het record bevat een link naar de bron Purchase Order.
Vastleggen
Volg de aanmaak-timestamp van de Goederenontvangst transaction.
Gebeurtenistype
explicit
|
|||
|
Inkoopaanvraag Aangemaakt
|
Deze activiteit markeert de formele aanvraag voor goederen of diensten, waarmee het inkoopproces wordt gestart. In NetSuite wordt dit vastgelegd wanneer een nieuw Purchase Requisition transactierecord wordt aangemaakt en opgeslagen. | ||
|
Waarom het belangrijk is
Als typisch startpunt van het process is deze activity cruciaal voor het analyseren van de volledige end-to-end cycle time en het identificeren van maverick buying wanneer deze wordt overgeslagen.
Waar te verkrijgen
Deze event wordt vastgelegd vanaf de aanmaakdatum van het Inkoopaanvraag transaction record. Het record is gekoppeld aan de daaropvolgende inkooporder.
Vastleggen
Volg de aanmaak-timestamp van de Inkoopaanvraag transaction.
Gebeurtenistype
explicit
|
|||
|
Inkooporder Aangemaakt
|
Deze activiteit markeert de aanmaak van het formele Purchase Order-document, wat de centrale case is voor deze analyse. In NetSuite wordt dit vastgelegd bij de aanmaak van de Purchase Order-transactie record, handmatig of vanuit een goedgekeurde aanvraag. | ||
|
Waarom het belangrijk is
Dit markeert een kritieke stap waarbij een aanvraag een formele orderverplichting wordt. Het dient als een belangrijke mijlpaal en kan ook het begin zijn van het proces voor directe PO's, wat belangrijk is voor compliance monitoring.
Waar te verkrijgen
Vastgelegd vanuit het systeemveld 'Date Created' op het Purchase Order transaction record.
Vastleggen
Gebruik de aanmaak timestamp van de inkooporder transactie.
Gebeurtenistype
explicit
|
|||
|
Inkooporder Gesloten
|
De inkooporder is officieel gesloten, wat betekent dat er geen verdere ontvangsten of facturen meer worden verwacht. Dit wordt afgeleid wanneer de status van de inkooporder verandert naar 'Closed', wat automatisch kan gebeuren nadat deze volledig is gefactureerd en ontvangen, of handmatig. | ||
|
Waarom het belangrijk is
Deze activiteit markeert het operationele einde van de levenscyclus van de inkooporder. Het bevestigt dat de order volledig is uitgevoerd en verwerkt, wat een definitief eindpunt biedt voor doorlooptijd analyse.
Waar te verkrijgen
Afgeleid uit een wijziging in het veld 'Status' op de Purchase Order record naar 'Closed'.
Vastleggen
Detecteer een wijziging in het veld 'Status' op de Purchase Order naar 'Closed'.
Gebeurtenistype
inferred
|
|||
|
Inkooporder Goedgekeurd
|
Dit is de definitieve, officiële goedkeuring van de inkooporder, waardoor deze naar de leverancier kan worden verzonden. Het is een belangrijke mijlpaal die wordt vastgelegd wanneer het veld 'Approval Status' van de inkooporder wordt bijgewerkt naar 'Approved'. | ||
|
Waarom het belangrijk is
Dit is een kritieke mijlpaal voor het berekenen van goedkeuringscyclustijden en het identificeren van bottlenecks in de goedkeuringsketen. Vertragingen hier hebben directe invloed op de doorlooptijden van inkoop.
Waar te verkrijgen
Afgeleid uit de system notes of workflow history die volgen wanneer het veld 'Approval Status' op de Purchase Order record wijzigt naar 'Approved'.
Vastleggen
Detecteer wijziging in het veld 'Approval Status' op Purchase Order naar 'Approved'.
Gebeurtenistype
inferred
|
|||
|
Factuurbetaling Verricht
|
Er is een betaling aan de leverancier uitgevoerd voor het gefactureerde bedrag. Dit wordt vastgelegd wanneer een 'Leveranciersbetaling'-transactie wordt aangemaakt en toegepast op de Leveranciersfactuur. | ||
|
Waarom het belangrijk is
Deze activiteit duidt op de voltooiing van de financiële verplichting voor de Purchase Order. Het is essentieel voor het analyseren van de tijdigheid van betalingen en de cash flow.
Waar te verkrijgen
Vastgelegd vanuit de creation date van het Vendor Payment transaction record dat wordt toegepast op de Vendor Bill.
Vastleggen
Volg de aanmaak-timestamp van de Leveranciersbetaling transaction die op de factuur is toegepast.
Gebeurtenistype
explicit
|
|||
|
Inkoopaanvraag Goedgekeurd
|
Vertegenwoordigt de officiële goedkeuring van een aanvraag voor goederen of diensten, waarmee de aanmaak van een inkooporder wordt geautoriseerd. Deze event wordt afgeleid uit een wijziging in het veld 'Approval Status' op het 'Purchase Requisition' record, van 'Pending Approval' naar 'Approved'. | ||
|
Waarom het belangrijk is
Het volgen van aanvraaggoedkeuringen helpt bottlenecks te identificeren in de pre-inkoopfasen en meet de efficiëntie van interne aanvraagvalidatie.
Waar te verkrijgen
Afgeleid uit de system notes of workflow history die de wijziging van het veld 'Approval Status' op de Purchase Requisition record volgen.
Vastleggen
Detecteer een wijziging in het veld 'Approval Status' op de Purchase Requisition naar 'Approved'.
Gebeurtenistype
inferred
|
|||
|
Inkooporder Afgewezen
|
Een fiatteur heeft de Purchase Order afgewezen, waardoor deze moet worden herzien en opnieuw ingediend. Dit event wordt afgeleid wanneer het veld 'Approval Status' van de Purchase Order wordt gewijzigd naar 'Rejected'. | ||
|
Waarom het belangrijk is
Het volgen van afwijzingen is cruciaal voor het identificeren van herwerklussen, het begrijpen van redenen voor goedkeuringsfouten en het verbeteren van de kwaliteit van initiële PO-inzendingen.
Waar te verkrijgen
Afgeleid uit de system notes of workflow history die volgen wanneer het veld 'Approval Status' op de Purchase Order record wijzigt naar 'Rejected'.
Vastleggen
Detecteer een wijziging in het veld 'Approval Status' op de Purchase Order naar 'Rejected'.
Gebeurtenistype
inferred
|
|||
|
Inkooporder Gewijzigd
|
Geeft aan dat een wijziging is aangebracht in de Purchase Order na de initiële aanmaak of goedkeuring. Dit kan worden afgeleid door de 'Last Modified Date' te vergelijken met de 'Date Created' of een aparte goedkeuringsdatum. | ||
|
Waarom het belangrijk is
Frequente wijzigingen kunnen duiden op inefficiënties, gebrekkige initiële planning of scope creep. Het analyseren van wanneer en waarom wijzigingen optreden, helpt het proces te stroomlijnen en fouten te verminderen.
Waar te verkrijgen
Afgeleid door de 'Last Modified Date' op de Purchase Order record te vergelijken met de aanmaak- of goedkeuringtimestamp. De system notes log geeft details van de specifiek gewijzigde velden.
Vastleggen
Vergelijk 'Last Modified Date' met de aanmaak- of goedkeuringsdatum; filter systeemupdates eruit.
Gebeurtenistype
inferred
|
|||
|
Inkooporder Ingediend
|
De inkooporder is definitief gemaakt en ingediend in een goedkeuringsworkflow. Dit wordt doorgaans vastgelegd door een statuswijziging op het inkooporderrecord, dat van een conceptstatus zoals 'Pending Supervisor Approval' naar een actieve beoordelingsstatus gaat. | ||
|
Waarom het belangrijk is
Deze event markeert het begin van de goedkeuringscyclus. Het meten van de tijd vanaf dit punt tot aan 'Inkooporder Goedgekeurd' is cruciaal voor het analyseren van de goedkeuringsefficiëntie en het identificeren van vertragingen.
Waar te verkrijgen
Afgeleid uit een wijziging in het veld 'Approval Status' op de Purchase Order record (bijv. van 'Pending Approval' of een custom draft status).
Vastleggen
Detecteer een wijziging in het veld 'Approval Status' op de PO naar een 'in-review' status.
Gebeurtenistype
inferred
|
|||
|
Inkooporder Verzonden naar Leverancier
|
De goedgekeurde inkooporder is verzonden naar de leverancier. In NetSuite wordt dit vaak afgeleid wanneer een communicatievlag, zoals het selectievakje 'To Be Emailed', wordt bijgewerkt of een status wijzigt om aan te geven dat deze is verzonden. | ||
|
Waarom het belangrijk is
Deze activiteit markeert de start van de doorlooptijd van de leverancier. Meting vanaf dit punt tot goederenontvangst is essentieel voor het evalueren van de leveringsprestaties van de leverancier.
Waar te verkrijgen
Afgeleid uit de timestamp wanneer de vlag 'Te E-mailen' of 'Te Faxen' wordt gewist, of uit een vermelding in de communicatiehistorie die gekoppeld is aan de Inkooporder.
Vastleggen
Volg de timestamp van communicatie-events (bijv. e-mail verzonden) gekoppeld aan de PO.
Gebeurtenistype
inferred
|
|||
|
Kwaliteitsinspectie Uitgevoerd
|
Ontvangen goederen hebben een kwaliteitsinspectie ondergaan. Dit is geen standaard NetSuite-transactie en wordt doorgaans vastgelegd via een custom field update, custom record, of afgeleid uit een statuswijziging op de Item Receipt. | ||
|
Waarom het belangrijk is
Deze activiteit helpt de doorlooptijd van het kwaliteitscontroleproces te meten. Vertragingen bij inspectie kunnen knelpunten creëren tussen het ontvangen van goederen en het beschikbaar maken ervan voor gebruik.
Waar te verkrijgen
Sterk afhankelijk van customization. Kan worden vastgelegd vanuit een custom 'QA Status' veld op de Item Receipt of een apart custom record voor 'Quality Inspection'.
Vastleggen
Volg de update van een custom field of de aanmaak van een custom record gerelateerd aan kwaliteitsinspectie.
Gebeurtenistype
inferred
|
|||
|
Leveranciersfactuur goedgekeurd
|
De leveranciersfactuur is beoordeeld en goedgekeurd voor betaling. Vergelijkbaar met inkooporders wordt dit vastgelegd door een wijziging in het veld 'Approval Status' op het 'Vendor Bill' record. | ||
|
Waarom het belangrijk is
Factuurgoedkeuring is een belangrijke stap in het betaalproces. Het volgen van de duur ervan helpt knelpunten te identificeren bij crediteuren die kunnen leiden tot te late betalingen of gemiste vroegbetalingskortingen.
Waar te verkrijgen
Afgeleid uit de systeemnotities of workflowhistorie wanneer het veld 'Goedkeuringsstatus' op het crediteurenfactuurrecord wijzigt naar 'Goedgekeurd'.
Vastleggen
Detecteer een wijziging in het veld 'Approval Status' op de Vendor Bill naar 'Approved'.
Gebeurtenistype
inferred
|
|||