> Amélioration continue des processus > Traitement des paiements des comptes fournisseurs > NetSuite > Modèle de données

Votre modèle de données pour le traitement des paiements fournisseurs

NetSuite

← Retour au guide d’amélioration

Attributs du traitement des paiements des comptes fournisseurs (21) Activités du traitement des paiements des comptes fournisseurs (14) Guides d'extraction (3)

Votre modèle de données pour le traitement des paiements fournisseurs

Ce modèle fournit un cadre complet pour associer vos flux de travail de comptes fournisseurs dans NetSuite. Il présente une liste détaillée des attributs de données essentiels, des activités principales du processus et des instructions d’extraction spécifiques, afin de garantir une analyse précise et concrète.

Attributs recommandés pour une analyse approfondie
Jalons essentiels du processus à suivre
Instructions spécifiques pour l'extraction dans NetSuite

Vous découvrez les journaux d’événements ? En savoir plus sur la création d’un journal d’événements pour le Process Mining.

Télécharger le modèle

Attributs du traitement des paiements des comptes fournisseurs

Voici les champs de données recommandés à inclure dans votre journal d’événements pour analyser en détail le traitement des paiements des comptes fournisseurs dans votre environnement NetSuite.

5 Obligatoire 10 Recommandé 6 Facultatif

	Nom	Description
	Activité Activity	Nom de l’étape ou de l’événement du processus exécuté.
Description Cet attribut enregistre l’action précise ou le changement d’état survenu à un moment donné. Parmi les exemples figurent « Facture créée », « Statut d’approbation modifié » ou « Paiement traité ». Ces données sont essentielles pour reconstituer la carte du flux de processus. En ordonnant chronologiquement ces activités pour chaque numéro de facture, l’outil de Process Mining visualise le flux de travail réel et identifie les boucles, les reprises et les écarts par rapport au parcours nominal. Pourquoi c’est important Définit les étapes de la carte de processus et est obligatoire pour toute analyse de Process Mining. Où les obtenir Journaux des notes système ou de l’historique du flux de travail Exemples Facture crééeFacture approuvéePaiement planifiéPaiement compensé
	Dernière mise à jour des données LastDataUpdate	Horodatage de l'extraction ou de l'actualisation des données.
Description Indique la date à laquelle les données ont été extraites pour la dernière fois du système source vers la plateforme de Process Mining. Cela permet de connaître la période couverte par l'analyse. Cette information sert à déterminer si les données affichées dans les Dashboards correspondent à la situation en temps réel ou à un instantané d'une période antérieure. Elle est essentielle pour interpréter correctement les calculs de « Days Overdue ». Pourquoi c’est important Indispensable pour connaître l'actualité des données et l'état de la synchronisation. Où les obtenir Horodatage ETL Exemples 2023-11-01T00:00:00Z
	Heure de l’événement EventTime	Horodatage auquel l’activité a eu lieu.
Description Date et heure précises auxquelles une activité s’est produite. Ces informations servent à ordonner les événements et à calculer les durées entre les étapes. Des horodatages exacts sont essentiels pour identifier les goulots d’étranglement. Ils permettent de calculer les délais de cycle, comme le temps nécessaire à une approbation ou la durée pendant laquelle une facture reste bloquée. Pourquoi c’est important Obligatoire pour ordonner les événements et calculer tous les KPI fondés sur le temps. Où les obtenir Champ 'date' de System Notes Exemples 2023-10-01T14:30:00Z2023-10-02T09:15:00Z
	Numéro de facture InvoiceNumber	Identifiant unique de la facture fournisseur.
Description Cet attribut représente le numéro de référence unique attribué à une facture fournisseur dans NetSuite. Il constitue l’identifiant de cas de référence du processus de comptes fournisseurs et regroupe toutes les activités liées à une obligation de paiement donnée. Dans l’analyse, ce champ sert de clé primaire pour les instances du processus. Il permet aux analystes de suivre le cycle de vie complet d’un passif, depuis la réception et l’enregistrement de la facture jusqu’à la compensation du paiement final. Les variantes sont regroupées à partir de cet identifiant afin de déterminer les chemins de processus courants. Pourquoi c’est important Il s’agit du Case ID obligatoire qui relie tous les événements pour former un cas de processus. Où les obtenir Table des transactions, champ 'tranid' lorsque le type est 'Vendor Bill' Exemples INV-2023-001VB-99822ACME-10299982311
	Système source SourceSystem	Nom du système à l’origine des données.
Description Identifie l’application logicielle à partir de laquelle les données d’événements ont été extraites. Dans ce contexte, la valeur est généralement statique, par exemple 'NetSuite'. Cet attribut est utile dans les environnements multisystèmes pour suivre la traçabilité des données. Même si cette vue se concentre sur NetSuite, le maintien de ce champ garantit la compatibilité avec les modèles de données à l’échelle de l’entreprise. Pourquoi c’est important Obligatoire pour assurer la traçabilité des données et distinguer les données dans les environnements multisystèmes. Où les obtenir Codé en dur lors de l’extraction Exemples NetSuiteNetSuite OneWorld
	Date d'échéance DueDate	Date à laquelle le paiement doit être effectué au fournisseur au plus tard.
Description Cet attribut indique l'échéance contractuelle du paiement, conformément aux conditions de la facture. Il sert de référence pour calculer les paiements effectués dans les délais. Ce champ constitue la base du KPI « On Time Payment Rate ». En comparant la date « Payment Executed » à cette échéance, le système signale les paiements en retard et aide à estimer les pénalités éventuelles. Pourquoi c’est important Fondamental pour calculer le taux de paiements effectués dans les délais et identifier les dettes réglées en retard. Où les obtenir Champ « duedate » de la transaction Exemples 2023-11-152023-12-01
	Date de paiement PaymentDate	Date à laquelle le paiement a été exécuté.
Description Date enregistrée dans la transaction Vendor Payment associée à la facture. Elle représente la fin du cycle de traitement des comptes fournisseurs. Elle est utilisée pour calculer le « End to End Payment Cycle Times ». La comparaison de cette date avec « InvoiceDate » donne la durée totale du processus. Pourquoi c’est important Horodatage de fin du cycle principal du processus. Où les obtenir Date de la transaction Vendor Payment associée Exemples 2023-11-202023-12-05
	Filiale Subsidiary	Filiale ou entité juridique de l'entreprise qui reçoit la facture.
Description Dans les environnements NetSuite OneWorld, cet attribut identifie l'entité juridique précise (Subsidiary) à laquelle la facture appartient. Il permet de comparer les performances entre les différentes entités. Cet attribut alimente le Dashboard « End to End Payment Cycle Times » et permet de comparer l'efficacité des différentes unités opérationnelles. Il aide à déterminer si certaines régions ou entités affichent des performances insuffisantes. Pourquoi c’est important Essentiel pour les organisations multi-entités qui souhaitent comparer les performances entre leurs unités opérationnelles. Où les obtenir Champ « subsidiary » de la transaction Exemples Est des États-UnisSiège EMEAVentes APAC
	Montant de la facture InvoiceAmount	Valeur monétaire totale de la facture.
Description Montant total de la facture fournisseur, généralement exprimé dans la devise de référence ou la devise de la transaction. Cette mesure permet d'analyser l'impact financier. Elle est utilisée dans le Dashboard « Late Payment and Penalty Tracking » pour quantifier le risque de trésorerie lié aux retards de paiement. Elle sert également à prioriser les factures de montant élevé nécessitant une intervention manuelle. Pourquoi c’est important Nécessaire pour quantifier l'impact financier des inefficacités du processus. Où les obtenir Champ « usertotal » ou « foreignamount » de la transaction Exemples 1500.00250.5010000.00
	Nom du fournisseur VendorName	Nom du fournisseur qui a émis la facture.
Description Cet attribut contient le nom de l'entité associée à la facture fournisseur. Il est essentiel pour analyser la performance de la chaîne d'approvisionnement. Dans l'analyse, ce champ alimente le Dashboard « Vendor Payment Cycle Variance ». Il permet aux analystes de regrouper les cas par fournisseur afin d'identifier ceux qui provoquent régulièrement des écarts de rapprochement ou appliquent des conditions de paiement non standard. Pourquoi c’est important Essentiel pour regrouper l'analyse par fournisseur et identifier les goulots d'étranglement propres à certains fournisseurs. Où les obtenir Champ « entity » de la transaction associé à l'enregistrement du fournisseur Exemples Office DepotOracleFedEx
	Numéro du bon de commande PurchaseOrderNumber	Numéro de référence du bon de commande associé.
Description Associe la facture fournisseur au bon de commande (PO) à l'origine de la transaction. Si ce champ est vide, la facture est considérée comme une facture sans bon de commande (Non-PO). Cet attribut est essentiel pour le Dashboard « Non PO Invoice Processing Speed ». Il permet de distinguer les variantes de flux selon qu'elles concernent des factures adossées à un PO ou des factures sans PO (FI), afin de comparer l'efficacité et la conformité. Pourquoi c’est important Nécessaire pour distinguer le traitement des factures basées sur un PO de celui des factures sans PO. Où les obtenir Champ « createdfrom » de la transaction Exemples PO-8821PO-1002null
	Sans PO IsNonPO	Indicateur précisant si la facture n'est pas associée à un bon de commande.
Description Attribut booléen dérivé de l'absence de bon de commande associé. Il segmente le processus entre les factures adossées à un PO et les factures FI directes. Utilisé dans le Dashboard « Non PO Invoice Processing Speed » pour mettre en évidence l'inefficacité du traitement manuel des factures par rapport au processus de rapprochement à trois niveaux. Pourquoi c’est important Segment de haut niveau pour analyser les variantes du processus. Où les obtenir Dérivé de « PurchaseOrderNumber » lorsque la valeur est nulle Exemples truefalse
	Service Department	Service interne associé à la facture.
Description Classe la facture selon le centre de coûts ou le service interne, par exemple l'informatique ou le marketing, qui a engagé la dépense. Cet attribut permet de ventiler les délais de traitement par service. Il aide à déterminer si certains services prennent plus de temps pour imputer ou approuver les factures, afin de cibler les améliorations du processus. Pourquoi c’est important Permet d'analyser l'efficacité du processus au niveau de l'organisation. Où les obtenir Champ « department » de la transaction Exemples InformatiqueMarketingProduction
	Statut d'approbation ApprovalStatus	État actuel de l’approbation du flux de travail de la facture.
Description Indique si la facture est en attente d'approbation, approuvée ou rejetée. Cet état détermine la logique de transition du Workflow. Ce champ est au cœur de l'« Approval Workflow Compliance Audit ». Les changements de statut génèrent des événements d'activité et l'état final détermine si la facture peut être payée. Pourquoi c’est important Suit l'avancement de la facture au sein de l'étape d'approbation. Où les obtenir Champ « approvalstatus » de la transaction Exemples En attente d'approbationApprouvéeRejetée
	Utilisateur User	Employé ayant réalisé l'activité.
Description Identifie la personne responsable d'un événement donné, par exemple l'approbation d'une facture ou la levée d'un blocage de paiement. Utilisé dans le « Approval Workflow Bottleneck Monitor » pour identifier les retards liés à certaines ressources. Il aide la direction à équilibrer la charge de travail et à repérer les besoins de formation de certains membres de l'équipe. Pourquoi c’est important Nécessaire pour analyser les ressources et identifier les goulots d'étranglement au niveau des utilisateurs. Où les obtenir System Notes « name » ou Transaction « employee » Exemples John DoeAdministrateur financierSystème
	Blocage du paiement PaymentHold	Indique si la facture est actuellement bloquée pour paiement.
Description Indicateur ou statut signalant qu'un blocage de paiement a été appliqué à la facture, l'empêchant d'être incluse dans les campagnes de paiement. Cet attribut alimente le Dashboard « Payment Block Impact Analysis ». L'analyse de la durée pendant laquelle ce champ est défini sur « true » met en évidence les retards de traitement dus à des litiges ou à des informations manquantes. Pourquoi c’est important Essentiel pour analyser les raisons pour lesquelles certaines factures restent bloquées ou prennent du retard. Où les obtenir Champ « paymenthold » de la transaction Exemples truefalse
	Conditions de paiement PaymentTerms	Conditions convenues qui définissent les délais de paiement et les remises.
Description Précise les conditions de paiement, par exemple « Net 30 » ou « 2% 10 Net 30 ». Ce contexte aide à comprendre la « Due Date » et les possibilités de remise pour paiement anticipé. Cet attribut est utilisé dans le Dashboard « Early Payment Discount Capture Rate ». Il identifie les factures éligibles à une remise et aide à mettre en relation les remises non obtenues avec certaines conditions restrictives. Pourquoi c’est important Permet de contextualiser la date d'échéance et d'identifier les possibilités de remise. Où les obtenir Champ « terms » de la transaction Exemples Net 302 % à 10 jours, Net 30À réception
	Date de la facture InvoiceDate	Date figurant sur la facture du fournisseur.
Description Date du document fournie par le fournisseur. Elle constitue souvent le point de départ des calculs d'ancienneté. Elle est utilisée pour calculer le « End to End Processing Cycle Time ». L'écart entre cette date et la date de création dans NetSuite peut révéler des retards liés à la numérisation ou au traitement du courrier. Pourquoi c’est important Marque le début officiel du calendrier de traitement de la facture fournisseur. Où les obtenir Champ « trandate » de la transaction Exemples 2023-10-012023-10-05
	Devise Currency	Devise dans laquelle la facture a été émise.
Description Code ISO représentant la devise de la transaction. Cette information est importante pour les organisations internationales. Elle est utilisée pour normaliser les valeurs financières dans l'analyse « Invoice Amount ». Elle aide également à déterminer si les processus de change prolongent l'activité « Payment Cleared ». Pourquoi c’est important Nécessaire pour agréger correctement les valeurs financières et analyser les opérations de change. Où les obtenir Champ « currency » de la transaction Exemples USDEURGBP
	Jours de retard DaysOverdue	Nombre de jours entre la date d'échéance et la date effective du paiement.
Description Mesure calculée du retard de paiement par rapport à la date d'échéance. Les valeurs négatives indiquent un paiement anticipé. Cet attribut alimente le Dashboard « Late Payment and Penalty Tracking ». Il est essentiel pour quantifier l'importance des retards de paiement et identifier les habitudes de paiement régulièrement tardif. Pourquoi c’est important Indicateur clé pour analyser la conformité des paiements et le risque de pénalités. Où les obtenir Calculé comme suit : PaymentDate - DueDate Exemples 50-2
	Remise disponible DiscountAvailable	Montant potentiel de la remise disponible en cas de paiement anticipé.
Description Valeur monétaire de la remise pour paiement anticipé, calculée à partir du montant de la facture et des conditions de paiement. Elle représente l'économie potentielle. Cet attribut est au cœur du Dashboard « Early Payment Discount Capture Rate ». En additionnant cette valeur pour les paiements tardifs, les analystes peuvent calculer le montant total des économies non réalisées. Pourquoi c’est important Quantifie l'opportunité financière liée à l'accélération du processus. Où les obtenir Calculé à partir de Terms et InvoiceAmount Exemples 30.000.0015.50

Obligatoire Recommandé Facultatif

Activités du traitement des paiements des comptes fournisseurs

Voici les principales étapes du processus et les jalons importants à enregistrer dans votre journal d’événements pour permettre une découverte précise du cycle de vie de votre traitement des paiements.

5 Recommandé 9 Facultatif

	Activité	Description
	Facture approuvée	Le statut du Vendor Bill passe à Open, ce qui indique qu’il est autorisé au paiement et que l’écriture a été prise en compte dans le General Ledger. Il s’agit d’une étape clé avant le paiement.
Pourquoi c’est important Met fin au cycle d’approbation et rend la facture disponible pour la planification du paiement. Essentiel pour mesurer l’efficacité des approbations. Où les obtenir System Notes. Rechercher une modification du champ 'approvalstatus' vers '2' (Approved) ou du statut vers 'Open'. Collecte Comparer le champ de statut avant et après Type d’événement inferred
	Facture créée	Création initiale de l’enregistrement Vendor Bill dans NetSuite. Cette activité marque le début du processus et indique que la facture a été saisie dans l’ERP.
Pourquoi c’est important Établit l’horodatage de référence pour l’ensemble du cycle des comptes fournisseurs et les calculs d’ancienneté. Où les obtenir Table des transactions. Filtrer lorsque le type d’enregistrement est Vendor Bill. Capturer le champ datecreated ou trandate. Collecte Enregistré lors de l’exécution de la transaction Vendor Bill Type d’événement explicit
	Facture rapprochée avec le bon de commande	Indique que le Vendor Bill a été créé à partir d’un Purchase Order existant ou qu’il lui est associé. Cette activité distingue les factures adossées à un bon de commande des factures sans bon de commande.
Pourquoi c’est important Essentiel pour analyser la conformité aux politiques d’approvisionnement et comparer les délais de cycle des factures avec et sans bon de commande. Où les obtenir Table des transactions. Vérifier le champ 'createdfrom' dans l’enregistrement Vendor Bill. S’il contient un identifiant de Purchase Order, cette activité a eu lieu. Collecte Comparer le champ de statut avant et après Type d’événement inferred
	Paiement compensé	Le Bill Payment est marqué comme compensé lors du rapprochement bancaire. Cela confirme que les fonds ont quitté le compte bancaire.
Pourquoi c’est important Fournit la véritable date de fin financière pour l’analyse de la trésorerie, distincte de la date comptable du paiement. Où les obtenir Transaction Line. L’indicateur 'cleared' est défini sur True dans la ligne de transaction Bill Payment. Collecte Enregistré lors de l’exécution de la transaction X Type d’événement explicit
	Paiement traité	Un enregistrement Bill Payment est comptabilisé avec succès, ce qui marque la facture comme Paid in Full ou Partially Paid. Le passif est apuré dans le GL.
Pourquoi c’est important Principale étape d’achèvement du processus de paiement. Utilisée pour calculer le « End to End Processing Cycle Time ». Où les obtenir Table des transactions. Identifier la création de l’enregistrement 'Bill Payment' ou le changement de statut vers 'Deposited' (pour les chèques) ou 'Paid'. Collecte Enregistré lors de l’exécution de la transaction Bill Payment Type d’événement explicit
	Approbation de la facture demandée	Le statut de la facture fournisseur passe à En attente d’approbation. Cela indique que la facture est entrée dans le routage du flux de travail pour autorisation.
Pourquoi c’est important Marque le début du délai du cycle d’approbation et permet d’identifier les goulots d’étranglement dans la chaîne d’autorisation. Où les obtenir System Notes. Rechercher une modification du champ 'approvalstatus' vers '1' (Pending Approval). Collecte Comparer le champ de statut avant et après Type d’événement inferred
	Avoir fournisseur appliqué	Un Bill Credit (Vendor Credit) est appliqué au Vendor Bill, ce qui réduit le montant dû. Il s’agit d’une solution alternative au paiement en espèces.
Pourquoi c’est important Explique pourquoi le montant d’un paiement peut différer du montant de la facture et permet de solder correctement le passif. Où les obtenir Transaction Links. Identifier le moment où une transaction de type 'Vendor Credit' est associée au Vendor Bill. Collecte Comparer le champ de statut avant et après Type d’événement inferred
	Blocage du paiement appliqué	La case Payment Hold est définie sur True dans le Vendor Bill. Cela empêche la sélection de la facture lors des campagnes de paiement.
Pourquoi c’est important Identifie les goulots d’étranglement où les factures sont bloquées en raison de litiges ou de décisions de gestion de la trésorerie. Où les obtenir System Notes. Rechercher la modification du champ 'paymenthold' de 'F' à 'T'. Collecte Enregistré lors de l’exécution de la transaction X Type d’événement explicit
	Blocage du paiement levé	La case Payment Hold est définie sur False, ce qui libère la facture pour le traitement du paiement. Cette activité marque la fin d’une période de blocage.
Pourquoi c’est important Utilisé pour calculer le KPI « Payment Block Duration » et comprendre les délais de résolution des factures contestées. Où les obtenir System Notes. Rechercher la modification du champ 'paymenthold' de 'T' à 'F'. Collecte Enregistré lors de l’exécution de la transaction X Type d’événement explicit
	Compte de la facture modifié	Le compte de charges du General Ledger associé aux lignes de la facture est modifié. Cela indique la correction d’une erreur d’imputation ou une reclassification.
Pourquoi c’est important Mesure directement le KPI « Invoice Coding Rework Rate » et met en évidence les pertes d’efficacité lors de l’étape d’imputation comptable. Où les obtenir System Notes. Rechercher des modifications du champ 'account' dans la sous-liste Transaction Line. Collecte Enregistré lors de l’exécution de la transaction X Type d’événement explicit
	Facture rejetée	La facture fournisseur est renvoyée à son émetteur pour correction ou refus. Cela représente une boucle ou une terminaison dans le flux de travail d’approbation.
Pourquoi c’est important Des taux de rejet élevés indiquent des difficultés dans le processus, des problèmes de formation ou des problèmes de qualité des données en amont. Où les obtenir System Notes. Rechercher une modification du champ 'approvalstatus' vers '3' (Rejected). Collecte Comparer le champ de statut avant et après Type d’événement inferred
	Montant de la facture modifié	Le montant total du Vendor Bill est modifié après sa création initiale. Cela peut révéler un travail supplémentaire, des erreurs de saisie ou la résolution d’un écart.
Pourquoi c’est important Indique une intervention manuelle et un travail supplémentaire, ce qui réduit les taux de Straight Through Processing. Où les obtenir System Notes. Rechercher des modifications des champs 'total' ou 'usertotal' dans l’enregistrement Vendor Bill. Collecte Enregistré lors de l’exécution de la transaction X Type d’événement explicit
	Paiement annulé	Un Bill Payment précédemment traité est annulé, ce qui rouvre le Vendor Bill. Cela représente une exception majeure et un échec du processus.
Pourquoi c’est important Essentiel pour la conformité des audits et l’identification des causes des paiements échoués, par exemple les erreurs d’impression de chèques ou les rejets bancaires. Où les obtenir System Notes sur Bill Payment. Changement de statut vers 'Voided'. Collecte Enregistré lors de l’exécution de la transaction X Type d’événement explicit
	Paiement planifié	Un enregistrement Bill Payment est créé avec le statut 'Pending Approval'. Cela se produit souvent lors de la création d’un lot Electronic Bank Payment (EFT).
Pourquoi c’est important Distingue l’intention de payer de l’exécution effective des fonds et met en évidence les retards dans l’autorisation du paiement. Où les obtenir Table des transactions. Création d’un enregistrement 'Bill Payment' associé au Bill, avec le statut 'Pending Approval'. Collecte Comparer le champ de statut avant et après Type d’événement inferred

Recommandé Facultatif

Guides d'extraction

Comment extraire vos données de NetSuite

Étapes

Connectez-vous à NetSuite en tant qu'administrateur ou utilisateur autorisé à créer et à exporter des Saved Searches.
Accédez à Lists > Search > Saved Searches > New.
Sélectionnez Transaction dans la liste des types d'enregistrements pour créer une nouvelle Transaction Saved Search.
Dans l'onglet Criteria, vérifiez que la case Use Expressions n'est pas cochée au départ, puis ajoutez le Filter : Type et sélectionnez Vendor Bill, Bill Payment ou Bill Credit.
Toujours dans l'onglet Criteria, ajoutez le Filter : Main Line et définissez-le sur True. Vous vous concentrez ainsi sur le niveau d'en-tête pour les événements de création et de statut.
Pour capturer l'historique, accédez à la jointure System Notes dans la liste des filtres, en bas de la liste déroulante, puis ajoutez System Notes : Date. Définissez la période souhaitée, par exemple les 90 derniers jours.
Passez à l'onglet Results. Supprimez toutes les colonnes par défaut.
Ajoutez la colonne Case Identifier : sélectionnez Transaction Name ou Document Number. Attribuez-lui le Custom Label InvoiceNumber.
Ajoutez la colonne Event Time : sélectionnez System Notes fields... > Date. Attribuez-lui le Custom Label EventTime.
Ajoutez la colonne Activity : sélectionnez Formula (Text). Dans la fenêtre de formule, collez l'instruction CASE fournie dans la section Query ci-dessous. Cette logique associe les modifications de champs NetSuite à vos noms d'activités standard. Attribuez-lui le Custom Label Activity.
Ajoutez les autres Attributs requis, notamment Source System et Last Data Update, à l'aide de Formula (Text) avec des valeurs statiques, par exemple 'NetSuite', et la balise intégrée {today}.
Cliquez sur Save & Run. Une fois les résultats chargés, cliquez sur l'icône Export - CSV en haut à gauche de la barre d'outils des résultats pour télécharger l'Event Log dans ProcessMind.

Configuration

Types de transactions : limitez strictement le filtre à Vendor Bill, Bill Payment et Bill Credit afin d'éviter les données parasites provenant des écritures de journal ou des bons de commande.
Jointure System Notes : cette configuration repose largement sur la jointure System Notes pour générer un journal historique plutôt qu'un instantané de l'état actuel. Vérifiez que votre rôle utilisateur dispose des droits nécessaires pour consulter System Notes.
Période : appliquez le filtre de date au champ System Notes : Date, et non au champ transaction Date. Vous capturerez ainsi les activités récentes liées à d'anciennes factures, par exemple un paiement effectué aujourd'hui pour une facture créée l'année dernière.
Main Line : il est recommandé de définir Main Line = True pour réduire le volume de lignes. Toutefois, si vous devez suivre 'Invoice Account Modified', vous devrez peut-être définir Main Line = False ou créer une recherche distincte pour les modifications au niveau des lignes.
Limites des formules : les formules NetSuite sont limitées à 4 000 caractères. Si la logique Activity devient trop complexe, répartissez-la entre deux recherches ou effectuez la correspondance en dehors de NetSuite.

a Exemple de requête 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

Étapes

Configurer le pilote ODBC : vérifiez que le pilote ODBC SuiteAnalytics Connect est installé et configuré sur votre machine d'extraction. Vous aurez besoin de votre NetSuite Account ID, de votre Role ID et d'identifiants valides.
Vérifier les autorisations : le rôle utilisateur associé à la connexion ODBC doit disposer de l'autorisation 'SuiteAnalytics Connect' ainsi que d'un accès 'View' aux objets Transactions, System Notes et Entities.
Préparer l'environnement : ouvrez votre client SQL, par exemple DBeaver, DataGrip ou un outil ETL propriétaire, puis établissez une connexion à la source de données NetSuite.
Définir le périmètre : identifiez les Subsidiary IDs et la période à extraire. Mettez à jour la clause WHERE de la Common Table Expression (CTE) nommée 'VendorBills' dans la requête fournie.
Exécuter la requête : exécutez le script SQL fourni. Ce script agrège les données des tables 'Transaction', 'TransactionLine', 'SystemNote' et 'TransactionLink' afin de reconstituer l'historique du processus.
Surveiller l'exécution : les connexions ODBC NetSuite peuvent expirer avec de grands volumes de données. Si la requête échoue, envisagez de répartir l'extraction par mois ou par trimestre à l'aide du filtre 'trandate'.
Valider les données : vérifiez que la répartition des événements 'Invoice Created' et 'Payment Processed' est cohérente. Assurez-vous que 'InvoiceNumber' est renseigné pour chaque ligne.
Exporter les données : enregistrez les résultats de la requête dans un fichier CSV ou ingérez-les directement dans votre dataframe. Vérifiez que l'encodage des caractères est défini sur UTF-8 afin de gérer les caractères spéciaux présents dans les noms des fournisseurs.
Formater les dates : assurez-vous que la colonne 'EventTime' est interprétée comme un objet datetime (YYYY-MM-DD HH:MM:SS) lors de l'importation dans ProcessMind.
Gérer les valeurs nulles : dans la colonne 'User', les valeurs nulles indiquent souvent des événements générés par le système, comme les scripts planifiés. Vous pouvez les remplacer par 'System' lors du post-traitement, si nécessaire.
Effectuer la vérification finale : confirmez que la colonne 'Activity' contient les noms d'événements requis, par exemple 'Invoice Created' et 'Payment Processed', et qu'aucune erreur de correspondance ne s'est produite.

Configuration

Période : filtrez à l’aide de « Transaction.trandate ». Pour une première analyse de Process Mining, une période de 3 à 12 mois est recommandée.
Filtrage par filiale : si votre environnement NetSuite utilise OneWorld, filtrez toujours sur « Transaction.subsidiary » afin d’analyser la bonne entité juridique.
Notes système : l’extraction repose largement sur la table « SystemNote » pour les journaux d’approbation et de modification. Vérifiez que l’option « Log System Notes on Update Only » n’empêche PAS la capture des étapes essentielles du flux de travail.
Statut des transactions : les statuts des transactions NetSuite sont distincts, par exemple « A » et « B ». La requête les convertit en libellés lisibles. Vérifiez que votre environnement utilise les codes de statut standard.
Version du pilote ODBC : utilisez la dernière version disponible du pilote SuiteAnalytics Connect afin d’éviter les problèmes de compatibilité avec les mises à niveau récentes de NetSuite.

a Exemple de requête 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

Étapes

Prérequis : vérifiez que vous disposez d'un compte NetSuite avec un accès Administrateur ou Développeur. Les fonctionnalités 'SuiteTalk REST Web Services' et 'SuiteAnalytics Connect' doivent être activées dans Setup > Company > Enable Features.
Configuration de l'intégration : accédez à Setup > Integration > Manage Integrations > New. Créez une intégration nommée 'ProcessMining_ETL'. Cochez 'Rest Web Services' et 'Token-Based Authentication'. Notez le Consumer Key et le Consumer Secret générés.
Génération du jeton : accédez à la page Manage Access Tokens. Créez un nouveau jeton pour le rôle disposant des autorisations nécessaires pour consulter Transactions, System Notes et Lists. Notez le Token ID et le Token Secret.
Environnement Python : installez Python 3.x. Installez les bibliothèques requises avec pip : pip install requests requests-oauthlib pandas.
Configuration du script : copiez le script Python fourni dans la section Query ci-dessous. Mettez à jour les variables ACCOUNT_ID, CONSUMER_KEY, CONSUMER_SECRET, TOKEN_ID et TOKEN_SECRET avec vos identifiants. Définissez la variable START_DATE sur la période d'extraction souhaitée, par exemple '2023-01-01'.
Logique SuiteQL : le script utilise une approche UNION ALL. Il interroge la table Transaction pour les événements de création et de paiement, ainsi que la table SystemNote pour les événements de la piste d'audit, notamment les approbations, les modifications et les mises en attente.
Exécution : exécutez le script en ligne de commande : python netsuite_extract.py. Le script gère automatiquement la pagination, SuiteQL créant des pages de 1 000 enregistrements.
Traitement des données : le script convertit automatiquement la réponse JSON en format tabulaire adapté au Process Mining. Il gère la correspondance des colonnes et le formatage des dates.
Validation : le script affiche le nombre total de lignes extraites. Si nécessaire, comparez ce nombre avec une Saved Search NetSuite.
Exportation : le dataframe final est enregistré sous netsuite_ap_event_log.csv. Ce fichier est prêt à être importé dans ProcessMind.
Importation : importez le fichier CSV dans ProcessMind. Associez InvoiceNumber à Case ID, Activity à Activity et EventTime à Timestamp.

Configuration

Authentification : utilise OAuth 1.0a, avec une authentification basée sur un jeton. Il s’agit du modèle de sécurité standard de l’API REST NetSuite.
Taille des lots : le script demande 1 000 lignes par page, qui correspond à la limite maximale par défaut de NetSuite pour SuiteQL.
Filtrage des dates : le script filtre les transactions selon trandate et les notes système selon date, avec une date supérieure ou égale à START_DATE, afin d’améliorer les performances.
Périmètre : la table Transaction est filtrée selon les types « VendBill » (facture fournisseur), « BillPymt » (paiement de facture) et « VendCred » (avoir fournisseur).
Notes système : cette table est essentielle pour capturer les boucles d’approbation et les modifications. Elle peut être volumineuse. Vérifiez que l’utilisateur d’intégration dispose des autorisations nécessaires pour interroger SystemNote.
Fuseau horaire : l’API NetSuite renvoie les dates dans le fuseau horaire du compte. Le script suppose que les dates respectent les formats ISO standard.

a Exemple de requête 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.")

Prêt à commencer ?

Commencez dès aujourd’hui votre démarche de Process Mining en appliquant ce modèle à votre environnement NetSuite. Commencez immédiatement à repérer les gains d’efficacité et à optimiser vos flux de paiement.

Retour au guide d’amélioration Télécharger le modèle

Optimisez dès aujourd'hui le traitement de vos paiements fournisseurs

Identifiez les goulots d'étranglement et réduisez le délai de traitement de 30 %.

Démarrer l'essai gratuit

Aucune carte bancaire requise. La configuration ne prend que quelques minutes.

Votre modèle de données pour le traitement des paiements fournisseurs

Votre modèle de données pour le traitement des paiements fournisseurs

Attributs du traitement des paiements des comptes fournisseurs

Activités du traitement des paiements des comptes fournisseurs

Guides d'extraction

Export Saved Search NetSuite pour les transactions AP

Étapes

Configuration

a Exemple de requête config

Extraction SuiteQL via SuiteAnalytics Connect ODBC

Étapes

Configuration

a Exemple de requête sql

ETL Python avec l'API REST SuiteTalk et SuiteQL

Étapes

Configuration

a Exemple de requête python

Prêt à commencer ?

Optimisez dès aujourd'hui le traitement de vos paiements fournisseurs

Votre modèle de données pour le traitement des paiements fournisseurs

Votre modèle de données pour le traitement des paiements fournisseurs

Attributs du traitement des paiements des comptes fournisseurs

Activités du traitement des paiements des comptes fournisseurs

Guides d'extraction

Export Saved Search NetSuite pour les transactions AP

Étapes

Configuration

a Exemple de requête config

Extraction SuiteQL via SuiteAnalytics Connect ODBC

Étapes

Configuration

a Exemple de requête sql

ETL Python avec l'API REST SuiteTalk et SuiteQL

Étapes

Configuration

a Exemple de requête python

Prêt à commencer ?

Optimisez dès aujourd'hui le traitement de vos paiements fournisseurs

Nous attachons de l’importance à votre confidentialité