> Continue procesverbetering > Betalingsverwerking crediteuren > NetSuite > Datatemplate

Jouw datatemplate voor crediteurenbetalingen

NetSuite

Attributen voor betalingsverwerking bij crediteuren (21) Activiteiten in de betalingsverwerking bij crediteuren (14) Extractiegidsen (3)

Jouw datatemplate voor crediteurenbetalingen

Deze template biedt een volledig raamwerk om je NetSuite-workflows voor crediteurenbetalingen in kaart te brengen. Je vindt er een overzicht van essentiële datattributen, de belangrijkste procesactiviteiten en specifieke extractie-instructies. Zo wordt je analyse nauwkeurig en bruikbaar.

Aanbevolen attributen voor een grondige analyse
Belangrijke procesmomenten om te volgen
Specifieke extractie-instructies voor NetSuite

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

Template downloaden

Attributen voor betalingsverwerking bij crediteuren

Dit zijn de aanbevolen datavelden voor je event log voor een volledige analyse van de betalingsverwerking bij crediteuren in je NetSuite-omgeving.

5 Verplicht 10 Aanbevolen 6 Optioneel

	Naam	Beschrijving
	Activiteit Activity	De naam van de uitgevoerde processtap of gebeurtenis.
Beschrijving Dit attribuut registreert de specifieke actie of statuswijziging die op een bepaald moment plaatsvond. Voorbeelden zijn 'Invoice Created', 'Approval Status Changed' en 'Payment Processed'. Deze data is essentieel om de procesflowkaart te reconstrueren. Door deze activiteiten voor elk factuurnummer chronologisch te ordenen, visualiseert de process-miningtool de werkelijke workflow. Zo worden lussen, herstelwerk en afwijkingen van het normale pad zichtbaar. Waarom dit belangrijk is Definieert de stappen in de proceskaart en is verplicht voor elke process-mininganalyse. Waar je het vindt System Notes of Workflow History-logs Voorbeelden Factuur aangemaaktFactuur goedgekeurdBetaling geplandBetaling vereffend
	Bronsysteem SourceSystem	De naam van het systeem waaruit de data afkomstig is.
Beschrijving Identificeert de softwareapplicatie waaruit de eventdata is geëxtraheerd. In deze context is de waarde meestal statisch, bijvoorbeeld 'NetSuite'. Dit attribuut is nuttig in omgevingen met meerdere systemen om de herkomst van data te volgen. Hoewel deze weergave zich richt op NetSuite, zorgt het behouden van dit veld voor compatibiliteit met organisatiebrede datamodellen. Waarom dit belangrijk is Verplicht voor dataherkomst en om data in omgevingen met meerdere systemen van elkaar te onderscheiden. Waar je het vindt Hardcoded tijdens extractie Voorbeelden NetSuiteNetSuite OneWorld
	Factuurnummer InvoiceNumber	De unieke identificatie van de leveranciersfactuur.
Beschrijving Dit attribuut bevat het unieke referentienummer dat aan een leveranciersfactuur in NetSuite is toegewezen. Het is de definitieve case-identificatie voor het crediteurenproces en groepeert alle activiteiten rond een specifieke betalingsverplichting. In de analyse fungeert dit veld als primaire sleutel voor procesinstanties. Analisten kunnen hiermee de volledige levenscyclus van een verplichting volgen, vanaf ontvangst en registratie van de factuur tot de definitieve vereffening van de betaling. Varianten worden op basis van deze identificatie samengevoegd om veelvoorkomende procespaden te bepalen. Waarom dit belangrijk is Dit is de verplichte Case ID die alle events aan elkaar koppelt tot één procescase. Waar je het vindt Transactietabel, veld 'tranid' waar type 'Vendor Bill' is Voorbeelden INV-2023-001VB-99822ACME-10299982311
	Laatste data-update LastDataUpdate	De timestamp waarop de data is geëxtraheerd of vernieuwd.
Beschrijving Geeft aan wanneer de data voor het laatst uit het bronsysteem naar het process mining-platform is opgehaald. Zo krijgen gebruikers inzicht in de actualiteit van de analyse. Dit bepaalt of de data in dashboards de actuele status weergeeft of een momentopname uit een eerdere periode is. Dat is belangrijk om de berekeningen van 'Dagen te laat' te kunnen vertrouwen. Waarom dit belangrijk is Nodig om de actualiteit van de data en de synchronisatiestatus te begrijpen. Waar je het vindt ETL-timestamp Voorbeelden 2023-11-01T00:00:00Z
	Tijdstip van event EventTime	De timestamp waarop de activiteit plaatsvond.
Beschrijving De exacte datum en tijd waarop een activiteit plaatsvond. Deze wordt gebruikt om events in de juiste volgorde te zetten en doorlooptijden tussen stappen te berekenen. Nauwkeurige timestamps zijn belangrijk om knelpunten te identificeren. Ze maken het mogelijk om doorlooptijden te berekenen, zoals de tijd die nodig is voor goedkeuring of de duur dat een factuur geblokkeerd blijft. Waarom dit belangrijk is Verplicht voor het ordenen van events en het berekenen van alle tijdgebaseerde KPI’s. Waar je het vindt System Notes-veld 'date' Voorbeelden 2023-10-01T14:30:00Z2023-10-02T09:15:00Z
	Afdeling Department	De interne afdeling die aan de factuur is gekoppeld.
Beschrijving Deelt de factuur in naar het kostenplaats- of interne afdelingsniveau, zoals IT of Marketing, waar de kosten zijn gemaakt. Met dit attribuut kun je doorlooptijden per afdeling uitsplitsen. Zo zie je welke afdelingen facturen trager coderen of goedkeuren en kun je gerichte procesverbeteringen doorvoeren. Waarom dit belangrijk is Maakt een organisatorische analyse van procesefficiëntie mogelijk. Waar je het vindt Transactieveld 'department' Voorbeelden ITMarketingProductie
	Betalingsdatum PaymentDate	De datum waarop de betaling is uitgevoerd.
Beschrijving De datum die is vastgelegd op de Vendor Payment-transactie die aan de factuur is gekoppeld. Dit markeert de afronding van de crediteurenprocescyclus. Wordt gebruikt om de 'Doorlooptijden van de betalingscyclus van begin tot eind' te berekenen. Door deze datum met 'InvoiceDate' te vergelijken, krijg je de totale procesduur. Waarom dit belangrijk is Eindtimestamp van de primaire procescyclus. Waar je het vindt Transactiedatum van de gekoppelde Vendor Payment Voorbeelden 2023-11-202023-12-05
	Dochteronderneming Subsidiary	De dochteronderneming of juridische entiteit die de factuur ontvangt.
Beschrijving In NetSuite OneWorld-omgevingen identificeert dit de specifieke juridische entiteit (dochteronderneming) waartoe de factuur behoort. Zo kun je organisaties met elkaar vergelijken. Dit attribuut vormt de basis voor het dashboard 'Doorlooptijden van de betalingscyclus van begin tot eind'. Daarmee kun je de efficiëntie van verschillende bedrijfsonderdelen vergelijken en zien of bepaalde regio's of entiteiten achterblijven. Waarom dit belangrijk is Belangrijk voor organisaties met meerdere entiteiten die prestaties tussen bedrijfsonderdelen willen vergelijken. Waar je het vindt Transactieveld 'subsidiary' Voorbeelden Oost-VSHoofdkantoor EMEAVerkoop APAC
	Factuurbedrag InvoiceAmount	De totale geldwaarde van de factuur.
Beschrijving Het totale bedrag van de leveranciersfactuur, meestal in de basisvaluta of transactievaluta. Met deze maatstaf kun je de financiële impact analyseren. Wordt gebruikt in het dashboard 'Te late betalingen en boetes bijhouden' om het risico voor de kasstroom van vertraagde betalingen te berekenen. Ook helpt het om facturen met een hoge waarde te prioriteren voor handmatige opvolging. Waarom dit belangrijk is Nodig om de financiële impact van inefficiënte processen te berekenen. Waar je het vindt Transactieveld 'usertotal' of 'foreignamount' Voorbeelden 1500.00250.5010000.00
	Gebruiker User	De medewerker die de activiteit heeft uitgevoerd.
Beschrijving Identificeert de persoon die verantwoordelijk is voor een specifieke gebeurtenis, zoals het goedkeuren van een factuur of het vrijgeven van een betalingsblokkade. Wordt gebruikt in de 'Monitor voor knelpunten in de goedkeuringsworkflow' om vertragingen per medewerker te vinden. Zo kan het management de werkdruk beter verdelen en bepalen voor welke teamleden extra training nodig is. Waarom dit belangrijk is Nodig voor resourceanalyses en het vinden van knelpunten op gebruikersniveau. Waar je het vindt System Notes 'name' of transactieveld 'employee' Voorbeelden John DoeFinancieel beheerderSysteem
	Goedkeuringsstatus ApprovalStatus	De huidige goedkeuringsstatus van de factuur in de workflow.
Beschrijving Geeft aan of de factuur wacht op goedkeuring, is goedgekeurd of is afgewezen. Deze status bepaalt de overgangen in de workflow. Dit veld staat centraal in de 'Audit van compliance in de goedkeuringsworkflow'. Wijzigingen in deze status genereren activiteitsgebeurtenissen. De eindstatus bepaalt of de factuur klaar is voor betaling. Waarom dit belangrijk is Houdt de voortgang van de factuur door de goedkeuringsstap bij. Waar je het vindt Transactieveld 'approvalstatus' Voorbeelden Wacht op goedkeuringGoedgekeurdAfgewezen
	Inkoopordernummer PurchaseOrderNumber	Het referentienummer van de bijbehorende inkooporder.
Beschrijving Koppelt de leveranciersfactuur aan de oorspronkelijke inkooporder (PO). Als dit veld leeg is, wordt de factuur beschouwd als een factuur zonder PO. Dit attribuut is belangrijk voor het dashboard 'Verwerkingssnelheid van facturen zonder PO'. Hiermee kun je procesvarianten splitsen in facturen met en zonder PO, inclusief Non-PO-facturen (FI), om efficiëntie en compliance te vergelijken. Waarom dit belangrijk is Nodig om onderscheid te maken tussen factuurverwerking met en zonder PO. Waar je het vindt Transactieveld 'createdfrom' Voorbeelden PO-8821PO-1002null
	Is zonder PO IsNonPO	Vlag die aangeeft of de factuur niet aan een inkooporder is gekoppeld.
Beschrijving Een booleanattribuut dat is afgeleid van het ontbreken van een gekoppelde inkooporder. Hiermee wordt het proces gesplitst in facturen met PO en directe FI-facturen. Wordt gebruikt in het dashboard 'Verwerkingssnelheid van facturen zonder PO' om de inefficiëntie van handmatige factuurverwerking te vergelijken met het 3-way-matchproces. Waarom dit belangrijk is Segment op hoofdlijnen voor het analyseren van procesvarianten. Waar je het vindt Afgeleid van 'PurchaseOrderNumber' is null Voorbeelden truefalse
	Naam leverancier VendorName	De naam van de leverancier die de factuur heeft uitgegeven.
Beschrijving Dit attribuut bevat de naam van de entiteit die aan de leveranciersfactuur is gekoppeld. Het is belangrijk om prestaties in de hele toeleveringsketen te analyseren. In analyses ondersteunt dit veld het dashboard 'Variatie in betalingscyclus per leverancier'. Analisten kunnen cases per leverancier groeperen om specifieke leveranciers te vinden die structureel problemen veroorzaken bij het matchen of afwijkende betalingstermijnen hebben. Waarom dit belangrijk is Essentieel om analyses per leverancier te groeperen en leveranciersspecifieke knelpunten te vinden. Waar je het vindt Transactieveld 'entity', gekoppeld aan het leveranciersrecord Voorbeelden Office DepotOracleFedEx
	Vervaldatum DueDate	De datum waarop de betaling aan de leverancier uiterlijk moet zijn gedaan.
Beschrijving Dit attribuut geeft de contractuele betalingstermijn op basis van de factuurvoorwaarden. Het is het uitgangspunt voor berekeningen van tijdige betaling. Dit veld vormt de kern van de KPI 'Percentage tijdige betalingen'. Door de datum van 'Betaling uitgevoerd' met dit veld te vergelijken, markeert het systeem te late betalingen en kun je mogelijke boetes inschatten. Waarom dit belangrijk is Essentieel om het percentage tijdige betalingen te berekenen en openstaande verplichtingen met een betalingsachterstand te vinden. Waar je het vindt Transactieveld 'duedate' Voorbeelden 2023-11-152023-12-01
	Beschikbare korting DiscountAvailable	Het mogelijke kortingsbedrag bij vroege betaling.
Beschrijving De geldwaarde van de betalingskorting die op basis van het factuurbedrag en de betalingstermijnen is berekend. Dit is de mogelijke besparing. Dit attribuut staat centraal in het dashboard 'Percentage geïnde betalingskortingen'. Door deze waarde voor te late betalingen op te tellen, kunnen analisten de totale gemiste besparing berekenen. Waarom dit belangrijk is Maakt de financiële kans van snellere procesverwerking meetbaar. Waar je het vindt Berekend op basis van Terms en InvoiceAmount Voorbeelden 30.000.0015.50
	Betalingsblokkade PaymentHold	Geeft aan of de factuur momenteel is geblokkeerd voor betaling.
Beschrijving Een vlag of status die aangeeft dat er een betalingsblokkade op de factuur staat, waardoor deze niet wordt meegenomen in betalingsruns. Dit attribuut ondersteunt het dashboard 'Analyse van de impact van betalingsblokkades'. Door te analyseren hoelang dit veld op 'true' staat, worden vertragingen zichtbaar die door geschillen of ontbrekende informatie ontstaan. Waarom dit belangrijk is Belangrijk om te analyseren waarom facturen vastlopen of vertraging oplopen. Waar je het vindt Transactieveld 'paymenthold' Voorbeelden truefalse
	Betalingstermijnen PaymentTerms	De afgesproken voorwaarden voor het moment van betalen en eventuele kortingen.
Beschrijving Geeft betalingsvoorwaarden op, zoals 'Net 30' of '2% 10 Net 30'. Deze context helpt de 'Vervaldatum' en de mogelijkheid van betalingskorting te verklaren. Dit attribuut wordt gebruikt in het dashboard 'Percentage geïnde betalingskortingen'. Het identificeert facturen die voor korting in aanmerking kwamen en helpt gemiste kortingen te koppelen aan specifieke beperkende voorwaarden. Waarom dit belangrijk is Geeft context bij de vervaldatum en maakt kortingsmogelijkheden zichtbaar. Waar je het vindt Transactieveld 'terms' Voorbeelden Netto 302% 10 Netto 30Betaling bij ontvangst
	Dagen te laat DaysOverdue	Het aantal dagen tussen de betaling en de vervaldatum, waarbij de betaling na de vervaldatum plaatsvond.
Beschrijving Een berekende maatstaf voor de betalingsvertraging ten opzichte van de vervaldatum. Negatieve waarden wijzen op een vroege betaling. Dit attribuut voedt het dashboard 'Te late betalingen en boetes bijhouden'. Het is belangrijk om de ernst van te late betalingen te berekenen en terugkerende patronen van te late betaling te vinden. Waarom dit belangrijk is Belangrijke maatstaf voor het analyseren van betalingscompliance en het risico op boetes. Waar je het vindt Berekend: PaymentDate - DueDate Voorbeelden 50-2
	Factuurdatum InvoiceDate	De datum die op de factuur van de leverancier staat.
Beschrijving De documentdatum die door de leverancier is opgegeven. Dit is vaak het startpunt voor ouderdomsberekeningen. Wordt gebruikt om de 'Totale doorlooptijd van begin tot eind' te berekenen. Het verschil tussen deze datum en de aanmaakdatum in NetSuite kan wijzen op vertragingen bij het scannen of in de postkamer. Waarom dit belangrijk is Markeert het officiële begin van de tijdlijn van de leverancier. Waar je het vindt Transactieveld 'trandate' Voorbeelden 2023-10-012023-10-05
	Valuta Currency	De valuta waarin de factuur is uitgegeven.
Beschrijving De ISO-code van de transactievaluta. Dit is belangrijk voor multinationale organisaties. Wordt gebruikt om financiële waarden te normaliseren in de analyse van het 'Factuurbedrag'. Ook helpt het om te zien of processen rond vreemde valuta extra tijd toevoegen aan de activiteit 'Betaling verwerkt'. Waarom dit belangrijk is Nodig voor een correcte financiële aggregatie en analyse van vreemde valuta. Waar je het vindt Transactieveld 'currency' Voorbeelden USDEURGBP

Verplicht Aanbevolen Optioneel

Activiteiten in de betalingsverwerking bij crediteuren

Dit zijn de belangrijkste processtappen en mijlpalen die je in je event log moet vastleggen voor een nauwkeurige analyse van de levenscyclus van je betalingsverwerking.

5 Aanbevolen 9 Optioneel

	Activiteit	Beschrijving
	Betaling vereffend	De Bill Payment wordt tijdens het bankreconciliatieproces als vereffend gemarkeerd. Dit bevestigt dat het geld van de bankrekening is afgeschreven.
Waarom dit belangrijk is Geeft de werkelijke financiële einddatum voor cashflowanalyse. Deze verschilt van de boekhoudkundige betalingsdatum. Waar je het vindt Transaction Line. De vlag 'cleared' wordt op True gezet op de Bill Payment-transactieregel. Vastleggen Vastgelegd wanneer transactie X is uitgevoerd Eventtype explicit
	Betaling verwerkt	Een Bill Payment-record wordt succesvol geboekt. De factuur krijgt de status Paid in Full of Partially Paid. De verplichting wordt in het GL afgeboekt.
Waarom dit belangrijk is Het belangrijkste voltooiingsmoment van het betalingsproces. Wordt gebruikt om 'End to End Processing Cycle Time' te berekenen. Waar je het vindt Transactietabel. Identificeer het aanmaken van een 'Bill Payment'-record of een statuswijziging naar 'Deposited' (voor cheques) of 'Paid'. Vastleggen Vastgelegd wanneer transactie Bill Payment is uitgevoerd Eventtype explicit
	Factuur aangemaakt	De eerste aanmaak van het Vendor Bill-record in NetSuite. Dit is het begin van het proces en geeft aan dat de factuur in het ERP is ingevoerd.
Waarom dit belangrijk is Legt de basis-timestamp vast voor de volledige crediteurenbetalingscyclus en ouderdomsberekeningen. Waar je het vindt Transactietabel. Filter op recordtype Vendor Bill. Leg het veld datecreated of trandate vast. Vastleggen Vastgelegd wanneer transactie Vendor Bill is uitgevoerd Eventtype explicit
	Factuur gekoppeld aan inkooporder	Geeft aan dat de Vendor Bill is aangemaakt vanuit of gekoppeld aan een bestaande Purchase Order. Hiermee onderscheid je facturen met een inkooporder van facturen zonder inkooporder.
Waarom dit belangrijk is Belangrijk voor het analyseren van naleving van inkoopbeleid en het vergelijken van doorlooptijden tussen facturen met en zonder inkooporder. Waar je het vindt Transactietabel. Controleer het veld 'createdfrom' op het Vendor Bill-record. Als dit veld een Purchase Order-ID bevat, heeft deze activiteit plaatsgevonden. Vastleggen Vergelijk het statusveld voor en na de wijziging Eventtype inferred
	Factuur goedgekeurd	De status van de Vendor Bill verandert in Open. Dit geeft aan dat de factuur is goedgekeurd voor betaling en is verwerkt in het General Ledger. Dit is een belangrijk moment vóór de betaling.
Waarom dit belangrijk is Beëindigt de goedkeuringscyclus en maakt de factuur beschikbaar voor betalingsplanning. Essentieel voor het meten van goedkeuringsefficiëntie. Waar je het vindt System Notes. Zoek naar een wijziging van het veld 'approvalstatus' naar '2' (Approved) of van de status naar 'Open'. Vastleggen Vergelijk het statusveld voor en na de wijziging Eventtype inferred
	Betaling geannuleerd	Een eerder verwerkte Bill Payment wordt geannuleerd, waardoor de Vendor Bill opnieuw wordt geopend. Dit is een belangrijke uitzondering en procesfout.
Waarom dit belangrijk is Belangrijk voor auditcompliance en het identificeren van oorzaken van mislukte betalingen, zoals fouten bij het afdrukken van cheques of afwijzingen door de bank. Waar je het vindt System Notes op Bill Payment. Statuswijziging naar 'Voided'. Vastleggen Vastgelegd wanneer transactie X is uitgevoerd Eventtype explicit
	Betaling gepland	Er wordt een Bill Payment-record aangemaakt met de status 'Pending Approval'. Dit gebeurt vaak bij het aanmaken van een batch voor Electronic Bank Payment (EFT).
Waarom dit belangrijk is Maakt onderscheid tussen de intentie om te betalen en de daadwerkelijke uitvoering van de betaling. Zo worden vertragingen in de betalingsgoedkeuring zichtbaar. Waar je het vindt Transactietabel. Aanmaak van een 'Bill Payment'-record dat aan de Bill is gekoppeld, met de status 'Pending Approval'. Vastleggen Vergelijk het statusveld voor en na de wijziging Eventtype inferred
	Betalingsblokkade opgeheven	Het selectievakje Payment Hold wordt ingesteld op False, waardoor de factuur wordt vrijgegeven voor betalingsverwerking. Dit markeert het einde van een blokkeringsperiode.
Waarom dit belangrijk is Wordt gebruikt om de KPI 'Payment Block Duration' te berekenen en de oplostijden van betwiste facturen te begrijpen. Waar je het vindt System Notes. Zoek naar een wijziging van het veld 'paymenthold' van 'T' naar 'F'. Vastleggen Vastgelegd wanneer transactie X is uitgevoerd Eventtype explicit
	Betalingsblokkade toegepast	Het selectievakje Payment Hold op de Vendor Bill wordt ingesteld op True. Hierdoor wordt de factuur niet geselecteerd voor betalingsruns.
Waarom dit belangrijk is Identificeert knelpunten waar facturen blijven hangen door geschillen of beslissingen over cashflowbeheer. Waar je het vindt System Notes. Zoek naar een wijziging van het veld 'paymenthold' van 'F' naar 'T'. Vastleggen Vastgelegd wanneer transactie X is uitgevoerd Eventtype explicit
	Factuur afgewezen	De Vendor Bill wordt teruggestuurd naar de indiener voor correctie of afwijzing. Dit vormt een lus of beëindiging in de goedkeuringsworkflow.
Waarom dit belangrijk is Hoge afwijzingspercentages wijzen op wrijving in het proces, trainingsproblemen of problemen met de datakwaliteit eerder in de keten. Waar je het vindt System Notes. Zoek naar een wijziging van het veld 'approvalstatus' naar '3' (Rejected). Vastleggen Vergelijk het statusveld voor en na de wijziging Eventtype inferred
	Factuurbedrag gewijzigd	Het totale bedrag van de Vendor Bill wordt na de eerste aanmaak gewijzigd. Dit wijst op herstelwerk, invoerfouten of het oplossen van een afwijking.
Waarom dit belangrijk is Wijst op handmatige tussenkomst en herstelwerk, wat een negatief effect heeft op het percentage Straight Through Processing. Waar je het vindt System Notes. Zoek naar wijzigingen in het veld 'total' of 'usertotal' op het Vendor Bill-record. Vastleggen Vastgelegd wanneer transactie X is uitgevoerd Eventtype explicit
	Goedkeuring van factuur aangevraagd	De status van de Vendor Bill verandert in Pending Approval. Dit geeft aan dat de factuur de workflowroutering voor goedkeuring is binnengegaan.
Waarom dit belangrijk is Markeert het begin van de goedkeuringsdoorlooptijd en maakt het mogelijk knelpunten in de goedkeuringsketen te identificeren. Waar je het vindt System Notes. Zoek naar een wijziging van het veld 'approvalstatus' naar '1' (Pending Approval). Vastleggen Vergelijk het statusveld voor en na de wijziging Eventtype inferred
	Grootboekrekening van factuur gewijzigd	De kostenrekening in het General Ledger op de factuurregels wordt gewijzigd. Dit wijst op een correctie van een coderingsfout of een herclassificatie.
Waarom dit belangrijk is Meet rechtstreeks de KPI 'Invoice Coding Rework Rate' en laat efficiëntieverlies zien in de boekhoudkundige coderingsstap. Waar je het vindt System Notes. Zoek naar wijzigingen in het veld 'account' op de Transaction Line-sublist. Vastleggen Vastgelegd wanneer transactie X is uitgevoerd Eventtype explicit
	Leverancierscredit toegepast	Een Bill Credit (Vendor Credit) wordt toegepast op de Vendor Bill, waardoor het verschuldigde bedrag daalt. Dit is een alternatief voor een betaling in geld.
Waarom dit belangrijk is Verklaart waarom een betalingsbedrag kan afwijken van het factuurbedrag en zorgt ervoor dat de verplichting correct wordt afgesloten. Waar je het vindt Transaction Links. Identificeer wanneer een transactie van het type 'Vendor Credit' aan de Vendor Bill is gekoppeld. Vastleggen Vergelijk het statusveld voor en na de wijziging Eventtype inferred

Aanbevolen Optioneel

Extractiegidsen

Zo haal je je data uit NetSuite

Stappen

Log in op NetSuite als Administrator of als gebruiker met toestemming om Saved Searches te maken en te exporteren.
Ga naar Lists > Search > Saved Searches > New.
Selecteer Transaction in de lijst met recordtypen om een nieuwe Transaction Saved Search te starten.
Controleer op het tabblad Criteria of het selectievakje Use Expressions aanvankelijk niet is aangevinkt. Voeg daarna het filter Type toe en selecteer een van de opties Vendor Bill, Bill Payment of Bill Credit.
Voeg op hetzelfde tabblad Criteria het filter Main Line toe en stel dit in op True. Zo richt je je op het kopniveau voor aanmaak- en statusgebeurtenissen.
Ga voor de historie naar de join System Notes in de filterlijst, onderaan de vervolgkeuzelijst, en voeg System Notes : Date toe. Stel je gewenste datumbereik in, bijvoorbeeld de afgelopen 90 dagen.
Ga naar het tabblad Results. Verwijder alle standaardkolommen.
Voeg de kolom Case Identifier toe: selecteer Transaction Name of Document Number. Geef deze het Custom Label InvoiceNumber.
Voeg de kolom Event Time toe: selecteer System Notes fields... > Date. Geef deze het Custom Label EventTime.
Voeg de kolom Activity toe: selecteer Formula (Text). Plak in het formulevenster de CASE-instructie uit het gedeelte Query hieronder. Deze logica koppelt wijzigingen in NetSuite-velden aan je standaardactiviteitsnamen. Geef deze het Custom Label Activity.
Voeg andere vereiste attributen toe, zoals Source System en Last Data Update, met Formula (Text) en statische waarden, bijvoorbeeld 'NetSuite', plus de ingebouwde tag {today}.
Klik op Save & Run. Zodra de resultaten zijn geladen, klik je linksboven in de resultatenwerkbalk op het pictogram Export - CSV om het event log voor ProcessMind te downloaden.

Configuratie

Transactietypen: filter strikt op Vendor Bill, Bill Payment en Bill Credit om ruis van Journal Entries of Purchase Orders te voorkomen.
System Notes-join: deze configuratie gebruikt de System Notes-join intensief om een historie-log te maken in plaats van een momentopname van de huidige status. Controleer of je gebruikersrol toestemming heeft om System Notes te bekijken.
Datumbereik: pas het datumfilter toe op het veld System Notes : Date, niet op het transactiedatumveld Date. Zo leg je recente activiteiten op oude facturen vast, zoals een betaling vandaag voor een factuur die vorig jaar is aangemaakt.
Main Line: Main Line = True wordt aanbevolen om het aantal rijen te beperken. Als je Invoice Account Modified wilt volgen, moet je Main Line mogelijk instellen op False of een aparte zoekopdracht maken voor wijzigingen op regelniveau.
Formulelimieten: NetSuite-formules zijn beperkt tot 4.000 tekens. Wordt de Activity-logica te complex, splits de extractie dan op in twee zoekopdrachten of verwerk de koppeling buiten NetSuite.

a Voorbeeldquery config

Type: Transaction

CRITERIA TAB:
- Type: is any of Vendor Bill, Bill Payment, Bill Credit
- Main Line: is True
- System Notes : Date: is within [Your Date Range]

RESULTS TAB:

Column 1: Document Number
- Label: InvoiceNumber

Column 2: System Notes : Date
- Label: EventTime

Column 3: Formula (Text)
- Label: Activity
- Formula:
CASE 
   WHEN {systemnotes.type} = 'Create' AND {type} = 'Bill' THEN 'Invoice Created'
   WHEN {systemnotes.type} = 'Create' AND {type} = 'Bill' AND {createdfrom} IS NOT NULL THEN 'Invoice Matched to PO'
   WHEN {type} = 'Bill' AND {systemnotes.field} = 'Approval Status' AND {systemnotes.newvalue} = 'Pending Approval' THEN 'Invoice Approval Requested'
   WHEN {type} = 'Bill' AND {systemnotes.field} = 'Approval Status' AND {systemnotes.newvalue} = 'Open' THEN 'Invoice Approved'
   WHEN {type} = 'Bill' AND {systemnotes.field} = 'Approval Status' AND {systemnotes.newvalue} = 'Rejected' THEN 'Invoice Rejected'
   WHEN {type} = 'Bill' AND {systemnotes.field} = 'Amount' THEN 'Invoice Amount Modified'
   WHEN {type} = 'Bill' AND {systemnotes.field} = 'Account' THEN 'Invoice Account Modified'
   WHEN {type} = 'Bill' AND {systemnotes.field} = 'Payment Hold' AND {systemnotes.newvalue} = 'T' THEN 'Payment Hold Applied'
   WHEN {type} = 'Bill' AND {systemnotes.field} = 'Payment Hold' AND {systemnotes.newvalue} = 'F' THEN 'Payment Hold Released'
   WHEN {type} = 'Bill Credit' AND {systemnotes.type} = 'Create' THEN 'Vendor Credit Applied'
   WHEN {type} = 'Bill Payment' AND {systemnotes.type} = 'Create' AND {status} = 'Pending Approval' THEN 'Payment Scheduled'
   WHEN {type} = 'Bill Payment' AND {systemnotes.type} = 'Create' AND {status} = 'Paid In Full' THEN 'Payment Processed'
   WHEN {type} = 'Bill Payment' AND {systemnotes.field} = 'Void' THEN 'Payment Voided'
   WHEN {type} = 'Bill Payment' AND {systemnotes.field} = 'Cleared' AND {systemnotes.newvalue} = 'T' THEN 'Payment Cleared'
   ELSE 'General Update'
END

Column 4: Formula (Text)
- Label: SourceSystem
- Formula: 'NetSuite'

Column 5: Formula (Text)
- Label: LastDataUpdate
- Formula: TO_CHAR({today}, 'YYYY-MM-DD HH24:MI:SS')

Column 6: Vendor : Name
- Label: VendorName

Column 7: Subsidiary
- Label: Subsidiary

Column 8: Amount
- Label: InvoiceAmount

Column 9: Due Date
- Label: DueDate

Column 10: Created From
- Label: PurchaseOrderNumber

Column 11: System Notes : Set by
- Label: User

Column 12: Department
- Label: Department

Column 13: Status
- Label: ApprovalStatus

Column 14: Formula (Text)
- Label: IsNonPO
- Formula: CASE WHEN {createdfrom} IS NULL THEN 'True' ELSE 'False' END

Stappen

ODBC-driver configureren: controleer of de SuiteAnalytics Connect ODBC-driver op je extractiemachine is geïnstalleerd en geconfigureerd. Je hebt je NetSuite Account ID, Role ID en geldige inloggegevens nodig.
Machtigingen controleren: de gebruikersrol voor de ODBC-verbinding moet de machtiging 'SuiteAnalytics Connect' hebben en toegang met 'View' tot Transactions, System Notes en Entities.
Omgeving voorbereiden: open je SQL-client, bijvoorbeeld DBeaver, DataGrip of een eigen ETL-tool, en maak verbinding met de NetSuite-databron.
Bereik bepalen: bepaal de specifieke Subsidiary-ID’s en het datumbereik voor de extractie. Pas de WHERE-clause aan in de Common Table Expression (CTE) met de naam 'VendorBills' in de meegeleverde query.
Query uitvoeren: voer het meegeleverde SQL-script uit. Het script combineert data uit de tabellen 'Transaction', 'TransactionLine', 'SystemNote' en 'TransactionLink' om de proceshistorie te reconstrueren.
Uitvoering volgen: ODBC-verbindingen met NetSuite kunnen bij grote datasets een time-out krijgen. Als de query mislukt, splits je de extractie op per maand of kwartaal met het filter 'trandate'.
Data controleren: controleer of de verdeling van gebeurtenissen zoals 'Invoice Created' en 'Payment Processed' logisch is. Controleer ook of 'InvoiceNumber' voor elke rij is ingevuld.
Data exporteren: sla de queryresultaten op als CSV-bestand of laad ze rechtstreeks in je dataframe. Gebruik UTF-8 als tekencodering, zodat speciale tekens in Vendor Names goed worden verwerkt.
Datums formatteren: zorg dat de kolom 'EventTime' tijdens het importeren in ProcessMind als datetime-object wordt ingelezen (YYYY-MM-DD HH:MM:SS).
Null-waarden verwerken: null-waarden in de kolom 'User' wijzen vaak op systeemgegenereerde gebeurtenissen, zoals geplande scripts. Je kunt deze tijdens de nabewerking vervangen door 'System'.
Eindcontrole: controleer of de kolom 'Activity' de vereiste specifieke gebeurtenisnamen bevat, zoals 'Invoice Created' en 'Payment Processed', en of er geen koppelingsfouten zijn opgetreden.

Configuratie

Datumbereik: filter op 'Transaction.trandate'. Voor een eerste process mining-analyse wordt een periode van 3 tot 12 maanden aanbevolen.
Filteren op dochteronderneming: gebruik in een NetSuite OneWorld-omgeving altijd 'Transaction.subsidiary', zodat je de juiste juridische entiteit analyseert.
System Notes: de extractie gebruikt de tabel 'SystemNote' intensief voor goedkeurings- en wijzigingslogs. Controleer of 'Log System Notes on Update Only' niet voorkomt dat belangrijke workflowstappen worden vastgelegd.
Transactiestatus: NetSuite-transactiestatussen zijn verschillend, bijvoorbeeld 'A' en 'B'. De query zet deze om naar leesbare teksten. Controleer of je omgeving de standaardstatuscodes gebruikt.
ODBC-driverversie: gebruik de nieuwste beschikbare SuiteAnalytics Connect-driver om compatibiliteitsproblemen met recente NetSuite-upgrades te voorkomen.

a Voorbeeldquery sql

WITH VendorBills AS (
    SELECT
        t.ID AS TransactionID,
        t.tranid AS InvoiceNumber,
        t.trandate AS InvoiceDate,
        t.createDate AS CreatedDate,
        t.lastModifiedDate AS LastModified,
        e.altName AS VendorName,
        s.name AS Subsidiary,
        t.foreignTotal AS InvoiceAmount,
        t.dueDate AS DueDate,
        t.createdFrom AS CreatedFromID,
        CASE WHEN t.createdFrom IS NULL THEN 'True' ELSE 'False' END AS IsNonPO,
        dep.name AS Department,
        'NetSuite' AS SourceSystem
    FROM
        Transaction t
        LEFT JOIN Entity e ON t.entity = e.id
        LEFT JOIN Subsidiary s ON t.subsidiary = s.id
        LEFT JOIN Department dep ON t.department = dep.id
    WHERE
        t.type = 'VendBill'
        AND t.trandate >= TO_DATE('2023-01-01', 'YYYY-MM-DD') -- REPLACE WITH YOUR START DATE
        AND t.trandate <= TO_DATE('2023-12-31', 'YYYY-MM-DD') -- REPLACE WITH YOUR END DATE
),
PO_Data AS (
    SELECT
        t.ID AS PO_ID,
        t.tranid AS PONumber
    FROM
        Transaction t
    WHERE
        t.type = 'PurchOrd'
)

-- 1. Invoice Created
SELECT
    vb.InvoiceNumber,
    'Invoice Created' AS Activity,
    vb.CreatedDate AS EventTime,
    vb.SourceSystem,
    vb.LastModified AS LastDataUpdate,
    vb.VendorName,
    vb.Subsidiary,
    vb.InvoiceAmount,
    vb.DueDate,
    po.PONumber AS PurchaseOrderNumber,
    NULL AS User,
    vb.Department,
    'Created' AS ApprovalStatus,
    vb.IsNonPO,
    NULL AS PaymentDate
FROM
    VendorBills vb
    LEFT JOIN PO_Data po ON vb.CreatedFromID = po.PO_ID

UNION ALL

-- 2. Invoice Matched to PO
SELECT
    vb.InvoiceNumber,
    'Invoice Matched to PO' AS Activity,
    vb.CreatedDate AS EventTime,
    vb.SourceSystem,
    vb.LastModified AS LastDataUpdate,
    vb.VendorName,
    vb.Subsidiary,
    vb.InvoiceAmount,
    vb.DueDate,
    po.PONumber AS PurchaseOrderNumber,
    NULL AS User,
    vb.Department,
    'Created' AS ApprovalStatus,
    vb.IsNonPO,
    NULL AS PaymentDate
FROM
    VendorBills vb
    INNER JOIN PO_Data po ON vb.CreatedFromID = po.PO_ID

UNION ALL

-- 3. Invoice Approval Requested (Derived from System Notes)
SELECT
    vb.InvoiceNumber,
    'Invoice Approval Requested' AS Activity,
    sn.date AS EventTime,
    vb.SourceSystem,
    vb.LastModified AS LastDataUpdate,
    vb.VendorName,
    vb.Subsidiary,
    vb.InvoiceAmount,
    vb.DueDate,
    po.PONumber AS PurchaseOrderNumber,
    emp.entityid AS User,
    vb.Department,
    'Pending Approval' AS ApprovalStatus,
    vb.IsNonPO,
    NULL AS PaymentDate
FROM
    VendorBills vb
    INNER JOIN SystemNote sn ON vb.TransactionID = sn.recordID
    LEFT JOIN PO_Data po ON vb.CreatedFromID = po.PO_ID
    LEFT JOIN Entity emp ON sn.name = emp.id
WHERE
    sn.standardfield = 'approvalstatus'
    AND sn.newValue = 'Pending Approval'

UNION ALL

-- 4. Invoice Approved
SELECT
    vb.InvoiceNumber,
    'Invoice Approved' AS Activity,
    sn.date AS EventTime,
    vb.SourceSystem,
    vb.LastModified AS LastDataUpdate,
    vb.VendorName,
    vb.Subsidiary,
    vb.InvoiceAmount,
    vb.DueDate,
    po.PONumber AS PurchaseOrderNumber,
    emp.entityid AS User,
    vb.Department,
    'Open' AS ApprovalStatus,
    vb.IsNonPO,
    NULL AS PaymentDate
FROM
    VendorBills vb
    INNER JOIN SystemNote sn ON vb.TransactionID = sn.recordID
    LEFT JOIN PO_Data po ON vb.CreatedFromID = po.PO_ID
    LEFT JOIN Entity emp ON sn.name = emp.id
WHERE
    sn.standardfield = 'approvalstatus'
    AND (sn.newValue = 'Approved' OR sn.newValue = 'Open')

UNION ALL

-- 5. Invoice Rejected
SELECT
    vb.InvoiceNumber,
    'Invoice Rejected' AS Activity,
    sn.date AS EventTime,
    vb.SourceSystem,
    vb.LastModified AS LastDataUpdate,
    vb.VendorName,
    vb.Subsidiary,
    vb.InvoiceAmount,
    vb.DueDate,
    po.PONumber AS PurchaseOrderNumber,
    emp.entityid AS User,
    vb.Department,
    'Rejected' AS ApprovalStatus,
    vb.IsNonPO,
    NULL AS PaymentDate
FROM
    VendorBills vb
    INNER JOIN SystemNote sn ON vb.TransactionID = sn.recordID
    LEFT JOIN PO_Data po ON vb.CreatedFromID = po.PO_ID
    LEFT JOIN Entity emp ON sn.name = emp.id
WHERE
    sn.standardfield = 'approvalstatus'
    AND sn.newValue = 'Rejected'

UNION ALL

-- 6. Invoice Amount Modified
SELECT
    vb.InvoiceNumber,
    'Invoice Amount Modified' AS Activity,
    sn.date AS EventTime,
    vb.SourceSystem,
    vb.LastModified AS LastDataUpdate,
    vb.VendorName,
    vb.Subsidiary,
    vb.InvoiceAmount,
    vb.DueDate,
    po.PONumber AS PurchaseOrderNumber,
    emp.entityid AS User,
    vb.Department,
    'Modified' AS ApprovalStatus,
    vb.IsNonPO,
    NULL AS PaymentDate
FROM
    VendorBills vb
    INNER JOIN SystemNote sn ON vb.TransactionID = sn.recordID
    LEFT JOIN PO_Data po ON vb.CreatedFromID = po.PO_ID
    LEFT JOIN Entity emp ON sn.name = emp.id
WHERE
    (sn.standardfield = 'foreigntotal' OR sn.standardfield = 'total')

UNION ALL

-- 7. Invoice Account Modified
SELECT
    vb.InvoiceNumber,
    'Invoice Account Modified' AS Activity,
    sn.date AS EventTime,
    vb.SourceSystem,
    vb.LastModified AS LastDataUpdate,
    vb.VendorName,
    vb.Subsidiary,
    vb.InvoiceAmount,
    vb.DueDate,
    po.PONumber AS PurchaseOrderNumber,
    emp.entityid AS User,
    vb.Department,
    'Modified' AS ApprovalStatus,
    vb.IsNonPO,
    NULL AS PaymentDate
FROM
    VendorBills vb
    INNER JOIN SystemNote sn ON vb.TransactionID = sn.recordID
    LEFT JOIN PO_Data po ON vb.CreatedFromID = po.PO_ID
    LEFT JOIN Entity emp ON sn.name = emp.id
WHERE
    sn.standardfield = 'account'

UNION ALL

-- 8. Payment Hold Applied
SELECT
    vb.InvoiceNumber,
    'Payment Hold Applied' AS Activity,
    sn.date AS EventTime,
    vb.SourceSystem,
    vb.LastModified AS LastDataUpdate,
    vb.VendorName,
    vb.Subsidiary,
    vb.InvoiceAmount,
    vb.DueDate,
    po.PONumber AS PurchaseOrderNumber,
    emp.entityid AS User,
    vb.Department,
    'Hold' AS ApprovalStatus,
    vb.IsNonPO,
    NULL AS PaymentDate
FROM
    VendorBills vb
    INNER JOIN SystemNote sn ON vb.TransactionID = sn.recordID
    LEFT JOIN PO_Data po ON vb.CreatedFromID = po.PO_ID
    LEFT JOIN Entity emp ON sn.name = emp.id
WHERE
    sn.standardfield = 'paymenthold'
    AND sn.newValue = 'T'

UNION ALL

-- 9. Payment Hold Released
SELECT
    vb.InvoiceNumber,
    'Payment Hold Released' AS Activity,
    sn.date AS EventTime,
    vb.SourceSystem,
    vb.LastModified AS LastDataUpdate,
    vb.VendorName,
    vb.Subsidiary,
    vb.InvoiceAmount,
    vb.DueDate,
    po.PONumber AS PurchaseOrderNumber,
    emp.entityid AS User,
    vb.Department,
    'Released' AS ApprovalStatus,
    vb.IsNonPO,
    NULL AS PaymentDate
FROM
    VendorBills vb
    INNER JOIN SystemNote sn ON vb.TransactionID = sn.recordID
    LEFT JOIN PO_Data po ON vb.CreatedFromID = po.PO_ID
    LEFT JOIN Entity emp ON sn.name = emp.id
WHERE
    sn.standardfield = 'paymenthold'
    AND sn.newValue = 'F'

UNION ALL

-- 10. Vendor Credit Applied
SELECT
    vb.InvoiceNumber,
    'Vendor Credit Applied' AS Activity,
    vc.createDate AS EventTime,
    vb.SourceSystem,
    vb.LastModified AS LastDataUpdate,
    vb.VendorName,
    vb.Subsidiary,
    vb.InvoiceAmount,
    vb.DueDate,
    po.PONumber AS PurchaseOrderNumber,
    NULL AS User,
    vb.Department,
    'Credit Applied' AS ApprovalStatus,
    vb.IsNonPO,
    NULL AS PaymentDate
FROM
    VendorBills vb
    INNER JOIN TransactionLink tl ON vb.TransactionID = tl.previousDoc
    INNER JOIN Transaction vc ON tl.nextDoc = vc.ID
    LEFT JOIN PO_Data po ON vb.CreatedFromID = po.PO_ID
WHERE
    vc.type = 'VendCred'

UNION ALL

-- 11. Payment Scheduled (Bill Payment created but pending)
SELECT
    vb.InvoiceNumber,
    'Payment Scheduled' AS Activity,
    vp.createDate AS EventTime,
    vb.SourceSystem,
    vb.LastModified AS LastDataUpdate,
    vb.VendorName,
    vb.Subsidiary,
    vb.InvoiceAmount,
    vb.DueDate,
    po.PONumber AS PurchaseOrderNumber,
    NULL AS User,
    vb.Department,
    'Scheduled' AS ApprovalStatus,
    vb.IsNonPO,
    vp.trandate AS PaymentDate
FROM
    VendorBills vb
    INNER JOIN TransactionLink tl ON vb.TransactionID = tl.previousDoc
    INNER JOIN Transaction vp ON tl.nextDoc = vp.ID
    LEFT JOIN PO_Data po ON vb.CreatedFromID = po.PO_ID
WHERE
    vp.type = 'VendPymt'
    AND vp.status = 'Pending Approval'

UNION ALL

-- 12. Payment Processed (Payment posted)
SELECT
    vb.InvoiceNumber,
    'Payment Processed' AS Activity,
    vp.trandate AS EventTime,
    vb.SourceSystem,
    vb.LastModified AS LastDataUpdate,
    vb.VendorName,
    vb.Subsidiary,
    vb.InvoiceAmount,
    vb.DueDate,
    po.PONumber AS PurchaseOrderNumber,
    NULL AS User,
    vb.Department,
    'Paid' AS ApprovalStatus,
    vb.IsNonPO,
    vp.trandate AS PaymentDate
FROM
    VendorBills vb
    INNER JOIN TransactionLink tl ON vb.TransactionID = tl.previousDoc
    INNER JOIN Transaction vp ON tl.nextDoc = vp.ID
    LEFT JOIN PO_Data po ON vb.CreatedFromID = po.PO_ID
WHERE
    vp.type = 'VendPymt'
    AND (vp.status = 'PaidInFull' OR vp.status = 'Deposited' OR vp.status = 'NotDeposited')

UNION ALL

-- 13. Payment Voided
SELECT
    vb.InvoiceNumber,
    'Payment Voided' AS Activity,
    sn.date AS EventTime,
    vb.SourceSystem,
    vb.LastModified AS LastDataUpdate,
    vb.VendorName,
    vb.Subsidiary,
    vb.InvoiceAmount,
    vb.DueDate,
    po.PONumber AS PurchaseOrderNumber,
    emp.entityid AS User,
    vb.Department,
    'Voided' AS ApprovalStatus,
    vb.IsNonPO,
    NULL AS PaymentDate
FROM
    VendorBills vb
    INNER JOIN TransactionLink tl ON vb.TransactionID = tl.previousDoc
    INNER JOIN Transaction vp ON tl.nextDoc = vp.ID
    INNER JOIN SystemNote sn ON vp.ID = sn.recordID
    LEFT JOIN PO_Data po ON vb.CreatedFromID = po.PO_ID
    LEFT JOIN Entity emp ON sn.name = emp.id
WHERE
    vp.type = 'VendPymt'
    AND sn.standardfield = 'status'
    AND sn.newValue LIKE '%Void%'

UNION ALL

-- 14. Payment Cleared
SELECT
    vb.InvoiceNumber,
    'Payment Cleared' AS Activity,
    vp.clearedDate AS EventTime,
    vb.SourceSystem,
    vb.LastModified AS LastDataUpdate,
    vb.VendorName,
    vb.Subsidiary,
    vb.InvoiceAmount,
    vb.DueDate,
    po.PONumber AS PurchaseOrderNumber,
    NULL AS User,
    vb.Department,
    'Cleared' AS ApprovalStatus,
    vb.IsNonPO,
    vp.trandate AS PaymentDate
FROM
    VendorBills vb
    INNER JOIN TransactionLink tl ON vb.TransactionID = tl.previousDoc
    INNER JOIN Transaction vp ON tl.nextDoc = vp.ID
    LEFT JOIN PO_Data po ON vb.CreatedFromID = po.PO_ID
WHERE
    vp.type = 'VendPymt'
    AND vp.clearedDate IS NOT NULL

Stappen

Vereisten: zorg dat je een NetSuite-account hebt met Administrator- of Developer-toegang. SuiteTalk REST Web Services en SuiteAnalytics Connect moeten zijn ingeschakeld via Setup > Company > Enable Features.
Integratie instellen: ga naar Setup > Integration > Manage Integrations > New. Maak een integratie met de naam 'ProcessMining_ETL'. Vink 'Rest Web Services' en 'Token-Based Authentication' aan. Noteer de gegenereerde Consumer Key en Consumer Secret.
Token genereren: ga naar de pagina Manage Access Tokens. Maak een nieuw token voor de rol die toestemming heeft om Transactions, System Notes en Lists te bekijken. Noteer de Token ID en Token Secret.
Python-omgeving: installeer Python 3.x. Installeer de vereiste bibliotheken met pip: pip install requests requests-oauthlib pandas.
Script configureren: kopieer het Python-script uit het gedeelte Query hieronder. Werk de variabelen ACCOUNT_ID, CONSUMER_KEY, CONSUMER_SECRET, TOKEN_ID en TOKEN_SECRET bij met je inloggegevens. Stel START_DATE in op de gewenste extractieperiode, bijvoorbeeld '2023-01-01'.
SuiteQL-logica: het script gebruikt een UNION ALL-aanpak. Het bevraagt de tabel Transaction voor aanmaak- en betalingsgebeurtenissen en de tabel SystemNote voor audittrailgebeurtenissen, zoals goedkeuringen, wijzigingen en blokkeringen.
Uitvoeren: voer het script uit via de opdrachtregel: python netsuite_extract.py. Het script verwerkt paginering automatisch. SuiteQL maakt pagina’s van 1.000 records.
Data verwerken: het script zet de JSON-respons automatisch om naar een vlak tabelformaat dat geschikt is voor process mining. Het verwerkt kolomkoppelingen en datumopmaak.
Valideren: het script toont het totale aantal geëxtraheerde rijen. Vergelijk dit indien nodig met een NetSuite Saved Search.
Exporteren: het uiteindelijke dataframe wordt opgeslagen als netsuite_ap_event_log.csv. Dit bestand kun je uploaden naar ProcessMind.
Uploaden: importeer het CSV-bestand in ProcessMind. Koppel InvoiceNumber aan Case ID, Activity aan Activity en EventTime aan Timestamp.

Configuratie

Authenticatie: gebruikt OAuth 1.0a (Token-Based Authentication). Dit is het standaardbeveiligingsmodel voor de NetSuite REST API.
Batchgrootte: het script vraagt 1.000 rijen per pagina op, het standaardmaximum van NetSuite voor SuiteQL.
Datumfiltering: het script filtert voor transacties op trandate en voor systeemnotities op date >= START_DATE om de prestaties te verbeteren.
Bereik: de tabel Transaction wordt gefilterd op de typen 'VendBill' (Vendor Bill), 'BillPymt' (Bill Payment) en 'VendCred' (Vendor Credit).
System Notes: deze tabel is belangrijk voor het vastleggen van goedkeuringslussen en wijzigingen. De tabel kan groot zijn. Controleer of de integratiegebruiker toestemming heeft om SystemNote te bevragen.
Tijdzone: de NetSuite API geeft datums terug in de tijdzone van het account. Het script gaat uit van standaard ISO-indelingen.

a Voorbeeldquery python

import requests
from requests_oauthlib import OAuth1
import pandas as pd
import time

class=class="hl-string">"hl-comment"># === CONFIGURATION ===
ACCOUNT_ID = class="hl-string">'1234567_SB1'  class=class="hl-string">"hl-comment"># Your NetSuite Account ID (Realm). Use hyphens for sandbox (e.g., 1234567-sb1)
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'
START_DATE = class="hl-string">'2024-01-01'  class=class="hl-string">"hl-comment"># Filter for data extraction

class=class="hl-string">"hl-comment"># Normalize Account ID for URL (NetSuite requires lowercase and hyphens)
url_account_id = ACCOUNT_ID.lower().replace(class="hl-string">'_', class="hl-string">'-')
BASE_URL = fclass="hl-string">'https://{url_account_id}.suitetalk.api.netsuite.com/services/rest/query/v1/suiteql'

class=class="hl-string">"hl-comment"># === SUITEQL QUERY ===
class=class="hl-string">"hl-comment"># This query extracts 14 activities using UNION ALL to combine Transaction data and System Notes.
suiteql_query = fclass="hl-string">"""
/* 1. Invoice Created */
SELECT
    t.tranid AS InvoiceNumber,
    'Invoice Created' AS Activity,
    TO_CHAR(t.createddate, 'YYYY-MM-DD HH24:MI:SS') AS EventTime,
    'NetSuite' AS SourceSystem,
    TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS') AS LastDataUpdate,
    bu.name AS VendorName,
    s.name AS Subsidiary,
    t.foreignTotal AS InvoiceAmount,
    t.duedate AS DueDate,
    t.otherrefnum AS PurchaseOrderNumber,
    e.entityid AS User,
    d.name AS Department,
    t.status AS ApprovalStatus,
    CASE WHEN t.createdfrom IS NULL THEN 'True' ELSE 'False' END AS IsNonPO,
    NULL AS PaymentDate
FROM Transaction t
LEFT JOIN Entity bu ON t.entity = bu.id
LEFT JOIN Subsidiary s ON t.subsidiary = s.id
LEFT JOIN Employee e ON t.createdBy = e.id
LEFT JOIN Department d ON t.department = d.id
WHERE t.type = 'VendBill'
AND t.trandate >= TO_DATE('{START_DATE}', 'YYYY-MM-DD')

UNION ALL

/* 2. Invoice Matched to PO */
SELECT
    t.tranid AS InvoiceNumber,
    'Invoice Matched to PO' AS Activity,
    TO_CHAR(t.createddate, 'YYYY-MM-DD HH24:MI:SS') AS EventTime,
    'NetSuite' AS SourceSystem,
    TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS') AS LastDataUpdate,
    bu.name AS VendorName,
    s.name AS Subsidiary,
    t.foreignTotal AS InvoiceAmount,
    t.duedate AS DueDate,
    t.otherrefnum AS PurchaseOrderNumber,
    e.entityid AS User,
    d.name AS Department,
    t.status AS ApprovalStatus,
    'False' AS IsNonPO,
    NULL AS PaymentDate
FROM Transaction t
LEFT JOIN Entity bu ON t.entity = bu.id
LEFT JOIN Subsidiary s ON t.subsidiary = s.id
LEFT JOIN Employee e ON t.createdBy = e.id
LEFT JOIN Department d ON t.department = d.id
WHERE t.type = 'VendBill'
AND t.createdfrom IS NOT NULL
AND t.trandate >= TO_DATE('{START_DATE}', 'YYYY-MM-DD')

UNION ALL

/* 3. Invoice Approval Requested (System Note) */
SELECT
    t.tranid AS InvoiceNumber,
    'Invoice Approval Requested' AS Activity,
    TO_CHAR(sn.date, 'YYYY-MM-DD HH24:MI:SS') AS EventTime,
    'NetSuite' AS SourceSystem,
    TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS') AS LastDataUpdate,
    bu.name AS VendorName,
    s.name AS Subsidiary,
    t.foreignTotal AS InvoiceAmount,
    t.duedate AS DueDate,
    t.otherrefnum AS PurchaseOrderNumber,
    rau.entityid AS User,
    d.name AS Department,
    t.status AS ApprovalStatus,
    CASE WHEN t.createdfrom IS NULL THEN 'True' ELSE 'False' END AS IsNonPO,
    NULL AS PaymentDate
FROM SystemNote sn
JOIN Transaction t ON sn.recordid = t.id
LEFT JOIN Entity bu ON t.entity = bu.id
LEFT JOIN Subsidiary s ON t.subsidiary = s.id
LEFT JOIN Employee rau ON sn.name = rau.id
LEFT JOIN Department d ON t.department = d.id
WHERE sn.recordtypeid = -30 /* Internal ID for Vendor Bill */
AND sn.field = 'status'
AND sn.value = 'Pending Approval'
AND t.trandate >= TO_DATE('{START_DATE}', 'YYYY-MM-DD')

UNION ALL

/* 4. Invoice Approved (System Note) */
SELECT
    t.tranid AS InvoiceNumber,
    'Invoice Approved' AS Activity,
    TO_CHAR(sn.date, 'YYYY-MM-DD HH24:MI:SS') AS EventTime,
    'NetSuite' AS SourceSystem,
    TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS') AS LastDataUpdate,
    bu.name AS VendorName,
    s.name AS Subsidiary,
    t.foreignTotal AS InvoiceAmount,
    t.duedate AS DueDate,
    t.otherrefnum AS PurchaseOrderNumber,
    rau.entityid AS User,
    d.name AS Department,
    t.status AS ApprovalStatus,
    CASE WHEN t.createdfrom IS NULL THEN 'True' ELSE 'False' END AS IsNonPO,
    NULL AS PaymentDate
FROM SystemNote sn
JOIN Transaction t ON sn.recordid = t.id
LEFT JOIN Entity bu ON t.entity = bu.id
LEFT JOIN Subsidiary s ON t.subsidiary = s.id
LEFT JOIN Employee rau ON sn.name = rau.id
LEFT JOIN Department d ON t.department = d.id
WHERE sn.recordtypeid = -30
AND sn.field = 'status'
AND sn.value = 'Open'
AND t.trandate >= TO_DATE('{START_DATE}', 'YYYY-MM-DD')

UNION ALL

/* 5. Invoice Rejected (System Note) */
SELECT
    t.tranid AS InvoiceNumber,
    'Invoice Rejected' AS Activity,
    TO_CHAR(sn.date, 'YYYY-MM-DD HH24:MI:SS') AS EventTime,
    'NetSuite' AS SourceSystem,
    TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS') AS LastDataUpdate,
    bu.name AS VendorName,
    s.name AS Subsidiary,
    t.foreignTotal AS InvoiceAmount,
    t.duedate AS DueDate,
    t.otherrefnum AS PurchaseOrderNumber,
    rau.entityid AS User,
    d.name AS Department,
    t.status AS ApprovalStatus,
    CASE WHEN t.createdfrom IS NULL THEN 'True' ELSE 'False' END AS IsNonPO,
    NULL AS PaymentDate
FROM SystemNote sn
JOIN Transaction t ON sn.recordid = t.id
LEFT JOIN Entity bu ON t.entity = bu.id
LEFT JOIN Subsidiary s ON t.subsidiary = s.id
LEFT JOIN Employee rau ON sn.name = rau.id
LEFT JOIN Department d ON t.department = d.id
WHERE sn.recordtypeid = -30
AND sn.field = 'status'
AND sn.value = 'Rejected'
AND t.trandate >= TO_DATE('{START_DATE}', 'YYYY-MM-DD')

UNION ALL

/* 6. Invoice Amount Modified (System Note) */
SELECT
    t.tranid AS InvoiceNumber,
    'Invoice Amount Modified' AS Activity,
    TO_CHAR(sn.date, 'YYYY-MM-DD HH24:MI:SS') AS EventTime,
    'NetSuite' AS SourceSystem,
    TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS') AS LastDataUpdate,
    bu.name AS VendorName,
    s.name AS Subsidiary,
    t.foreignTotal AS InvoiceAmount,
    t.duedate AS DueDate,
    t.otherrefnum AS PurchaseOrderNumber,
    rau.entityid AS User,
    d.name AS Department,
    t.status AS ApprovalStatus,
    CASE WHEN t.createdfrom IS NULL THEN 'True' ELSE 'False' END AS IsNonPO,
    NULL AS PaymentDate
FROM SystemNote sn
JOIN Transaction t ON sn.recordid = t.id
LEFT JOIN Entity bu ON t.entity = bu.id
LEFT JOIN Subsidiary s ON t.subsidiary = s.id
LEFT JOIN Employee rau ON sn.name = rau.id
LEFT JOIN Department d ON t.department = d.id
WHERE sn.recordtypeid = -30
AND sn.field = 'total'
AND t.trandate >= TO_DATE('{START_DATE}', 'YYYY-MM-DD')

UNION ALL

/* 7. Invoice Account Modified (System Note) */
SELECT
    t.tranid AS InvoiceNumber,
    'Invoice Account Modified' AS Activity,
    TO_CHAR(sn.date, 'YYYY-MM-DD HH24:MI:SS') AS EventTime,
    'NetSuite' AS SourceSystem,
    TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS') AS LastDataUpdate,
    bu.name AS VendorName,
    s.name AS Subsidiary,
    t.foreignTotal AS InvoiceAmount,
    t.duedate AS DueDate,
    t.otherrefnum AS PurchaseOrderNumber,
    rau.entityid AS User,
    d.name AS Department,
    t.status AS ApprovalStatus,
    CASE WHEN t.createdfrom IS NULL THEN 'True' ELSE 'False' END AS IsNonPO,
    NULL AS PaymentDate
FROM SystemNote sn
JOIN Transaction t ON sn.recordid = t.id
LEFT JOIN Entity bu ON t.entity = bu.id
LEFT JOIN Subsidiary s ON t.subsidiary = s.id
LEFT JOIN Employee rau ON sn.name = rau.id
LEFT JOIN Department d ON t.department = d.id
WHERE sn.recordtypeid = -30
AND sn.field = 'account'
AND t.trandate >= TO_DATE('{START_DATE}', 'YYYY-MM-DD')

UNION ALL

/* 8. Payment Hold Applied (System Note) */
SELECT
    t.tranid AS InvoiceNumber,
    'Payment Hold Applied' AS Activity,
    TO_CHAR(sn.date, 'YYYY-MM-DD HH24:MI:SS') AS EventTime,
    'NetSuite' AS SourceSystem,
    TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS') AS LastDataUpdate,
    bu.name AS VendorName,
    s.name AS Subsidiary,
    t.foreignTotal AS InvoiceAmount,
    t.duedate AS DueDate,
    t.otherrefnum AS PurchaseOrderNumber,
    rau.entityid AS User,
    d.name AS Department,
    t.status AS ApprovalStatus,
    CASE WHEN t.createdfrom IS NULL THEN 'True' ELSE 'False' END AS IsNonPO,
    NULL AS PaymentDate
FROM SystemNote sn
JOIN Transaction t ON sn.recordid = t.id
LEFT JOIN Entity bu ON t.entity = bu.id
LEFT JOIN Subsidiary s ON t.subsidiary = s.id
LEFT JOIN Employee rau ON sn.name = rau.id
LEFT JOIN Department d ON t.department = d.id
WHERE sn.recordtypeid = -30
AND sn.field = 'paymenthold'
AND sn.value = 'T'
AND t.trandate >= TO_DATE('{START_DATE}', 'YYYY-MM-DD')

UNION ALL

/* 9. Payment Hold Released (System Note) */
SELECT
    t.tranid AS InvoiceNumber,
    'Payment Hold Released' AS Activity,
    TO_CHAR(sn.date, 'YYYY-MM-DD HH24:MI:SS') AS EventTime,
    'NetSuite' AS SourceSystem,
    TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS') AS LastDataUpdate,
    bu.name AS VendorName,
    s.name AS Subsidiary,
    t.foreignTotal AS InvoiceAmount,
    t.duedate AS DueDate,
    t.otherrefnum AS PurchaseOrderNumber,
    rau.entityid AS User,
    d.name AS Department,
    t.status AS ApprovalStatus,
    CASE WHEN t.createdfrom IS NULL THEN 'True' ELSE 'False' END AS IsNonPO,
    NULL AS PaymentDate
FROM SystemNote sn
JOIN Transaction t ON sn.recordid = t.id
LEFT JOIN Entity bu ON t.entity = bu.id
LEFT JOIN Subsidiary s ON t.subsidiary = s.id
LEFT JOIN Employee rau ON sn.name = rau.id
LEFT JOIN Department d ON t.department = d.id
WHERE sn.recordtypeid = -30
AND sn.field = 'paymenthold'
AND sn.value = 'F'
AND t.trandate >= TO_DATE('{START_DATE}', 'YYYY-MM-DD')

UNION ALL

/* 10. Vendor Credit Applied */
SELECT
    t_bill.tranid AS InvoiceNumber,
    'Vendor Credit Applied' AS Activity,
    TO_CHAR(t_cred.trandate, 'YYYY-MM-DD HH24:MI:SS') AS EventTime,
    'NetSuite' AS SourceSystem,
    TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS') AS LastDataUpdate,
    bu.name AS VendorName,
    s.name AS Subsidiary,
    t_bill.foreignTotal AS InvoiceAmount,
    t_bill.duedate AS DueDate,
    t_bill.otherrefnum AS PurchaseOrderNumber,
    e.entityid AS User,
    d.name AS Department,
    t_bill.status AS ApprovalStatus,
    CASE WHEN t_bill.createdfrom IS NULL THEN 'True' ELSE 'False' END AS IsNonPO,
    t_cred.trandate AS PaymentDate
FROM Transaction t_cred
JOIN TransactionLine tl ON t_cred.id = tl.transaction
JOIN Transaction t_bill ON tl.appliedtotransaction = t_bill.id
LEFT JOIN Entity bu ON t_bill.entity = bu.id
LEFT JOIN Subsidiary s ON t_bill.subsidiary = s.id
LEFT JOIN Employee e ON t_cred.createdBy = e.id
LEFT JOIN Department d ON t_bill.department = d.id
WHERE t_cred.type = 'VendCred'
AND t_bill.trandate >= TO_DATE('{START_DATE}', 'YYYY-MM-DD')

UNION ALL

/* 11. Payment Scheduled */
SELECT
    t_bill.tranid AS InvoiceNumber,
    'Payment Scheduled' AS Activity,
    TO_CHAR(t_pay.createddate, 'YYYY-MM-DD HH24:MI:SS') AS EventTime,
    'NetSuite' AS SourceSystem,
    TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS') AS LastDataUpdate,
    bu.name AS VendorName,
    s.name AS Subsidiary,
    t_bill.foreignTotal AS InvoiceAmount,
    t_bill.duedate AS DueDate,
    t_bill.otherrefnum AS PurchaseOrderNumber,
    e.entityid AS User,
    d.name AS Department,
    t_bill.status AS ApprovalStatus,
    CASE WHEN t_bill.createdfrom IS NULL THEN 'True' ELSE 'False' END AS IsNonPO,
    t_pay.trandate AS PaymentDate
FROM Transaction t_pay
JOIN TransactionLine tl ON t_pay.id = tl.transaction
JOIN Transaction t_bill ON tl.appliedtotransaction = t_bill.id
LEFT JOIN Entity bu ON t_bill.entity = bu.id
LEFT JOIN Subsidiary s ON t_bill.subsidiary = s.id
LEFT JOIN Employee e ON t_pay.createdBy = e.id
LEFT JOIN Department d ON t_bill.department = d.id
WHERE t_pay.type = 'BillPymt'
AND t_pay.status = 'Pending Approval'
AND t_bill.trandate >= TO_DATE('{START_DATE}', 'YYYY-MM-DD')

UNION ALL

/* 12. Payment Processed */
SELECT
    t_bill.tranid AS InvoiceNumber,
    'Payment Processed' AS Activity,
    TO_CHAR(t_pay.trandate, 'YYYY-MM-DD HH24:MI:SS') AS EventTime,
    'NetSuite' AS SourceSystem,
    TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS') AS LastDataUpdate,
    bu.name AS VendorName,
    s.name AS Subsidiary,
    t_bill.foreignTotal AS InvoiceAmount,
    t_bill.duedate AS DueDate,
    t_bill.otherrefnum AS PurchaseOrderNumber,
    e.entityid AS User,
    d.name AS Department,
    t_bill.status AS ApprovalStatus,
    CASE WHEN t_bill.createdfrom IS NULL THEN 'True' ELSE 'False' END AS IsNonPO,
    t_pay.trandate AS PaymentDate
FROM Transaction t_pay
JOIN TransactionLine tl ON t_pay.id = tl.transaction
JOIN Transaction t_bill ON tl.appliedtotransaction = t_bill.id
LEFT JOIN Entity bu ON t_bill.entity = bu.id
LEFT JOIN Subsidiary s ON t_bill.subsidiary = s.id
LEFT JOIN Employee e ON t_pay.createdBy = e.id
LEFT JOIN Department d ON t_bill.department = d.id
WHERE t_pay.type = 'BillPymt'
AND t_pay.status <> 'Voided'
AND t_bill.trandate >= TO_DATE('{START_DATE}', 'YYYY-MM-DD')

UNION ALL

/* 13. Payment Voided */
SELECT
    t_bill.tranid AS InvoiceNumber,
    'Payment Voided' AS Activity,
    TO_CHAR(t_pay.lastmodifieddate, 'YYYY-MM-DD HH24:MI:SS') AS EventTime,
    'NetSuite' AS SourceSystem,
    TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS') AS LastDataUpdate,
    bu.name AS VendorName,
    s.name AS Subsidiary,
    t_bill.foreignTotal AS InvoiceAmount,
    t_bill.duedate AS DueDate,
    t_bill.otherrefnum AS PurchaseOrderNumber,
    e.entityid AS User,
    d.name AS Department,
    t_bill.status AS ApprovalStatus,
    CASE WHEN t_bill.createdfrom IS NULL THEN 'True' ELSE 'False' END AS IsNonPO,
    t_pay.trandate AS PaymentDate
FROM Transaction t_pay
JOIN TransactionLine tl ON t_pay.id = tl.transaction
JOIN Transaction t_bill ON tl.appliedtotransaction = t_bill.id
LEFT JOIN Entity bu ON t_bill.entity = bu.id
LEFT JOIN Subsidiary s ON t_bill.subsidiary = s.id
LEFT JOIN Employee e ON t_pay.createdBy = e.id
LEFT JOIN Department d ON t_bill.department = d.id
WHERE t_pay.type = 'BillPymt'
AND t_pay.status = 'Voided'
AND t_bill.trandate >= TO_DATE('{START_DATE}', 'YYYY-MM-DD')

UNION ALL

/* 14. Payment Cleared (Logic depends on bank rec features, using Check Cleared date or modification) */
SELECT
    t_bill.tranid AS InvoiceNumber,
    'Payment Cleared' AS Activity,
    /* Fallback to trandate if clearedDate is unavailable in your config */
    TO_CHAR(COALESCE(t_pay.createddate, t_pay.trandate), 'YYYY-MM-DD HH24:MI:SS') AS EventTime,
    'NetSuite' AS SourceSystem,
    TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS') AS LastDataUpdate,
    bu.name AS VendorName,
    s.name AS Subsidiary,
    t_bill.foreignTotal AS InvoiceAmount,
    t_bill.duedate AS DueDate,
    t_bill.otherrefnum AS PurchaseOrderNumber,
    e.entityid AS User,
    d.name AS Department,
    t_bill.status AS ApprovalStatus,
    CASE WHEN t_bill.createdfrom IS NULL THEN 'True' ELSE 'False' END AS IsNonPO,
    t_pay.trandate AS PaymentDate
FROM Transaction t_pay
JOIN TransactionLine tl ON t_pay.id = tl.transaction
JOIN Transaction t_bill ON tl.appliedtotransaction = t_bill.id
LEFT JOIN Entity bu ON t_bill.entity = bu.id
LEFT JOIN Subsidiary s ON t_bill.subsidiary = s.id
LEFT JOIN Employee e ON t_pay.createdBy = e.id
LEFT JOIN Department d ON t_bill.department = d.id
WHERE t_pay.type = 'BillPymt'
AND t_pay.status = 'Paid In Full' /* Indicates cleared/posted in some contexts */
AND t_bill.trandate >= TO_DATE('{START_DATE}', 'YYYY-MM-DD')
"""

class=class="hl-string">"hl-comment"># === AUTH AND EXECUTION ===

def get_suiteql_results(query):
    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_rows = []
    offset = 0
    has_more = True
    
    print(class="hl-string">"Starting extraction...")
    
    while has_more:
        class=class="hl-string">"hl-comment"># SuiteQL REST API payload
        headers = {
            class="hl-string">'Prefer': class="hl-string">'transient',
            class="hl-string">'Content-Type': class="hl-string">'application/json'
        }
        
        class=class="hl-string">"hl-comment"># Add LIMIT/OFFSET to query if not using built-in cursors (SuiteQL doesn't support OFFSET well natively in string, 
        class=class="hl-string">"hl-comment"># but REST API handles pagination via links. However, for raw query, we usually rely on class="hl-string">'items' return)
        class=class="hl-string">"hl-comment"># Note: Pure SuiteQL via REST returns a set number of records. We must iterate via the class="hl-string">'links' provided in response
        class=class="hl-string">"hl-comment"># or typically, SuiteQL REST creates a job for large queries. 
        class=class="hl-string">"hl-comment"># For simplicity in this script, we assume a direct synchronous call pattern.
        
        class=class="hl-string">"hl-comment"># Actually, for large datasets, we must use the class="hl-string">'q' parameter. 
        class=class="hl-string">"hl-comment"># But SuiteQL POST body is standard. We will implement simple looping if class="hl-string">'hasMore' is present.
        
        payload = {
            class="hl-string">"q": query
        }
        
        response = requests.post(BASE_URL, headers=headers, auth=oauth, json=payload)
        
        if response.status_code != 200:
            print(fclass="hl-string">"Error: {response.text}")
            break
            
        data = response.json()
        items = data.get(class="hl-string">'items', [])
        all_rows.extend(items)
        
        class=class="hl-string">"hl-comment"># Check if there are more results (SuiteQL REST paging)
        class=class="hl-string">"hl-comment"># Standard REST response has class="hl-string">'hasMore' and class="hl-string">'links'. 
        class=class="hl-string">"hl-comment"># However, Query API V1 often requires traversing the class="hl-string">'next' link.
        has_more = data.get(class="hl-string">'hasMore', False)
        
        if has_more:
            class=class="hl-string">"hl-comment"># For subsequent pages, we follow the class="hl-string">'next' link logic or offset logic.
            class=class="hl-string">"hl-comment"># Note: The Query API creates a paged result set. We strictly need to follow the class="hl-string">'links' > class="hl-string">'next'.
            links = data.get(class="hl-string">'links', [])
            next_link = next((l[class="hl-string">'href'] for l in links if l[class="hl-string">'rel'] == class="hl-string">'next'), None)
            if next_link:
                BASE_URL = next_link class=class="hl-string">"hl-comment"># Update URL for next loop
                class=class="hl-string">"hl-comment"># Payload is not needed for next link GET usually, but Query API might differ.
                class=class="hl-string">"hl-comment"># If using links, we switch to GET for the next page.
                class=class="hl-string">"hl-comment"># (Simplified logic: In production, robustly handle the href)
            else:
                has_more = False
        
        print(fclass="hl-string">"Fetched {len(items)} rows. Total: {len(all_rows)}")
        time.sleep(1) class=class="hl-string">"hl-comment"># Rate limit protection

    return pd.DataFrame(all_rows)

class=class="hl-string">"hl-comment"># === RUN ===
if __name__ == class="hl-string">'__main__':
    df = get_suiteql_results(suiteql_query)
    
    class=class="hl-string">"hl-comment"># Post-processing
    if not df.empty:
        class=class="hl-string">"hl-comment"># Ensure numeric formats
        df[class="hl-string">'invoiceamount'] = pd.to_numeric(df[class="hl-string">'invoiceamount'], errors=class="hl-string">'coerce').fillna(0)
        
        class=class="hl-string">"hl-comment"># Save
        filename = class="hl-string">'netsuite_ap_event_log.csv'
        df.to_csv(filename, index=False)
        print(fclass="hl-string">"Success! Saved {len(df)} rows to {filename}")
    else:
        print(class="hl-string">"No data found.")

Klaar om aan de slag te gaan?

Begin vandaag met process mining door deze template toe te passen op je NetSuite-omgeving. Ontdek meteen waar je efficiënter kunt werken en optimaliseer je betalingsworkflows.

Terug naar de verbetergids Template downloaden

Verbeter vandaag nog je crediteurenbetalingen

Identificeer bottlenecks en verkort de doorlooptijd met 30 procent.

Start je gratis proefperiode

Je hebt geen creditcard nodig. De installatie duurt maar een paar minuten.

Jouw datatemplate voor crediteurenbetalingen

Jouw datatemplate voor crediteurenbetalingen

Attributen voor betalingsverwerking bij crediteuren

Activiteiten in de betalingsverwerking bij crediteuren

Extractiegidsen

Export van NetSuite Saved Search voor AP-transacties

Stappen

Configuratie

a Voorbeeldquery config

SuiteQL-extractie via SuiteAnalytics Connect ODBC

Stappen

Configuratie

a Voorbeeldquery sql

Python-ETL met SuiteTalk REST API en SuiteQL

Stappen

Configuratie

a Voorbeeldquery python

Klaar om aan de slag te gaan?

Verbeter vandaag nog je crediteurenbetalingen

Jouw datatemplate voor crediteurenbetalingen

Jouw datatemplate voor crediteurenbetalingen

Attributen voor betalingsverwerking bij crediteuren

Activiteiten in de betalingsverwerking bij crediteuren

Extractiegidsen

Export van NetSuite Saved Search voor AP-transacties

Stappen

Configuratie

a Voorbeeldquery config

SuiteQL-extractie via SuiteAnalytics Connect ODBC

Stappen

Configuratie

a Voorbeeldquery sql

Python-ETL met SuiteTalk REST API en SuiteQL

Stappen

Configuratie

a Voorbeeldquery python

Klaar om aan de slag te gaan?

Verbeter vandaag nog je crediteurenbetalingen

We respecteren je privacy