> Continue procesverbetering > Purchase to Pay inkooporder > NetSuite > Datatemplate

Jouw datatemplate voor Purchase to Pay - Purchase Order

NetSuite

Purchase to Pay - attributen voor inkooporders (21) Purchase to Pay - activiteiten voor inkooporders (14) Extractiegidsen (3)

Jouw datatemplate voor Purchase to Pay - Purchase Order

Deze template helpt je om je data voor process mining voor te bereiden. Zo leg je alle informatie vast die nodig is om je Purchase to Pay - Purchase Order-proces goed te analyseren. De template beschrijft de essentiële datavelden en belangrijke activiteiten en laat zien hoe je deze informatie uit NetSuite haalt. Met deze template bereid je je data efficiënter voor en kom je sneller tot bruikbare inzichten.

Aanbevolen attributen om te verzamelen
Belangrijke activiteiten om te volgen
Extractie-instructies voor NetSuite

Nieuw met event logs? Leer hoe je een process mining-event log maakt.

Template downloaden

Purchase to Pay - attributen voor inkooporders

Dit zijn de aanbevolen datavelden voor je event log voor een volledige analyse van je Purchase to Pay - inkooporderproces.

5 Verplicht 6 Aanbevolen 10 Optioneel

	Naam	Beschrijving
	Activiteitsnaam ActivityName	De naam van de specifieke bedrijfsgebeurtenis of processtap die binnen het Purchase Order-proces heeft plaatsgevonden.
Beschrijving Dit attribuut beschrijft een specifieke actie of statuswijziging in de levenscyclus van een Purchase Order, zoals 'Purchase Order Created', 'Purchase Order Approved' of 'Bill Payment Made'. Deze activiteiten vormen de knooppunten van de proceskaart. Het analyseren van de volgorde en frequentie van deze activiteiten vormt de kern van process mining. Hiermee visualiseer je de procesflow, breng je veelvoorkomende en zeldzame paden (varianten) in kaart en vind je knelpunten of afwijkingen van de standaardprocedure. Waarom dit belangrijk is Het definieert de stappen in de proceskaart, zodat je de procesflow, varianten en conformiteit kunt visualiseren en analyseren. Waar je het vindt Deze waarde wordt meestal afgeleid uit een combinatie van het transactietype en het statusveld, bijvoorbeeld 'Order Status', of uit audittrail-logboeken van het systeem in NetSuite. Voorbeelden Purchase Order aangemaaktPurchase Order goedgekeurdItem Receipt aangemaaktFactuur aangemaakt vanuit Purchase Order
	Gebeurtenistijd EventTime	De exacte datum en tijd waarop de activiteit plaatsvond.
Beschrijving Deze timestamp markeert het exacte moment waarop een specifieke activiteit plaatsvond. Dit is de temporele basis voor alle prestatie- en duuranalyses in process mining. Gebeurtenistijden worden gebruikt om activiteiten binnen een case chronologisch te ordenen, de tijd tussen stappen te berekenen en de totale doorlooptijd van een case te meten. Deze data is belangrijk voor het vinden van knelpunten, het meten van wachttijden en het analyseren van prestaties ten opzichte van service level agreements. Waarom dit belangrijk is Dit attribuut is belangrijk voor het berekenen van alle tijdgebaseerde metrics, zoals doorlooptijden en duur. Die zijn essentieel om procesvertragingen te vinden. Waar je het vindt Dit is de timestamp die aan elke transactie of statuswijziging is gekoppeld. Je vindt deze vaak in velden zoals 'Date Created' of in de audittrail-logboeken van het systeem in NetSuite. Voorbeelden 2023-10-26T09:00:00Z2023-10-26T11:30:00Z2023-10-27T14:45:00Z
	Inkooporder PurchaseOrder	De unieke identificatie van de Purchase Order, die als primaire case-ID dient om de levenscyclus van de inkoop te volgen.
Beschrijving Het nummer van de Purchase Order is de centrale identificatie die alle gerelateerde activiteiten met elkaar verbindt, van de eerste aanmaak tot de uiteindelijke betaling en sluiting. Elk afzonderlijk Purchase Order-nummer staat voor één exemplaar van het inkoopproces. In process mining gebruik je dit attribuut om alle gerelateerde gebeurtenissen in één case te groeperen. Door het verloop van elke Purchase Order te analyseren, krijg je een helder beeld van het end-to-end-proces, breng je varianten in kaart en bereken je metrics op caseniveau, zoals de totale doorlooptijd. Waarom dit belangrijk is Dit is de belangrijkste case-identificatie. Hiermee kun je de volledige levenscyclus van elke afzonderlijke Purchase Order reconstrueren en analyseren. Waar je het vindt Dit is meestal de belangrijkste transactie-identificatie op het Purchase Order-record in NetSuite, vaak aangeduid als 'Transaction ID' of 'PO #'. Voorbeelden PO-001254PO-001299PO-001357
	Bronsysteem SourceSystem	Het systeem waaruit de data is geëxtraheerd.
Beschrijving Dit attribuut identificeert de herkomst van de procesdata. In deze weergave is de waarde altijd 'NetSuite'. Bij grotere process mining-initiatieven waarin data uit meerdere systemen wordt gecombineerd, is dit veld belangrijk voor data lineage, probleemoplossing en inzicht in systeemspecifiek gedrag. Het maakt duidelijk waar elk stukje data vandaan komt. Waarom dit belangrijk is Levert belangrijke informatie over de herkomst van data, zodat duidelijk is waar de procesdata vandaan komt, vooral in omgevingen met meerdere geïntegreerde systemen. Waar je het vindt Dit is een statische waarde ('NetSuite') die tijdens het proces voor data-extractie en -transformatie wordt toegevoegd. Voorbeelden NetSuite
	Laatste data-update LastDataUpdate	De timestamp die aangeeft wanneer de data voor deze gebeurtenis voor het laatst vanuit het bronsysteem is vernieuwd.
Beschrijving Dit attribuut registreert de datum en tijd waarop de data voor het laatst is geëxtraheerd of bijgewerkt. Het geeft context over de actualiteit van de geanalyseerde data. Als je weet wanneer de data voor het laatst is bijgewerkt, kun je beter beoordelen hoe actueel de gegenereerde inzichten zijn. Analisten en zakelijke gebruikers kunnen hiermee controleren of ze de meest recente procesdata bekijken. Dat is vooral belangrijk voor dashboards voor operationele monitoring. Waarom dit belangrijk is Geeft aan hoe actueel de data is. Dat is belangrijk om te zorgen dat analyses en dashboards op recente informatie zijn gebaseerd. Waar je het vindt Dit is een timestamp die tijdens het proces voor data-extractie, -transformatie en -laden (ETL) wordt gegenereerd en toegevoegd. Voorbeelden 2024-05-21T02:00:00Z
	Afdelingsnaam DepartmentName	De naam van de afdeling die aan de Purchase Order is gekoppeld.
Beschrijving Dit attribuut staat voor de bedrijfsafdeling of kostenplaats die de aankoop heeft aangevraagd of er financieel verantwoordelijk voor is. Hiermee kun je procesdata filteren en segmenteren op basis van de organisatiestructuur. Door het proces per afdeling te analyseren, breng je afdelingsspecifieke knelpunten in kaart, vergelijk je de efficiëntie van bedrijfsonderdelen en krijg je inzicht in uitgavenpatronen. Dit ondersteunt rechtstreeks dashboards zoals 'Departmental Bottleneck Analysis'. Waarom dit belangrijk is Maakt procesanalyse per afdeling mogelijk en helpt afdelingsspecifieke knelpunten, inefficiënties en uitgavenpatronen te vinden. Waar je het vindt Dit is een standaardveld in de kop van het Purchase Order-record of op de orderregels in NetSuite. Voorbeelden FinanciënIT-dienstenMarketingBedrijfsvoering
	Gebruikersnaam UserName	De naam van de gebruiker die de activiteit heeft uitgevoerd.
Beschrijving Dit attribuut identificeert de medewerker of systeemgebruiker die verantwoordelijk is voor een specifieke processtap, zoals het goedkeuren van een Purchase Order of het aanmaken van een factuur. Het voegt een menselijke of systeemresource-dimensie toe aan het proces. Door activiteiten per gebruiker te analyseren, krijg je inzicht in de verdeling van werk, opleidingsbehoeften en onregelmatigheden. Het is ook belangrijk voor compliance-monitoring, omdat je kunt volgen wie kritieke acties heeft uitgevoerd, zoals wijzigingen of goedkeuringen van PO's. Waarom dit belangrijk is Koppelt activiteiten aan specifieke gebruikers, zodat je werkbelasting, prestaties en naleving van autorisatiebeleid kunt analyseren. Waar je het vindt Deze informatie staat in de subtab 'System Notes' of audittrail op een transactierecord en geeft aan welke gebruiker de wijziging heeft aangebracht. Voorbeelden Alice JohnsonBob WilliamsSysteemautomatisering
	Inkoopcategorie PurchaseCategory	De classificatie van de ingekochte goederen of diensten, zoals IT-hardware, marketingdiensten of kantoorbenodigdheden.
Beschrijving Dit attribuut categoriseert de artikelen op de Purchase Order, zodat je uitgaven per type kunt groeperen en analyseren. In NetSuite wordt dit vaak ingericht met een aangepast classificatieveld of segment. Door het proces per inkoopcategorie te analyseren, krijg je inzicht in het dashboard 'Purchase Category Efficiency'. Je ontdekt bijvoorbeeld of bepaalde soorten aankopen langere doorlooptijden, meer wijzigingen of meer complianceproblemen hebben. Zo kun je gerichte verbeteringen doorvoeren voor specifieke uitgavencategorieën. Waarom dit belangrijk is Maakt analyse van procesefficiëntie per uitgavencategorie mogelijk en helpt bepalen welke soorten aankopen het minst efficiënt of niet-compliant zijn. Waar je het vindt Dit kan een aangepast veld zijn of een standaardclassificatiesegment zoals 'Class', of een aangepast segment dat op kop- of regelniveau van de PO wordt toegepast. Raadpleeg de NetSuite-documentatie. Voorbeelden IT-hardwareProfessionele dienstverleningKantoorbenodigdhedenSoftwarelicenties
	Leveranciersnaam VendorName	De naam van de leverancier bij wie de goederen of diensten worden ingekocht.
Beschrijving Dit attribuut identificeert de externe leverancier van de Purchase Order. Het is een belangrijke dimensie voor het analyseren van leveranciersrelaties en -prestaties. De leveranciersnaam is nodig voor het dashboard 'Vendor Delivery Performance' en de bijbehorende KPI's. Je kunt het proces ermee segmenteren om doorlooptijden, percentages tijdige leveringen en resultaten van kwaliteitscontroles tussen leveranciers te vergelijken. Zo vind je zowel betrouwbare als minder goed presterende leveranciers. Waarom dit belangrijk is Maakt leveranciersspecifieke prestatieanalyses mogelijk, waaronder levertijden en betrouwbaarheid. Dat is belangrijk voor het optimaliseren van de supply chain. Waar je het vindt Dit komt overeen met het veld 'Vendor' of 'Supplier' op het hoofdtabblad van het Purchase Order-record in NetSuite. Voorbeelden Global Office SuppliesTech Solutions Inc.Creative Marketing Agency
	Status van Purchase Order PurchaseOrderStatus	De huidige of uiteindelijke status van de Purchase Order.
Beschrijving Dit attribuut geeft de status van de Purchase Order op een bepaald moment aan, zoals 'Pending Approval', 'Fully Billed' of 'Closed'. Dit is vaak de bron voor het afleiden van veel conceptuele waarden voor 'ActivityName'. Door op status te analyseren, krijg je inzicht in de uitkomsten van Purchase Orders, bijvoorbeeld hoeveel orders zijn afgewezen of goedgekeurd en hoeveel er nog openstaan. Dit is belangrijk voor KPI's zoals 'PO Approval Failure Rate' en voor het filteren van cases op basis van hun voltooiingsstatus. Waarom dit belangrijk is Geeft een momentopname van de status van de PO. Hiermee kun je uitkomsten zoals afwijzingen en sluitingen analyseren en KPI's rond mislukte goedkeuringen ondersteunen. Waar je het vindt Dit is het veld 'Status' op het transactierecord van de Purchase Order in NetSuite. Voorbeelden Wacht op goedkeuring van leidinggevendeWacht op ontvangstVolledig gefactureerdGeslotenAfgewezen
	Totaalbedrag TotalAmount	De totale geldwaarde van de Purchase Order.
Beschrijving Dit attribuut staat voor de totale kosten van alle artikelen en diensten in de Purchase Order. Het is een belangrijke financiële metric voor inkoopanalyse. Door procesmetrics te analyseren op basis van het totaalbedrag, ontdek je belangrijke patronen. Zo kan blijken dat Purchase Orders met een hogere waarde langer op goedkeuring wachten of vaker worden gewijzigd. Dit helpt om de financiële impact van procesinefficiënties te begrijpen en verbeteracties te prioriteren. Waarom dit belangrijk is Maakt financiële analyse van het inkoopproces mogelijk en helpt bepalen hoe de waarde van een PO invloed heeft op doorlooptijden, goedkeuringspaden en compliance. Waar je het vindt Dit komt overeen met het veld 'Total' in het overzichtsgedeelte van het Purchase Order-record in NetSuite. Voorbeelden 500.001250.7515000.00
	Eindtijd gebeurtenis EventEndTime	De exacte datum en tijd waarop de activiteit eindigde.
Beschrijving Deze timestamp markeert het einde van een activiteit. Samen met de starttijd bepaalt deze de verwerkingstijd van een gebeurtenis. Bij gebeurtenissen zonder duur kan de eindtijd gelijk zijn aan de starttijd. Dit attribuut is nodig om de exacte duur van specifieke taken te berekenen, ook wel verwerkingstijd genoemd. Zo maak je onderscheid tussen de tijd waarin actief aan een taak wordt gewerkt en de tijd waarin wordt gewacht op de volgende stap. Dat is belangrijk voor een gedetailleerde knelpuntenanalyse. Waarom dit belangrijk is Maakt het mogelijk om de exacte verwerkingstijd van activiteiten te berekenen en actieve werktijd te onderscheiden van inactieve wachttijd. Waar je het vindt Bij activiteiten met een meetbare duur kan dit in een afzonderlijk veld worden vastgelegd of uit auditlogboeken worden afgeleid. Vaak moet de waarde worden afgeleid of is deze gelijk aan de starttijd. Voorbeelden 2023-10-26T09:05:12Z2023-10-26T11:30:45Z2023-10-27T15:00:00Z
	Gewenste leverdatum RequestedDeliveryDate	De datum waarop de organisatie de leverancier heeft gevraagd de goederen of diensten te leveren.
Beschrijving Dit attribuut is de gewenste leverdatum die tijdens het inkoopproces is ingesteld. Het is de basis voor het meten van de werkelijke leverprestaties. Deze datum is nodig voor het berekenen van de KPI 'Vendor Delivery On-Time Rate'. Door de 'Requested Delivery Date' te vergelijken met de werkelijke timestamp van 'Item Receipt Created', kun je bepalen of leveranciers hun leverafspraken nakomen. Dit is een belangrijke input voor het dashboard 'Vendor Delivery Performance'. Waarom dit belangrijk is Dient als referentie voor het meten van tijdige leveringen door leveranciers, een belangrijke KPI voor supplychainmanagement. Waar je het vindt Dit is waarschijnlijk een aangepast veld of het veld 'Expected Receipt Date' op de regels van de Purchase Order. Raadpleeg de NetSuite-documentatie. Voorbeelden 2023-11-152023-12-012024-01-10
	Inkoopaanvraag PurchaseRequisition	De identificatie van de Purchase Requisition die aan de Purchase Order voorafging.
Beschrijving Dit attribuut koppelt een Purchase Order aan de oorspronkelijke Purchase Requisition. Als deze koppeling ontbreekt, kan dat wijzen op een afwijking van het standaardproces. Dit veld is belangrijk voor compliance-monitoring en het herkennen van ongeautoriseerde inkoop. De KPI 'Direct PO Rate' wordt berekend door te controleren of een gekoppelde Purchase Requisition ontbreekt. Zo worden aankopen zichtbaar die buiten de standaardgoedkeuringsworkflow zijn gedaan. Waarom dit belangrijk is Belangrijk voor compliance-analyse, omdat je hiermee ongeautoriseerde inkoop herkent waarbij Purchase Orders zonder goedgekeurde inkoopaanvraag zijn aangemaakt. Waar je het vindt Op het Purchase Order-record vind je deze informatie meestal op de subtab 'Related Records' of in een veld 'Created From'. Voorbeelden PR-00582PR-00610PR-00715
	Is een ongeautoriseerde aankoop IsMaverickBuy	Een indicator die aangeeft of een Purchase Order is aangemaakt zonder voorafgaande Purchase Requisition.
Beschrijving Dit is een berekend boolean-attribuut dat op case-niveau true wordt als de eerste activiteit in het proces 'Purchase Order Created' is in plaats van 'Purchase Requisition Created'. Het is een directe indicator van niet-standaard inkoop. Dit attribuut wordt gebruikt om de 'Direct PO Rate' te berekenen, een belangrijke KPI voor de 'Procurement Compliance Monitor'. Zo kunnen organisaties ongeautoriseerde aankopen snel identificeren en kwantificeren. Zulke aankopen kunnen tot hogere kosten en meer risico leiden. Waarom dit belangrijk is Markeert inkoopgedrag dat niet aan de regels voldoet. Zo kunnen organisaties ongeautoriseerde aankopen eenvoudig monitoren en terugdringen. Waar je het vindt Dit is een berekend attribuut. De logica is: (Eerste activiteit in case = 'Purchase Order Created') AND (Geen 'Purchase Requisition' gekoppeld). Voorbeelden truefalse
	Is herstelwerk IsRework	Een indicator die aangeeft of een activiteit herstelwerk vertegenwoordigt, zoals een tweede goedkeuring na een afwijzing.
Beschrijving Dit berekende boolean-attribuut is true voor activiteiten die wijzen op een proceslus of herhaalde stap. Zo wordt een activiteit 'Purchase Order Approved' als herstelwerk gemarkeerd wanneer deze binnen dezelfde case wordt voorafgegaan door 'Purchase Order Rejected'. Dit attribuut is belangrijk om procesfrictie en inefficiëntie te kwantificeren. Je kunt herstelwerklussen eenvoudig analyseren, de 'PO Rejection & Resubmission Rate' meten en processen zichtbaar maken die niet in één keer goed verlopen. Waarom dit belangrijk is Helpt procesinefficiëntie te kwantificeren door activiteiten in een herstelwerk-lus expliciet te markeren. Zo kun je ze makkelijker analyseren en aanpakken. Waar je het vindt Deze indicator wordt tijdens de data-transformatie berekend door de volgorde van activiteiten binnen een case te analyseren. Voorbeelden truefalse
	Is late levering IsLateDelivery	Een indicator die aangeeft of de goederen na de gevraagde leverdatum zijn ontvangen.
Beschrijving Dit is een berekend boolean-attribuut dat true is als de activiteit 'Item Receipt Created' plaatsvindt na de 'Requested Delivery Date' die op de Purchase Order staat. Het geeft een eenvoudige, duidelijke indicatie van tijdige levering. Met dit attribuut kun je dashboards en KPI's voor leveranciersprestaties eenvoudiger maken. Je kunt makkelijk filteren en totalen berekenen voor de 'Vendor Delivery On-Time Rate' en leveranciers identificeren die levertermijnen regelmatig niet halen. Waarom dit belangrijk is Geeft met true/false aan of een levering op tijd was. Zo worden prestatieanalyses en KPI-berekeningen voor leveranciersbeheer eenvoudiger. Waar je het vindt Dit is een berekend veld. De logica is: (Timestamp van 'Item Receipt Created') > ('RequestedDeliveryDate'). Voorbeelden truefalse
	Leverlocatie DeliveryLocation	De fysieke locatie of het adres waar de goederen moeten worden geleverd.
Beschrijving Dit attribuut geeft de bestemming aan van de goederen die op de PO zijn besteld, zoals een specifiek magazijn, kantoor of fabriek. Hiermee kun je het proces indelen op basis van regio of locatie. Dit is een belangrijke dimensie voor het dashboard 'Goods Receipt Processing Time'. Door ontvangsttijden per locatie te analyseren, kun je locaties identificeren die mogelijk onderbezet zijn of inefficiënte ontvangstprocessen hebben. Zo kun je gerichte verbeteringen in de bedrijfsvoering doorvoeren. Waarom dit belangrijk is Maakt het mogelijk om procesprestaties per locatie te analyseren en knelpunten per locatie bij goederenontvangst of andere activiteiten te identificeren. Waar je het vindt Dit komt overeen met het adres in het veld 'Ship To' of 'Location' op de Purchase Order in NetSuite. Voorbeelden Hoofdmagazijn - laadperron AHoofdkantoor - 15e verdiepingDistributiecentrum aan de westkust
	Reden van afwijzing RejectionReason	De reden waarom een Purchase Order tijdens het goedkeuringsproces is afgewezen.
Beschrijving Wanneer een Purchase Order wordt afgewezen, geeft dit attribuut de specifieke reden aan, zoals 'Budget Exceeded', 'Incorrect Vendor' of 'Policy Violation'. Deze informatie is belangrijk om te begrijpen waarom goedkeuringen mislukken. Dit attribuut ondersteunt rechtstreeks het dashboard 'PO Rejection & Resubmission Rate'. Door afwijzingsredenen te analyseren, kan de organisatie veelvoorkomende fouten bij het aanmaken van PO's identificeren, zoals onvoldoende training of onduidelijk beleid. Daarna kun je gerichte maatregelen nemen om herstelwerk na afwijzingen te verminderen. Waarom dit belangrijk is Legt uit waarom PO's niet worden goedgekeurd. Zo kun je gerichte maatregelen nemen om het afwijzingspercentage te verlagen en de kans op goedkeuring in één keer te vergroten. Waar je het vindt Deze informatie wordt vaak vastgelegd in het memoveld van de afwijzingsgebeurtenis of in een aangepast veld 'Rejection Reason' binnen de goedkeuringsworkflow. Raadpleeg de NetSuite-documentatie. Voorbeelden Overschrijdt het afdelingsbudgetNiet-voorkeursleverancier geselecteerdOnvolledige omschrijving van regelitem
	Reden van wijziging ChangeReason	De reden waarom een Purchase Order na het aanmaken is gewijzigd.
Beschrijving Dit attribuut legt de reden vast voor wijzigingen aan een Purchase Order, zoals 'Price Update', 'Quantity Change' of 'Delivery Date Change'. Deze context is belangrijk om de oorzaken van herstelwerk te begrijpen. Dit attribuut is belangrijk voor het dashboard 'Purchase Order Change Analysis'. Door de frequentie van verschillende wijzigingsredenen te analyseren, kun je de onderliggende oorzaken van procesinstabiliteit identificeren, zoals onjuiste initiële vereisten of sterk wisselende leveranciersprijzen. Waarom dit belangrijk is Geeft belangrijke context over waarom PO's worden gewijzigd. Daarmee kun je de oorzaken analyseren en het totale aantal PO-wijzigingen verlagen. Waar je het vindt Dit is waarschijnlijk een aangepast veld dat moet worden ingevuld wanneer een gebruiker een goedgekeurde PO bewerkt. Het kan ook in het veld 'Memo' van de wijzigingsgebeurtenis staan. Raadpleeg de NetSuite-documentatie. Voorbeelden Onjuiste hoeveelheid artikelenPrijswijziging van leverancierAangepaste leveringsvereiste
	Valuta Currency	De valutacode voor het transactiebedrag.
Beschrijving Dit attribuut geeft aan in welke valuta het totaalbedrag van de Purchase Order is uitgedrukt, zoals USD, EUR of GBP. Het is belangrijke context voor alle geldbedragen. Bij internationaal opererende organisaties is dit attribuut nodig voor correcte financiële rapportage en analyse. Je kunt er PO-waarden uit verschillende regio's correct mee optellen en vergelijken en zorgt ervoor dat monetaire KPI's juist worden geïnterpreteerd. Waarom dit belangrijk is Geeft de nodige context bij geldbedragen en zorgt voor een correcte financiële analyse en rapportage in omgevingen met meerdere valuta. Waar je het vindt Dit komt overeen met het veld 'Currency' op het Purchase Order-record en wordt vaak beïnvloed door de configuratie van de geselecteerde Vendor. Voorbeelden USDEURGBP

Verplicht Aanbevolen Optioneel

Purchase to Pay - activiteiten voor inkooporders

Dit zijn de belangrijkste processtappen en mijlpalen die je in je event log vastlegt voor een nauwkeurige procesontdekking en het identificeren van bottlenecks.

6 Aanbevolen 8 Optioneel

	Activiteit	Beschrijving
	Factuur aangemaakt vanuit Purchase Order	Een leveranciersfactuur is ontvangen, ingevoerd in NetSuite en gekoppeld aan de Purchase Order. Dit is een expliciete transactie die de betalingsverplichting voor de ontvangen goederen of diensten formeel vastlegt.
Waarom dit belangrijk is Deze activiteit markeert de overgang van inkoop naar het proces voor crediteurenadministratie. Door de tijd tussen goederenontvangst en facturering te analyseren, breng je mogelijke vertragingen in de financiële verwerking in kaart. Waar je het vindt Vastgelegd op basis van de aanmaakdatum van het transactierecord van de Vendor Bill. De factuur is rechtstreeks gekoppeld aan de oorspronkelijke Purchase Order. Vastleggen Leg de aanmaaktimestamp van de Vendor Bill-transactie vast. Eventtype explicit
	Inkoopaanvraag aangemaakt	Deze activiteit markeert het formele verzoek om goederen of diensten en start het inkoopproces. In NetSuite wordt dit vastgelegd wanneer een nieuw transactierecord voor een Purchase Requisition wordt aangemaakt en opgeslagen.
Waarom dit belangrijk is Als gebruikelijk startpunt van het proces is deze activiteit belangrijk voor het analyseren van de volledige end-to-end-doorlooptijd. Ook helpt ze ongeautoriseerde inkoop te herkennen wanneer deze stap wordt overgeslagen. Waar je het vindt Deze gebeurtenis wordt vastgelegd op basis van de aanmaakdatum van het transactierecord van de Purchase Requisition. Het record is gekoppeld aan de daaropvolgende Purchase Order. Vastleggen Leg de aanmaaktimestamp van de transactie voor de Purchase Requisition vast. Eventtype explicit
	Item Receipt aangemaakt	Deze activiteit staat voor de fysieke ontvangst van de goederen die op de Purchase Order zijn besteld. In NetSuite is dit een expliciete gebeurtenis, die wordt vastgelegd wanneer een 'Item Receipt'-transactie wordt aangemaakt en aan de specifieke regel van de Purchase Order wordt gekoppeld.
Waarom dit belangrijk is Dit is een belangrijk ijkpunt dat het einde van de leveringscyclus bij de leverancier markeert. Het is nodig om het percentage tijdige leveringen en de totale doorlooptijden van leveranciers te berekenen. Waar je het vindt Vastgelegd op basis van de aanmaakdatum van het transactierecord van de Item Receipt. Het record bevat een koppeling naar de oorspronkelijke Purchase Order. Vastleggen Leg de aanmaaktimestamp van de Item Receipt-transactie vast. Eventtype explicit
	Purchase Order aangemaakt	Deze activiteit staat voor het aanmaken van het formele Purchase Order-document, de centrale case voor deze analyse. In NetSuite wordt dit vastgelegd op basis van het aanmaken van het transactierecord van de Purchase Order, handmatig of vanuit een goedgekeurde inkoopaanvraag.
Waarom dit belangrijk is Dit is een belangrijke stap waarin een verzoek verandert in een formele bestelverplichting. Het is een belangrijk ijkpunt en kan ook het startpunt zijn van het proces voor directe Purchase Orders, wat relevant is voor compliance-monitoring. Waar je het vindt Vastgelegd in het systeemveld 'Date Created' van het transactierecord van de Purchase Order. Vastleggen Gebruik de aanmaaktimestamp van de transactie voor de Purchase Order. Eventtype explicit
	Purchase Order gesloten	De Purchase Order is officieel gesloten. Er worden geen verdere ontvangsten of facturen meer verwacht. Dit wordt afgeleid wanneer de status van de Purchase Order verandert in 'Closed'. Dat kan automatisch gebeuren nadat de order volledig is gefactureerd en ontvangen, of handmatig.
Waarom dit belangrijk is Deze activiteit markeert het operationele einde van de levenscyclus van de Purchase Order. Ze bevestigt dat de order volledig is uitgevoerd en verwerkt en vormt een duidelijk eindpunt voor de analyse van de doorlooptijd. Waar je het vindt Afgeleid uit een wijziging van het veld 'Status' op het Purchase Order-record naar 'Closed'. Vastleggen Detecteer een wijziging van het veld 'Status' op de Purchase Order naar 'Closed'. Eventtype inferred
	Purchase Order goedgekeurd	Dit staat voor de definitieve, officiële goedkeuring van de Purchase Order, waarna deze naar de leverancier kan worden gestuurd. Dit belangrijke ijkpunt wordt vastgelegd wanneer het veld 'Approval Status' van de Purchase Order wordt bijgewerkt naar 'Approved'.
Waarom dit belangrijk is Dit is een belangrijk ijkpunt voor het berekenen van goedkeuringsdoorlooptijden en het vinden van knelpunten in de goedkeuringsketen. Vertragingen op dit punt hebben rechtstreeks invloed op de doorlooptijd van de inkoop. Waar je het vindt Afgeleid uit de systeemnotities of workflowgeschiedenis waarin wordt bijgehouden wanneer het veld 'Approval Status' op het Purchase Order-record verandert in 'Approved'. Vastleggen Detecteer een wijziging van het veld 'Approval Status' op de Purchase Order naar 'Approved'. Eventtype inferred
	Factuur betaald	De leverancier heeft een betaling ontvangen voor het gefactureerde bedrag. Dit wordt vastgelegd wanneer een 'Vendor Payment'-transactie wordt aangemaakt en aan de Vendor Bill wordt toegewezen.
Waarom dit belangrijk is Deze activiteit staat voor het voldoen van de financiële verplichting voor de Purchase Order. Ze is belangrijk voor het analyseren van tijdige betalingen en de cashflow. Waar je het vindt Vastgelegd op basis van de aanmaakdatum van het transactierecord van de Vendor Payment dat aan de Vendor Bill is toegewezen. Vastleggen Leg de aanmaaktimestamp vast van de Vendor Payment-transactie die aan de factuur is toegewezen. Eventtype explicit
	Factuur goedgekeurd	De leveranciersfactuur is gecontroleerd en goedgekeurd voor betaling. Net als bij Purchase Orders wordt dit vastgelegd via een wijziging van het veld 'Approval Status' op het Vendor Bill-record.
Waarom dit belangrijk is Goedkeuring van de factuur is een belangrijke stap in het betalingsproces. Door de duur ervan te volgen, breng je knelpunten in de crediteurenadministratie in kaart die kunnen leiden tot te late betalingen of gemiste kortingen voor vroeg betalen. Waar je het vindt Afgeleid uit de systeemnotities of workflowgeschiedenis waarin wordt bijgehouden wanneer het veld 'Approval Status' op het Vendor Bill-record verandert in 'Approved'. Vastleggen Detecteer een wijziging van het veld 'Approval Status' op de Vendor Bill naar 'Approved'. Eventtype inferred
	Inkoopaanvraag goedgekeurd	Dit staat voor de officiële goedkeuring van een verzoek om goederen of diensten en geeft toestemming om een Purchase Order aan te maken. De gebeurtenis wordt afgeleid uit een wijziging van het veld 'Approval Status' op het Purchase Requisition-record, van 'Pending Approval' naar 'Approved'.
Waarom dit belangrijk is Door goedkeuringen van inkoopaanvragen te volgen, breng je knelpunten in de fase vóór de inkoop in kaart en meet je hoe efficiënt interne verzoeken worden gevalideerd. Waar je het vindt Afgeleid uit de systeemnotities of workflowgeschiedenis waarin de wijziging van het veld 'Approval Status' op het Purchase Requisition-record wordt bijgehouden. Vastleggen Detecteer een wijziging van het veld 'Approval Status' op de Purchase Requisition naar 'Approved'. Eventtype inferred
	Kwaliteitscontrole uitgevoerd	De ontvangen goederen zijn gecontroleerd op kwaliteit. Dit is geen standaardtransactie in NetSuite en wordt meestal vastgelegd via een wijziging in een aangepast veld, een aangepast record of een statuswijziging op de Item Receipt.
Waarom dit belangrijk is Met deze activiteit meet je de doorlooptijd van het kwaliteitscontroleproces. Vertragingen bij de controle kunnen knelpunten veroorzaken tussen de ontvangst van goederen en het moment waarop ze beschikbaar zijn voor gebruik. Waar je het vindt Dit is sterk afhankelijk van aanpassingen in de inrichting. De gebeurtenis kan worden vastgelegd via een aangepast veld 'QA Status' op de Item Receipt of via een afzonderlijk aangepast record voor 'Quality Inspection'. Vastleggen Volg een wijziging in een aangepast veld of het aanmaken van een aangepast record voor kwaliteitscontrole. Eventtype inferred
	Purchase Order afgewezen	Een goedkeurder heeft de Purchase Order afgewezen. De order moet worden aangepast en opnieuw ingediend. Deze gebeurtenis wordt afgeleid wanneer het veld 'Approval Status' van de Purchase Order verandert in 'Rejected'.
Waarom dit belangrijk is Door afwijzingen te volgen, breng je herstelwerkloops in kaart, begrijp je waarom goedkeuringen mislukken en verbeter je de kwaliteit van de eerste PO-indiening. Waar je het vindt Afgeleid uit de systeemnotities of workflowgeschiedenis waarin wordt bijgehouden wanneer het veld 'Approval Status' op het Purchase Order-record verandert in 'Rejected'. Vastleggen Detecteer een wijziging van het veld 'Approval Status' op de Purchase Order naar 'Rejected'. Eventtype inferred
	Purchase Order gewijzigd	Dit geeft aan dat de Purchase Order na de eerste aanmaak of goedkeuring is gewijzigd. Je kunt dit afleiden door 'Last Modified Date' te vergelijken met 'Date Created' of met een afzonderlijke goedkeuringsdatum.
Waarom dit belangrijk is Veelvuldige wijzigingen kunnen wijzen op inefficiënties, een gebrekkige planning of scope creep. Door te analyseren wanneer en waarom wijzigingen plaatsvinden, kun je het proces verbeteren en fouten beperken. Waar je het vindt Afgeleid door 'Last Modified Date' op het Purchase Order-record te vergelijken met de aanmaak- of goedkeuringstimestamp. De systeemnotities bevatten details over de specifieke gewijzigde velden. Vastleggen Vergelijk 'Last Modified Date' met de aanmaak- of goedkeuringsdatum en filter systeemupdates eruit. Eventtype inferred
	Purchase Order ingediend	De Purchase Order is afgerond en ingediend in een workflow voor goedkeuring. Dit wordt meestal vastgelegd via een statuswijziging op het Purchase Order-record, bijvoorbeeld van een conceptstatus als 'Pending Supervisor Approval' naar een status voor actieve beoordeling.
Waarom dit belangrijk is Deze gebeurtenis markeert het begin van de goedkeuringscyclus. De tijd vanaf dit moment tot 'Purchase Order Approved' meten is belangrijk om de efficiëntie van goedkeuringen te analyseren en vertragingen te vinden. Waar je het vindt Afgeleid uit een wijziging van het veld 'Approval Status' op het Purchase Order-record, bijvoorbeeld van 'Pending Approval' of een aangepaste conceptstatus. Vastleggen Detecteer een wijziging van het veld 'Approval Status' op de PO naar een status voor beoordeling. Eventtype inferred
	Purchase Order naar leverancier verzonden	De goedgekeurde Purchase Order is naar de leverancier verzonden. In NetSuite wordt dit vaak afgeleid wanneer een communicatievlag, zoals het selectievakje 'To Be Emailed', wordt bijgewerkt of wanneer een status aangeeft dat de order is verzonden.
Waarom dit belangrijk is Deze activiteit markeert het begin van de doorlooptijd bij de leverancier. Meten vanaf dit moment tot de goederenontvangst is belangrijk om de leverprestaties van de leverancier te beoordelen. Waar je het vindt Afgeleid uit de timestamp waarop de vlag 'To Be Emailed' of 'To Be Faxed' wordt gewist, of uit een vermelding in de communicatiegeschiedenis die aan de Purchase Order is gekoppeld. Vastleggen Leg de timestamp vast van communicatiegebeurtenissen, zoals een verzonden e-mail, die aan de PO zijn gekoppeld. Eventtype inferred

Aanbevolen Optioneel

Extractiegidsen

Zo haal je je data uit NetSuite

Stappen

Begrijp de aanpak met meerdere zoekopdrachten: Voor deze methode maak en exporteer je meerdere afzonderlijke Saved Searches, één voor elk belangrijk transactietype binnen het Purchase to Pay-proces. Daarna combineer en transformeer je de geëxporteerde CSV-bestanden in een aparte tool, zoals Excel, Power Query of een script, om het uiteindelijke geconsolideerde event log te maken.
Ga naar het aanmaken van een Saved Search: Log in op NetSuite. Ga naar Reports > Saved Searches > All Saved Searches > New. Selecteer 'Transaction' als zoektype.
Maak de zoekopdracht voor Purchase Requisition aan:
- Stel de Search Title in, bijvoorbeeld 'ProcessMind - Purchase Requisition Events'.
- Filter op het tabblad 'Criteria' op Type is 'Purchase Requisition' en Main Line is 'Yes'. Voeg een filter Date Created toe voor de gewenste analyseperiode.
- Voeg op het tabblad 'Results' de kolommen toe die hieronder in het querygedeelte voor requisitions staan. Gebruik formules om de kolommen 'ActivityName' en 'EventTime' te definiëren.
- Sla de zoekopdracht op en voer deze uit. Exporteer de resultaten als CSV-bestand.
Maak de zoekopdracht voor Purchase Order aan:
- Maak een nieuwe 'Transaction' Saved Search aan met de titel 'ProcessMind - Purchase Order Events'.
- Filter onder 'Criteria' op Type is 'Purchase Order' en Main Line is 'Yes'. Gebruik hetzelfde datumfilter als bij de vorige zoekopdracht.
- Voeg onder 'Results' de kolommen toe die in het querygedeelte voor purchase orders staan. Deze zoekopdracht maakt met CASE-formules meerdere eventregels aan, zoals Created, Approved en Closed.
- Sla de zoekopdracht op, voer deze uit en exporteer de resultaten als CSV-bestand.
Maak de zoekopdracht voor Item Receipt aan:
- Maak een nieuwe 'Transaction' Saved Search aan met de titel 'ProcessMind - Item Receipt Events'.
- Filter onder 'Criteria' op Type is 'Item Receipt' en Main Line is 'Yes'. Gebruik hetzelfde datumfilter.
- Voeg onder 'Results' de kolommen toe die in het querygedeelte voor item receipts staan.
- Sla de zoekopdracht op, voer deze uit en exporteer de resultaten als CSV-bestand.
Maak de zoekopdracht voor Vendor Bill en Payment aan:
- Maak een nieuwe 'Transaction' Saved Search aan met de titel 'ProcessMind - Billing Events'.
- Filter onder 'Criteria' op Type is een van 'Vendor Bill' of 'Vendor Payment'. Stel Main Line in op 'Yes' en gebruik hetzelfde datumfilter.
- Voeg onder 'Results' kolommen toe voor het vastleggen van factuur-aanmaak, goedkeuring en betalingsgebeurtenissen. Gebruik hiervoor de formules uit het querygedeelte.
- Sla de zoekopdracht op, voer deze uit en exporteer de resultaten als CSV-bestand.
Combineer en transformeer de data:
- Open je favoriete tool voor datamanipulatie, bijvoorbeeld Microsoft Excel met Power Query of een Python-script met pandas.
- Importeer alle CSV-bestanden die je uit NetSuite hebt geëxporteerd.
- Voeg de data uit alle bestanden samen in één tabel. Alle zoekopdrachten zijn ontworpen met dezelfde kolomstructuur.
- Voor de uitvoer van de Purchase Order-zoekopdracht moet je de data unpivoten. De query bevat meerdere timestampkolommen, één voor elke PO-activiteit. Unpivot deze kolommen om één kolom 'ActivityName' en één kolom 'EventTime' te maken. Zo zet je de brede indeling om naar de lange, verticale indeling die nodig is voor een event log.
Rond het event log af en exporteer het:
- Controleer de gecombineerde data. Zorg dat de kolom EventTime één consistente timestampindeling gebruikt en dat PurchaseOrder voor alle regels is ingevuld.
- Verwijder regels waarin EventTime null is. Deze staan voor activiteiten die nog niet hebben plaatsgevonden.
- Sla de uiteindelijke geconsolideerde tabel op als één CSV-bestand. Dit bestand kun je nu uploaden naar ProcessMind.

Configuratie

Zoektype: Alle Saved Searches moeten het type 'Transaction' hebben.
Primair filter (Main Line): Stel in alle zoekopdrachten de criteria Main Line in op 'Yes'. Dit is belangrijk om te voorkomen dat je één regel per artikelregel krijgt, waardoor transactiegebeurtenissen op transactieniveau sterk worden gedupliceerd.
Datumbereik: Gebruik in alle zoekopdrachten hetzelfde datumfilter, bijvoorbeeld Date Created is 'within last 6 months'. Zo analyseer je dezelfde transactieset.
Filter op transactietype: Elke zoekopdracht moet worden gefilterd op het specifieke transactietype, zoals Purchase Order of Item Receipt, om de juiste gebeurtenissen te isoleren.
Uitvoerformaat: Stel de exportvoorkeur in op CSV, zodat je de bestanden makkelijk in externe tools kunt combineren.
Rechten: De gebruiker die de zoekopdrachten uitvoert, heeft kijkrechten nodig voor alle relevante transactierecords, waaronder Purchase Requisitions, Purchase Orders, Item Receipts, Vendor Bills en Vendor Payments.
Aangepaste velden: Voor activiteiten zoals 'Quality Inspection Performed' moet je waarschijnlijk een aangepast veld uit je NetSuite-configuratie toevoegen aan de resultaten van de Item Receipt-zoekopdracht. In de meegeleverde query staat hiervoor de tijdelijke aanduiding [Your Quality Inspection Timestamp Field]. Vervang deze door de werkelijke veld-ID uit jouw systeem.

a Voorbeeldquery config

### Description of Saved Search Configurations

Below are the configurations for the required Saved Searches. The 'Results' tab columns should be created in the order listed. Use 'Custom Label' to name the columns exactly as shown.

**1. Search: ProcessMind - Purchase Requisition Events**
*   **Criteria**:
    *   Type = 'Purchase Requisition'
    *   Main Line = 'Yes'
    *   Date Created = [Your Desired Date Range]
*   **Results**:
    1.  Formula (Text): `REPLACE({createdfrom.number}, 'Purchase Order #', '')` -> Custom Label: `PurchaseOrder`
    2.  Formula (Text): `CASE WHEN {status} = 'Pending Approval' THEN 'Purchase Requisition Created' WHEN {status} = 'Approved' THEN 'Purchase Requisition Approved' ELSE NULL END` -> Custom Label: `ActivityName`
    3.  Formula (Date/Time): `CASE WHEN {status} = 'Pending Approval' THEN {datecreated} WHEN {status} = 'Approved' THEN {lastmodifieddate} ELSE NULL END` -> Custom Label: `EventTime`
    4.  Formula (Text): `'NetSuite'` -> Custom Label: `SourceSystem`
    5.  Formula (Date/Time): `{today}` -> Custom Label: `LastDataUpdate`
    6.  Field: `Created By` -> Custom Label: `UserName`
    7.  Field: `Department` -> Custom Label: `DepartmentName`
    8.  Field: `Vendor Name` -> Custom Label: `VendorName`
    9.  Field: `Status` -> Custom Label: `PurchaseOrderStatus`
    10. Field: `Amount` -> Custom Label: `TotalAmount`
    11. Field: `Class` -> Custom Label: `PurchaseCategory`

**2. Search: ProcessMind - Purchase Order Events (Wide Format)**
*   **Criteria**:
    *   Type = 'Purchase Order'
    *   Main Line = 'Yes'
    *   Date = [Your Desired Date Range]
*   **Results (Note: This search creates a wide file that must be unpivoted later)**:
    1.  Field: `Document Number` -> Custom Label: `PurchaseOrder`
    2.  Field: `Date Created` -> Custom Label: `EventTime_Purchase Order Created`
    3.  Formula (Date/Time): `CASE WHEN {status} = 'Pending Supervisor Approval' THEN {lastmodifieddate} ELSE NULL END` -> Custom Label: `EventTime_Purchase Order Submitted`
    4.  Formula (Date/Time): `CASE WHEN {approvalstatus} = 'Approved' THEN {lastmodifieddate} ELSE NULL END` -> Custom Label: `EventTime_Purchase Order Approved`
    5.  Formula (Date/Time): `CASE WHEN {approvalstatus} = 'Rejected' THEN {lastmodifieddate} ELSE NULL END` -> Custom Label: `EventTime_Purchase Order Rejected`
    6.  Formula (Date/Time): `CASE WHEN {lastmodifieddate} > {datecreated} + 1 THEN {lastmodifieddate} ELSE NULL END` -> Custom Label: `EventTime_Purchase Order Changed`
    7.  Formula (Date/Time): `CASE WHEN {status} = 'Pending Billing' OR {status} = 'Partially Received' THEN {lastmodifieddate} ELSE NULL END` -> Custom Label: `EventTime_Purchase Order Sent To Vendor`
    8.  Formula (Date/Time): `CASE WHEN {status} = 'Closed' THEN {lastmodifieddate} ELSE NULL END` -> Custom Label: `EventTime_Purchase Order Closed`
    9.  Field: `Created By` -> Custom Label: `UserName`
    10. Field: `Department` -> Custom Label: `DepartmentName`
    11. Field: `Vendor Name` -> Custom Label: `VendorName`
    12. Field: `Status` -> Custom Label: `PurchaseOrderStatus`
    13. Field: `Total Amount` -> Custom Label: `TotalAmount`
    14. Field: `Class` -> Custom Label: `PurchaseCategory`

**3. Search: ProcessMind - Item Receipt Events**
*   **Criteria**:
    *   Type = 'Item Receipt'
    *   Main Line = 'Yes'
    *   Date Created = [Your Desired Date Range]
*   **Results**:
    1.  Field: `Created From : Document Number` -> Custom Label: `PurchaseOrder`
    2.  Formula (Text): `'Item Receipt Created'` -> Custom Label: `ActivityName`
    3.  Field: `Date Created` -> Custom Label: `EventTime`
    4.  Formula (Text): `'NetSuite'` -> Custom Label: `SourceSystem`
    5.  Formula (Date/Time): `{today}` -> Custom Label: `LastDataUpdate`
    6.  Field: `Created By` -> Custom Label: `UserName`
    7.  Field: `Created From : Department` -> Custom Label: `DepartmentName`
    8.  Field: `Created From : Vendor Name` -> Custom Label: `VendorName`
    9.  Field: `Created From : Status` -> Custom Label: `PurchaseOrderStatus`
    10. Field: `Created From : Total Amount` -> Custom Label: `TotalAmount`
    11. Field: `Created From : Class` -> Custom Label: `PurchaseCategory`

**4. Search: ProcessMind - Billing Events**
*   **Criteria**:
    *   Type = any of 'Vendor Bill', 'Vendor Payment'
    *   Main Line = 'Yes'
    *   Date = [Your Desired Date Range]
*   **Results**:
    1.  Field: `Created From : Document Number` -> Custom Label: `PurchaseOrder`
    2.  Formula (Text): `CASE WHEN {type} = 'Vendor Bill' AND {approvalstatus} <> 'Approved' THEN 'Bill Created From Purchase Order' WHEN {type} = 'Vendor Bill' AND {approvalstatus} = 'Approved' THEN 'Bill Approved' WHEN {type} = 'Vendor Payment' THEN 'Bill Payment Made' ELSE NULL END` -> Custom Label: `ActivityName`
    3.  Field: `Date` -> Custom Label: `EventTime`
    4.  Formula (Text): `'NetSuite'` -> Custom Label: `SourceSystem`
    5.  Formula (Date/Time): `{today}` -> Custom Label: `LastDataUpdate`
    6.  Field: `Created By` -> Custom Label: `UserName`
    7.  Field: `Created From : Department` -> Custom Label: `DepartmentName`
    8.  Field: `Created From : Vendor Name` -> Custom Label: `VendorName`
    9.  Field: `Created From : Status` -> Custom Label: `PurchaseOrderStatus`
    10. Field: `Created From : Total Amount` -> Custom Label: `TotalAmount`
    11. Field: `Created From : Class` -> Custom Label: `PurchaseCategory`

Stappen

Voorwaarde: SuiteAnalytics Connect inschakelen: Controleer of de SuiteAnalytics Connect-functie in je NetSuite-account is ingeschakeld. Ga naar Setup > Company > Enable Functions. Open het tabblad Analytics en vink SuiteAnalytics Connect aan. Let op: dit is een betaalde add-onmodule.
Gebruikersrol en machtigingen configureren: Maak een gebruikersrol aan of bewerk een bestaande rol om toegang tot SuiteAnalytics Connect te geven. De rol moet de machtiging 'SuiteAnalytics Connect' hebben. Geef daarnaast toegang op 'View'-niveau tot alle benodigde records, waaronder Transactions (Purchase Order, Purchase Requisition, Item Receipt, Vendor Bill, Vendor Payment), Entities (Vendor, Employee) en Lists (Department enzovoort).
Je databron bepalen: Ga in NetSuite naar de pagina SuiteAnalytics Connect Setup (Setup > Company > SuiteAnalytics Connect). Noteer je Service Host, Port, Account ID en de juiste naam van de databron, bijvoorbeeld NetSuite.com of NetSuite2.com.
ODBC/JDBC-driver installeren: Download en installeer de juiste SuiteAnalytics Connect-driver, ODBC of JDBC, voor je besturingssysteem en SQL-client. Drivers zijn beschikbaar in het NetSuite Help Center.
De verbinding met je SQL-client configureren: Maak een nieuwe verbinding aan in de SQL-client van je keuze, bijvoorbeeld DBeaver, Power BI of Tableau. Gebruik de verbindingsgegevens uit stap 3 en de inloggegevens van de gebruiker aan wie je de rol uit stap 2 hebt toegewezen.
De SQL-query aanpassen: Kopieer de meegeleverde SQL-query naar je SQL-client. Pas de tijdelijke waarden in de WHERE-clausules aan, vooral het datumbereik ('YYYY-MM-DD') en bedrijfspecifieke filters zoals Subsidiary ID.
De query uitvoeren: Voer de volledige SQL-query uit op de NetSuite-database via de geconfigureerde verbinding. De uitvoeringstijd hangt af van het datumbereik en de hoeveelheid data.
De resultaten controleren: De query retourneert een vlakke event-logtabel met één rij per activiteit. Controleer of alle kolommen, zoals PurchaseOrder, ActivityName en EventTime, correct zijn gevuld.
De data exporteren: Exporteer de queryresultaten als CSV-bestand. Controleer of de bestandscodering op UTF-8 staat om problemen met tekens te voorkomen.
De upload voorbereiden: Controleer vóór het uploaden naar ProcessMind of de kolomkoppen in het CSV-bestand overeenkomen met de vereiste attributen, zoals PurchaseOrder, ActivityName en EventTime. Controleer ook of de datumnotatie in de kolom EventTime overal hetzelfde is.

Configuratie

Licentie voor SuiteAnalytics Connect: Je organisatie moet een geldige licentie hebben voor de add-onmodule SuiteAnalytics Connect om een directe databaseverbinding te maken.
Gebruikersrechten: Je hebt een speciale NetSuite-gebruikersrol nodig met de machtiging 'SuiteAnalytics Connect' en kijkrechten voor alle relevante transactie- en entiteitsrecords. Zonder de juiste rechten mislukt de query of krijg je onvolledige data.
Data Source Name (DSN): Gebruik de juiste Service Host en DSN die in de NetSuite-interface onder 'SuiteAnalytics Connect Setup' staan. De databron NetSuite2.com wordt meestal aanbevolen, omdat deze het workbook-datamodel gebruikt en vaak betere prestaties biedt.
Filter op datumbereik: De meegeleverde query bevat een WHERE-clausule (WHERE T.DateCreated >= TO_DATE('2023-01-01', 'YYYY-MM-DD')) om de extractieperiode te beperken. Stel een redelijk datumbereik in, bijvoorbeeld 3 tot 6 maanden, zodat de query goed blijft presteren. Het is niet aan te raden om meerdere jaren aan data in één keer te extraheren.
Filters voor subsidiary of bedrijf: Voeg in omgevingen met meerdere subsidiaries een filter op de Subsidiary ID toe aan de WHERE-clausule van de belangrijkste Transactions_CTE. Zo isoleer je data voor een specifieke juridische entiteit, bijvoorbeeld AND T.Subsidiary = 1.
Aangepaste velden: De query bevat tijdelijke aanduidingen voor veelgebruikte aangepaste velden, zoals PurchaseCategory. Vervang [Your Purchase Category Custom Field] door de werkelijke veld-ID uit jouw NetSuite-implementatie.

a Voorbeeldquery sql

WITH Transactions_CTE AS (
  SELECT
    T.Transaction_ID,
    T.TranID,
    T.Type,
    T.Status,
    T.ApprovalStatus,
    T.DateCreated,
    T.LastModifiedDate,
    T.Entity_ID AS Vendor_ID,
    T.CreatedBy_ID,
    T.Total,
    T.Department_ID,
    T.ToBeEmailed,
    TL.CreatedFrom_ID,
    -- Placeholder for a custom field. Replace with your actual field ID.
    T.custbody_purchase_category AS PurchaseCategory_ID 
  FROM
    Transaction AS T
    LEFT JOIN TransactionLine AS TL ON T.Transaction_ID = TL.Transaction_ID
  WHERE
    (T.Type IN ('PurchOrd', 'PurchReq', 'ItemRcpt', 'VendBill', 'VendPymt'))
    AND T.DateCreated >= TO_DATE('[YYYY-MM-DD]', 'YYYY-MM-DD') -- Set Start Date
    -- Optional: Add a subsidiary filter for multi-subsidiary environments
    -- AND T.Subsidiary_ID = [Your Subsidiary ID] 
    AND TL.MainLine = 'T' -- Focus on main line data to avoid row duplication
)
-- 1. Purchase Requisition Created
SELECT
  PR_PO_Map.PO_TranID AS "PurchaseOrder",
  'Purchase Requisition Created' AS "ActivityName",
  PR.DateCreated AS "EventTime",
  'NetSuite' AS "SourceSystem",
  CURRENT_TIMESTAMP AS "LastDataUpdate",
  BUILTIN.DF(E_User.Employee_ID) AS "UserName",
  BUILTIN.DF(D.Department_ID) AS "DepartmentName",
  BUILTIN.DF(PO.Vendor_ID) AS "VendorName",
  BUILTIN.DF(PO.Status) AS "PurchaseOrderStatus",
  PO.Total AS "TotalAmount",
  BUILTIN.DF(PO.PurchaseCategory_ID) AS "PurchaseCategory"
FROM
  Transactions_CTE AS PR
  JOIN TransactionLine AS PR_Line ON PR.Transaction_ID = PR_Line.Transaction_ID
  JOIN Transaction AS PO_Link ON PR_Line.Transaction_ID = PO_Link.AppliedToTransaction_ID
  JOIN Transactions_CTE AS PO ON PO_Link.Transaction_ID = PO.Transaction_ID
  LEFT JOIN Employee AS E_User ON PR.CreatedBy_ID = E_User.Employee_ID
  LEFT JOIN Department AS D ON PR.Department_ID = D.Department_ID
  CROSS JOIN (
      SELECT DISTINCT PO_Ref.TranID AS PO_TranID, PR_Ref.Transaction_ID AS PR_ID
      FROM Transaction AS PO_Ref JOIN TransactionLine AS TL_Ref ON PO_Ref.Transaction_ID = TL_Ref.Transaction_ID JOIN Transaction AS PR_Ref ON TL_Ref.CreatedFrom_ID = PR_Ref.Transaction_ID
      WHERE PO_Ref.Type = 'PurchOrd' AND PR_Ref.Type = 'PurchReq'
  ) AS PR_PO_Map ON PR.Transaction_ID = PR_PO_Map.PR_ID
WHERE
  PR.Type = 'PurchReq'

UNION ALL

-- 2. Purchase Requisition Approved
SELECT
  PR_PO_Map.PO_TranID AS "PurchaseOrder",
  'Purchase Requisition Approved' AS "ActivityName",
  PR.LastModifiedDate AS "EventTime",
  'NetSuite' AS "SourceSystem",
  CURRENT_TIMESTAMP AS "LastDataUpdate",
  BUILTIN.DF(E_User.Employee_ID) AS "UserName",
  BUILTIN.DF(D.Department_ID) AS "DepartmentName",
  BUILTIN.DF(PO.Vendor_ID) AS "VendorName",
  BUILTIN.DF(PO.Status) AS "PurchaseOrderStatus",
  PO.Total AS "TotalAmount",
  BUILTIN.DF(PO.PurchaseCategory_ID) AS "PurchaseCategory"
FROM
  Transactions_CTE AS PR
  JOIN TransactionLine AS PR_Line ON PR.Transaction_ID = PR_Line.Transaction_ID
  JOIN Transaction AS PO_Link ON PR_Line.Transaction_ID = PO_Link.AppliedToTransaction_ID
  JOIN Transactions_CTE AS PO ON PO_Link.Transaction_ID = PO.Transaction_ID
  LEFT JOIN Employee AS E_User ON PR.CreatedBy_ID = E_User.Employee_ID
  LEFT JOIN Department AS D ON PR.Department_ID = D.Department_ID
  CROSS JOIN (
      SELECT DISTINCT PO_Ref.TranID AS PO_TranID, PR_Ref.Transaction_ID AS PR_ID
      FROM Transaction AS PO_Ref JOIN TransactionLine AS TL_Ref ON PO_Ref.Transaction_ID = TL_Ref.Transaction_ID JOIN Transaction AS PR_Ref ON TL_Ref.CreatedFrom_ID = PR_Ref.Transaction_ID
      WHERE PO_Ref.Type = 'PurchOrd' AND PR_Ref.Type = 'PurchReq'
  ) AS PR_PO_Map ON PR.Transaction_ID = PR_PO_Map.PR_ID
WHERE
  PR.Type = 'PurchReq'
  AND BUILTIN.DF(PR.ApprovalStatus) = 'Approved'

UNION ALL

-- 3. Purchase Order Created
SELECT
  PO.TranID AS "PurchaseOrder",
  'Purchase Order Created' AS "ActivityName",
  PO.DateCreated AS "EventTime",
  'NetSuite' AS "SourceSystem",
  CURRENT_TIMESTAMP AS "LastDataUpdate",
  BUILTIN.DF(E_User.Employee_ID) AS "UserName",
  BUILTIN.DF(D.Department_ID) AS "DepartmentName",
  BUILTIN.DF(PO.Vendor_ID) AS "VendorName",
  BUILTIN.DF(PO.Status) AS "PurchaseOrderStatus",
  PO.Total AS "TotalAmount",
  BUILTIN.DF(PO.PurchaseCategory_ID) AS "PurchaseCategory"
FROM
  Transactions_CTE AS PO
  LEFT JOIN Employee AS E_User ON PO.CreatedBy_ID = E_User.Employee_ID
  LEFT JOIN Department AS D ON PO.Department_ID = D.Department_ID
WHERE
  PO.Type = 'PurchOrd'

UNION ALL

-- 4. Purchase Order Submitted
SELECT
  PO.TranID AS "PurchaseOrder",
  'Purchase Order Submitted' AS "ActivityName",
  PO.LastModifiedDate AS "EventTime",
  'NetSuite' AS "SourceSystem",
  CURRENT_TIMESTAMP AS "LastDataUpdate",
  BUILTIN.DF(E_User.Employee_ID) AS "UserName",
  BUILTIN.DF(D.Department_ID) AS "DepartmentName",
  BUILTIN.DF(PO.Vendor_ID) AS "VendorName",
  BUILTIN.DF(PO.Status) AS "PurchaseOrderStatus",
  PO.Total AS "TotalAmount",
  BUILTIN.DF(PO.PurchaseCategory_ID) AS "PurchaseCategory"
FROM
  Transactions_CTE AS PO
  LEFT JOIN Employee AS E_User ON PO.CreatedBy_ID = E_User.Employee_ID
  LEFT JOIN Department AS D ON PO.Department_ID = D.Department_ID
WHERE
  PO.Type = 'PurchOrd'
  AND BUILTIN.DF(PO.ApprovalStatus) = 'Pending Approval' AND PO.LastModifiedDate > PO.DateCreated

UNION ALL

-- 5. Purchase Order Approved
SELECT
  PO.TranID AS "PurchaseOrder",
  'Purchase Order Approved' AS "ActivityName",
  PO.LastModifiedDate AS "EventTime",
  'NetSuite' AS "SourceSystem",
  CURRENT_TIMESTAMP AS "LastDataUpdate",
  BUILTIN.DF(E_User.Employee_ID) AS "UserName",
  BUILTIN.DF(D.Department_ID) AS "DepartmentName",
  BUILTIN.DF(PO.Vendor_ID) AS "VendorName",
  BUILTIN.DF(PO.Status) AS "PurchaseOrderStatus",
  PO.Total AS "TotalAmount",
  BUILTIN.DF(PO.PurchaseCategory_ID) AS "PurchaseCategory"
FROM
  Transactions_CTE AS PO
  LEFT JOIN Employee AS E_User ON PO.CreatedBy_ID = E_User.Employee_ID
  LEFT JOIN Department AS D ON PO.Department_ID = D.Department_ID
WHERE
  PO.Type = 'PurchOrd'
  AND BUILTIN.DF(PO.ApprovalStatus) = 'Approved'

UNION ALL

-- 6. Purchase Order Rejected
SELECT
  PO.TranID AS "PurchaseOrder",
  'Purchase Order Rejected' AS "ActivityName",
  PO.LastModifiedDate AS "EventTime",
  'NetSuite' AS "SourceSystem",
  CURRENT_TIMESTAMP AS "LastDataUpdate",
  BUILTIN.DF(E_User.Employee_ID) AS "UserName",
  BUILTIN.DF(D.Department_ID) AS "DepartmentName",
  BUILTIN.DF(PO.Vendor_ID) AS "VendorName",
  BUILTIN.DF(PO.Status) AS "PurchaseOrderStatus",
  PO.Total AS "TotalAmount",
  BUILTIN.DF(PO.PurchaseCategory_ID) AS "PurchaseCategory"
FROM
  Transactions_CTE AS PO
  LEFT JOIN Employee AS E_User ON PO.CreatedBy_ID = E_User.Employee_ID
  LEFT JOIN Department AS D ON PO.Department_ID = D.Department_ID
WHERE
  PO.Type = 'PurchOrd'
  AND BUILTIN.DF(PO.ApprovalStatus) = 'Rejected'

UNION ALL

-- 7. Purchase Order Changed
SELECT
  PO.TranID AS "PurchaseOrder",
  'Purchase Order Changed' AS "ActivityName",
  PO.LastModifiedDate AS "EventTime",
  'NetSuite' AS "SourceSystem",
  CURRENT_TIMESTAMP AS "LastDataUpdate",
  BUILTIN.DF(E_User.Employee_ID) AS "UserName",
  BUILTIN.DF(D.Department_ID) AS "DepartmentName",
  BUILTIN.DF(PO.Vendor_ID) AS "VendorName",
  BUILTIN.DF(PO.Status) AS "PurchaseOrderStatus",
  PO.Total AS "TotalAmount",
  BUILTIN.DF(PO.PurchaseCategory_ID) AS "PurchaseCategory"
FROM
  Transactions_CTE AS PO
  LEFT JOIN Employee AS E_User ON PO.CreatedBy_ID = E_User.Employee_ID
  LEFT JOIN Department AS D ON PO.Department_ID = D.Department_ID
WHERE
  PO.Type = 'PurchOrd'
  AND PO.LastModifiedDate > PO.DateCreated

UNION ALL

-- 8. Purchase Order Sent To Vendor
SELECT
  PO.TranID AS "PurchaseOrder",
  'Purchase Order Sent To Vendor' AS "ActivityName",
  PO.LastModifiedDate AS "EventTime",
  'NetSuite' AS "SourceSystem",
  CURRENT_TIMESTAMP AS "LastDataUpdate",
  BUILTIN.DF(E_User.Employee_ID) AS "UserName",
  BUILTIN.DF(D.Department_ID) AS "DepartmentName",
  BUILTIN.DF(PO.Vendor_ID) AS "VendorName",
  BUILTIN.DF(PO.Status) AS "PurchaseOrderStatus",
  PO.Total AS "TotalAmount",
  BUILTIN.DF(PO.PurchaseCategory_ID) AS "PurchaseCategory"
FROM
  Transactions_CTE AS PO
  LEFT JOIN Employee AS E_User ON PO.CreatedBy_ID = E_User.Employee_ID
  LEFT JOIN Department AS D ON PO.Department_ID = D.Department_ID
WHERE
  PO.Type = 'PurchOrd'
  AND PO.ToBeEmailed = 'F' -- Assumes the PO was sent via email

UNION ALL

-- 9. Item Receipt Created
SELECT
  PO.TranID AS "PurchaseOrder",
  'Item Receipt Created' AS "ActivityName",
  IR.DateCreated AS "EventTime",
  'NetSuite' AS "SourceSystem",
  CURRENT_TIMESTAMP AS "LastDataUpdate",
  BUILTIN.DF(E_User.Employee_ID) AS "UserName",
  BUILTIN.DF(D.Department_ID) AS "DepartmentName",
  BUILTIN.DF(PO.Vendor_ID) AS "VendorName",
  BUILTIN.DF(PO.Status) AS "PurchaseOrderStatus",
  PO.Total AS "TotalAmount",
  BUILTIN.DF(PO.PurchaseCategory_ID) AS "PurchaseCategory"
FROM
  Transactions_CTE AS IR
  JOIN Transactions_CTE AS PO ON IR.CreatedFrom_ID = PO.Transaction_ID
  LEFT JOIN Employee AS E_User ON IR.CreatedBy_ID = E_User.Employee_ID
  LEFT JOIN Department AS D ON PO.Department_ID = D.Department_ID
WHERE
  IR.Type = 'ItemRcpt' AND PO.Type = 'PurchOrd'

UNION ALL

-- 10. Quality Inspection Performed
SELECT
  PO.TranID AS "PurchaseOrder",
  'Quality Inspection Performed' AS "ActivityName",
  IR.LastModifiedDate AS "EventTime", -- Assuming date is updated on the Item Receipt
  'NetSuite' AS "SourceSystem",
  CURRENT_TIMESTAMP AS "LastDataUpdate",
  BUILTIN.DF(E_User.Employee_ID) AS "UserName",
  BUILTIN.DF(D.Department_ID) AS "DepartmentName",
  BUILTIN.DF(PO.Vendor_ID) AS "VendorName",
  BUILTIN.DF(PO.Status) AS "PurchaseOrderStatus",
  PO.Total AS "TotalAmount",
  BUILTIN.DF(PO.PurchaseCategory_ID) AS "PurchaseCategory"
FROM
  Transactions_CTE AS IR
  JOIN Transactions_CTE AS PO ON IR.CreatedFrom_ID = PO.Transaction_ID
  LEFT JOIN Employee AS E_User ON IR.CreatedBy_ID = E_User.Employee_ID
  LEFT JOIN Department AS D ON PO.Department_ID = D.Department_ID
WHERE
  IR.Type = 'ItemRcpt' AND PO.Type = 'PurchOrd'
  -- This part is a placeholder. It assumes a custom checkbox `custbody_quality_inspected` is checked
  -- to indicate inspection. Adjust the field ID and logic based on your NetSuite configuration.
  AND IR.custbody_quality_inspected = 'T'

UNION ALL

-- 11. Bill Created From Purchase Order
SELECT
  PO.TranID AS "PurchaseOrder",
  'Bill Created From Purchase Order' AS "ActivityName",
  VB.DateCreated AS "EventTime",
  'NetSuite' AS "SourceSystem",
  CURRENT_TIMESTAMP AS "LastDataUpdate",
  BUILTIN.DF(E_User.Employee_ID) AS "UserName",
  BUILTIN.DF(D.Department_ID) AS "DepartmentName",
  BUILTIN.DF(PO.Vendor_ID) AS "VendorName",
  BUILTIN.DF(PO.Status) AS "PurchaseOrderStatus",
  PO.Total AS "TotalAmount",
  BUILTIN.DF(PO.PurchaseCategory_ID) AS "PurchaseCategory"
FROM
  Transactions_CTE AS VB
  JOIN Transactions_CTE AS PO ON VB.CreatedFrom_ID = PO.Transaction_ID
  LEFT JOIN Employee AS E_User ON VB.CreatedBy_ID = E_User.Employee_ID
  LEFT JOIN Department AS D ON PO.Department_ID = D.Department_ID
WHERE
  VB.Type = 'VendBill' AND PO.Type = 'PurchOrd'

UNION ALL

-- 12. Bill Approved
SELECT
  PO.TranID AS "PurchaseOrder",
  'Bill Approved' AS "ActivityName",
  VB.LastModifiedDate AS "EventTime",
  'NetSuite' AS "SourceSystem",
  CURRENT_TIMESTAMP AS "LastDataUpdate",
  BUILTIN.DF(E_User.Employee_ID) AS "UserName",
  BUILTIN.DF(D.Department_ID) AS "DepartmentName",
  BUILTIN.DF(PO.Vendor_ID) AS "VendorName",
  BUILTIN.DF(PO.Status) AS "PurchaseOrderStatus",
  PO.Total AS "TotalAmount",
  BUILTIN.DF(PO.PurchaseCategory_ID) AS "PurchaseCategory"
FROM
  Transactions_CTE AS VB
  JOIN Transactions_CTE AS PO ON VB.CreatedFrom_ID = PO.Transaction_ID
  LEFT JOIN Employee AS E_User ON VB.CreatedBy_ID = E_User.Employee_ID
  LEFT JOIN Department AS D ON PO.Department_ID = D.Department_ID
WHERE
  VB.Type = 'VendBill' AND PO.Type = 'PurchOrd'
  AND BUILTIN.DF(VB.ApprovalStatus) = 'Approved'

UNION ALL

-- 13. Bill Payment Made
SELECT
  PO.TranID AS "PurchaseOrder",
  'Bill Payment Made' AS "ActivityName",
  VP.DateCreated AS "EventTime",
  'NetSuite' AS "SourceSystem",
  CURRENT_TIMESTAMP AS "LastDataUpdate",
  BUILTIN.DF(E_User.Employee_ID) AS "UserName",
  BUILTIN.DF(D.Department_ID) AS "DepartmentName",
  BUILTIN.DF(PO.Vendor_ID) AS "VendorName",
  BUILTIN.DF(PO.Status) AS "PurchaseOrderStatus",
  PO.Total AS "TotalAmount",
  BUILTIN.DF(PO.PurchaseCategory_ID) AS "PurchaseCategory"
FROM
  Transactions_CTE AS VP
  JOIN TransactionLink AS VL ON VP.Transaction_ID = VL.Transaction_ID AND VL.LinkType = 'Applied To'
  JOIN Transactions_CTE AS VB ON VL.PreviousTransaction_ID = VB.Transaction_ID
  JOIN Transactions_CTE AS PO ON VB.CreatedFrom_ID = PO.Transaction_ID
  LEFT JOIN Employee AS E_User ON VP.CreatedBy_ID = E_User.Employee_ID
  LEFT JOIN Department AS D ON PO.Department_ID = D.Department_ID
WHERE
  VP.Type = 'VendPymt' AND VB.Type = 'VendBill' AND PO.Type = 'PurchOrd'

UNION ALL

-- 14. Purchase Order Closed
SELECT
  PO.TranID AS "PurchaseOrder",
  'Purchase Order Closed' AS "ActivityName",
  PO.LastModifiedDate AS "EventTime",
  'NetSuite' AS "SourceSystem",
  CURRENT_TIMESTAMP AS "LastDataUpdate",
  BUILTIN.DF(E_User.Employee_ID) AS "UserName",
  BUILTIN.DF(D.Department_ID) AS "DepartmentName",
  BUILTIN.DF(PO.Vendor_ID) AS "VendorName",
  BUILTIN.DF(PO.Status) AS "PurchaseOrderStatus",
  PO.Total AS "TotalAmount",
  BUILTIN.DF(PO.PurchaseCategory_ID) AS "PurchaseCategory"
FROM
  Transactions_CTE AS PO
  LEFT JOIN Employee AS E_User ON PO.CreatedBy_ID = E_User.Employee_ID
  LEFT JOIN Department AS D ON PO.Department_ID = D.Department_ID
WHERE
  PO.Type = 'PurchOrd'
  AND BUILTIN.DF(PO.Status) = 'Closed';

Stappen

Voorwaarden en omgeving instellen: Controleer of Python 3.6 of nieuwer is geïnstalleerd. Installeer de benodigde bibliotheken met pip: pip install requests requests-oauthlib pandas. Je hebt ook inloggegevens nodig voor Token-Based Authentication (TBA) van NetSuite.
NetSuite configureren voor API-toegang: Een beheerder moet in NetSuite de SuiteTalk-functie (REST Web Services) inschakelen. Ga naar Setup > Company > Enable Functions. Open het tabblad SuiteCloud, ga naar de sectie SuiteTalk (Web Services), vink REST WEB SERVICES aan en sla de wijziging op.
Een integratierecord aanmaken: Ga naar Setup > Integration > Manage Integrations > New. Maak een nieuw integratierecord aan en controleer of Token-Based Authentication is ingeschakeld. Noteer de gegenereerde Consumer Key en Consumer Secret.
Een access token aanmaken: Ga naar Setup > Users/Roles > Access Tokens > New. Selecteer het integratierecord dat je net hebt aangemaakt, een gebruiker en een rol met voldoende rechten voor toegang tot inkooporders, aanvragen, facturen en betalingen. Noteer de gegenereerde Token ID en Token Secret. Je hebt ook je NetSuite Account ID nodig. Dat vind je via Setup > Integration > Web Services Preferences.
Het Python-script voorbereiden: Kopieer het Python-script uit de sectie 'Query' hieronder naar een bestand met de naam extract_netsuite_p2p.py. Vul de tijdelijke variabelen bovenaan het script in met je Account ID, Consumer Key, Consumer Secret, Token ID en Token Secret.
De extractieomvang bepalen: Pas de SuiteQL-query in het script aan om het gewenste datumbereik in te stellen. Zoek de WHERE-clausules met TO_DATE('YYYY-MM-DD', 'YYYY-MM-DD') en vervang de tijdelijke datums door de gewenste begin- en einddatum van de extractie.
Aanpassen voor aangepaste velden, indien nodig: Controleer de SuiteQL-query, vooral de sectie voor 'Quality Inspection Performed'. Deze activiteit is vaak afhankelijk van aangepaste velden of records. Pas de querylogica aan de specifieke NetSuite-configuratie van je organisatie aan.
Het script uitvoeren: Voer het script vanuit je terminal uit met de opdracht: python extract_netsuite_p2p.py. Het script maakt verbinding met de NetSuite REST API, voert de query uit, verwerkt de paginering en verzamelt de resultaten.
De uitvoer controleren: Na een succesvolle uitvoering maakt het script in dezelfde map een CSV-bestand aan met de naam netsuite_p2p_event_log.csv. Dit bestand bevat het geëxtraheerde event log.
Valideren en uploaden: Voer de controles uit die in de sectie 'Validation Steps' staan om de datakwaliteit en volledigheid te controleren. Na deze controle kun je het CSV-bestand naar ProcessMind uploaden.

Configuratie

Authenticatie: Dit script vereist Token-Based Authentication (TBA). De bijbehorende NetSuite-rol heeft rechten nodig voor 'REST Web Services' en kijkrechten voor transacties zoals Purchase Orders, Purchase Requisitions, Vendor Bills, Vendor Payments en Item Receipts.
Datumbereik: De SuiteQL-query bevat een tijdelijke filter TO_DATE('YYYY-MM-DD', 'YYYY-MM-DD'). Het is belangrijk om een specifiek datumbereik in te stellen, zodat je de hoeveelheid data beheerst en API-time-outs voorkomt. Voor een eerste extractie wordt een periode van 3 tot 6 maanden aanbevolen.
Subsidiary-filter: Voor NetSuite OneWorld-accounts wordt sterk aanbevolen om op de specifieke subsidiary te filteren. Zo haal je data op voor de juiste juridische entiteit. Voeg dit bijvoorbeeld toe aan de WHERE-clausule van elke SELECT-instructie: AND Transaction.subsidiary = [Your Subsidiary ID].
API-governance: NetSuite hanteert limieten voor gelijktijdige API-aanroepen en gebruik. Als je het script voor een zeer groot datumbereik uitvoert, moet je mogelijk kleinere opeenvolgende batches gebruiken om binnen deze limieten te blijven. De LIMIT van het script staat op 1000, de maximale paginagrootte voor SuiteQL-queries.
Aangepaste velden en workflows: Het script gaat uit van standaard NetSuite-velden en -statussen, zoals 'approvalStatus'. Als je organisatie aangepaste statusvelden of goedkeuringsworkflows gebruikt, moet je de SuiteQL-query aanpassen aan deze configuratie.

a Voorbeeldquery python

import requests
from requests_oauthlib import OAuth1
import json
import pandas as pd
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Configuration: Replace with your NetSuite Credentials ---
class=class="hl-string">"hl-comment"># Your NetSuite Account ID (e.g., 1234567 or 1234567_SB1 for sandbox)
ACCOUNT_ID = class="hl-string">"[Your NetSuite Account ID]"

class=class="hl-string">"hl-comment"># Token-Based Authentication Credentials
CONSUMER_KEY = class="hl-string">"[Your Consumer Key]"
CONSUMER_SECRET = class="hl-string">"[Your Consumer Secret]"
TOKEN_ID = class="hl-string">"[Your Token ID]"
TOKEN_SECRET = class="hl-string">"[Your Token Secret]"

class=class="hl-string">"hl-comment"># --- Script Settings ---
class=class="hl-string">"hl-comment"># The script will stop if it encounters this many consecutive errors.
MAX_CONSECUTIVE_ERRORS = 5

class=class="hl-string">"hl-comment"># Construct the base URL for the SuiteQL endpoint
class=class="hl-string">"hl-comment"># Use class="hl-string">'suitetalk.api.netsuite.com' for production or class="hl-string">'suitetalk.api.sandbox.netsuite.com' for sandbox
base_url = fclass="hl-string">"https://{ACCOUNT_ID.lower().replace('_', '-')}.suitetalk.api.netsuite.com"
suiteql_url = fclass="hl-string">"{base_url}/services/rest/query/v1/suiteql"

class=class="hl-string">"hl-comment"># --- SuiteQL Query ---
class=class="hl-string">"hl-comment"># This query extracts events for the Purchase-to-Pay process centered on Purchase Orders.
class=class="hl-string">"hl-comment"># !! IMPORTANT !!: Replace class="hl-string">'YYYY-MM-DD' with your desired start and end dates.
suiteql_query = class="hl-string">"""
SELECT
    po.tranId AS PurchaseOrder,
    'Purchase Requisition Created' AS ActivityName,
    req.tranDate AS EventTime,
    BUILTIN.DF(req.entity) AS UserName,
    BUILTIN.DF(req.department) AS DepartmentName,
    NULL AS VendorName,
    BUILTIN.DF(po.status) AS PurchaseOrderStatus,
    po.total AS TotalAmount,
    BUILTIN.DF(req.class) AS PurchaseCategory,
    'NetSuite' AS SourceSystem,
    CURRENT_TIMESTAMP AS LastDataUpdate
FROM
    Transaction AS req
    INNER JOIN Transaction AS po ON req.ID = po.createdFrom
WHERE
    req.type = 'PurchReq'
    AND po.type = 'PurchOrd'
    AND req.lastModifiedDate >= TO_DATE('2023-01-01', 'YYYY-MM-DD')

UNION ALL

SELECT
    po.tranId AS PurchaseOrder,
    'Purchase Requisition Approved' AS ActivityName,
    note.noteDate AS EventTime,
    BUILTIN.DF(note.author) AS UserName,
    BUILTIN.DF(req.department) AS DepartmentName,
    NULL AS VendorName,
    BUILTIN.DF(po.status) AS PurchaseOrderStatus,
    po.total AS TotalAmount,
    BUILTIN.DF(req.class) AS PurchaseCategory,
    'NetSuite' AS SourceSystem,
    CURRENT_TIMESTAMP AS LastDataUpdate
FROM
    SystemNote AS note
    INNER JOIN Transaction AS req ON note.recordId = req.ID
    INNER JOIN Transaction AS po ON req.ID = po.createdFrom
WHERE
    req.type = 'PurchReq'
    AND po.type = 'PurchOrd'
    AND note.field = 'TRN_APPROVALSTATUS'
    AND note.newValue = 'Approved'
    AND note.noteDate >= TO_DATE('2023-01-01', 'YYYY-MM-DD')

UNION ALL

SELECT
    po.tranId AS PurchaseOrder,
    'Purchase Order Created' AS ActivityName,
    po.tranDate AS EventTime,
    BUILTIN.DF(po.createdBy) AS UserName,
    BUILTIN.DF(po.department) AS DepartmentName,
    BUILTIN.DF(po.entity) AS VendorName,
    BUILTIN.DF(po.status) AS PurchaseOrderStatus,
    po.total AS TotalAmount,
    BUILTIN.DF(po.class) AS PurchaseCategory,
    'NetSuite' AS SourceSystem,
    CURRENT_TIMESTAMP AS LastDataUpdate
FROM
    Transaction AS po
WHERE
    po.type = 'PurchOrd'
    AND po.lastModifiedDate >= TO_DATE('2023-01-01', 'YYYY-MM-DD')

UNION ALL

SELECT
    po.tranId AS PurchaseOrder,
    'Purchase Order Submitted' AS ActivityName,
    note.noteDate AS EventTime,
    BUILTIN.DF(note.author) AS UserName,
    BUILTIN.DF(po.department) AS DepartmentName,
    BUILTIN.DF(po.entity) AS VendorName,
    BUILTIN.DF(po.status) AS PurchaseOrderStatus,
    po.total AS TotalAmount,
    BUILTIN.DF(po.class) AS PurchaseCategory,
    'NetSuite' AS SourceSystem,
    CURRENT_TIMESTAMP AS LastDataUpdate
FROM
    SystemNote AS note
    INNER JOIN Transaction AS po ON note.recordId = po.ID
WHERE
    po.type = 'PurchOrd'
    AND note.field = 'TRN_APPROVALSTATUS'
    AND note.newValue LIKE 'Pending%'
    AND note.noteDate >= TO_DATE('2023-01-01', 'YYYY-MM-DD')

UNION ALL

SELECT
    po.tranId AS PurchaseOrder,
    'Purchase Order Approved' AS ActivityName,
    note.noteDate AS EventTime,
    BUILTIN.DF(note.author) AS UserName,
    BUILTIN.DF(po.department) AS DepartmentName,
    BUILTIN.DF(po.entity) AS VendorName,
    BUILTIN.DF(po.status) AS PurchaseOrderStatus,
    po.total AS TotalAmount,
    BUILTIN.DF(po.class) AS PurchaseCategory,
    'NetSuite' AS SourceSystem,
    CURRENT_TIMESTAMP AS LastDataUpdate
FROM
    SystemNote AS note
    INNER JOIN Transaction AS po ON note.recordId = po.ID
WHERE
    po.type = 'PurchOrd'
    AND note.field = 'TRN_APPROVALSTATUS'
    AND note.newValue = 'Approved'
    AND note.noteDate >= TO_DATE('2023-01-01', 'YYYY-MM-DD')

UNION ALL

SELECT
    po.tranId AS PurchaseOrder,
    'Purchase Order Rejected' AS ActivityName,
    note.noteDate AS EventTime,
    BUILTIN.DF(note.author) AS UserName,
    BUILTIN.DF(po.department) AS DepartmentName,
    BUILTIN.DF(po.entity) AS VendorName,
    BUILTIN.DF(po.status) AS PurchaseOrderStatus,
    po.total AS TotalAmount,
    BUILTIN.DF(po.class) AS PurchaseCategory,
    'NetSuite' AS SourceSystem,
    CURRENT_TIMESTAMP AS LastDataUpdate
FROM
    SystemNote AS note
    INNER JOIN Transaction AS po ON note.recordId = po.ID
WHERE
    po.type = 'PurchOrd'
    AND note.field = 'TRN_APPROVALSTATUS'
    AND note.newValue = 'Rejected'
    AND note.noteDate >= TO_DATE('2023-01-01', 'YYYY-MM-DD')

UNION ALL

SELECT DISTINCT
    po.tranId AS PurchaseOrder,
    'Purchase Order Changed' AS ActivityName,
    po.lastModifiedDate AS EventTime,
    BUILTIN.DF(po.lastModifiedBy) AS UserName,
    BUILTIN.DF(po.department) AS DepartmentName,
    BUILTIN.DF(po.entity) AS VendorName,
    BUILTIN.DF(po.status) AS PurchaseOrderStatus,
    po.total AS TotalAmount,
    BUILTIN.DF(po.class) AS PurchaseCategory,
    'NetSuite' AS SourceSystem,
    CURRENT_TIMESTAMP AS LastDataUpdate
FROM
    Transaction AS po
WHERE
    po.type = 'PurchOrd'
    AND po.lastModifiedDate > po.dateCreated
    AND po.lastModifiedDate >= TO_DATE('2023-01-01', 'YYYY-MM-DD')

UNION ALL

SELECT
    po.tranId AS PurchaseOrder,
    'Purchase Order Sent To Vendor' AS ActivityName,
    note.noteDate AS EventTime,
    BUILTIN.DF(note.author) AS UserName,
    BUILTIN.DF(po.department) AS DepartmentName,
    BUILTIN.DF(po.entity) AS VendorName,
    BUILTIN.DF(po.status) AS PurchaseOrderStatus,
    po.total AS TotalAmount,
    BUILTIN.DF(po.class) AS PurchaseCategory,
    'NetSuite' AS SourceSystem,
    CURRENT_TIMESTAMP AS LastDataUpdate
FROM
    SystemNote AS note
    INNER JOIN Transaction AS po ON note.recordId = po.ID
WHERE
    po.type = 'PurchOrd'
    AND note.field = 'TRN_TOBEEMAILED' AND note.newValue = 'No'
    AND note.noteDate >= TO_DATE('2023-01-01', 'YYYY-MM-DD')

UNION ALL

SELECT
    BUILTIN.DF(ir.createdFrom) AS PurchaseOrder,
    'Item Receipt Created' AS ActivityName,
    ir.tranDate AS EventTime,
    BUILTIN.DF(ir.createdBy) AS UserName,
    BUILTIN.DF(po.department) AS DepartmentName,
    BUILTIN.DF(po.entity) AS VendorName,
    BUILTIN.DF(po.status) AS PurchaseOrderStatus,
    po.total AS TotalAmount,
    BUILTIN.DF(po.class) AS PurchaseCategory,
    'NetSuite' AS SourceSystem,
    CURRENT_TIMESTAMP AS LastDataUpdate
FROM
    Transaction AS ir
    INNER JOIN Transaction AS po ON ir.createdFrom = po.ID
WHERE
    ir.type = 'ItemRcpt'
    AND po.type = 'PurchOrd'
    AND ir.lastModifiedDate >= TO_DATE('2023-01-01', 'YYYY-MM-DD')

UNION ALL

-- Placeholder for Quality Inspection. This requires a custom field or record.
-- This query assumes a custom checkbox field 'custbody_quality_inspection_done' on the Item Receipt.
-- Please update 'custbody_quality_inspection_done' with your actual custom field ID.
SELECT
    BUILTIN.DF(ir.createdFrom) AS PurchaseOrder,
    'Quality Inspection Performed' AS ActivityName,
    note.noteDate AS EventTime,
    BUILTIN.DF(note.author) AS UserName,
    BUILTIN.DF(po.department) AS DepartmentName,
    BUILTIN.DF(po.entity) AS VendorName,
    BUILTIN.DF(po.status) AS PurchaseOrderStatus,
    po.total AS TotalAmount,
    BUILTIN.DF(po.class) AS PurchaseCategory,
    'NetSuite' AS SourceSystem,
    CURRENT_TIMESTAMP AS LastDataUpdate
FROM
    SystemNote note
    INNER JOIN Transaction ir ON note.recordId = ir.ID
    INNER JOIN Transaction po ON ir.createdFrom = po.ID
WHERE
    ir.type = 'ItemRcpt'
    AND note.field = 'CUSTBODY_QUALITY_INSPECTION_DONE'
    AND note.newValue = 'Yes'
    AND note.noteDate >= TO_DATE('2023-01-01', 'YYYY-MM-DD')

UNION ALL

SELECT
    BUILTIN.DF(bill.createdFrom) AS PurchaseOrder,
    'Bill Created From Purchase Order' AS ActivityName,
    bill.tranDate AS EventTime,
    BUILTIN.DF(bill.createdBy) AS UserName,
    BUILTIN.DF(po.department) AS DepartmentName,
    BUILTIN.DF(bill.entity) AS VendorName,
    BUILTIN.DF(po.status) AS PurchaseOrderStatus,
    po.total AS TotalAmount,
    BUILTIN.DF(po.class) AS PurchaseCategory,
    'NetSuite' AS SourceSystem,
    CURRENT_TIMESTAMP AS LastDataUpdate
FROM
    Transaction AS bill
    INNER JOIN Transaction AS po ON bill.createdFrom = po.ID
WHERE
    bill.type = 'VendBill'
    AND po.type = 'PurchOrd'
    AND bill.lastModifiedDate >= TO_DATE('2023-01-01', 'YYYY-MM-DD')

UNION ALL

SELECT
    BUILTIN.DF(po.tranId) AS PurchaseOrder,
    'Bill Approved' AS ActivityName,
    note.noteDate AS EventTime,
    BUILTIN.DF(note.author) AS UserName,
    BUILTIN.DF(po.department) AS DepartmentName,
    BUILTIN.DF(bill.entity) AS VendorName,
    BUILTIN.DF(po.status) AS PurchaseOrderStatus,
    po.total AS TotalAmount,
    BUILTIN.DF(po.class) AS PurchaseCategory,
    'NetSuite' AS SourceSystem,
    CURRENT_TIMESTAMP AS LastDataUpdate
FROM
    SystemNote AS note
    INNER JOIN Transaction AS bill ON note.recordId = bill.ID
    INNER JOIN transactionLine tl ON bill.id = tl.transaction
    INNER JOIN transaction po ON tl.createdFrom = po.id
WHERE
    bill.type = 'VendBill'
    AND po.type = 'PurchOrd'
    AND note.field = 'TRN_APPROVALSTATUS'
    AND note.newValue = 'Approved'
    AND note.noteDate >= TO_DATE('2023-01-01', 'YYYY-MM-DD')

UNION ALL

SELECT
    BUILTIN.DF(po.tranId) AS PurchaseOrder,
    'Bill Payment Made' AS ActivityName,
    payment.tranDate AS EventTime,
    BUILTIN.DF(payment.createdBy) AS UserName,
    BUILTIN.DF(po.department) AS DepartmentName,
    BUILTIN.DF(payment.entity) AS VendorName,
    BUILTIN.DF(po.status) AS PurchaseOrderStatus,
    po.total AS TotalAmount,
    BUILTIN.DF(po.class) AS PurchaseCategory,
    'NetSuite' AS SourceSystem,
    CURRENT_TIMESTAMP AS LastDataUpdate
FROM
    Transaction AS payment
    INNER JOIN TransactionLine AS paymentLine ON payment.id = paymentLine.transaction
    INNER JOIN Transaction AS bill ON paymentLine.appliedToTransaction = bill.id
    INNER JOIN TransactionLine AS billLine ON bill.id = billLine.transaction
    INNER JOIN Transaction AS po ON billLine.createdFrom = po.id
WHERE
    payment.type = 'VendPymt'
    AND bill.type = 'VendBill'
    AND po.type = 'PurchOrd'
    AND payment.lastModifiedDate >= TO_DATE('2023-01-01', 'YYYY-MM-DD')

UNION ALL

SELECT
    po.tranId AS PurchaseOrder,
    'Purchase Order Closed' AS ActivityName,
    note.noteDate AS EventTime,
    BUILTIN.DF(note.author) AS UserName,
    BUILTIN.DF(po.department) AS DepartmentName,
    BUILTIN.DF(po.entity) AS VendorName,
    'Closed' AS PurchaseOrderStatus,
    po.total AS TotalAmount,
    BUILTIN.DF(po.class) AS PurchaseCategory,
    'NetSuite' AS SourceSystem,
    CURRENT_TIMESTAMP AS LastDataUpdate
FROM
    SystemNote AS note
    INNER JOIN Transaction AS po ON note.recordId = po.ID
WHERE
    po.type = 'PurchOrd'
    AND note.field = 'TRN_STATUS'
    AND note.newValue = 'Closed'
    AND note.noteDate >= TO_DATE('2023-01-01', 'YYYY-MM-DD')
"""

def execute_suiteql(query, oauth_session, limit=1000, offset=0):
    class="hl-string">"""Executes a SuiteQL query and returns the JSON response."""
    headers = {
        class="hl-string">'Prefer': class="hl-string">'transient',
        class="hl-string">'Content-Type': class="hl-string">'application/json'
    }
    payload = {
        class="hl-string">'q': query,
        class="hl-string">'limit': limit,
        class="hl-string">'offset': offset
    }
    try:
        response = oauth_session.post(suiteql_url, json=payload, headers=headers)
        response.raise_for_status()  class=class="hl-string">"hl-comment"># Raises an HTTPError for bad responses (4xx or 5xx)
        return response.json()
    except requests.exceptions.HTTPError as e:
        print(fclass="hl-string">"HTTP Error: {e.response.status_code} {e.response.reason}")
        print(fclass="hl-string">"Response body: {e.response.text}")
    except requests.exceptions.RequestException as e:
        print(fclass="hl-string">"Request Error: {e}")
    return None

def main():
    class="hl-string">"""Main function to run the data extraction process."""
    print(class="hl-string">"Starting NetSuite P2P data extraction...")

    class=class="hl-string">"hl-comment"># Set up OAuth1 session
    oauth = OAuth1(
        client_key=CONSUMER_KEY,
        client_secret=CONSUMER_SECRET,
        resource_owner_key=TOKEN_ID,
        resource_owner_secret=TOKEN_SECRET,
        realm=ACCOUNT_ID,
        signature_method=class="hl-string">'HMAC-SHA256'
    )

    all_results = []
    offset = 0
    limit = 1000  class=class="hl-string">"hl-comment"># NetSuite's max page size for SuiteQL
    consecutive_errors = 0

    with requests.Session() as session:
        session.auth = oauth
        while True:
            if consecutive_errors >= MAX_CONSECUTIVE_ERRORS:
                print(fclass="hl-string">"Stopping due to {MAX_CONSECUTIVE_ERRORS} consecutive errors.")
                break

            print(fclass="hl-string">"Fetching records with offset: {offset}...")
            data = execute_suiteql(suiteql_query, session, limit, offset)

            if data and class="hl-string">'items' in data:
                consecutive_errors = 0
                items = data[class="hl-string">'items']
                class=class="hl-string">"hl-comment"># The structure of items is a list of dictionaries with key class="hl-string">'links' and other keys as data
                class=class="hl-string">"hl-comment"># We need to flatten this structure.
                for item in items:
                    flat_item = {k: v for k, v in item.items() if k != class="hl-string">'links'}
                    all_results.append(flat_item)

                if data.get(class="hl-string">'hasMore', False):
                    offset = data.get(class="hl-string">'offset', offset) + data.get(class="hl-string">'count', limit)
                else:
                    print(class="hl-string">"No more records to fetch.")
                    break
            elif data is None: class=class="hl-string">"hl-comment"># An error occurred in execute_suiteql
                consecutive_errors += 1
                print(fclass="hl-string">"Retrying... (Attempt {consecutive_errors})")
            else: class=class="hl-string">"hl-comment"># No items in response, or malformed response
                print(class="hl-string">"No items found in the response or response was malformed. Stopping.")
                break

    if not all_results:
        print(class="hl-string">"Extraction complete, but no data was returned.")
        return

    class=class="hl-string">"hl-comment"># Convert results to a pandas DataFrame
    df = pd.DataFrame(all_results)

    class=class="hl-string">"hl-comment"># Data type conversions and formatting
    if class="hl-string">'eventtime' in df.columns:
        df[class="hl-string">'eventtime'] = pd.to_datetime(df[class="hl-string">'eventtime'])

    if class="hl-string">'lastdataupdate' in df.columns:
        df[class="hl-string">'lastdataupdate'] = pd.to_datetime(df[class="hl-string">'lastdataupdate'])

    class=class="hl-string">"hl-comment"># Rename columns to match the required schema
    column_mapping = {
        class="hl-string">'purchaseorder': class="hl-string">'PurchaseOrder',
        class="hl-string">'activityname': class="hl-string">'ActivityName',
        class="hl-string">'eventtime': class="hl-string">'EventTime',
        class="hl-string">'sourcesystem': class="hl-string">'SourceSystem',
        class="hl-string">'lastdataupdate': class="hl-string">'LastDataUpdate',
        class="hl-string">'username': class="hl-string">'UserName',
        class="hl-string">'departmentname': class="hl-string">'DepartmentName',
        class="hl-string">'vendorname': class="hl-string">'VendorName',
        class="hl-string">'purchaseorderstatus': class="hl-string">'PurchaseOrderStatus',
        class="hl-string">'totalamount': class="hl-string">'TotalAmount',
        class="hl-string">'purchasecategory': class="hl-string">'PurchaseCategory'
    }
    df.rename(columns=column_mapping, inplace=True)
    
    class=class="hl-string">"hl-comment"># Save to CSV
    output_filename = class="hl-string">'netsuite_p2p_event_log.csv'
    df.to_csv(output_filename, index=False, date_format=class="hl-string">'%Y-%m-%dT%H:%M:%S.%f')
    print(fclass="hl-string">"Successfully extracted {len(df)} events.")
    print(fclass="hl-string">"Event log saved to {output_filename}")

if __name__ == class="hl-string">"__main__":
    main()

Klaar om aan de slag te gaan?

Deze template is je eerste stap naar een beter Purchase to Pay - Purchase Order-proces. Begin vandaag met het voorbereiden van je data. Zo kun je efficiënties identificeren en verbeteringen doorvoeren.

Terug naar de verbetergids Template downloaden

Purchase Orders verbeteren: verhoog nu de efficiëntie van NetSuite

Verlaag de doorlooptijd van Purchase Orders met 30% en verwijder knelpunten met ons platform.

Start je gratis proefperiode

Je hebt geen creditcard nodig. Begin vandaag met optimaliseren.

Jouw datatemplate voor Purchase to Pay - Purchase Order

Jouw datatemplate voor Purchase to Pay - Purchase Order

Purchase to Pay - attributen voor inkooporders

Purchase to Pay - activiteiten voor inkooporders

Extractiegidsen

CSV/XLS-export van NetSuite Saved Search

Stappen

Configuratie

a Voorbeeldquery config

Directe SQL-query via NetSuite SuiteAnalytics Connect

Stappen

Configuratie

a Voorbeeldquery sql

Python-script met SuiteTalk REST API en SuiteQL

Stappen

Configuratie

a Voorbeeldquery python

Klaar om aan de slag te gaan?

Purchase Orders verbeteren: verhoog nu de efficiëntie van NetSuite

Jouw datatemplate voor Purchase to Pay - Purchase Order

Jouw datatemplate voor Purchase to Pay - Purchase Order

Purchase to Pay - attributen voor inkooporders

Purchase to Pay - activiteiten voor inkooporders

Extractiegidsen

CSV/XLS-export van NetSuite Saved Search

Stappen

Configuratie

a Voorbeeldquery config

Directe SQL-query via NetSuite SuiteAnalytics Connect

Stappen

Configuratie

a Voorbeeldquery sql

Python-script met SuiteTalk REST API en SuiteQL

Stappen

Configuratie

a Voorbeeldquery python

Klaar om aan de slag te gaan?

Purchase Orders verbeteren: verhoog nu de efficiëntie van NetSuite

We respecteren je privacy