Votre modèle de données pour le processus Achat au Paiement - Bon de Commande
Votre modèle de données pour le processus Achat au Paiement - Bon de Commande
- Attributs recommandés à collecter
- Activités clés à suivre
- Guide d'extraction pour NetSuite
De l'achat au paiement - Attributs des bons de commande
| Nom | Descriptionn | ||
|---|---|---|---|
|
Bon de commande
PurchaseOrder
|
L'identifiant unique du bon de commande, servant d'ID de cas principal pour le suivi du cycle de vie des achats. | ||
|
Descriptionn
Le numéro de bon de commande est l'identifiant central qui relie toutes les activités connexes, de la création initiale au paiement final et à la clôture. Chaque numéro de bon de commande distinct représente une instance unique du processus d'achat. En Process Mining, cet attribut est utilisé pour regrouper tous les événements connexes en un seul cas. L'analyse du parcours de chaque bon de commande offre une vue claire du processus complet, l'identification des variantes et le calcul de métriques au niveau du cas, comme le temps de cycle total.
Pourquoi est-ce important ? :
Il s'agit de l'identifiant de cas clé, qui permet la reconstruction et l'analyse de l'ensemble du cycle de vie de chaque bon de commande individuel.
Source des données :
Il s'agit généralement de l'identifiant principal de la transaction sur l'enregistrement du bon de commande dans NetSuite, souvent appelé 'ID de transaction' ou 'N° BC'.
Exemples
PO-001254PO-001299PO-001357
|
|||
|
Heure de l'événement
EventTime
|
La date et l'heure précises auxquelles l'activité s'est produite. | ||
|
Descriptionn
Ce horodatage marque le moment exact où une activité spécifique a eu lieu. Il constitue la base temporelle pour toutes les analyses de performance et de durée en Process Mining. Les temps d'événement sont utilisés pour ordonner chronologiquement les activités 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 indispensables pour identifier les points de blocage, mesurer les temps d'attente, et analyser la performance par rapport aux accords de niveau de service.
Pourquoi est-ce important ? :
Cet attribut est impératif pour le calcul de toutes les métriques temporelles, telles que les temps de cycle et les durées, qui sont clées pour identifier les retards de processus.
Source des données :
Il s'agit du horodatage associé à chaque transaction ou changement de statut, souvent présent dans des champs comme 'Date de création' ou dans les journaux d'audit système de NetSuite.
Exemples
2023-10-26T09:00:00Z2023-10-26T11:30:00Z2023-10-27T14:45:00Z
|
|||
|
Nom de l'activité
ActivityName
|
Le nom de l'événement commercial spécifique ou de l'étape qui a eu lieu dans le processus de bon de commande. | ||
|
Descriptionn
Cet attribut décrit une action ou un changement de statut spécifique dans le cycle de vie d'une Commande d'achat, tels que 'Purchase Order Created', 'Purchase Order Approved' ou 'Bill Payment Made'. Ces activités constituent les nœuds de la carte de processus. L'analyse de la séquence et de la fréquence de ces activités est l'essence du Process Mining. Elle aide à visualiser le flux de processus, à identifier les chemins courants et rares (variantes), et à localiser les points de blocage ou les écarts par rapport à la procédure standard.
Pourquoi est-ce important ? :
Il définit les étapes de la cartographie des processus, pour visualiser et l'analyse du flux de processus, des variantes et de la conformité.
Source des données :
Cette valeur est généralement dérivée d'une combinaison du type de transaction et de son champ de statut (par exemple, 'Statut de la commande') ou des journaux d'audit système dans NetSuite.
Exemples
Commande d'achat crééeCommande d'achat approuvéeRéception d'article crééefacture créée à Partir du Bon de Commande
|
|||
|
Dernière mise à jour des données
LastDataUpdate
|
L'horodatage indiquant la dernière actualisation des données de cet événement à partir du système source. | ||
|
Descriptionn
Cet attribut consigne la date et l'heure de la dernière extraction ou mise à jour des données. Il fournit un contexte sur la réactualisation des données analysées. Connaître l'heure de la dernière mise à jour est impératif pour comprendre la pertinence des informations générées. Cela aide les analystes et les utilisateurs métier à confirmer s'ils consultent les données de processus les plus récentes, ce qui est particulièrement important pour les dashboards de suivi opérationnel.
Pourquoi est-ce important ? :
Indique la la réactualisation des données, ce qui est indispensable pour garantir que l'analyse et les dashboards sont basés sur des informations à jour.
Source des données :
Il s'agit d'un horodatage généré et ajouté pendant le processus d'extraction, de transformation et de chargement (ETL) des données.
Exemples
2024-05-21T02:00:00Z
|
|||
|
Système source
SourceSystem
|
Le système d'où les données ont été extraites. | ||
|
Descriptionn
Cet attribut identifie l'origine des données de processus. Pour cette vue, la valeur sera systématiquement 'NetSuite'. Dans les initiatives de Process Mining plus importantes qui combinent des données provenant de plusieurs systèmes, ce champ est indispensable pour la traçabilité des données, le dépannage et la compréhension des comportements spécifiques aux systèmes. Il assure la clarté sur l'origine de chaque donnée.
Pourquoi est-ce important ? :
Fournit une lignée des données essentielle, garantissant la clarté sur l'origine des données de processus, en particulier dans des environnements avec plusieurs systèmes intégrés.
Source des données :
Il s'agit d'une valeur statique (« NetSuite ») ajoutée pendant le processus d'extraction et de transformation des
Exemples
NetSuite
|
|||
|
Catégorie d'achat
PurchaseCategory
|
La classification des biens ou services achetés, tels que le matériel informatique, les services marketing ou les fournitures de bureau. | ||
|
Descriptionn
Cet attribut catégorise les articles de la Commande d'achat, permettant une analyse groupée basée sur le type de dépenses. Ceci est souvent mis en œuvre dans NetSuite à l'aide d'un champ ou d'un segment de classification personnalisé. L'analyse du processus par Catégorie d'achat est indispensablele pour le tableau de bord 'Purchase Category Efficiency'. Elle permet de découvrir si certains types d'achats ont des temps de cycle plus longs, des taux de modification plus élevés ou davantage de problèmes de conformité, facilitant ainsi des améliorations de processus ciblées pour des domaines de dépenses spécifiques.
Pourquoi est-ce important ? :
Permet l'analyse de l'efficacité des processus par catégorie de dépenses, aidant à identifier les types d'achats les plus inefficaces ou non conformes.
Source des données :
Il peut s'agir d'un champ personnalisé ou d'un segment de classification standard comme 'Classe' ou d'un segment personnalisé appliqué au niveau de l'en-tête ou de la ligne du bon de commande. Consultez la documentation NetSuite.
Exemples
Matériel informatiqueServices professionnelsFournitures de bureauLicences logicielles
|
|||
|
Montant total
TotalAmount
|
La valeur monétaire totale du Bon de Commande. | ||
|
Descriptionn
Cet attribut représente le coût total de tous les articles et services inclus dans la Commande d'achat. C'est une métrique financière clée pour l'analyse des approvisionnements. L'analyse des métriques de processus par Montant total peut révéler des schémas importants, par exemple si les POs de valeur plus élevée prennent plus de temps à être approuvées ou sont sujettes à davantage de modifications. C'est indispensable pour comprendre l'impact financier des inefficacités de processus et pour prioriser les efforts d'amélioration.
Pourquoi est-ce important ? :
Permet une analyse financière du processus d'approvisionnement, aidant à identifier comment la valeur du bon de commande impacte les temps de cycle, les chemins d'approbation et la conformité.
Source des données :
Cela correspond au champ 'Total' dans la section récapitulative de l'enregistrement du bon de commande dans NetSuite.
Exemples
500.001250.7515000.00
|
|||
|
Nom d'utilisateur
UserName
|
Le `nom de l'utilisateur` qui a effectué l'activité. | ||
|
Descriptionn
Cet attribut identifie l'employé ou l'utilisateur système responsable de l'exécution d'une étape de processus spécifique, comme l'approbation d'une commande d'achat ou la création d'une facture. Il ajoute une dimension de ressource humaine ou système au processus. L'analyse des activités par utilisateur aide à comprendre la répartition de la charge de travail, à identifier les besoins en formation et à repérer les irrégularités. Elle est également cruciale pour la surveillance de la conformité, car elle permet de suivre qui a effectué des actions critiques comme les modifications ou approbations de PO.
Pourquoi est-ce important ? :
Associe les activités à des utilisateurs spécifiques, permettant l'analyse de la charge de travail, de la performance et de la conformité aux politiques d'autorisation.
Source des données :
Cette information est disponibleble dans l'onglet 'Notes Système' ou le journal d'audit d'un enregistrement de transaction, et indique l'utilisateur qui a effectué la modification.
Exemples
Alice JohnsonBob Williams`Automatisation du système`
|
|||
|
Nom du fournisseur
VendorName
|
Le nom du fournisseur auprès duquel les biens ou services sont achetés. | ||
|
Descriptionn
Cet attribut identifie le fournisseur externe pour la Commande d'achat. C'est une dimension majeure pour l'analyse des relations et performances des fournisseurs. Le Nom du fournisseur est indispensable pour le tableau de bord 'Vendor Delivery Performance' et les KPIs associés. Il permet de segmenter le processus pour comparer les délais de livraison, les taux de paiement à temps et les résultats d'inspection qualité entre différents fournisseurs, aidant ainsi à identifier les fournisseurs fiables et ceux dont la performance est insuffisante.
Pourquoi est-ce important ? :
Permet une analyse de la performance spécifique aux fournisseurs, incluant les délais de livraison et la fiabilité, essentielle à l'optimisation de la chaîne d'approvisionnement.
Source des données :
Cela correspond au champ 'Fournisseur' ou 'Prestataire' dans 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
|
Le nom du service associé au bon de commande. | ||
|
Descriptionn
Cet attribut représente le département commercial ou le centre de coûts qui a initié l'achat ou en est financièrement responsable. Il permet de filtrer et de segmenter les données de processus en fonction de la structure organisationnelle. L'analyse du processus par département est indispensablele pour identifier les points de blocage départementaux, comparer l'efficacité entre les différentes unités commerciales et comprendre les modèles de dépenses. Elle contribue directement au les dashboards tels que le 'Departmental Bottleneck Analysis'.
Pourquoi est-ce important ? :
Permet l'analyse des processus par département, aidant à identifier les points de blocage, les inefficacités et les modèles de dépenses spécifiques à chaque département.
Source des données :
Il s'agit d'un champ standard dans l'en-tête ou les lignes d'articles de l'enregistrement du bon de commande dans NetSuite.
Exemples
FinanceServices `IT`MarketingOpérations
|
|||
|
Statut de la commande d'achat
PurchaseOrderStatus
|
Le statut actuel ou final du bon de commande. | ||
|
Descriptionn
Cet attribut indique l'état de la Commande d'achat à un moment donné, par exemple 'Pending Approval', 'Fully Billed' ou 'Closed'. C'est souvent la source pour dériver de nombreuses valeurs conceptuelles d'(ActivityName). L'analyse par statut aide à comprendre les résultats des commandes d'achat, par exemple combien sont rejetées par rapport à celles approuvées, ou combien restent ouvertes. C'est indispensable pour des KPIs comme le 'PO Approval Failure Rate' et pour filtrer les cases en fonction de leur état d'achèvement.
Pourquoi est-ce important ? :
Fournit un aperçu de l'état de la commande d'achat, permettant l'analyse des résultats comme les rejets ou les clôtures et supportant les KPI liés aux échecs d'approbation.
Source des données :
Il s'agit du champ 'Statut' sur l'enregistrement de la transaction du bon de commande dans NetSuite.
Exemples
En attente de l'approbation du superviseurEn attente de réceptionEntièrement facturéClôturéRejeté
|
|||
|
Date de livraison demandée
RequestedDeliveryDate
|
La date à laquelle l'entreprise a demandé au fournisseur de livrer les biens ou services. | ||
|
Descriptionn
Cet attribut représente la date de livraison cible définie pendant le processus d'achat. Il sert de référence pour mesurer la performance de livraison réelle. Cette date est indispensablele pour calculer le KPI 'Vendor Delivery On-Time Rate'. En comparant la 'Requested Delivery Date' avec l'horodatage réel 'Item Receipt Created', l'analyse peut déterminer si les fournisseurs respectent leurs engagements de livraison, ce qui est une donnée clé pour le tableau de bord 'Vendor Delivery Performance'.
Pourquoi est-ce important ? :
Sert de référence pour mesurer la performance de livraison dans les délais des fournisseurs, un KPI clé pour la gestion de la chaîne d'approvisionnement.
Source des données :
Il s'agit probablement d'un champ personnalisé ou de la 'Date de réception prévue' sur les lignes d'articles du bon de commande. Consultez la documentation NetSuite.
Exemples
2023-11-152023-12-012024-01-10
|
|||
|
Demande d'achat
PurchaseRequisition
|
L'identifiant de la Demande d'achat qui a précédé le bon de commande. | ||
|
Descriptionn
Cet attribut relie une Commande d'achat à sa Demande d'achat d'origine. L'absence de ce lien peut indiquer un écart par rapport au processus standard. Ce champ est indispensable pour la surveillance de la conformité et l'identification des achats sauvages. Le KPI 'Direct PO Rate' est calculé en vérifiant l'absence d'une Demande d'achat liée, ce qui met en évidence les achats effectués en dehors du workflow d'approbation standard.
Pourquoi est-ce important ? :
Indispensable pour l'analyse de conformité, car il aide à identifier les « achats sauvages » où les Commandes Fournisseur sont créées sans demande d'achat approuvée.
Source des données :
Sur l'enregistrement de la commande d'achat, cette information se trouve généralement sous le sous-onglet 'Enregistrements associés' ou dans un champ 'Créé à partir de'.
Exemples
PR-00582PR-00610PR-00715
|
|||
|
Devise
Currency
|
Le code de devise pour le montant de la transaction. | ||
|
Descriptionn
Cet attribut spécifie la devise dans laquelle le montant total de la Commande d'achat est exprimé, comme USD, EUR ou GBP. C'est un contexte essentiel pour toutes les valeurs monétaires. Dans les organisations opérant à l'international, cet attribut est impératif pour un reporting et une analyse financière précis. Il permet une agrégation et une comparaison appropriées des valeurs de PO entre différentes régions et assure que les KPIs monétaires sont interprétés correctement.
Pourquoi est-ce important ? :
Fournit le contexte nécessaire pour les valeurs monétaires, garantissant une analyse financière et un reporting précis dans les environnements multi-devises.
Source des données :
Cela correspond au champ 'Devise' sur l'enregistrement du bon de commande, souvent influencée par la configuration du fournisseur sélectionné.
Exemples
USDEURGBP
|
|||
|
Est un achat maverick
IsMaverickBuy
|
Un indicateur signalant si une Commande d'Achat a été créée sans Demande d'Achat préalable. | ||
|
Descriptionn
Il s'agit d'un attribut booléen calculé qui est défini sur 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 sert d'indicateur direct d'un approvisionnement non standard. Cet attribut est utilisé pour calculer le 'Taux de bons de commande directs', un KPI clé pour le 'Moniteur de conformité des achats'. Il aide les organisations à identifier et à quantifier rapidement les achats sauvages, qui peuvent entraîner des coûts plus élevés et un risque accru.
Pourquoi est-ce important ? :
Signale directement les comportements d'achat non conformes, permettant aux organisations de surveiller et de réduire facilement les achats sauvages.
Source des données :
Il s'agit d'un attribut calculé. La logique est : (première activité dans le case = 'Bon de commande créé') ET (Aucune 'Demande d'achat' n'est liée).
Exemples
truefaux
|
|||
|
Est un reprises
IsRework
|
Un indicateur signalant si une activité représente une reprise de travail, telle qu'une deuxième approbation après un rejet. | ||
|
Descriptionn
Cet attribut booléen calculé est vrai pour les activités qui indiquent une boucle de processus ou une étape répétée. Par exemple, une activité 'Bon de commande approuvé' serait marquée comme reprises si elle était précédée d'une activité 'Bon de commande rejeté' au sein du même case. Cet attribut est indispensable pour quantifier la friction des processus et leur inefficacité. Il permet une analyse facile des boucles de reprise, aide à mesurer le 'Taux de rejet et de resoumission des bons de commande' et met en évidence les processus qui ne sont pas corrects dès la première tentative.
Pourquoi est-ce important ? :
Aide à quantifier les inefficacités des processus en signalant explicitement les activités qui font partie d'une boucle de reprise de travail, facilitant ainsi leur analyse et leur résolution.
Source des données :
Ce flag est calculé lors de la transformation des données en analysant la séquence des activités au sein d'un cas.
Exemples
truefaux
|
|||
|
Heure de fin de l'événement
EventEndTime
|
La date et l'heure précises auxquelles l'activité s'est terminée. | ||
|
Descriptionn
Ce horodatage marque la fin d'une activité. Associé à l'heure de début, il définit le temps de traitement d'un événement. Pour les événements instantanés, l'heure de fin peut être la même que l'heure de début. Cet attribut est indispensable pour calculer la durée exacte de tâches spécifiques, appelée temps de traitement. Il aide à différencier le temps passé à travailler activement sur une tâche du temps passé à attendre la prochaine étape, ce qui est impératif pour une analyse détaillée des points de blocage.
Pourquoi est-ce important ? :
Permet le calcul des temps de traitement précis des activités, aidant à distinguer le temps de travail actif du temps d'attente inactif.
Source des données :
Pour les activités ayant une durée mesurable, cela peut être enregistré dans un champ séparé ou dérivé des journaux d'audit. Souvent, cela doit être déduit ou est identique à l'heure de début.
Exemples
2023-10-26T09:05:12Z2023-10-26T11:30:45Z2023-10-27T15:00:00Z
|
|||
|
Lieu de livraison
DeliveryLocation
|
L'emplacement physique ou l'adresse de livraison des biens. | ||
|
Descriptionn
Cet attribut spécifie la destination des marchandises commandées via le bon de commande, comme un entrepôt, un bureau ou une usine donnés. Il permet de segmenter le processus en fonction de la géographie ou du site. Il s'agit d'une dimension clé pour le tableau de bord 'Temps de traitement de la réception des marchandises'. L'analyse des temps de réception par site peut aider à identifier les sites qui pourraient être en sous-effectif ou dont les processus de réception sont inefficaces, permettant ainsi des améliorations opérationnelles ciblées.
Pourquoi est-ce important ? :
Permet d'analyser la performance des processus par localisation, aidant à identifier les points de blocage spécifiques à un site pour la réception des marchandises ou d'autres activités.
Source des données :
Cela correspond à l'adresse de 'Livraison' ou au champ 'Emplacement' sur l'enregistrement du bon de commande dans NetSuite.
Exemples
Entrepôt principal - Quai ASiège Social de l'Entreprise - 15e ÉtageCentre de distribution de la Côte Ouest
|
|||
|
Motif de refus
RejectionReason
|
La raison pour laquelle un bon de commande a été rejeté pendant le processus d'approbation. | ||
|
Descriptionn
Lorsqu'une commande d'achat est rejetée, cet attribut fournit la raison spécifique du rejet, telle que « Budget dépassé », « Fournisseur incorrect » ou « Violation de politique ». Cette information est indispensablele pour comprendre les échecs d'approbation. Cet attribut contribue directement au le tableau de bord « Taux de rejet et de nouvelle soumission des commandes d'achat ». En analysant les raisons de rejet, l'entreprise peut identifier les sources communes d'erreurs dans la création des commandes d'achat, telles qu'une formation insuffisante ou des politiques peu claires, et prendre des mesures correctives pour réduire le travail de reprise associé aux rejets.
Pourquoi est-ce important ? :
Explique pourquoi les commandes d'achat ne sont pas approuvées, permettant des actions ciblées pour réduire les taux de rejet et améliorer le succès de la première approbation.
Source des données :
Cette information est souvent capturée dans le champ Mémo de l'événement de rejet ou dans un champ personnalisé 'Raison du rejet' dans le cadre du workflow d'approbation. Consultez la documentation NetSuite.
Exemples
Dépasse le budget du départementFournisseur non privilégié sélectionnéDescriptionn incomplète de la ligne d'article
|
|||
|
Motif du changement
ChangeReason
|
La raison fournie pour laquelle un bon de commande a été modifié après sa création. | ||
|
Descriptionn
Cet attribut saisit la justification des modifications apportées à une Commande d'achat, telles que 'Price Update', 'Quantity Change' ou 'Delivery Date Change'. Ce contexte est indispensable à comprendre les facteurs de retouches. Il s'agit d'un attribut essentiel pour le tableau de bord 'Purchase Order Change Analysis'. L'analyse de la fréquence des différentes raisons de modification permet d'identifier les causes profondes de l'instabilité du processus, comme des exigences initiales imprécises ou des prix fournisseurs volatils.
Pourquoi est-ce important ? :
Fournit un contexte critique expliquant pourquoi les commandes d'achat sont modifiées, permettant une analyse des causes profondes pour réduire le taux global de modification des commandes d'achat.
Source des données :
Il s'agirait probablement d'un champ personnalisé qui doit être rempli lorsqu'un utilisateur modifie un bon de commande approuvé, ou il pourrait se trouver dans le champ 'Mémo' de l'événement de modification. Consultez la documentation NetSuite.
Exemples
Quantité d'article incorrecteChangement de prix fournisseurExigence de livraison mise à jour
|
|||
|
Y a-t-il un retard de livraison
IsLateDelivery
|
Un indicateur signalant si les marchandises ont été reçues après la date de livraison demandée. | ||
|
Descriptionn
Il s'agit d'un attribut booléen calculé qui est vrai lorsque l'activité 'Réception d'article créée' se produit après la 'Date de livraison demandée' spécifiée sur le bon de commande. Il fournit un indicateur simple et clair de la ponctualité des livraisons. Cet attribut simplifie la création de dashboards et de KPIs de performance des fournisseurs. Il permet un filtrage et une agrégation faciles pour calculer le 'Taux de paiement à temps des fournisseurs' et identifier les fournisseurs qui ne respectent pas systématiquement les délais de livraison.
Pourquoi est-ce important ? :
Fournit un indicateur vrai/faux simple pour la paiement à temps, simplifiant l'analyse des performances et les calculs de KPI pour la gestion des fournisseurs.
Source des données :
Il s'agit d'un champ calculé. La logique est : (Horodatage de 'Réception d'article créée') > ('Date de livraison demandée').
Exemples
truefaux
|
|||
De l'achat au paiement - Activités des bons de commande
| Activité | Descriptionn | ||
|---|---|---|---|
|
Commande d'achat approuvée
|
Représente l'autorisation finale et officielle du bon de commande, permettant son envoi au fournisseur. C'est un jalon clé qui est enregistré lorsque le champ 'Statut d'approbation' du bon de commande est mis à jour à 'Approuvé'. | ||
|
Pourquoi est-ce important ? :
Il s'agit d'une étape cruciale pour le calcul des temps de cycle d'approbation et l'identification des points de blocage dans la chaîne d'approbation. Les retards à ce niveau ont un impact direct sur les délais d'approvisionnement.
Source des données :
Déduit des notes du système ou de l'historique du workflow qui retracent le moment où le champ 'Approval Status' sur l'enregistrement de la commande d'achat passe à 'Approved'.
Capture
Détecter un changement du champ 'Approval Status' de la commande d'achat pour 'Approved'.
Type d'événement
inferred
|
|||
|
Commande d'achat clôturée
|
Le bon de commande est officiellement clôturé, ce qui signifie qu'aucune réception ou facture supplémentaire n'est attendue à son encontre. Cela est déduit lorsque le statut du bon de commande passe à 'Closed', ce qui peut se produire automatiquement après avoir été entièrement facturé et réçu, ou manuellement. | ||
|
Pourquoi est-ce important ? :
Cette activité marque la fin opérationnelle du cycle de vie de la Commande d'achat. Elle confirme que la commande a été entièrement exécutée et traitée, offrant un point final définitif pour l'analyse du temps de cycle.
Source des données :
Déduit d'un changement du champ 'Status' sur l'enregistrement de la commande d'achat pour 'Closed'.
Capture
Détecter un changement du champ 'Status' de la commande d'achat pour 'Closed'.
Type d'événement
inferred
|
|||
|
Commande d'achat créée
|
Cette activité signifie la création du document formel de Commande d'achat, qui constitue le case central de cette analyse. Dans NetSuite, elle est enregistrée lors de la création de l'enregistrement de transaction de la Commande d'achat, soit manuellement, soit à partir d'une demande d'achat approuvée. | ||
|
Pourquoi est-ce important ? :
Cela marque une étape critique où une demande devient un engagement de commande formel. Cela constitue un jalon clé et peut également être le début du processus pour les bons de commande directs, ce qui est important pour le suivi de la conformité.
Source des données :
Capturé à partir du champ système « Date de Création » de l'enregistrement de transaction de Commande Fournisseur.
Capture
Utilisez l'horodatage de création de la transaction de commande d'achat.
Type d'événement
explicit
|
|||
|
Demande d'achat créée
|
Cette activité marque la demande formelle de biens ou de services, initiant ainsi le processus d'approvisionnement. Dans NetSuite, elle est enregistrée lorsqu'un nouvel enregistrement de transaction de demande d'achat est créé et sauvegardé. | ||
|
Pourquoi est-ce important ? :
En tant que point de départ typique du processus, cette activité est indispensablele pour analyser le temps de cycle complet complet et identifier les achats sauvages lorsqu'elle est ignorée.
Source des données :
Cet événement est capturé à partir de la date de création de l'enregistrement de la transaction de demande d'achat. Cet enregistrement est lié au bon de commande ultérieur.
Capture
Enregistre 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, liée à la Commande d'Achat. Il s'agit d'une transaction explicite qui enregistre formellement l'engagement pour les biens ou services reçus. | ||
|
Pourquoi est-ce important ? :
Cette activité marque la transition de l'approvisionnement vers le processus de comptabilité fournisseurs. L'analyse du temps écoulé entre la réception des marchandises et la facturation met en évidence les retards potentiels dans le traitement financier.
Source des données :
Capturé à partir de la date de création de l'enregistrement de transaction de Facture Fournisseur. La facture est directement liée à la Commande Fournisseur d'origine.
Capture
Enregistre l'horodatage de création de la transaction de facture fournisseur.
Type d'événement
explicit
|
|||
|
Réception d'article créée
|
Cette activité représente la réception physique des biens commandés via la Commande d'achat. Il s'agit d'un événement explicite dans NetSuite, enregistré lorsqu'une transaction 'Item Receipt' est créée et liée à la ligne spécifique de la Commande d'achat. | ||
|
Pourquoi est-ce important ? :
Il s'agit d'une étape critique qui marque la fin du cycle de livraison du fournisseur. Elle est indispensablele pour calculer les taux de paiement à temps des fournisseurs et les délais de livraison globaux.
Source des données :
Capturé à partir de la date de création de l'enregistrement de transaction de Réception d'Article. L'enregistrement contient un lien vers la Commande Fournisseur source.
Capture
Enregistre l'horodatage de création de la transaction de réception d'article.
Type d'événement
explicit
|
|||
|
Commande d'achat envoyée au fournisseur
|
Le bon de commande approuvé a été transmis au fournisseur. Dans NetSuite, cela est souvent déduit lorsqu'un indicateur de communication, tel que la case à cocher 'To Be Emailed', est mis à jour ou qu'un statut change pour refléter son envoi. | ||
|
Pourquoi est-ce important ? :
Cette activité marque le début du délai de livraison fournisseur. La mesure entre ce point et la réception des marchandises est indispensablele pour évaluer la performance de livraison des fournisseurs.
Source des données :
Déduit du horodatage lorsque le drapeau 'À envoyer par e-mail' ou 'À faxer' est effacé, ou d'une entrée dans l'historique de communication lié à la commande d'achat.
Capture
Enregistre l'horodatage des événements de communication (par exemple, e-mail envoyé) liés au bon de commande.
Type d'événement
inferred
|
|||
|
Commande d'achat modifiée
|
Indique qu'une modification a été apportée à la commande d'achat après sa création initiale ou son approbation. Cela peut être déduit en comparant le champ 'Last Modified Date' au champ 'Date Created' ou à une date d'approbation distincte. | ||
|
Pourquoi est-ce important ? :
Des changements fréquents peuvent signaler des inefficacités, une mauvaise planification initiale ou une dérive du périmètre. L'analyse du moment et des raisons de ces changements aide à rationaliser le processus et à réduire les erreurs.
Source des données :
Déduit en comparant le champ 'Last Modified Date' sur l'enregistrement de la commande d'achat avec son horodatage de création ou d'approbation. Le journal des notes du système fournit des détails sur les champs spécifiques modifiés.
Capture
Comparez la « Date de Dernière Modification » à la date de création ou d'approbation ; filtrez les mises à jour du système.
Type d'événement
inferred
|
|||
|
Commande d'achat rejetée
|
Un approbateur a rejeté le Bon de Commande, nécessitant sa révision et sa soumission. Cet événement est inféré lorsque le champ « Statut d'approbation » du Bon de Commande est passé à « Rejeté ». | ||
|
Pourquoi est-ce important ? :
Le suivi des rejets est impératif pour identifier les boucles de reprise, comprendre les raisons d'échec d'approbation et améliorer la qualité des soumissions initiales de bons de commande.
Source des données :
Déduit des notes du système ou du suivi de l'historique du workflow lorsque le champ 'Statut d'approbation' de l'enregistrement de la commande d'achat passe à 'Rejeté'.
Capture
Détecter un changement du champ 'Approval Status' de la commande d'achat pour 'Rejected'.
Type d'événement
inferred
|
|||
|
Commande d'achat soumise
|
Le bon de commande a été finalisé et soumis à un workflow d'approbation. Cela est généralement enregistré par un changement de statut sur l'enregistrement du bon de commande, passant d'un état de brouillon comme 'Pending Supervisor Approval' à un état de révision actif. | ||
|
Pourquoi est-ce important ? :
Cet événement marque le début du cycle d'approbation. Mesurer le temps écoulé entre ce moment et l''Approbation du bon de commande' est indispensable pour analyser l'efficacité des approbations et identifier les retards.
Source des données :
Déduit d'un changement du champ 'Approval Status' sur l'enregistrement de la commande d'achat (par exemple, de 'Pending Approval' ou d'un statut brouillon personnalisé).
Capture
Détecter un changement du champ 'Approval Status' de la commande d'achat à un état de 'révision en cours'.
Type d'événement
inferred
|
|||
|
Demande d'achat approuvée
|
Représente l'approbation officielle d'une demande de biens ou de services, autorisant la création d'un bon de commande. Cet événement est déduit d'un changement dans le champ 'Statut d'approbation' de l'enregistrement de la Demande d'achat, passant de 'En attente d'approbation' à 'Approuvé'. | ||
|
Pourquoi est-ce important ? :
Le suivi des approbations de demande d'achat aide à identifier les points de blocage dans la phase de prélèvement.-approvisionnement et mesure l'efficacité de la validation interne des demandes.
Source des données :
Déduit des notes du système ou de l'historique du workflow qui retracent le changement du champ 'Approval Status' sur l'enregistrement de la demande d'achat.
Capture
Détecter un changement du champ 'Approval Status' de la demande d'achat pour 'Approved'.
Type d'événement
inferred
|
|||
|
Facture approuvée
|
La facture fournisseur a été examinée et approuvée pour paiement. De manière similaire aux bons de commande, cela est enregistré par un changement du champ 'Statut d'approbation' sur l'enregistrement de la facture fournisseur. | ||
|
Pourquoi est-ce important ? :
L'approbation des factures est une étape clé du processus de paiement. Suivre sa durée aide à identifier les points de blocage dans les comptes fournisseurs qui pourraient entraîner des retards de paiement ou des escomptes manqués pour paiement anticipé.
Source des données :
Déduit des notes du système ou du suivi de l'historique du workflow lorsque le champ 'Statut d'approbation' de l'enregistrement de la facture fournisseur passe à 'Approuvé'.
Capture
Détecter un changement du champ 'Approval Status' de la facture fournisseur pour 'Approved'.
Type d'événement
inferred
|
|||
|
Inspection qualité effectuée
|
Les marchandises reçues ont fait l'objet d'un contrôle de qualité. Ce n'est pas une transaction NetSuite standard et elle est généralement saisie via une mise à jour de champ personnalisé, un enregistrement personnalisé ou déduite d'un changement de statut sur la réception d'article. | ||
|
Pourquoi est-ce important ? :
Cette activité permet de mesurer le temps de cycle du processus de contrôle qualité. Les retards d'inspection peuvent créer des points de blocage entre la réception des marchandises et leur mise à disposition.
Source des données :
Hautement dépendant de la personnalisation. Peut être capturé à partir d'un champ personnalisé 'QA Status' sur la réception d'article ou d'un enregistrement personnalisé distinct pour l'« Inspection Qualité ».
Capture
Enregistre la mise à jour d'un champ personnalisé ou la création d'un enregistrement personnalisé lié à l'inspection qualité.
Type d'événement
inferred
|
|||
|
Paiement de la Facture Effectué
|
Un paiement a été émis au fournisseur pour le montant facturé. Ceci est enregistré lorsqu'une transaction « Paiement Fournisseur » est créée et appliquée à la « Facture Fournisseur ». | ||
|
Pourquoi est-ce important ? :
Cette activité signifie l'achèvement de l'obligation financière liée à la Commande d'achat. Elle est indispensablele pour analyser la performance de paiement ponctuel et les flux de trésorerie.
Source des données :
Capturé à partir de la date de création de l'enregistrement de transaction de Paiement Fournisseur appliqué à la Facture Fournisseur.
Capture
Enregistre l'horodatage de création de la transaction de paiement fournisseur appliquée à la facture.
Type d'événement
explicit
|
|||