> Miglioramento continuo dei processi > Elaborazione dei pagamenti ai fornitori > NetSuite > Template dei dati

Il template di dati per l’elaborazione dei pagamenti dei debiti verso fornitori

NetSuite

Attributi per l’elaborazione dei pagamenti dei debiti verso fornitori (21) Attività di elaborazione dei pagamenti dei debiti verso fornitori (14) Guide all’estrazione (3)

Il template di dati per l’elaborazione dei pagamenti dei debiti verso fornitori

Questo template offre un quadro completo per mappare i flussi di lavoro dei debiti verso fornitori in NetSuite. Include un elenco dettagliato degli attributi essenziali, delle attività principali del processo e delle istruzioni specifiche per l’estrazione, così da rendere l’analisi accurata e utile per definire gli interventi.

Attributi consigliati per un’analisi approfondita
Tappe essenziali del processo da monitorare
Indicazioni specifiche per l’estrazione da NetSuite

Non conosce ancora gli Event Log? Scopra come creare un Event Log per il Process Mining.

Scarica il template

Attributi per l’elaborazione dei pagamenti dei debiti verso fornitori

Questi sono i campi dati consigliati da includere nell’Event Log per analizzare in modo completo l’elaborazione dei pagamenti dei debiti verso fornitori nell’ambiente NetSuite.

5 Obbligatorio 10 Consigliato 6 Facoltativo

	Nome	Descrizione
	Attività Activity	Nome del passaggio o dell’evento del processo.
Descrizione Questo attributo registra l’azione specifica o la modifica di stato avvenuta in un determinato momento. Alcuni esempi sono 'Fattura creata', 'Stato di approvazione modificato' e 'Pagamento elaborato'. Questi dati sono essenziali per ricostruire la mappa del flusso di processo. Ordinando cronologicamente le attività per ogni numero di fattura, lo strumento di Process Mining visualizza il flusso di lavoro effettivo e individua cicli, rilavorazioni e deviazioni dal percorso ottimale. Perché è importante Definisce i passaggi nella mappa del processo ed è obbligatorio per qualsiasi analisi di Process Mining. Dove reperirli Log di System Notes o dello storico del flusso di lavoro Esempi Fattura creataFattura approvataPagamento pianificatoPagamento liquidato
	Numero della fattura InvoiceNumber	Identificativo univoco della fattura del fornitore.
Descrizione Questo attributo rappresenta il numero di riferimento univoco assegnato a una fattura del fornitore in NetSuite. È l’identificativo definitivo del caso per il processo di gestione dei debiti verso fornitori e raggruppa tutte le attività relative a uno specifico obbligo di pagamento. Nell’analisi, questo campo funge da chiave primaria per le istanze del processo. Consente agli analisti di ricostruire l’intero ciclo di vita di una passività, dal momento in cui la fattura viene ricevuta e registrata fino alla liquidazione del pagamento. Le varianti vengono aggregate in base a questo identificativo per determinare i percorsi di processo più comuni. Perché è importante È l’ID del caso obbligatorio che collega tutti gli eventi e forma un caso di processo. Dove reperirli Tabella Transaction, campo 'tranid' per il tipo 'Vendor Bill' Esempi INV-2023-001VB-99822ACME-10299982311
	Ora dell’evento EventTime	Data e ora in cui si è verificata l’attività.
Descrizione La data e l’ora esatte in cui si è svolta un’attività. Servono a ordinare gli eventi in sequenza e a calcolare la durata tra un passaggio e l’altro. Timestamp accurati sono fondamentali per individuare i colli di bottiglia. Consentono di calcolare i tempi di ciclo, ad esempio il tempo necessario per un’approvazione o la durata del blocco di una fattura. Perché è importante Obbligatorio per ordinare gli eventi e calcolare tutti i KPI basati sul tempo. Dove reperirli Campo 'date' di System Notes Esempi 2023-10-01T14:30:00Z2023-10-02T09:15:00Z
	Sistema di origine SourceSystem	Nome del sistema da cui provengono i dati.
Descrizione Identifica l’applicazione software da cui sono stati estratti i dati degli eventi. In questo contesto, il valore è in genere fisso, ad esempio 'NetSuite'. Questo attributo è utile negli ambienti con più sistemi per tracciare la provenienza dei dati. Anche se questa vista si concentra su NetSuite, mantenere il campo garantisce la compatibilità con i modelli di dati aziendali. Perché è importante Obbligatorio per la tracciabilità dei dati e per distinguere i dati negli ambienti con più sistemi. Dove reperirli Impostato durante l’estrazione Esempi NetSuiteNetSuite OneWorld
	Ultimo aggiornamento dei dati LastDataUpdate	Data e ora in cui i dati sono stati estratti o aggiornati.
Descrizione Indica quando i dati sono stati acquisiti per l’ultima volta dal sistema di origine e importati nella piattaforma di Process Mining. Consente di capire quanto siano aggiornati i dati utilizzati nell’analisi. Serve a stabilire se i dati mostrati nelle Dashboard rappresentano la situazione in tempo reale o uno snapshot relativo a un periodo precedente. È un’informazione essenziale per poter fare affidamento sui calcoli dei giorni di ritardo. Perché è importante Obbligatorio per verificare l’aggiornamento dei dati e lo stato della sincronizzazione. Dove reperirli Data e ora ETL Esempi 2023-11-01T00:00:00Z
	Data del pagamento PaymentDate	La data in cui è stato eseguito il pagamento.
Descrizione La data registrata nella transazione di pagamento del fornitore collegata alla fattura. Segna il completamento del ciclo di contabilità fornitori. Viene utilizzata per calcolare i «Tempi del ciclo di pagamento end-to-end». Confrontandola con «InvoiceDate» si ottiene la durata totale del processo. Perché è importante Data e ora di fine del ciclo di processo principale. Dove reperirli Data della transazione di pagamento del fornitore collegata Esempi 2023-11-202023-12-05
	Data di scadenza DueDate	La data entro cui il pagamento deve essere effettuato al fornitore.
Descrizione Questo attributo indica la scadenza contrattuale del pagamento in base alle condizioni della fattura e costituisce la base di riferimento per calcolare i pagamenti puntuali. È un elemento centrale del KPI «Tasso di puntualità dei pagamenti». Confrontando la data di esecuzione del pagamento con questo campo, il sistema segnala i pagamenti in ritardo e aiuta a stimare le eventuali penali. Perché è importante Fondamentale per calcolare il tasso di puntualità dei pagamenti e individuare le passività scadute. Dove reperirli Campo «duedate» della transazione Esempi 2023-11-152023-12-01
	Dipartimento Department	Il dipartimento interno associato alla fattura.
Descrizione Classifica la fattura in base al centro di costo o al dipartimento interno (ad esempio IT o Marketing) a cui è stata imputata la spesa. Questo attributo consente di analizzare i tempi di ciclo per dipartimento e di individuare quelli che impiegano più tempo per codificare o approvare le fatture, così da orientare gli interventi di miglioramento. Perché è importante Consente di analizzare l’efficienza dei processi a livello organizzativo. Dove reperirli Campo «department» della transazione Esempi ITMarketingProduzione
	Importo della fattura InvoiceAmount	Il valore monetario totale della fattura.
Descrizione L’importo totale della fattura del fornitore, espresso di norma nella valuta di base o nella valuta della transazione. Questa metrica consente di analizzare l’impatto finanziario. Viene utilizzata nella Dashboard «Monitoraggio dei pagamenti in ritardo e delle penali» per quantificare il rischio per il flusso di cassa dovuto ai ritardi nei pagamenti. Serve inoltre a dare priorità alle fatture di importo elevato che richiedono un intervento manuale. Perché è importante Necessario per quantificare l’impatto finanziario delle inefficienze di processo. Dove reperirli Campo «usertotal» o «foreignamount» della transazione Esempi 1500.00250.5010000.00
	Nome del fornitore VendorName	Il nome del fornitore che ha emesso la fattura.
Descrizione Questo attributo contiene il nome dell’entità associata alla fattura del fornitore. È fondamentale per analizzare le prestazioni lungo la catena di approvvigionamento. Nell’analisi, questo campo alimenta la Dashboard «Variabilità dei tempi di pagamento dei fornitori». Consente agli analisti di raggruppare i casi per fornitore e individuare quelli che causano ripetutamente discrepanze nella riconciliazione o applicano condizioni di pagamento non standard. Perché è importante Essenziale per raggruppare l’analisi per fornitore e individuare i colli di bottiglia specifici. Dove reperirli Campo «entity» della transazione collegato al record del fornitore Esempi Office DepotOracleFedEx
	Numero dell’ordine di acquisto PurchaseOrderNumber	Il numero di riferimento dell’ordine di acquisto associato.
Descrizione Collega la fattura del fornitore all’ordine di acquisto (PO) da cui ha origine. Se il campo è vuoto, la fattura è considerata una fattura senza PO. Questo attributo è essenziale per la Dashboard «Velocità di elaborazione delle fatture senza PO». Consente di separare le varianti del flusso tra fatture con PO e fatture senza PO (FI), così da confrontarne l’efficienza e la conformità. Perché è importante Necessario per distinguere l’elaborazione delle fatture basata su PO da quella senza PO. Dove reperirli Campo «createdfrom» della transazione Esempi PO-8821PO-1002null
	Senza PO IsNonPO	Indicatore che segnala se la fattura non è collegata a un ordine di acquisto.
Descrizione Attributo booleano ricavato dall’assenza di un ordine di acquisto collegato. Suddivide il processo tra fatture con PO e fatture FI dirette. Viene utilizzato nella Dashboard «Velocità di elaborazione delle fatture senza PO» per evidenziare le inefficienze dell’elaborazione manuale rispetto al processo di riconciliazione a tre vie. Perché è importante Segmento di alto livello per analizzare le varianti del processo. Dove reperirli Derivato dal fatto che «PurchaseOrderNumber» è null Esempi truefalse
	Società controllata Subsidiary	La società controllata o entità giuridica che riceve la fattura.
Descrizione Negli ambienti NetSuite OneWorld, questo campo identifica l’entità giuridica specifica (società controllata) a cui appartiene la fattura e consente di effettuare confronti tra le diverse unità organizzative. Questo attributo alimenta la Dashboard «Tempi del ciclo di pagamento end-to-end», che permette di confrontare l’efficienza delle diverse unità aziendali. Aiuta a individuare eventuali aree geografiche o entità con prestazioni inferiori. Perché è importante Fondamentale per confrontare le prestazioni delle unità aziendali nelle organizzazioni con più entità. Dove reperirli Campo «subsidiary» della transazione Esempi Stati Uniti orientaliSede centrale EMEAVendite APAC
	Stato di approvazione ApprovalStatus	Lo stato corrente di approvazione della fattura nel flusso di lavoro.
Descrizione Indica se la fattura è in attesa di approvazione, approvata o rifiutata. Questo stato determina la logica delle transizioni del flusso di lavoro. Il campo è centrale per la «Verifica della conformità del flusso di approvazione». Le variazioni di stato generano eventi di attività, mentre lo stato finale determina se la fattura è pronta per il pagamento. Perché è importante Tiene traccia dell’avanzamento della fattura attraverso la fase di approvazione. Dove reperirli Campo «approvalstatus» della transazione Esempi In attesa di approvazioneApprovatoRifiutato
	Utente User	La persona che ha eseguito l’attività.
Descrizione Identifica la persona responsabile di un evento specifico, ad esempio l’approvazione di una fattura o la rimozione di un blocco al pagamento. Viene utilizzato nella Dashboard «Monitoraggio dei colli di bottiglia nel flusso di approvazione» per individuare i ritardi legati alle singole risorse. Aiuta la direzione a bilanciare i carichi di lavoro e a individuare le esigenze di formazione dei membri del team. Perché è importante Necessario per l’analisi delle risorse e per individuare i colli di bottiglia a livello di utente. Dove reperirli Campo «name» delle System Notes o campo «employee» della transazione Esempi Mario RossiAmministratore finanziarioSistema
	Blocco del pagamento PaymentHold	Indica se il pagamento della fattura è attualmente bloccato.
Descrizione Un indicatore o uno stato che segnala il blocco del pagamento della fattura, impedendone l’inclusione nelle procedure di pagamento. Questo attributo supporta la Dashboard «Analisi dell’impatto dei blocchi di pagamento». Analizzando per quanto tempo il campo rimane impostato su «true», è possibile individuare i ritardi di elaborazione dovuti a contestazioni o informazioni mancanti. Perché è importante Fondamentale per analizzare i motivi per cui le fatture restano bloccate o subiscono ritardi. Dove reperirli Campo «paymenthold» della transazione Esempi truefalse
	Condizioni di pagamento PaymentTerms	Le condizioni concordate che definiscono i tempi di pagamento e gli sconti.
Descrizione Specifica le condizioni di pagamento, ad esempio «Net 30» o «2% 10 Net 30». Queste informazioni aiutano a interpretare la data di scadenza e la possibilità di ottenere sconti per il pagamento anticipato. Questo attributo viene utilizzato nella Dashboard «Tasso di acquisizione degli sconti per pagamento anticipato». Permette di individuare le fatture che potevano beneficiare di uno sconto e di correlare gli sconti persi a specifiche condizioni restrittive. Perché è importante Fornisce il contesto della data di scadenza e aiuta a individuare le opportunità di sconto. Dove reperirli Campo «terms» della transazione Esempi Net 302% 10 Net 30Pagamento alla ricezione
	Data della fattura InvoiceDate	La data riportata sulla fattura del fornitore.
Descrizione La data del documento indicata dal fornitore. Spesso costituisce il punto di partenza per il calcolo dell’anzianità della fattura. Viene utilizzata per calcolare il «Tempo di elaborazione end-to-end». La differenza tra questa data e quella di creazione in NetSuite può indicare ritardi nella scansione o nella gestione della posta. Perché è importante Segna l’inizio ufficiale della cronologia della fattura del fornitore. Dove reperirli Campo «trandate» della transazione Esempi 2023-10-012023-10-05
	Giorni di ritardo DaysOverdue	Il numero di giorni di ritardo del pagamento rispetto alla data di scadenza.
Descrizione Metrica calcolata che misura il ritardo del pagamento rispetto alla data di scadenza. I valori negativi indicano un pagamento anticipato. Questo attributo alimenta la Dashboard «Monitoraggio dei pagamenti in ritardo e delle penali». È essenziale per quantificare la gravità dei ritardi e individuare schemi ricorrenti di pagamenti tardivi. Perché è importante Metrica chiave per analizzare la conformità dei pagamenti e il rischio di penali. Dove reperirli Calcolato: PaymentDate - DueDate Esempi 50-2
	Sconto disponibile DiscountAvailable	L’importo dello sconto potenziale disponibile per il pagamento anticipato.
Descrizione Il valore monetario dello sconto per pagamento anticipato, calcolato in base all’importo della fattura e alle condizioni di pagamento. Rappresenta il risparmio potenziale. Questo attributo è centrale per la Dashboard «Tasso di acquisizione degli sconti per pagamento anticipato». Sommando questo valore per i pagamenti in ritardo, gli analisti possono calcolare il totale dei risparmi persi. Perché è importante Quantifica il vantaggio finanziario derivante dall’accelerazione del processo. Dove reperirli Calcolato in base a Terms e InvoiceAmount Esempi 30.000.0015.50
	Valuta Currency	La valuta in cui è stata emessa la fattura.
Descrizione Il codice ISO che identifica la valuta della transazione. È un dato importante per le organizzazioni multinazionali. Viene utilizzato per normalizzare i valori finanziari nell’analisi dell’importo della fattura. Aiuta inoltre a capire se le procedure di cambio valuta allungano i tempi dell’attività «Pagamento liquidato». Perché è importante Necessario per aggregare correttamente i dati finanziari e analizzare i cambi valutari. Dove reperirli Campo «currency» della transazione Esempi USDEURGBP

Obbligatorio Consigliato Facoltativo

Attività di elaborazione dei pagamenti dei debiti verso fornitori

Queste sono le fasi e le tappe principali del processo da registrare nell’Event Log per ricostruire con precisione il ciclo di elaborazione dei pagamenti.

5 Consigliato 9 Facoltativo

	Attività	Descrizione
	Fattura approvata	Lo stato del record Vendor Bill passa a Open, a indicare che la fattura è autorizzata al pagamento e ha avuto un impatto sul General Ledger. È una tappa fondamentale prima del pagamento.
Perché è importante Conclude il ciclo di approvazione e rende la fattura disponibile per la pianificazione del pagamento. È essenziale per misurare l’efficienza delle approvazioni. Dove reperirli System Notes. Cercare una modifica del campo 'approvalstatus' a '2' (Approved) oppure dello stato a 'Open'. Acquisizione Confrontare il campo status prima e dopo Tipo di evento inferred
	Fattura associata all’ordine di acquisto	Indica che il record Vendor Bill è stato creato a partire da un ordine di acquisto esistente o collegato a esso. Distingue le fatture associate a un ordine di acquisto da quelle che non lo sono.
Perché è importante È fondamentale per analizzare la conformità alle procedure di approvvigionamento e confrontare i tempi di ciclo delle fatture con e senza ordine di acquisto. Dove reperirli Tabella Transaction. Verificare il campo 'createdfrom' nel record Vendor Bill. Se contiene l’ID di un ordine di acquisto, l’attività si è verificata. Acquisizione Confrontare il campo status prima e dopo Tipo di evento inferred
	Fattura creata	Creazione iniziale del record Vendor Bill in NetSuite. Segna l’avvio del processo e indica che la fattura è stata inserita nell’ERP.
Perché è importante Definisce il timestamp di riferimento per l’intero ciclo dei debiti verso fornitori e per i calcoli dell’anzianità delle fatture. Dove reperirli Tabella Transaction. Filtrare per tipo di record Vendor Bill. Acquisire il campo datecreated o trandate. Acquisizione Registrato all’esecuzione della transazione Vendor Bill Tipo di evento explicit
	Pagamento elaborato	Un record Bill Payment viene registrato correttamente e la fattura risulta Pagata per intero o Parzialmente pagata. La passività viene stornata nel GL.
Perché è importante È la principale tappa conclusiva del processo di pagamento. Serve a calcolare il 'Tempo di elaborazione dall’inizio alla fine'. Dove reperirli Tabella Transaction. Individuare la creazione del record 'Bill Payment' o la modifica dello stato a 'Deposited' (per gli assegni) o 'Paid'. Acquisizione Registrato all’esecuzione della transazione Bill Payment Tipo di evento explicit
	Pagamento liquidato	Il record Bill Payment viene contrassegnato come liquidato durante la riconciliazione bancaria. Ciò conferma che i fondi sono usciti dal conto bancario.
Perché è importante Fornisce la data effettiva di uscita dei fondi, utile per l’analisi dei flussi di cassa e distinta dalla data contabile del pagamento. Dove reperirli Transaction Line. Il flag 'cleared' viene impostato su True nella riga della transazione Bill Payment. Acquisizione Registrato all’esecuzione della transazione X Tipo di evento explicit
	Approvazione della fattura richiesta	Lo stato del record Vendor Bill passa a Pending Approval. Ciò indica che la fattura è entrata nel flusso di lavoro di instradamento per l’autorizzazione.
Perché è importante Segna l’inizio del tempo di ciclo dell’approvazione e consente di individuare i colli di bottiglia nella catena di autorizzazione. Dove reperirli System Notes. Cercare una modifica del campo 'approvalstatus' a '1' (Pending Approval). Acquisizione Confrontare il campo status prima e dopo Tipo di evento inferred
	Blocco del pagamento applicato	La casella Payment Hold viene impostata su True nel record Vendor Bill. In questo modo la fattura non può essere selezionata per i cicli di pagamento.
Perché è importante Individua i colli di bottiglia che bloccano le fatture a causa di controversie o decisioni sulla gestione dei flussi di cassa. Dove reperirli System Notes. Cercare una modifica del campo 'paymenthold' da 'F' a 'T'. Acquisizione Registrato all’esecuzione della transazione X Tipo di evento explicit
	Blocco del pagamento rimosso	La casella Payment Hold viene impostata su False, rendendo nuovamente disponibile la fattura per l’elaborazione del pagamento. Segna la fine del periodo di blocco.
Perché è importante Serve a calcolare il KPI 'Durata del blocco del pagamento' e a comprendere i tempi di risoluzione delle fatture contestate. Dove reperirli System Notes. Cercare una modifica del campo 'paymenthold' da 'T' a 'F'. Acquisizione Registrato all’esecuzione della transazione X Tipo di evento explicit
	Conto della fattura modificato	Il conto spese del General Ledger nelle righe della fattura viene modificato. Ciò indica la correzione di un errore di codifica o una riclassificazione.
Perché è importante Misura direttamente il KPI 'Tasso di ricodifica delle fatture' e mette in evidenza le perdite di efficienza nella fase di codifica contabile. Dove reperirli System Notes. Cercare modifiche al campo 'account' nella sottolista Transaction Line. Acquisizione Registrato all’esecuzione della transazione X Tipo di evento explicit
	Fattura respinta	Il record Vendor Bill viene restituito al mittente per una correzione oppure respinto. Questo rappresenta un ciclo di ritorno o la conclusione del flusso di approvazione.
Perché è importante Un tasso elevato di rifiuto indica attriti nel processo, problemi di formazione o problemi di qualità dei dati nelle fasi precedenti. Dove reperirli System Notes. Cercare una modifica del campo 'approvalstatus' a '3' (Rejected). Acquisizione Confrontare il campo status prima e dopo Tipo di evento inferred
	Importo della fattura modificato	L’importo totale del record Vendor Bill viene modificato dopo la creazione iniziale. Ciò può indicare rilavorazioni, errori di inserimento dei dati o la risoluzione di discrepanze.
Perché è importante Indica un intervento manuale e una rilavorazione, con effetti negativi sui tassi di elaborazione senza interventi manuali. Dove reperirli System Notes. Cercare modifiche ai campi 'total' o 'usertotal' nel record Vendor Bill. Acquisizione Registrato all’esecuzione della transazione X Tipo di evento explicit
	Nota di credito del fornitore applicata	Una nota di credito del fornitore (Vendor Credit) viene applicata al record Vendor Bill, riducendo l’importo dovuto. È un’alternativa al pagamento in contanti.
Perché è importante Spiega perché l’importo del pagamento può differire da quello della fattura e consente di chiudere correttamente la passività. Dove reperirli Transaction Links. Individuare i casi in cui una transazione di tipo 'Vendor Credit' è collegata al record Vendor Bill. Acquisizione Confrontare il campo status prima e dopo Tipo di evento inferred
	Pagamento annullato	Un record Bill Payment già elaborato viene annullato e il record Vendor Bill viene riaperto. Si tratta di un’eccezione grave e di un errore del processo.
Perché è importante È fondamentale per la conformità in sede di audit e per individuare le cause dei pagamenti non riusciti, ad esempio errori di stampa degli assegni o rifiuti bancari. Dove reperirli System Notes sul record Bill Payment. Modifica dello stato a 'Voided'. Acquisizione Registrato all’esecuzione della transazione X Tipo di evento explicit
	Pagamento pianificato	Viene creato un record Bill Payment nello stato 'Pending Approval'. Questo avviene spesso durante la creazione di un lotto di pagamenti elettronici (EFT).
Perché è importante Distingue l’intenzione di pagare dall’effettivo trasferimento dei fondi, mettendo in evidenza i ritardi nell’autorizzazione del pagamento. Dove reperirli Tabella Transaction. Creazione di un record 'Bill Payment' collegato alla fattura, con stato 'Pending Approval'. Acquisizione Confrontare il campo status prima e dopo Tipo di evento inferred

Consigliato Facoltativo

Guide all’estrazione

Come ottenere i dati da NetSuite

Passaggi

Acceda a NetSuite come amministratore o come utente autorizzato a creare ed esportare ricerche salvate.
Vada in Lists > Search > Saved Searches > New.
Selezioni Transazione nell’elenco dei tipi di record per creare una nuova ricerca salvata sulle transazioni.
Nella scheda Criteria, verifichi che la casella Use Expressions sia inizialmente deselezionata, quindi aggiunga il filtro Type e selezioni Vendor Bill, Bill Payment o Bill Credit.
Sempre nella scheda Criteria, aggiunga il filtro Main Line e imposti il valore True. In questo modo l’analisi si concentra sul livello di intestazione per gli eventi di creazione e di stato.
Per acquisire la cronologia, selezioni System Notes nell’elenco dei join disponibili per i filtri, in fondo al menu a discesa, e aggiunga System Notes : Date. Imposti l’intervallo di date desiderato, ad esempio gli ultimi 90 giorni.
Passi alla scheda Results e rimuova tutte le colonne predefinite.
Aggiunga la colonna identificativa del caso: selezioni Transaction Name o Document Number e assegni l’etichetta personalizzata InvoiceNumber.
Aggiunga la colonna dell’orario dell’evento: selezioni System Notes fields... > Date e assegni l’etichetta personalizzata EventTime.
Aggiunga la colonna Attività: selezioni Formula (Text). Nella finestra della formula, incolli l’istruzione CASE riportata nella sezione Query qui sotto. Questa logica associa le modifiche ai campi di NetSuite ai nomi standard delle attività. Assegni l’etichetta personalizzata Activity.
Aggiunga gli altri attributi richiesti (Source System, Last Data Update) usando Formula (Text) con valori statici, ad esempio 'NetSuite', e il tag integrato {today}.
Faccia clic su Save & Run. Una volta caricati i risultati, faccia clic sull’icona Export - CSV in alto a sinistra nella barra degli strumenti dei risultati per scaricare l’Event Log da usare in ProcessMind.

Configurazione

Tipi di transazione: applichi il filtro esclusivamente a Vendor Bill, Bill Payment e Bill Credit per evitare dati non pertinenti relativi a Journal Entries o Purchase Orders.
Join System Notes: questa configurazione si basa sul join System Notes per generare un registro storico anziché un’istantanea dello stato corrente. Verifichi che il ruolo utente disponga dell’autorizzazione per visualizzare System Notes.
Intervallo di date: applichi il filtro delle date al campo System Notes : Date, non al campo Date della transazione. In questo modo acquisisce le attività recenti relative anche a fatture meno recenti, ad esempio un pagamento effettuato oggi per una fattura creata l’anno scorso.
Main Line: impostare Main Line = True è consigliato per ridurre il numero di righe. Se deve monitorare Invoice Account Modified, potrebbe invece essere necessario impostare Main Line = False o creare una ricerca separata per le modifiche a livello di riga.
Limiti delle formule: le formule di NetSuite sono limitate a 4.000 caratteri. Se la logica di Activity diventa troppo complessa, la suddivida in due ricerche oppure elabori l’associazione al di fuori di NetSuite.

a Query di esempio 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

Passaggi

Configurazione del driver ODBC: verifichi che il driver ODBC SuiteAnalytics Connect sia installato e configurato nel computer utilizzato per l’estrazione. Le serviranno l’ID account NetSuite, l’ID ruolo e credenziali valide.
Verifica delle autorizzazioni: il ruolo utente associato alla connessione ODBC deve disporre dell’autorizzazione 'SuiteAnalytics Connect' e dell’accesso 'View' a Transazioni, System Notes ed Entities.
Preparazione dell’ambiente: apra il client SQL, ad esempio DBeaver, DataGrip o uno strumento ETL proprietario, e stabilisca una connessione all’origine dati NetSuite.
Definizione dell’ambito: individui gli ID delle Subsidiary e l’intervallo di date da includere nell’estrazione. Aggiorni la clausola WHERE nella Common Table Expression (CTE) denominata 'VendorBills' nella query fornita.
Esecuzione della query: esegua lo script SQL fornito. Lo script aggrega i dati delle tabelle 'Transaction', 'TransactionLine', 'SystemNote' e 'TransactionLink' per ricostruire la cronologia del processo.
Monitoraggio dell’esecuzione: le connessioni ODBC di NetSuite possono interrompersi quando i dati sono numerosi. Se la query non viene eseguita correttamente, valuti di suddividere l’estrazione per mese o trimestre usando il filtro 'trandate'.
Convalida dei dati: verifichi che la distribuzione degli eventi 'Invoice Created' e 'Payment Processed' sia ragionevole. Si assicuri che 'InvoiceNumber' sia valorizzato per ogni riga.
Esportazione dei dati: salvi i risultati della query in un file CSV oppure li importi direttamente nel dataframe. Imposti la codifica dei caratteri su UTF-8 per gestire i caratteri speciali nei nomi dei fornitori.
Formattazione delle date: durante l’importazione in ProcessMind, verifichi che la colonna 'EventTime' venga interpretata come data e ora nel formato YYYY-MM-DD HH:MM:SS.
Gestione dei valori nulli: nella colonna 'User', i valori nulli indicano spesso eventi generati dal sistema, come gli script pianificati. Se lo desidera, può sostituirli con 'System' durante la post-elaborazione.
Revisione finale: verifichi che la colonna 'Attività' contenga i nomi degli eventi richiesti, ad esempio 'Invoice Created' e 'Payment Processed', e che non si siano verificati errori di associazione.

Configurazione

Intervallo di date: applichi il filtro usando 'Transaction.trandate'. Per la prima analisi di Process Mining, è consigliato un intervallo da 3 a 12 mesi.
Filtro per Subsidiary: se l’ambiente NetSuite è OneWorld, applichi sempre il filtro 'Transaction.subsidiary' per assicurarsi di analizzare la corretta entità giuridica.
System Notes: l’estrazione si basa in larga misura sulla tabella 'SystemNote' per i registri delle approvazioni e delle modifiche. Verifichi che l’impostazione 'Log System Notes on Update Only' non impedisca l’acquisizione di passaggi importanti del flusso di lavoro.
Stato della transazione: gli stati delle transazioni NetSuite sono distinti, ad esempio 'A' e 'B'. La query li converte in descrizioni leggibili. Verifichi che l’ambiente utilizzi i codici di stato standard.
Versione del driver ODBC: utilizzi la versione più recente disponibile del driver SuiteAnalytics Connect per evitare problemi di compatibilità con gli aggiornamenti recenti di NetSuite.

a Query di esempio 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

Passaggi

Prerequisiti: verifichi di disporre di un account NetSuite con accesso di amministratore o sviluppatore. In Setup > Company > Enable Features, devono essere abilitate le funzionalità 'SuiteTalk REST Web Services' e 'SuiteAnalytics Connect'.
Configurazione dell’integrazione: vada in Setup > Integration > Manage Integrations > New. Crei un’integrazione denominata 'ProcessMining_ETL'. Selezioni 'Rest Web Services' e 'Token-Based Authentication'. Prenda nota del Consumer Key e del Consumer Secret generati.
Generazione del token: vada alla pagina Manage Access Tokens. Crei un nuovo token per il ruolo autorizzato a visualizzare Transazione, System Notes e Lists. Prenda nota del Token ID e del Token Secret.
Ambiente Python: installi Python 3.x. Installi le librerie necessarie con pip: pip install requests requests-oauthlib pandas.
Configurazione dello script: copi lo script Python riportato nella sezione Query qui sotto. Aggiorni le variabili ACCOUNT_ID, CONSUMER_KEY, CONSUMER_SECRET, TOKEN_ID e TOKEN_SECRET con le proprie credenziali. Imposti la variabile START_DATE sulla data iniziale desiderata per l’estrazione, ad esempio '2023-01-01'.
Logica SuiteQL: lo script usa un approccio UNION ALL. Interroga la tabella Transaction per gli eventi di creazione e pagamento e la tabella SystemNote per gli eventi del registro di controllo, come approvazioni, modifiche e sospensioni.
Esecuzione: esegua lo script dalla riga di comando: python netsuite_extract.py. Lo script gestisce automaticamente la paginazione; SuiteQL suddivide i risultati in pagine da 1.000 record.
Elaborazione dei dati: lo script converte automaticamente la risposta JSON in un formato tabellare semplice, adatto al Process Mining. Gestisce la mappatura delle colonne e la formattazione delle date.
Convalida: lo script stampa il numero totale di righe estratte. Se necessario, lo confronti con una ricerca salvata di NetSuite.
Esportazione: il dataframe finale viene salvato come netsuite_ap_event_log.csv. Il file è pronto per essere caricato in ProcessMind.
Caricamento: importi il CSV in ProcessMind. Mappi InvoiceNumber come ID del caso, Activity come Attività e EventTime come Timestamp.

Configurazione

Autenticazione: usa OAuth 1.0a (Token-Based Authentication), il modello di sicurezza standard per NetSuite REST API.
Dimensione del lotto: lo script richiede 1.000 righe per pagina, il limite massimo predefinito di NetSuite per SuiteQL.
Filtro delle date: è configurato per filtrare per trandate (per le transazioni) e date (per le note di sistema) >= START_DATE, così da ottimizzare le prestazioni.
Ambito: filtra la tabella Transaction per i tipi 'VendBill' (Vendor Bill), 'BillPymt' (Bill Payment) e 'VendCred' (Vendor Credit).
System Notes: questa tabella è fondamentale per acquisire i cicli di approvazione e le modifiche. Può essere di grandi dimensioni; verifichi che l’utente dell’integrazione sia autorizzato a interrogare SystemNote.
Fuso orario: l’API NetSuite restituisce le date nel fuso orario dell’account. Lo script presuppone l’uso dei formati ISO standard.

a Query di esempio 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.")

È pronto a iniziare?

Inizi oggi il percorso di Process Mining applicando questo template al Suo ambiente NetSuite. Individui subito le opportunità di efficienza e ottimizzi i flussi di lavoro dei pagamenti.

Torna alla guida al miglioramento Scarica il template

Ottimizzi oggi il processo di pagamento dei debiti verso fornitori

Individui i colli di bottiglia e riduca del 30% il tempo di ciclo.

Inizi la prova gratuita

Non è richiesta la carta di credito. La configurazione richiede pochi minuti.

Il template di dati per l’elaborazione dei pagamenti dei debiti verso fornitori

Il template di dati per l’elaborazione dei pagamenti dei debiti verso fornitori

Attributi per l’elaborazione dei pagamenti dei debiti verso fornitori

Attività di elaborazione dei pagamenti dei debiti verso fornitori

Guide all’estrazione

Esportazione delle ricerche salvate di NetSuite per le transazioni dei debiti verso fornitori

Passaggi

Configurazione

a Query di esempio config

Estrazione SuiteQL tramite SuiteAnalytics Connect ODBC

Passaggi

Configurazione

a Query di esempio sql

ETL Python con SuiteTalk REST API e SuiteQL

Passaggi

Configurazione

a Query di esempio python

È pronto a iniziare?

Ottimizzi oggi il processo di pagamento dei debiti verso fornitori

Il template di dati per l’elaborazione dei pagamenti dei debiti verso fornitori

Il template di dati per l’elaborazione dei pagamenti dei debiti verso fornitori

Attributi per l’elaborazione dei pagamenti dei debiti verso fornitori

Attività di elaborazione dei pagamenti dei debiti verso fornitori

Guide all’estrazione

Esportazione delle ricerche salvate di NetSuite per le transazioni dei debiti verso fornitori

Passaggi

Configurazione

a Query di esempio config

Estrazione SuiteQL tramite SuiteAnalytics Connect ODBC

Passaggi

Configurazione

a Query di esempio sql

ETL Python con SuiteTalk REST API e SuiteQL

Passaggi

Configurazione

a Query di esempio python

È pronto a iniziare?

Ottimizzi oggi il processo di pagamento dei debiti verso fornitori

La Sua privacy è importante