Votre modèle de données Purchase to Pay - Purchase Order
Votre modèle de données Purchase to Pay - Purchase Order
- Attributs recommandés à recueillir
- Activités clés à suivre
- Guide d’extraction pour NetSuite
Attributs du processus Purchase to Pay - Purchase Order
| Nom | Description | ||
|---|---|---|---|
|
Bon de commande
PurchaseOrder
|
Identifiant unique du bon de commande, utilisé comme ID de cas principal pour suivre le cycle de vie des achats. | ||
|
Description
Le numéro du bon de commande est l’identifiant central qui relie toutes les activités associées, de sa création initiale au paiement et à la clôture. Chaque numéro de bon de commande distinct correspond à une instance du processus d’achat. En Process Mining, cet attribut sert à regrouper tous les événements associés dans un même cas. L’analyse du parcours de chaque bon de commande permet de visualiser clairement le processus de bout en bout, de repérer les variantes et de calculer des métriques au niveau du cas, comme le temps de cycle total.
Pourquoi est-ce important ?
Il s’agit de l’identifiant de cas essentiel, qui permet de reconstituer et d’analyser l’ensemble du cycle de vie de chaque bon de commande.
Où trouver ces données
Il s’agit généralement de l’identifiant principal de la transaction dans l’enregistrement du bon de commande dans NetSuite, souvent appelé « Transaction ID » ou « PO # ».
Exemples
PO-001254PO-001299PO-001357
|
|||
|
Heure de l’événement
EventTime
|
La date et l’heure précises auxquelles l’activité a eu lieu. | ||
|
Description
Cet horodatage indique le moment exact où une activité s’est produite. Il constitue la base temporelle de toutes les analyses de performance et de durée en Process Mining. Les heures des événements servent à ordonner les activités chronologiquement au sein d’un cas, à calculer la durée entre les étapes et à mesurer le temps de cycle global du cas. Ces données sont essentielles pour repérer les goulots d’étranglement, mesurer les temps d’attente et évaluer les performances au regard des accords de niveau de service.
Pourquoi est-ce important ?
Cet attribut est indispensable au calcul des métriques temporelles, comme les temps de cycle et les durées, qui permettent de repérer les retards dans le processus.
Où trouver ces données
Il s’agit de l’horodatage associé à chaque transaction ou changement de statut, souvent indiqué dans des champs comme « Date de création » ou dans les journaux d’audit du système NetSuite.
Exemples
2023-10-26T09:00:00Z2023-10-26T11:30:00Z2023-10-27T14:45:00Z
|
|||
|
Nom de l’activité
ActivityName
|
Nom de l’événement métier ou de l’étape qui s’est produite dans le processus de bon de commande. | ||
|
Description
Cet attribut décrit une action précise ou un changement de statut dans le cycle de vie d’un bon de commande, par exemple « Bon de commande créé », « Bon de commande approuvé » ou « Facture payée ». Ces activités constituent les nœuds de la carte du processus. L’analyse de leur séquence et de leur fréquence est au cœur du Process Mining. Elle permet de visualiser le flux du processus, de repérer les parcours fréquents ou rares (variantes) et de localiser les goulots d’étranglement ou les écarts par rapport à la procédure standard.
Pourquoi est-ce important ?
Cet attribut définit les étapes de la carte du processus et permet de visualiser et d’analyser le flux du processus, ses variantes et sa conformité.
Où trouver ces données
Cette valeur est généralement déterminée à partir du type de transaction et de son champ de statut (par exemple, « Statut de la commande »), ou des journaux d’audit du système dans NetSuite.
Exemples
Bon de commande crééBon de commande approuvéRéception d’articles crééeFacture créée à partir du bon de commande
|
|||
|
Dernière mise à jour des données
LastDataUpdate
|
Horodatage indiquant la dernière actualisation des données de cet événement depuis le système source. | ||
|
Description
Cet attribut enregistre la date et l’heure de la dernière extraction ou mise à jour des données. Il renseigne sur leur fraîcheur. Connaître l’heure de la dernière mise à jour permet de vérifier si les analyses reposent sur des données récentes. Les analystes et les utilisateurs métier peuvent ainsi s’assurer qu’ils consultent les données les plus à jour sur le processus, ce qui est particulièrement important pour les Dashboards de suivi opérationnel.
Pourquoi est-ce important ?
Indique si les données sont récentes, afin de vérifier que les analyses et les Dashboards reposent sur des informations à jour.
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-21T02:00:00Z
|
|||
|
Système source
SourceSystem
|
Le système dont les données ont été extraites. | ||
|
Description
Cet attribut indique l’origine des données du processus. Dans cette vue, sa valeur sera toujours « NetSuite ». Dans les initiatives de Process Mining de plus grande ampleur, qui combinent des données provenant de plusieurs systèmes, ce champ est essentiel pour assurer la traçabilité des données, résoudre les problèmes et comprendre les comportements propres à chaque système. Il permet de savoir clairement d’où proviennent les données.
Pourquoi est-ce important ?
Assure la traçabilité des données et indique clairement leur origine, en particulier dans les environnements où plusieurs systèmes sont intégrés.
Où trouver ces données
Il s’agit d’une valeur statique (« NetSuite »), ajoutée lors de l’extraction et de la transformation des données.
Exemples
NetSuite
|
|||
|
Catégorie d’achat
PurchaseCategory
|
Catégorie des biens ou des services achetés, par exemple matériel informatique, services marketing ou fournitures de bureau. | ||
|
Description
Cet attribut classe les articles du bon de commande et permet de regrouper les analyses par type de dépense. Dans NetSuite, il est souvent configuré à l’aide d’un champ de classification personnalisé ou d’un segment. L’analyse du processus par catégorie d’achat est essentielle au Dashboard « Efficacité par catégorie d’achat ». Elle permet de déterminer si certaines catégories présentent des temps de cycle plus longs, davantage de modifications ou plus de problèmes de conformité, afin de cibler les améliorations.
Pourquoi est-ce important ?
Permet d’analyser l’efficacité du processus par catégorie de dépenses et de repérer les types d’achats les moins efficaces ou non conformes.
Où trouver ces données
Il peut s’agir d’un champ personnalisé ou d’un segment de classification standard, comme « Class », ou d’un segment personnalisé appliqué à l’en-tête ou aux lignes du bon de commande. Consultez la documentation NetSuite.
Exemples
Matériel informatiqueServices professionnelsFournitures de bureauLicences logicielles
|
|||
|
Montant total
TotalAmount
|
Valeur monétaire totale du bon de commande. | ||
|
Description
Cet attribut représente le coût total des biens et des services inclus dans le bon de commande. Il s’agit d’une métrique financière fondamentale pour l’analyse des achats. L’analyse des métriques du processus en fonction du montant total peut révéler des tendances importantes : par exemple, les bons de commande d’un montant élevé prennent-ils plus de temps à être approuvés ou font-ils l’objet de davantage de modifications ? Cette analyse permet de mesurer l’incidence financière des inefficacités et de définir les priorités d’amélioration.
Pourquoi est-ce important ?
Permet d’analyser les aspects financiers du processus d’achat et de déterminer comment le montant du bon de commande influe sur les temps de cycle, les circuits d’approbation et la conformité.
Où trouver ces données
Cet attribut correspond au champ « Total » de la section récapitulative de l’enregistrement du bon de commande dans NetSuite.
Exemples
500.001250.7515000.00
|
|||
|
Nom d’utilisateur
UserName
|
Nom de l’utilisateur qui a effectué l’activité. | ||
|
Description
Cet attribut identifie l’employé ou l’utilisateur système responsable d’une étape précise du processus, par exemple l’approbation d’un bon de commande ou la création d’une facture. Il permet d’intégrer les ressources humaines ou système à l’analyse du processus. L’analyse des activités par utilisateur aide à comprendre la répartition de la charge de travail, à repérer les besoins de formation et à détecter les irrégularités. Elle est également essentielle au suivi de la conformité, car elle permet de savoir qui a effectué des actions importantes, comme la modification ou l’approbation d’un bon de commande.
Pourquoi est-ce important ?
Associe les activités à des utilisateurs précis pour analyser la charge de travail, les performances et le respect des règles d’autorisation.
Où trouver ces données
Cette information figure dans le sous-onglet « System Notes » ou dans la piste d’audit de l’enregistrement de transaction. Elle indique l’utilisateur qui a effectué la modification.
Exemples
Alice JohnsonBob WilliamsAutomatisation du système
|
|||
|
Nom du fournisseur
VendorName
|
Nom du fournisseur auprès duquel les biens ou les services sont achetés. | ||
|
Description
Cet attribut identifie le fournisseur externe associé au bon de commande. Il permet d’analyser les relations avec les fournisseurs et leurs performances. Le nom du fournisseur est indispensable au Dashboard « Performance des livraisons des fournisseurs » et aux KPI associés. Il permet de comparer les délais, les taux de livraison dans les délais et les résultats des contrôles qualité entre fournisseurs. Vous pouvez ainsi repérer ceux qui sont fiables et ceux dont les performances sont insuffisantes.
Pourquoi est-ce important ?
Permet d’analyser les performances de chaque fournisseur, notamment les délais et la fiabilité des livraisons, afin d’optimiser la chaîne d’approvisionnement.
Où trouver ces données
Cet attribut correspond au champ « Vendor » ou « Supplier » de l’onglet principal de l’enregistrement du bon de commande dans NetSuite.
Exemples
Global Office SuppliesTech Solutions Inc.Creative Marketing Agency
|
|||
|
Nom du service
DepartmentName
|
Nom du service associé au bon de commande. | ||
|
Description
Cet attribut désigne le service ou le centre de coûts à l’origine de l’achat ou qui en assume la responsabilité financière. Il permet de filtrer et de segmenter les données du processus selon la structure de l’organisation. L’analyse du processus par service est essentielle pour repérer les goulots d’étranglement propres à chaque service, comparer l’efficacité des différentes unités opérationnelles et comprendre les habitudes de dépenses. Elle alimente directement des Dashboards comme « Analyse des goulots d’étranglement par service ».
Pourquoi est-ce important ?
Permet d’analyser le processus par service et de repérer les goulots d’étranglement, les inefficacités et les habitudes de dépenses propres à chacun.
Où trouver ces données
Il s’agit d’un champ standard de l’en-tête ou des lignes de l’enregistrement du bon de commande dans NetSuite.
Exemples
FinanceServices informatiquesMarketingOpérations
|
|||
|
Statut du bon de commande
PurchaseOrderStatus
|
Statut actuel ou final du bon de commande. | ||
|
Description
Cet attribut indique l’état du bon de commande à un moment donné, par exemple « En attente d’approbation », « Entièrement facturé » ou « Clôturé ». Il sert souvent à déduire plusieurs valeurs conceptuelles de « Nom de l’activité ». L’analyse par statut permet de comprendre l’issue des bons de commande : combien ont été rejetés ou approuvés, et combien sont toujours ouverts. Elle est essentielle aux KPI comme le « Taux d’échec d’approbation des bons de commande » et permet de filtrer les cas selon leur état d’avancement.
Pourquoi est-ce important ?
Donne un aperçu de l’état du bon de commande, ce qui permet d’analyser les rejets et les clôtures, ainsi que de suivre les KPI liés aux échecs d’approbation.
Où trouver ces données
Il s’agit du champ « Status » de l’enregistrement de transaction du bon de commande dans NetSuite.
Exemples
En attente de l’approbation du responsableEn attente de réceptionEntièrement facturéClôturéRejeté
|
|||
|
Achat non autorisé
IsMaverickBuy
|
Indicateur précisant si un bon de commande a été créé sans demande d’achat préalable. | ||
|
Description
Cet attribut booléen calculé prend la valeur « vrai » au niveau du cas si la première activité du processus est « Bon de commande créé » plutôt que « Demande d’achat créée ». Il signale directement un achat effectué en dehors du processus standard. Cet attribut sert à calculer le « Taux de bons de commande directs », un KPI important du « Suivi de la conformité des achats ». Il aide les organisations à repérer et à quantifier rapidement les achats non autorisés, qui peuvent entraîner des coûts plus élevés et accroître les risques.
Pourquoi est-ce important ?
Signale directement les achats non conformes et permet aux organisations de surveiller et de réduire facilement les achats non autorisés.
Où trouver ces données
Il s’agit d’un attribut calculé selon la logique suivante : (première activité du cas = « Bon de commande créé ») ET (aucune « Demande d’achat » associée).
Exemples
truefalse
|
|||
|
Date de livraison demandée
RequestedDeliveryDate
|
Date à laquelle l’entreprise a demandé au fournisseur de livrer les biens ou les services. | ||
|
Description
Cet attribut correspond à la date de livraison cible définie pendant le processus d’achat. Elle sert de référence pour mesurer les performances réelles de livraison. Cette date est essentielle au calcul du KPI « Taux de livraison des fournisseurs dans les délais ». En comparant la « Date de livraison demandée » à l’horodatage réel de création de la réception d’articles, l’analyse permet de vérifier si les fournisseurs respectent leurs engagements de livraison. C’est un indicateur important du Dashboard « Performance des livraisons des fournisseurs ».
Pourquoi est-ce important ?
Sert de référence pour mesurer le respect des délais de livraison par les fournisseurs, un KPI important pour la gestion de la chaîne d’approvisionnement.
Où trouver ces données
Il s’agit probablement d’un champ personnalisé ou du champ « Expected Receipt Date » des lignes du bon de commande. Consultez la documentation NetSuite.
Exemples
2023-11-152023-12-012024-01-10
|
|||
|
Demande d’achat
PurchaseRequisition
|
Identifiant de la demande d’achat à l’origine du bon de commande. | ||
|
Description
Cet attribut relie un bon de commande à la demande d’achat dont il découle. L’absence de ce lien peut signaler un écart par rapport au processus standard. Ce champ est essentiel au suivi de la conformité et à la détection des achats non autorisés. Le KPI « Taux de bons de commande directs » est calculé en repérant les bons de commande sans demande d’achat associée. Il met ainsi en évidence les achats effectués en dehors du flux d’approbation standard.
Pourquoi est-ce important ?
Essentiel à l’analyse de la conformité, il permet de repérer les achats non autorisés, c’est-à-dire les bons de commande créés sans demande d’achat approuvée.
Où trouver ces données
Dans l’enregistrement du bon de commande, cette information figure généralement dans le sous-onglet « Related Records » ou dans le champ « Created From ».
Exemples
PR-00582PR-00610PR-00715
|
|||
|
Devise
Currency
|
Code de devise du montant de la transaction. | ||
|
Description
Cet attribut indique la devise dans laquelle est exprimé le montant total du bon de commande, par exemple USD, EUR ou GBP. Il apporte un contexte essentiel à toute valeur monétaire. Dans les organisations présentes à l’international, cet attribut est indispensable à l’exactitude des rapports et des analyses financières. Il permet d’agréger et de comparer correctement les montants des bons de commande entre différentes régions, et de bien interpréter les KPI financiers.
Pourquoi est-ce important ?
Fournit le contexte nécessaire aux valeurs monétaires et garantit l’exactitude des analyses et des rapports financiers dans les environnements multidevises.
Où trouver ces données
Cet attribut correspond au champ « Currency » de l’enregistrement du bon de commande. Sa valeur dépend souvent de la configuration du fournisseur sélectionné.
Exemples
USDEURGBP
|
|||
|
Heure de fin de l’événement
EventEndTime
|
La date et l’heure précises auxquelles l’activité s’est terminée. | ||
|
Description
Cet horodatage indique la fin d’une activité. Associé à l’heure de début, il permet de déterminer la durée de traitement d’un événement. Pour les événements instantanés, l’heure de fin peut être identique à l’heure de début. Cet attribut est essentiel pour calculer la durée exacte de tâches précises, appelée durée de traitement. Il permet de distinguer le temps consacré au travail effectif du temps d’attente avant l’étape suivante, ce qui est important pour analyser en détail les goulots d’étranglement.
Pourquoi est-ce important ?
Permet de calculer précisément la durée de traitement des activités et de distinguer le temps de travail effectif du temps d’attente.
Où trouver ces données
Pour les activités dont la durée peut être mesurée, cette valeur peut être enregistrée dans un champ distinct ou déduite des journaux d’audit. Elle doit souvent être estimée ou correspond à l’heure de début.
Exemples
2023-10-26T09:05:12Z2023-10-26T11:30:45Z2023-10-27T15:00:00Z
|
|||
|
Lieu de livraison
DeliveryLocation
|
Lieu ou adresse physique où les biens doivent être livrés. | ||
|
Description
Cet attribut indique la destination des biens commandés, par exemple un entrepôt, un bureau ou une usine. Il permet de segmenter le processus par zone géographique ou par site. Il s’agit d’une dimension importante du Dashboard « Durée de traitement des réceptions de marchandises ». L’analyse des délais de réception par lieu peut révéler les sites en sous-effectif ou dont le processus de réception est inefficace, afin de cibler les améliorations opérationnelles.
Pourquoi est-ce important ?
Permet d’analyser les performances du processus par lieu et de repérer les goulots d’étranglement propres à chaque site, notamment lors de la réception des marchandises.
Où trouver ces données
Cet attribut correspond au champ « Ship To » ou « Location » de l’enregistrement du bon de commande dans NetSuite.
Exemples
Entrepôt principal, quai ASiège social, 15e étageCentre de distribution de la côte ouest
|
|||
|
Livraison en retard
IsLateDelivery
|
Indicateur précisant si les marchandises ont été reçues après la date de livraison demandée. | ||
|
Description
Cet attribut booléen calculé prend la valeur « vrai » si l’activité « Réception d’articles créée » a lieu après la « Date de livraison demandée » indiquée sur le bon de commande. Il fournit un indicateur simple et clair du respect des délais de livraison. Cet attribut facilite la création de Dashboards et de KPI sur les performances des fournisseurs. Il permet de filtrer et d’agréger facilement les données pour calculer le « Taux de livraison des fournisseurs dans les délais » et repérer ceux qui ne respectent pas régulièrement les échéances.
Pourquoi est-ce important ?
Fournit un indicateur simple, vrai ou faux, du respect des délais de livraison et facilite l’analyse des performances et le calcul des KPI de gestion des fournisseurs.
Où trouver ces données
Il s’agit d’un champ calculé selon la logique suivante : (horodatage de « Réception d’articles créée ») > (« RequestedDeliveryDate »).
Exemples
truefalse
|
|||
|
Motif de modification
ChangeReason
|
Motif indiqué pour expliquer la modification d’un bon de commande après sa création. | ||
|
Description
Cet attribut consigne le motif des modifications apportées à un bon de commande, par exemple « Mise à jour du prix », « Modification de la quantité » ou « Changement de la date de livraison ». Ce contexte est essentiel pour comprendre les causes des reprises. Cet attribut est important pour le Dashboard « Analyse des modifications des bons de commande ». L’analyse de la fréquence des différents motifs permet de repérer les causes profondes de l’instabilité du processus, comme des besoins initiaux mal définis ou des prix fournisseurs fluctuants.
Pourquoi est-ce important ?
Précise pourquoi les bons de commande sont modifiés et permet d’en rechercher les causes afin de réduire le taux global de modification.
Où trouver ces données
Il s’agit probablement d’un champ personnalisé que l’utilisateur doit remplir lorsqu’il modifie un bon de commande approuvé. Le motif peut aussi figurer dans le champ « Memo » de l’événement de modification. Consultez la documentation NetSuite.
Exemples
Quantité d’articles incorrecteModification du prix fournisseurMise à jour des exigences de livraison
|
|||
|
Motif du rejet
RejectionReason
|
Motif du rejet d’un bon de commande pendant le processus d’approbation. | ||
|
Description
Lorsqu’un bon de commande est rejeté, cet attribut en indique le motif précis, par exemple « Budget dépassé », « Fournisseur incorrect » ou « Non-respect des règles ». Cette information permet de comprendre les échecs d’approbation. Cet attribut alimente directement le Dashboard « Taux de rejet et de nouvelle soumission des bons de commande ». L’analyse des motifs de rejet permet à l’entreprise de repérer les erreurs fréquentes lors de la création des bons de commande, dues par exemple à une formation insuffisante ou à des règles peu claires, puis de prendre des mesures correctives pour réduire les reprises.
Pourquoi est-ce important ?
Explique les échecs d’approbation des bons de commande et permet de cibler les mesures visant à réduire les rejets et à améliorer le taux d’approbation dès la première soumission.
Où trouver ces données
Cette information figure souvent dans le champ de mémo de l’événement de rejet ou dans un champ personnalisé « Motif du rejet » du flux d’approbation. Consultez la documentation NetSuite.
Exemples
Dépassement du budget du serviceFournisseur non privilégié sélectionnéDescription incomplète de la ligne d’article
|
|||
|
Reprise
IsRework
|
Indicateur précisant si une activité correspond à une reprise, par exemple une deuxième approbation après un rejet. | ||
|
Description
Cet attribut booléen calculé prend la valeur « vrai » pour les activités qui signalent une boucle ou la répétition d’une étape du processus. Par exemple, l’activité « Bon de commande approuvé » est considérée comme une reprise si elle est précédée d’un événement « Bon de commande rejeté » dans le même cas. Cet attribut est essentiel pour quantifier les frictions et les inefficacités du processus. Il facilite l’analyse des boucles de reprise, permet de mesurer le « Taux de rejet et de nouvelle soumission des bons de commande » et met en évidence les processus qui ne sont pas correctement exécutés dès la première fois.
Pourquoi est-ce important ?
Permet de quantifier les inefficacités du processus en signalant explicitement les activités qui font partie d’une boucle de reprise, afin de faciliter leur analyse et leur traitement.
Où trouver ces données
Cet indicateur est calculé lors de la transformation des données, à partir de la séquence des activités dans chaque cas.
Exemples
truefalse
|
|||
Activités du processus Purchase to Pay - Purchase Order
| Activité | Description | ||
|---|---|---|---|
|
Bon de commande approuvé
|
Cette activité correspond à l’autorisation officielle finale du bon de commande, qui permet de l’envoyer au fournisseur. Ce jalon est enregistré lorsque le champ « Approval Status » du bon de commande passe à « Approved ». | ||
|
Pourquoi est-ce important ?
Ce jalon est essentiel pour calculer les temps de cycle d’approbation et repérer les goulots d’étranglement dans la chaîne d’approbation. Les retards à cette étape ont un effet direct sur les délais d’achat.
Où trouver ces données
L’événement est déduit des notes système ou de l’historique du flux de travail, qui indiquent le passage du champ « Approval Status » du bon de commande à « Approved ».
Données à recueillir
Repérez le passage du champ « Approval Status » du bon de commande à « Approved ».
Type d’événement
inferred
|
|||
|
Bon de commande clôturé
|
Le bon de commande est officiellement clôturé : aucune autre réception ni facture n’est attendue. Cet événement est déduit du passage de son état à « Closed ». La clôture peut être automatique, une fois la commande entièrement facturée et reçue, ou manuelle. | ||
|
Pourquoi est-ce important ?
Cette activité marque la fin opérationnelle du cycle de vie du bon de commande. Elle confirme que la commande a été entièrement exécutée et traitée, et fournit un point final précis pour l’analyse du temps de cycle.
Où trouver ces données
L’événement est déduit du passage du champ « Status » du bon de commande à « Closed ».
Données à recueillir
Repérez le passage du champ « Status » du bon de commande à « Closed ».
Type d’événement
inferred
|
|||
|
Bon de commande créé
|
Cette activité correspond à la création du document officiel de commande, qui constitue le dossier central de cette analyse. Dans NetSuite, elle est enregistrée à la création de la transaction de bon de commande, manuellement ou à partir d’une demande approuvée. | ||
|
Pourquoi est-ce important ?
Cette étape marque le passage d’une demande à un engagement de commande officiel. Elle constitue un jalon important et peut également marquer le début du processus pour les commandes directes, ce qui est utile au suivi de la conformité.
Où trouver ces données
L’événement est enregistré à partir du champ système « Date Created » de la transaction de bon de commande.
Données à recueillir
Utilisez l’horodatage de création de la transaction de bon de commande.
Type d’événement
explicit
|
|||
|
Demande d’achat créée
|
Cette activité correspond à la demande officielle de biens ou de services et marque le début du processus d’achat. Dans NetSuite, elle est enregistrée à la création et à l’enregistrement d’une nouvelle transaction de demande d’achat. | ||
|
Pourquoi est-ce important ?
Cette activité marque généralement le début du processus. Elle est essentielle pour analyser le temps de cycle de bout en bout et repérer les achats hors procédure lorsqu’elle est omise.
Où trouver ces données
Cet événement est enregistré à partir de la date de création de la transaction de demande d’achat. L’enregistrement est associé au bon de commande qui suit.
Données à recueillir
Suivez l’horodatage de création de la transaction de demande d’achat.
Type d’événement
explicit
|
|||
|
Facture créée à partir du bon de commande
|
Une facture fournisseur a été reçue et saisie dans NetSuite, puis associée au bon de commande. Cette transaction explicite enregistre officiellement le montant dû pour les biens ou services reçus. | ||
|
Pourquoi est-ce important ?
Cette activité marque le passage des achats au processus de comptabilité fournisseurs. L’analyse du délai entre la réception des marchandises et la facturation permet de repérer les retards de traitement financier.
Où trouver ces données
L’événement est enregistré à partir de la date de création de la transaction « Vendor Bill ». La facture est directement associée au bon de commande d’origine.
Données à recueillir
Suivez l’horodatage de création de la transaction « Vendor Bill ».
Type d’événement
explicit
|
|||
|
Réception d’articles créée
|
Cette activité correspond à la réception physique des marchandises commandées. Dans NetSuite, il s’agit d’un événement explicite, enregistré à la création d’une transaction « Item Receipt » associée à la ligne correspondante du bon de commande. | ||
|
Pourquoi est-ce important ?
Ce jalon marque la fin du cycle de livraison du fournisseur. Il est essentiel pour calculer le taux de livraison à temps des fournisseurs et les délais globaux.
Où trouver ces données
L’événement est enregistré à partir de la date de création de la transaction « Item Receipt ». L’enregistrement contient un lien vers le bon de commande d’origine.
Données à recueillir
Suivez l’horodatage de création de la transaction « Item Receipt ».
Type d’événement
explicit
|
|||
|
Bon de commande envoyé au fournisseur
|
Le bon de commande approuvé a été transmis au fournisseur. Dans NetSuite, cet événement est souvent déduit de la mise à jour d’un indicateur de communication, comme la case « To Be Emailed », ou d’un changement d’état signalant l’envoi. | ||
|
Pourquoi est-ce important ?
Cette activité marque le début du délai de livraison du fournisseur. Mesurer le temps écoulé jusqu’à la réception des marchandises est essentiel pour évaluer la performance des livraisons des fournisseurs.
Où trouver ces données
L’événement est déduit de l’horodatage auquel l’indicateur « To Be Emailed » ou « To Be Faxed » est désactivé, ou d’une entrée dans l’historique des communications associée au bon de commande.
Données à recueillir
Suivez l’horodatage des communications, par exemple l’envoi d’un courriel, associées au bon de commande.
Type d’événement
inferred
|
|||
|
Bon de commande modifié
|
Indique qu’une modification a été apportée au bon de commande après sa création ou son approbation initiale. Cet événement peut être déduit en comparant « Last Modified Date » à « Date Created » ou à une date d’approbation distincte. | ||
|
Pourquoi est-ce important ?
Des modifications fréquentes peuvent révéler des inefficacités, une planification initiale insuffisante ou une dérive du périmètre. Analyser quand et pourquoi elles surviennent aide à simplifier le processus et à réduire les erreurs.
Où trouver ces données
L’événement est déduit en comparant « Last Modified Date » du bon de commande à son horodatage de création ou d’approbation. Les notes système précisent les champs modifiés.
Données à recueillir
Comparez « Last Modified Date » à la date de création ou d’approbation, puis excluez les mises à jour système.
Type d’événement
inferred
|
|||
|
Bon de commande rejeté
|
Un approbateur a rejeté le bon de commande. Celui-ci doit être modifié puis soumis à nouveau. L’événement est déduit du passage du champ « Approval Status » du bon de commande à « Rejected ». | ||
|
Pourquoi est-ce important ?
Le suivi des rejets permet de repérer les boucles de reprise, de comprendre les motifs de refus et d’améliorer la qualité des bons de commande soumis initialement.
Où trouver ces données
L’événement est déduit des notes système ou de l’historique du flux de travail, qui indiquent le passage du champ « Approval Status » du bon de commande à « Rejected ».
Données à recueillir
Repérez le passage du champ « Approval Status » du bon de commande à « Rejected ».
Type d’événement
inferred
|
|||
|
Bon de commande soumis
|
Le bon de commande est finalisé et soumis à un flux d’approbation. Cet événement est généralement enregistré à la suite d’un changement d’état du bon de commande, qui passe d’un état de brouillon, comme « Pending Supervisor Approval », à un état de vérification en cours. | ||
|
Pourquoi est-ce important ?
Cet événement marque le début du cycle d’approbation. Mesurer le délai jusqu’à « Purchase Order Approved » est essentiel pour évaluer l’efficacité des approbations et repérer les retards.
Où trouver ces données
L’événement est déduit d’un changement du champ « Approval Status » du bon de commande, par exemple à partir de « Pending Approval » ou d’un état de brouillon personnalisé.
Données à recueillir
Repérez le passage du champ « Approval Status » du bon de commande à un état de vérification en cours.
Type d’événement
inferred
|
|||
|
Contrôle qualité effectué
|
Les marchandises reçues ont fait l’objet d’un contrôle qualité. Il ne s’agit pas d’une transaction standard de NetSuite. L’événement est généralement enregistré au moyen d’une mise à jour de champ personnalisé, d’un enregistrement personnalisé ou déduit d’un changement d’état de « Item Receipt ». | ||
|
Pourquoi est-ce important ?
Cette activité permet de mesurer le temps de cycle du contrôle qualité. Un contrôle tardif peut créer un goulot d’étranglement entre la réception des marchandises et leur mise à disposition.
Où trouver ces données
La méthode dépend fortement de la configuration personnalisée. L’événement peut être enregistré à partir d’un champ personnalisé « QA Status » de « Item Receipt » ou d’un enregistrement personnalisé distinct pour « Quality Inspection ».
Données à recueillir
Suivez la mise à jour d’un champ personnalisé ou la création d’un enregistrement personnalisé lié au contrôle qualité.
Type d’événement
inferred
|
|||
|
Demande d’achat approuvée
|
Cette activité correspond à l’approbation officielle d’une demande de biens ou de services, qui autorise la création d’un bon de commande. L’événement est déduit du changement du champ « Approval Status » de la demande d’achat, qui passe de « Pending Approval » à « Approved ». | ||
|
Pourquoi est-ce important ?
Le suivi des approbations des demandes d’achat permet de repérer les goulots d’étranglement avant le lancement des achats et de mesurer l’efficacité de la validation interne des demandes.
Où trouver ces données
L’événement est déduit des notes système ou de l’historique du flux de travail, qui retracent le changement du champ « Approval Status » de la demande d’achat.
Données à recueillir
Repérez le passage du champ « Approval Status » de la demande d’achat à « Approved ».
Type d’événement
inferred
|
|||
|
Facture approuvée
|
La facture fournisseur a été vérifiée et approuvée pour paiement. Comme pour les bons de commande, cet événement est enregistré à la suite d’un changement du champ « Approval Status » de la facture fournisseur. | ||
|
Pourquoi est-ce important ?
L’approbation de la facture est une étape importante du processus de paiement. En suivre la durée permet de repérer les goulots d’étranglement en comptabilité fournisseurs, qui peuvent entraîner des retards de paiement ou faire manquer des escomptes pour paiement anticipé.
Où trouver ces données
L’événement est déduit des notes système ou de l’historique du flux de travail, qui indiquent le passage du champ « Approval Status » de la facture fournisseur à « Approved ».
Données à recueillir
Repérez le passage du champ « Approval Status » de la facture fournisseur à « Approved ».
Type d’événement
inferred
|
|||
|
Paiement de la facture effectué
|
Le fournisseur a reçu le paiement du montant facturé. Cet événement est enregistré à la création d’une transaction « Vendor Payment » appliquée à la facture fournisseur. | ||
|
Pourquoi est-ce important ?
Cette activité marque le règlement de l’obligation financière liée au bon de commande. Elle est essentielle pour analyser le respect des échéances de paiement et la trésorerie.
Où trouver ces données
L’événement est enregistré à partir de la date de création de la transaction « Vendor Payment » appliquée à la facture fournisseur.
Données à recueillir
Suivez l’horodatage de création de la transaction « Vendor Payment » appliquée à la facture.
Type d’événement
explicit
|
|||
Guides d’extraction
Prêt à commencer ?
Ce modèle constitue une première étape pour améliorer votre processus Purchase to Pay - Purchase Order. Préparez vos données dès aujourd’hui afin de repérer les gains d’efficacité possibles et d’engager des améliorations.
Optimisez vos bons de commande et améliorez dès maintenant l’efficacité de NetSuite
Réduisez de 30 % le temps de cycle des bons de commande et éliminez les goulots d’étranglement grâce à notre plateforme.
Aucune carte bancaire requise. Commencez à optimiser vos processus dès aujourd’hui.