Votre modèle de données pour le processus de demande d’achat, de l’achat au paiement

NetSuite
Votre modèle de données pour le processus de demande d’achat, de l’achat au paiement

Votre modèle de données pour le processus de demande d’achat, de l’achat au paiement

Ce modèle vous guide dans la collecte des données essentielles à l’analyse de votre processus de demande d’achat, de l’achat au paiement. Il présente les principaux attributs, définit les activités à suivre et vous indique comment extraire ces informations de votre système source. Utilisez cette ressource pour préparer votre journal d’événements à l’analyse Process Mining.
  • Attributs recommandés à collecter
  • Activités clés à suivre pour découvrir le processus
  • Conseils pour l’extraction des données
Vous découvrez les journaux d’événements ? Découvrez comment créer un journal d’événements pour le Process Mining.

Attributs du processus de demande d’achat, de l’achat au paiement

Voici les champs de données recommandés à inclure dans votre journal d’événements pour analyser en détail le processus de demande d’achat, de l’achat au paiement.
3 Obligatoire 4 Recommandé 12 Facultatif
Nom Description
Heure de l’événement
EventTime
Date et heure précises auxquelles l’activité a eu lieu.
Description

L’heure de l’événement, ou son horodatage, indique le moment exact où une activité a eu lieu. Ces données temporelles sont essentielles pour comprendre le déroulement du processus de demande d’achat, notamment sa durée, l’ordre des événements et leur calendrier.

Dans l’analyse des processus, les horodatages servent à calculer les temps de cycle, les temps d’attente entre les activités et le respect des accords de niveau de service. Ils sont à la base de toutes les analyses temporelles et permettent de créer des Dashboards tels que « Temps de cycle d’approbation des demandes d’achat » et des indicateurs comme « Temps de cycle moyen des demandes d’achat ». Des horodatages exacts sont indispensables à la fiabilité du modèle de processus.

Pourquoi est-ce important ?

Cet horodatage sert de base aux analyses de performance, notamment au calcul des temps de cycle, à la détection des retards et à la mesure de l’efficacité du processus.

Où trouver ces données

Cette information figure dans des champs générés par le système, comme « Date Created », ou dans les horodatages du sous-onglet System Notes ou des journaux d’exécution du flux de travail pour chaque transaction.

Exemples
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
ID de la demande d’achat
PurchaseRequisitionId
Identifiant unique de chaque demande d’achat, utilisé comme ID de cas principal pour l’analyse du processus.
Description

L’ID de la demande d’achat est l’identifiant central qui relie toutes les activités et tous les événements associés à une demande de biens ou de services. Chaque demande reçoit un ID unique lors de sa création dans NetSuite, qu’elle conserve tout au long de son cycle de vie.

Dans le Process Mining, cet attribut est essentiel pour relier les événements à un même cas. Il permet de reconstituer le parcours complet de chaque demande, de sa création aux différentes étapes d’approbation, en passant par les modifications et le résultat final : approbation, refus ou conversion en bon de commande. L’analyse à partir de cet ID est indispensable pour calculer la durée du cycle de vie, suivre les changements de statut et repérer les variations du processus.

Pourquoi est-ce important ?

Cet identifiant est indispensable pour retracer le cycle de vie complet d’une demande d’achat et analyser les flux du processus ainsi que les indicateurs au niveau du cas.

Où trouver ces données

Il s’agit de l’ID interne ou du numéro de transaction de la fiche de demande d’achat dans NetSuite. Il se trouve généralement dans le champ « tranid » de la transaction.

Exemples
PR-001254PR-001255PR-001256
Nom de l’activité
ActivityName
Nom d’un événement métier ou d’une tâche précise survenu au cours du cycle de vie de la demande d’achat.
Description

Le nom de l’activité désigne une étape distincte du processus de demande d’achat, comme « Demande d’achat créée », « Étape d’approbation approuvée » ou « Bon de commande créé ». Ces activités constituent les éléments de base de la cartographie du processus et représentent le travail effectué.

L’analyse des activités permet de visualiser le déroulement du processus, de repérer les goulots d’étranglement et de mesurer le temps passé à chaque étape. La séquence des activités associées à un ID de demande d’achat décrit son parcours. Vous pouvez ensuite la comparer aux procédures standard pour repérer les écarts et les inefficacités.

Pourquoi est-ce important ?

Il définit les étapes du processus et permet de visualiser les cartographies, d’analyser les variantes et de repérer les goulots d’étranglement.

Où trouver ces données

Cette information est généralement établie à partir du statut de la transaction, des entrées du journal système, de l’historique du flux de travail ou du suivi personnalisé des événements dans NetSuite.

Exemples
Demande d’achat crééeÉtape d’approbation approuvéeDemande d’achat modifiéeBon de commande créé
Demandeur
Requester
Employé qui a créé et envoyé la demande d’achat.
Description

Le demandeur lance le processus d’achat en créant la demande. Il s’agit généralement d’un employé qui a besoin de biens ou de services pour accomplir son travail.

L’analyse des données par demandeur permet de repérer des tendances dans les comportements des utilisateurs. Elle aide à créer des Dashboards tels que « Performance des demandeurs et besoins de formation », en mettant en évidence les personnes dont les demandes sont souvent refusées ou modifiées. Ces résultats peuvent indiquer où une formation complémentaire ou des consignes plus claires amélioreraient la qualité des demandes dès leur première soumission et l’efficacité globale du processus.

Pourquoi est-ce important ?

Il identifie la personne à l’origine du processus et permet d’analyser les comportements, les taux de refus par demandeur et les besoins de formation.

Où trouver ces données

Il s’agit généralement du champ « Employee » ou « Created By » de la transaction de demande d’achat.

Exemples
John SmithJane DoePeter Jones
Montant total
TotalAmount
Montant total de la demande d’achat.
Description

Cet attribut indique le coût total des articles figurant sur la demande d’achat. Cette donnée financière peut influer sur le processus, par exemple en déclenchant différents circuits d’approbation selon des seuils de montant.

L’analyse du montant total permet de comprendre les habitudes de dépenses et les conséquences financières. Elle sert à filtrer les demandes par montant, à mettre en relation les écarts du processus avec les demandes de valeur élevée et à donner la priorité aux cas ayant un enjeu financier important. C’est un attribut fondamental pour toute analyse financière ou de conformité d’un processus.

Pourquoi est-ce important ?

Il apporte un contexte financier et permet d’analyser les demandes selon leur montant, qui détermine souvent le circuit d’approbation et la priorité métier.

Où trouver ces données

Il s’agit d’un champ standard de la fiche de demande d’achat, souvent nommé « Total » ou d’une manière similaire.

Exemples
500.001250.7525000.00
Service
Department
Service de l’entreprise auquel appartient la demande ou le demandeur.
Description

L’attribut Service désigne l’unité de l’organisation associée à la demande d’achat, généralement le service du demandeur. Il permet de segmenter et d’analyser le processus selon la structure de l’entreprise.

Cette dimension est utile pour comparer les temps de cycle d’approbation entre services, comprendre les habitudes de dépenses ou repérer les services où les taux de refus sont les plus élevés. Cette segmentation aide la direction à répartir les ressources, à adapter les formations et à optimiser les flux de travail de chaque unité opérationnelle.

Pourquoi est-ce important ?

Il permet de segmenter les données du processus pour comparer les performances, les coûts et la conformité entre les différentes unités opérationnelles.

Où trouver ces données

Cette information est souvent associée à la fiche de l’employé demandeur ou renseignée directement dans l’en-tête de la transaction de demande d’achat.

Exemples
MarketingInformatiqueFinanceOpérations
Statut de la demande d’achat
RequisitionStatus
Indique l’état actuel de la demande au cours de son cycle de vie.
Description

Le statut de la demande d’achat indique où en est celle-ci dans le processus à un moment donné. Les statuts courants comprennent « Pending Approval », « Fully Approved », « Rejected » et « Closed ».

Cet attribut permet de créer des Dashboards tels que « Statut et ancienneté des demandes d’achat », qui suivent les demandes en cours et la durée passée dans leur état actuel. L’analyse des changements de statut est essentielle à la découverte des processus : elle aide à comprendre les parcours nominaux comme les exceptions. Elle sert également à déterminer le résultat final d’un cas.

Pourquoi est-ce important ?

Il donne un aperçu de l’avancement d’un cas, permet de suivre les demandes anciennes et aide à repérer les étapes où les cas sont bloqués.

Où trouver ces données

Il s’agit du champ « Status » ou « Approval Status » dans l’en-tête de la transaction de demande d’achat.

Exemples
En attente d’approbationEntièrement approuvéeRefuséeClôturée
Approbateur
Approver
Employé ou utilisateur chargé d’approuver ou de refuser une étape d’approbation.
Description

L’approbateur est la personne chargée d’examiner une demande d’achat et de prendre une décision à une étape précise du circuit d’approbation. Plusieurs approbateurs peuvent intervenir pour une même demande, chacun étant associé à une activité d’approbation différente.

Cet attribut est essentiel pour analyser la performance du processus d’approbation. Il permet de créer des Dashboards tels que « Répartition des temps de cycle par étape d’approbation » et de repérer les goulots d’étranglement liés à une personne ou à un groupe. En suivant les approbations, les organisations peuvent clarifier la répartition des responsabilités, équilibrer les charges de travail et repérer les retards imputables à certains approbateurs.

Pourquoi est-ce important ?

Il identifie l’utilisateur qui effectue les tâches d’approbation et permet d’analyser la performance des approbateurs, leur charge de travail et les goulots d’étranglement.

Où trouver ces données

Cette information figure souvent dans le journal d’exécution du flux de travail ou dans System Notes, associé aux changements de statut d’approbation. Elle peut également être enregistrée dans des champs personnalisés liés au circuit d’approbation.

Exemples
Sarah JenkinsDavid ChenGroupe d’approbation des finances
Catégorie d’article
ItemCategory
Catégorie des biens ou services demandés.
Description

La catégorie d’article répartit les articles d’une demande d’achat en groupes logiques, comme « Matériel informatique », « Fournitures de bureau » ou « Services professionnels ». Elle peut être déterminée à partir des fiches d’articles associées aux lignes de la demande.

Cet attribut permet d’analyser le processus avec davantage de précision. Il aide à répondre à des questions comme : « Les demandes de matériel informatique prennent-elles plus de temps à approuver que celles de fournitures de bureau ? » En segmentant le processus par catégorie d’article, les entreprises peuvent repérer les goulots d’étranglement propres à certains domaines, analyser les dépenses par catégorie et adapter leurs stratégies d’approvisionnement.

Pourquoi est-ce important ?

Permet d’analyser le processus selon les articles achetés et de repérer les goulots d’étranglement ou les problèmes de conformité propres à chaque catégorie.

Où trouver ces données

Cette information provient des fiches « Article » associées aux lignes de la demande d’achat. La catégorie peut être un champ standard ou personnalisé de la fiche d’article.

Exemples
Matériel informatiqueLicences logiciellesFournitures de bureauServices marketing
Dernière mise à jour des données
LastDataUpdate
Horodatage indiquant la dernière extraction ou actualisation des données depuis le système source.
Description

Cet attribut indique la date et l’heure de la dernière extraction des données de NetSuite. Il s’agit d’une métadonnée importante pour tout Dashboard ou toute analyse de Process Mining.

Cet horodatage renseigne sur l’actualité des données et permet de savoir si les informations consultées sont en temps réel ou correspondent à un instant précis. Il est essentiel pour valider les données et indiquer aux parties prenantes la date à laquelle remontent les analyses du processus.

Pourquoi est-ce important ?

Il indique aux utilisateurs si les données sont à jour et leur permet de savoir à quel moment correspondent les analyses du processus.

Où trouver ces données

Cet horodatage est généré et ajouté lors du processus d’extraction, de transformation et de chargement des données (ETL).

Exemples
2024-05-21T08:00:00Z2024-05-20T08:00:00Z
Devise
Currency
Code de la devise utilisée pour le montant total de la demande.
Description

L’attribut Devise indique la monnaie dans laquelle sont exprimés les montants de la demande, par exemple USD, EUR ou GBP. Il est particulièrement important pour les organisations internationales qui utilisent plusieurs devises.

Ce champ garantit une interprétation correcte des données financières. Dans le Process Mining, il permet d’agréger et de comparer les montants de manière appropriée, soit en les convertissant dans une devise de référence, soit en segmentant l’analyse par devise. Il évite les erreurs de reporting financier et clarifie les opérations à l’échelle internationale.

Pourquoi est-ce important ?

Il est indispensable à l’analyse financière des organisations internationales, car il garantit une interprétation et une agrégation correctes des montants.

Où trouver ces données

Il s’agit du champ standard « Currency » de la transaction de demande d’achat, notamment dans les instances NetSuite configurées pour gérer plusieurs devises.

Exemples
USDEURGBP
ID du bon de commande
PurchaseOrderId
Identifiant du bon de commande créé à partir de la demande approuvée.
Description

L’identifiant du bon de commande est l’identifiant unique du bon généré à la suite de l’approbation d’une demande d’achat. Cet attribut relie le processus de demande d’achat aux activités d’approvisionnement qui suivent.

Pour analyser le processus P2P de bout en bout, ce lien est essentiel. Il permet de calculer le KPI « Délai de création du bon de commande » en mesurant le temps écoulé entre l’approbation de la demande et la création du bon. Il sert également à calculer le « Taux de conversion des demandes d’achat en bons de commande » et à évaluer dans quelle mesure les demandes aboutissent à des commandes.

Pourquoi est-ce important ?

Relie la demande d’achat au bon de commande correspondant, ce qui permet de mesurer le délai de création du bon et d’analyser le processus de bout en bout.

Où trouver ces données

Cette information figure dans l’enregistrement de la demande d’achat, souvent dans un onglet consacré aux enregistrements associés, ou dans le lien « Créé à partir de » du bon de commande.

Exemples
PO-005432PO-005433PO-005434
Motif du rejet
RejectionReason
Explication fournie par un approbateur lorsqu’une demande d’achat est rejetée.
Description

Le motif du rejet est un attribut textuel qui permet à l’approbateur d’expliquer pourquoi une demande d’achat ne répondait pas aux critères d’approbation. Il apporte un éclairage qualitatif sur l’activité « Étape d’approbation rejetée ».

Ces informations sont précieuses pour l’analyse des causes profondes. Elles alimentent des Dashboards comme « Analyse du taux de rejet des demandes d’achat », qui indiquent non seulement ce qui a été rejeté, mais aussi pourquoi. Parmi les motifs fréquents, on peut citer « Compte général incorrect », « Budget dépassé » ou « Informations insuffisantes ». L’analyse de ces motifs permet de repérer les problèmes récurrents, d’améliorer la formation des utilisateurs et de préciser les consignes de soumission afin de réduire les reprises et les rejets.

Pourquoi est-ce important ?

Précise les raisons des rejets et permet d’en rechercher les causes afin de réduire leur fréquence et d’améliorer la qualité dès la première soumission.

Où trouver ces données

Cette information est souvent saisie dans un champ « Mémo » au moment du rejet ou dans un champ personnalisé ajouté au flux de travail d’approbation. Elle peut également figurer dans les notes système.

Exemples
Budget dépasséFournisseur incorrectDétails des articles manquantsDemande en double
Niveau d’urgence
UrgencyLevel
Classement du degré de priorité de la demande, par exemple standard ou urgente.
Description

Le niveau d’urgence est un attribut catégoriel qui indique la priorité métier d’une demande d’achat. Les employés peuvent ainsi signaler les demandes à traiter rapidement en raison de besoins opérationnels pressants.

Cet attribut est conçu pour alimenter le Dashboard « Performance du traitement des demandes urgentes » et le KPI « Délai de traitement des demandes urgentes ». En filtrant les données du processus selon cet attribut, les analystes peuvent comparer les temps de cycle et les parcours des demandes urgentes à ceux des demandes standard. Ils peuvent ainsi déterminer si le traitement prioritaire est efficace ou si des goulots d’étranglement continuent de provoquer des retards.

Pourquoi est-ce important ?

Permet de comparer les performances du processus pour les demandes prioritaires et standard, afin de vérifier que les besoins urgents sont pris en compte efficacement.

Où trouver ces données

Il s’agit généralement d’un champ personnalisé du corps de la transaction, sur le formulaire de demande d’achat.

Exemples
ÉlevéMoyenFaible
Nom du fournisseur
VendorName
Nom du fournisseur proposé ou privilégié pour la demande d’achat.
Description

L’attribut « Nom du fournisseur » identifie le fournisseur auprès duquel les biens ou services doivent être achetés. Même si la demande d’achat est un document interne, elle précise souvent un fournisseur privilégié.

L’analyse de cet attribut peut faire ressortir des tendances dans la gestion des fournisseurs. Elle permet de suivre les fournisseurs les plus souvent demandés, de vérifier si les demandes concernant certains fournisseurs sont approuvées plus lentement et de contrôler le respect des accords conclus avec les fournisseurs privilégiés. Ces informations peuvent contribuer aux décisions d’approvisionnement stratégique et à la gestion des relations fournisseurs.

Pourquoi est-ce important ?

Permet d’analyser les habitudes d’approvisionnement par fournisseur, de vérifier le respect des listes de fournisseurs privilégiés et de repérer les différences de traitement propres à certains fournisseurs.

Où trouver ces données

Il peut s’agir d’un champ « Fournisseur » au niveau de l’en-tête ou d’une information renseignée sur les lignes de l’enregistrement de la demande d’achat.

Exemples
Dell Inc.StaplesMcKinsey & Company
Parcours d’approbation
ApprovalWorkflowPath
Représentation de la succession des étapes d’approbation suivies par une demande d’achat.
Description

Le parcours d’approbation est un attribut calculé qui rassemble, dans l’ordre, les activités ou statuts d’approbation d’une demande, par exemple « Soumise -> Approbation du responsable -> Approbation des finances ». Il constitue une signature propre au parcours suivi par chaque cas.

Cet attribut sert de base au contrôle de conformité et à l’analyse des variantes. Il alimente directement les Dashboards « Parcours de demande d’achat non conformes » et « Conformité du parcours d’approbation », en facilitant le filtrage et le regroupement des cas selon leur flux de processus exact. En comparant les parcours réels aux parcours standard définis, les organisations peuvent mesurer la conformité et rechercher les causes profondes des écarts.

Pourquoi est-ce important ?

Facilite l’analyse des variantes et le contrôle de conformité en récapitulant la succession exacte des étapes d’approbation de chaque cas.

Où trouver ces données

Cet attribut est calculé en concaténant, par ordre chronologique, les valeurs « ActivityName » de chaque « PurchaseRequisitionId ».

Exemples
Créée > Soumise > ApprouvéeCréée > Soumise > Rejetée > Modifiée > Soumise > ApprouvéeCréée > Soumise > Approuvée > Retirée
Reprises
IsRework
Indicateur booléen signalant si la demande d’achat a été rejetée, puis soumise à nouveau.
Description

« Reprises » est un attribut booléen calculé, défini sur true lorsqu’une demande d’achat a été rejetée, puis modifiée ou soumise à nouveau pour approbation. Il repère les cas qui ont nécessité des travaux supplémentaires au-delà du « parcours nominal ».

Cet attribut simplifie l’analyse des inefficacités du processus. Il sert à calculer le KPI « Nombre de cycles de rejet d’approbation » et à mesurer l’incidence des rejets sur le processus dans son ensemble. En filtrant les cas pour lesquels « Reprises » est défini sur true, les analystes peuvent isoler les variantes problématiques et rechercher les causes des rejets initiaux, comme la qualité insuffisante des données ou une mauvaise compréhension des règles.

Pourquoi est-ce important ?

Permet de mesurer la fréquence et l’incidence des boucles de reprise, qui sont une source importante d’inefficacité et de retards.

Où trouver ces données

Cet attribut est calculé. La logique vérifie si l’activité « Demande d’achat soumise pour approbation » survient après l’activité « Étape d’approbation rejetée » pour le même cas.

Exemples
truefalse
Système source
SourceSystem
Indique le système source dont les données ont été extraites.
Description

Cet attribut indique le système d’origine des données du processus, ici NetSuite. Il est particulièrement utile lorsque les données de plusieurs systèmes sont réunies pour obtenir une vue d’ensemble du processus.

Même s’il peut sembler statique dans une analyse portant sur un seul système, il apporte un contexte essentiel et constitue une bonne pratique en matière de gouvernance et de traçabilité des données. Il permet de confirmer leur origine et de vérifier que toute logique ou transformation propre au système est bien prise en compte pendant l’analyse.

Pourquoi est-ce important ?

Il précise l’origine des données et facilite leur interprétation ainsi que leur gouvernance, en particulier dans les environnements qui réunissent plusieurs systèmes.

Où trouver ces données

Il s’agit d’une valeur fixe, « NetSuite », à ajouter lors de l’extraction et de la transformation des données.

Exemples
NetSuiteNetSuite SuitePeopleNetSuite ERP
Temps de cycle
CycleTime
Durée totale entre la création d’une demande d’achat et sa résolution définitive.
Description

Le temps de cycle est une métrique calculée qui mesure la durée totale du processus de demande d’achat pour un cas donné. Il correspond généralement à l’écart entre la première activité, par exemple « Demande d’achat créée », et la dernière activité de clôture, comme « Demande d’achat entièrement approuvée » ou « Demande d’achat définitivement rejetée ».

C’est un indicateur clé de la performance globale du processus. Il sert à calculer le KPI « Temps de cycle moyen des demandes d’achat » et aide à repérer les tendances, les cas atypiques et les effets des initiatives d’amélioration. L’analyse de la répartition des temps de cycle peut révéler des demandes particulièrement longues qui font baisser sensiblement la performance moyenne.

Pourquoi est-ce important ?

Mesure directement l’efficacité du processus de bout en bout. Cette métrique essentielle permet de repérer les retards et d’évaluer la performance globale.

Où trouver ces données

Cet attribut est calculé en soustrayant l’horodatage du premier événement de celui du dernier événement pour chaque « PurchaseRequisitionId ».

Exemples
25920060480086400
Obligatoire Recommandé Facultatif

Activités du processus de demande d’achat, de l’achat au paiement

Voici les principales étapes et jalons à consigner dans votre journal d’événements pour découvrir le processus avec précision et repérer les goulots d’étranglement.
5 Recommandé 6 Facultatif
Activité Description
Bon de commande créé
Un bon de commande est généré à partir de la demande entièrement approuvée, ce qui engage officiellement des fonds auprès d’un fournisseur. Cet événement explicite correspond à la création d’une nouvelle transaction de bon de commande liée à la demande d’origine.
Pourquoi est-ce important ?

Il s’agit du principal résultat d’une demande aboutie et d’un passage clé dans le processus Purchase to Pay. Le délai entre l’approbation et la création du bon de commande est un indicateur essentiel de l’efficacité des achats.

Où trouver ces données

Repérez une fiche de bon de commande dont le champ « Created From », ou un champ de liaison équivalent, fait référence à l’ID de la demande d’achat. La date de création du bon de commande fournit l’horodatage de cette activité.

Données à recueillir

Repérez le bon de commande dont le champ « Created From » correspond à l’ID de la demande, puis utilisez le champ « Date Created » du bon de commande.

Type d’événement explicit
Demande d’achat clôturée
La demande est officiellement clôturée, ce qui signifie qu’aucune autre action n’est attendue. Cela se produit souvent automatiquement lorsque toutes les quantités demandées ont été commandées au moyen de bons de commande associés.
Pourquoi est-ce important ?

Cette activité marque la fin définitive du cycle de vie de la demande. Elle confirme que le besoin de l’entreprise a été satisfait et que la fiche est finalisée.

Où trouver ces données

L’événement est déduit du sous-onglet System Notes en repérant l’horodatage auquel le champ « Status », au niveau de la ligne ou de l’en-tête, passe à « Closed ».

Données à recueillir

Horodatage du passage du champ « Status » à « Closed ».

Type d’événement inferred
Demande d’achat créée
Un utilisateur lance le processus d’achat en créant et en enregistrant une nouvelle demande d’achat. Il s’agit du premier événement du cycle de vie de la demande, enregistré lors de la première sauvegarde de la transaction dans NetSuite.
Pourquoi est-ce important ?

Cette activité marque le début officiel du processus d’achat pour un besoin donné. L’analyse du délai entre la création et l’envoi peut révéler des retards dans la saisie des données ou la formulation initiale de la demande.

Où trouver ces données

Cet événement est enregistré à partir de l’horodatage de création de la transaction de demande d’achat. Il figure dans l’en-tête principal de la fiche ou dans le sous-onglet System Notes, qui consigne l’action « Create ».

Données à recueillir

Utilisez le champ « Date Created » de la fiche de demande d’achat.

Type d’événement explicit
Demande d’achat définitivement refusée
La demande d’achat est définitivement refusée et ne sera pas traitée davantage. Cet événement est déduit du passage du champ final « Approval Status » de la demande à « Rejected ».
Pourquoi est-ce important ?

Cette activité marque la fin du parcours des demandes qui n’aboutissent pas. Comprendre pourquoi et à quel moment elles sont définitivement refusées permet de mieux cerner les problèmes liés au respect des règles et au budget.

Où trouver ces données

L’événement est déduit du sous-onglet System Notes en repérant l’horodatage auquel le champ « Approval Status » prend son état final « Rejected ».

Données à recueillir

Horodatage du passage de « Approval Status » à « Rejected ».

Type d’événement inferred
Demande d’achat entièrement approuvée
La demande d’achat a franchi toutes les étapes requises du circuit d’approbation. Cet événement est déduit du passage du champ « Approval Status » de la fiche à « Approved ».
Pourquoi est-ce important ?

Cette étape importante indique que la demande peut être convertie en bon de commande. Elle marque la fin du cycle d’approbation et le début de la phase d’exécution des achats.

Où trouver ces données

L’événement est déduit du sous-onglet System Notes en repérant l’horodatage auquel le champ « Approval Status » prend son état final « Approved ».

Données à recueillir

Horodatage du passage de « Approval Status » à « Approved ».

Type d’événement inferred
Demande d’achat envoyée pour approbation
Le demandeur soumet officiellement la demande dûment remplie au circuit d’approbation prévu. Cet événement est souvent déduit d’un changement de statut de la demande, par exemple de « Draft » ou « Pending Submission » à « Pending Approval ».
Pourquoi est-ce important ?

Cette activité déclenche le cycle d’approbation et constitue le point de départ du calcul des délais d’approbation. Elle permet de déterminer combien de temps les demandes attendent avant le début officiel de leur approbation.

Où trouver ces données

L’événement est déduit du sous-onglet System Notes en repérant l’horodatage auquel le champ « Approval Status » prend pour la première fois une valeur telle que « Pending Approval ».

Données à recueillir

Repérez le premier horodatage auquel le champ « Approval Status » passe à « Pending Approval ».

Type d’événement inferred
Demande d’achat modifiée
Après la création initiale de la demande d’achat, un utilisateur en modifie un champ, souvent à la suite d’un refus ou d’une évolution du besoin. Cet événement est directement enregistré dans la piste d’audit de NetSuite.
Pourquoi est-ce important ?

Le suivi des modifications est essentiel pour repérer les boucles de reprise et les problèmes de qualité des données. Des modifications fréquentes peuvent révéler des exigences initiales peu claires ou un besoin de formation des demandeurs.

Où trouver ces données

L’événement est enregistré dans le sous-onglet System Notes de la fiche de demande d’achat. Chaque entrée dont le champ « Type » indique « Change » ou « Edit » pour un champ pertinent correspond à une modification.

Données à recueillir

Consignez un événement pour chaque entrée de type « Change » dans le journal System Notes.

Type d’événement explicit
Demande d’achat retirée
Le demandeur initial ou un administrateur annule la demande avant son approbation complète ou sa conversion en bon de commande. Cet événement est généralement déduit d’un changement de statut vers « Cancelled » ou « Withdrawn ».
Pourquoi est-ce important ?

Cette activité correspond à une exception ou à l’arrêt du processus à l’initiative du demandeur. L’analyse des retraits peut révéler une évolution des besoins de l’entreprise ou des demandes qui ne sont plus valides.

Où trouver ces données

L’événement est déduit du sous-onglet System Notes en suivant l’horodatage auquel le champ « Approval Status » prend une valeur telle que « Cancelled » ou un statut personnalisé de retrait.

Données à recueillir

Horodatage du passage de « Approval Status » à « Cancelled » ou « Withdrawn ».

Type d’événement inferred
Étape d’approbation approuvée
Un utilisateur habilité approuve l’étape qui lui est attribuée dans le flux de travail, rapprochant ainsi la demande de son approbation finale. La plateforme SuiteApprovals de NetSuite consigne explicitement cette action, avec le nom de l’utilisateur et l’horodatage.
Pourquoi est-ce important ?

Cette activité marque une avancée dans la chaîne d’approbation. L’analyse du délai entre les étapes permet d’évaluer l’efficacité du flux de travail et des approbateurs.

Où trouver ces données

L’événement est enregistré dans le journal SuiteApprovals ou dans le sous-onglet System Notes, qui consigne l’action d’approbation, l’approbateur et l’horodatage exact.

Données à recueillir

Repérez les actions d’approbation dans le journal SuiteApprovals ou dans System Notes.

Type d’événement explicit
Étape d’approbation commencée
La demande entre dans une étape précise du circuit d’approbation et attend l’intervention d’un approbateur ou d’un groupe désigné. Cet événement est généralement déduit de l’affectation de la demande au prochain approbateur de la séquence.
Pourquoi est-ce important ?

Cette activité marque le début du temps d’attente pour chaque étape d’approbation. Elle est indispensable pour localiser les goulots d’étranglement dans la hiérarchie d’approbation et repérer les approbateurs dont les délais sont longs.

Où trouver ces données

L’événement est déduit des journaux d’exécution du flux de travail ou des changements apportés à un champ « Current Approver » ou à l’état du flux de travail. La plateforme SuiteApprovals suit l’étape d’approbation en cours.

Données à recueillir

Déduisez l’événement des journaux du flux de travail ou de l’affectation de la fiche à un nouvel approbateur.

Type d’événement inferred
Étape d’approbation refusée
Un approbateur refuse l’étape qui lui est attribuée, ce qui renvoie généralement la demande au demandeur pour correction. Le moteur de flux de travail SuiteApprovals consigne explicitement cette action.
Pourquoi est-ce important ?

Cet événement révèle souvent des reprises et des inefficacités dans le processus. L’analyse des étapes de refus permet de repérer les causes fréquentes, comme le non-respect des règles ou des données incorrectes.

Où trouver ces données

L’événement est enregistré dans le journal SuiteApprovals ou dans le sous-onglet System Notes, qui consigne le refus, l’utilisateur qui l’a effectué et l’horodatage.

Données à recueillir

Repérez les actions de refus dans le journal SuiteApprovals ou dans System Notes.

Type d’événement explicit
Recommandé Facultatif

Guides d’extraction

Comment extraire vos données de NetSuite

Prêt à commencer ?

Utilisez ce modèle pour lancer votre démarche Process Mining et mieux comprendre le processus de demande d’achat, de l’achat au paiement, dans NetSuite. Commencez dès aujourd’hui à améliorer l’efficacité et à accélérer les approbations.

Optimisez dès aujourd’hui votre processus de demande d’achat, de l’achat au paiement !

Accélérez de 30 % l’approbation des demandes d’achat et éliminez les goulots d’étranglement.

Démarrez l’essai gratuit

Aucune carte bancaire requise. Commencez dès aujourd’hui à optimiser vos processus.