Modèle de Données : Processus d'Achat-Paiement - Commande Fournisseur
Template de données des commandes d'achat De l'Achat au Paiement
- Attributs recommandés à collecter
- Activités clés à suivre
- Guide d'extraction pour NetSuite
Achats-Comptes Fournisseurs - Attributs des bons de commande
| Nom | Description | ||
|---|---|---|---|
|
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. | ||
|
Description
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 de bout en bout, l'identification des variantes et le calcul de métriques au niveau du cas, comme le temps de cycle total.
Pourquoi c'est important
Il s'agit de l'identifiant de case essentiel, qui permet la reconstruction et l'analyse de l'ensemble du cycle de vie de chaque bon de commande individuel.
Où obtenir
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. | ||
|
Description
Ce timestamp 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 case, calculer la durée entre les étapes, et mesurer le temps de cycle global du case. Ces données sont essentielles pour identifier les goulots d'étranglement, mesurer les temps d'attente, et analyser la performance par rapport aux accords de niveau de service.
Pourquoi c'est important
Cet attribut est crucial pour le calcul de toutes les métriques basées sur le temps, telles que les temps de cycle et les durées, qui sont fondamentales pour identifier les retards de processus.
Où obtenir
Il s'agit du timestamp 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. | ||
|
Description
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 le cœur du Process Mining. Elle aide à visualiser le flux de processus, à identifier les chemins courants et rares (variantes), et à localiser les goulets d'étranglement ou les écarts par rapport à la procédure standard.
Pourquoi c'est important
Il définit les étapes de la cartographie des processus, permettant la visualisation et l'analyse du flux de processus, des variantes et de la conformité.
Où obtenir
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. | ||
|
Description
Cet attribut enregistre la date et l'heure de la dernière extraction ou mise à jour des données. Il fournit un contexte sur l'actualité des données analysées. Connaître l'heure de la dernière mise à jour est crucial 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 c'est important
Indique la fraîcheur des données, ce qui est essentiel pour garantir que l'analyse et les dashboards sont basés sur des informations à jour.
Où obtenir
Il s'agit d'un timestamp 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. | ||
|
Description
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 essentiel 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 c'est 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.
Où obtenir
Il s'agit d'une valeur statique (« NetSuite ») ajoutée pendant le processus d'extraction et de transformation des données.
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. | ||
|
Description
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 essentielle pour le dashboard '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 c'est 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.
Où obtenir
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 ITServices professionnelsFournitures de bureauLicences logicielles
|
|||
|
Montant total
TotalAmount
|
La valeur monétaire totale du bon de commande. | ||
|
Description
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 fondamentale 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 essentiel pour comprendre l'impact financier des inefficacités de processus et pour prioriser les efforts d'amélioration.
Pourquoi c'est 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é.
Où obtenir
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é. | ||
|
Description
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 c'est 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.
Où obtenir
Cette information est disponible 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 WilliamsAutomatisation du système
|
|||
|
Nom du département
DepartmentName
|
Le nom du service associé au bon de commande. | ||
|
Description
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 essentielle pour identifier les goulets d'étranglement départementaux, comparer l'efficacité entre les différentes unités commerciales et comprendre les modèles de dépenses. Elle soutient directement les dashboards tels que le 'Departmental Bottleneck Analysis'.
Pourquoi c'est important
Permet l'analyse des processus par département, aidant à identifier les goulots d'étranglement, les inefficacités et les modèles de dépenses spécifiques à chaque département.
Où obtenir
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 ITMarketingOpérations
|
|||
|
Nom du fournisseur
VendorName
|
Le nom du fournisseur auprès duquel les biens ou services sont achetés. | ||
|
Description
Cet attribut identifie le fournisseur externe pour la Commande d'achat. C'est une dimension critique pour l'analyse des relations et performances des fournisseurs. Le Nom du fournisseur est essentiel pour le dashboard 'Vendor Delivery Performance' et les KPIs associés. Il permet de segmenter le processus pour comparer les délais de livraison, les taux de livraison à 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 c'est 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.
Où obtenir
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.Agence de Marketing Créatif
|
|||
|
Statut de la commande d'achat
PurchaseOrderStatus
|
Le statut actuel ou final du bon de commande. | ||
|
Description
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 essentiel pour des KPIs comme le 'PO Approval Failure Rate' et pour filtrer les cases en fonction de leur état d'achèvement.
Pourquoi c'est 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.
Où obtenir
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. | ||
|
Description
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 essentielle pour calculer le KPI 'Vendor Delivery On-Time Rate'. En comparant la 'Requested Delivery Date' avec le timestamp 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 dashboard 'Vendor Delivery Performance'.
Pourquoi c'est important
Sert de référence pour mesurer la performance de livraison dans les délais des fournisseurs, un KPI critique pour la gestion de la chaîne d'approvisionnement.
Où obtenir
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. | ||
|
Description
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 essentiel 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 c'est important
Crucial 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.
Où obtenir
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. | ||
|
Description
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 crucial 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 c'est 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.
Où obtenir
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. | ||
|
Description
Il s'agit d'un attribut booléen calculé qui est défini sur vrai au niveau du case 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 c'est important
Signale directement les comportements d'achat non conformes, permettant aux organisations de surveiller et de réduire facilement les achats sauvages.
Où obtenir
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 retravail
IsRework
|
Un indicateur signalant si une activité représente une reprise de travail, telle qu'une deuxième approbation après un rejet. | ||
|
Description
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 retravail si elle était précédée d'une activité 'Bon de commande rejeté' au sein du même case. Cet attribut est essentiel pour quantifier la friction des processus et leur inefficacité. Il permet une analyse facile des boucles de retravail, 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 c'est 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.
Où obtenir
Ce flag est calculé lors de la transformation des données en analysant la séquence des activités au sein d'un case.
Exemples
truefaux
|
|||
|
Est une livraison tardive
IsLateDelivery
|
Un indicateur signalant si les marchandises ont été reçues après la date de livraison demandée. | ||
|
Description
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 livraison à temps des fournisseurs' et identifier les fournisseurs qui ne respectent pas systématiquement les délais de livraison.
Pourquoi c'est important
Fournit un indicateur vrai/faux simple pour la livraison à temps, simplifiant l'analyse des performances et les calculs de KPI pour la gestion des fournisseurs.
Où obtenir
Il s'agit d'un champ calculé. La logique est : (Timestamp de 'Réception d'article créée') > ('Date de livraison demandée').
Exemples
truefaux
|
|||
|
Heure de fin de l'événement
EventEndTime
|
La date et l'heure précises auxquelles l'activité s'est terminée. | ||
|
Description
Ce timestamp marque l'achèvement 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 essentiel 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 crucial pour une analyse détaillée des goulots d'étranglement.
Pourquoi c'est 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.
Où obtenir
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
|
Le lieu ou l'adresse physique où les marchandises doivent être livrées. | ||
|
Description
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 dashboard '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 c'est important
Permet d'analyser la performance des processus par localisation, aidant à identifier les goulots d'étranglement spécifiques à un site pour la réception des marchandises ou d'autres activités.
Où obtenir
Cela correspond à l'adresse de 'Livraison' ou au champ 'Localisation' 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. | ||
|
Description
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 essentielle pour comprendre les échecs d'approbation. Cet attribut soutient directement le dashboard « 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 c'est 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.
Où obtenir
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éDescription 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. | ||
|
Description
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 vital pour comprendre les facteurs de retouches. Il s'agit d'un attribut crucial pour le dashboard '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 c'est 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.
Où obtenir
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
|
|||
|
Temps de traitement
ProcessingTime
|
Le temps passé à travailler activement sur une activité. | ||
|
Description
Cet attribut mesure le temps entre les timestamps de début et de fin d'une activité. Il représente le temps réel pendant lequel une ressource a été engagée dans l'exécution d'une tâche, par opposition au temps d'attente entre les tâches. Calculée à partir de EventTime et EventEndTime, cette métrique est vitale pour une analyse de performance détaillée. Elle aide à identifier les activités spécifiques qui sont chronophages et offre une vue plus granulaire des goulets d'étranglement que le temps de cycle global seul.
Pourquoi c'est important
Sépare le temps de travail actif du temps d'attente inactif, ce qui offre une mesure plus précise de l'efficacité au niveau des activités et de l'utilisation des ressources.
Où obtenir
Cela est calculé pendant la transformation des données en soustrayant l''EventTime' de l''EventEndTime'.
Exemples
312645900
|
|||
Achats-Comptes Fournisseurs - Activités des bons de commande
| Activité | Description | ||
|---|---|---|---|
|
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 c'est important
Il s'agit d'une étape cruciale pour le calcul des temps de cycle d'approbation et l'identification des goulots d'étranglement dans la chaîne d'approbation. Les retards à ce niveau ont un impact direct sur les délais d'approvisionnement.
Où obtenir
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 c'est 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.
Où obtenir
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 c'est 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é.
Où obtenir
Capturé à partir du champ système « Date de Création » de l'enregistrement de transaction de Commande Fournisseur.
Capture
Utilisez le timestamp 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 c'est important
En tant que point de départ typique du processus, cette activité est cruciale pour analyser le temps de cycle complet de bout en bout et identifier les achats sauvages lorsqu'elle est ignorée.
Où obtenir
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 le timestamp 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 c'est 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.
Où obtenir
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 le timestamp 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 c'est important
Il s'agit d'une étape critique qui marque la fin du cycle de livraison du fournisseur. Elle est essentielle pour calculer les taux de livraison à temps des fournisseurs et les délais de livraison globaux.
Où obtenir
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 le timestamp 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 c'est 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 essentielle pour évaluer la performance de livraison des fournisseurs.
Où obtenir
Déduit du timestamp 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 le timestamp 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 c'est 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.
Où obtenir
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 c'est important
Le suivi des rejets est crucial pour identifier les boucles de retravail, comprendre les raisons d'échec d'approbation et améliorer la qualité des soumissions initiales de bons de commande.
Où obtenir
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 c'est 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 essentiel pour analyser l'efficacité des approbations et identifier les retards.
Où obtenir
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 c'est important
Le suivi des approbations de demande d'achat aide à identifier les goulots d'étranglement dans la phase de pré-approvisionnement et mesure l'efficacité de la validation interne des demandes.
Où obtenir
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 c'est important
L'approbation des factures est une étape clé du processus de paiement. Suivre sa durée aide à identifier les goulots d'étranglement dans les comptes fournisseurs qui pourraient entraîner des retards de paiement ou des escomptes manqués pour paiement anticipé.
Où obtenir
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 c'est important
Cette activité permet de mesurer le temps de cycle du processus de contrôle qualité. Les retards d'inspection peuvent créer des goulets d'étranglement entre la réception des marchandises et leur mise à disposition.
Où obtenir
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 c'est important
Cette activité signifie l'achèvement de l'obligation financière liée à la Commande d'achat. Elle est essentielle pour analyser la performance de paiement ponctuel et les flux de trésorerie.
Où obtenir
Capturé à partir de la date de création de l'enregistrement de transaction de Paiement Fournisseur appliqué à la Facture Fournisseur.
Capture
Enregistre le timestamp de création de la transaction de paiement fournisseur appliquée à la facture.
Type d'événement
explicit
|
|||