Votre Modèle de Données de Demandes d'Achat – Du Bon de Commande au Paiement

NetSuite
Votre Modèle de Données de Demandes d'Achat – Du Bon de Commande au Paiement

Votre Modèle de Données de Demandes d'Achat – Du Bon de Commande au Paiement

Ce modèle fournit une feuille de route claire pour la collecte des points de données essentiels nécessaires pour analyser votre processus Purchase to Pay - Demande d'achat. Il décrit les attributs cruciaux, définit les activités clés à suivre et offre des conseils pratiques pour extraire cette information de votre système source. Utilisez cette ressource pour préparer votre journal d'événements pour un process mining éclairé.
  • Attributs recommandés à collecter
  • Activités clés à suivre pour la découverte de processus
  • Guide pour l'extraction de `données`
Nouveau dans les journaux d'événements ? Apprenez comment créer un journal d'événements Process Mining.

Achats au paiement – Attributs de demande d'achat

Ce sont les champs de données recommandés à inclure dans votre journal d'événements pour une analyse complète de votre processus Purchase to Pay - Demande d'achat.
3 Obligatoire 4 Recommandé 12 Facultatif
Nom Description
Heure de l'événement
EventTime
La date et l'heure précises auxquelles l'activité s'est produite.
Description

Le temps d'événement, ou l'horodatage, enregistre le moment exact où une activité a eu lieu. Ces données temporelles sont essentielles pour comprendre la dynamique du processus de demande, y compris sa durée, la séquence des événements et leur synchronisation.

Dans l'analyse de processus, les horodatages sont utilisés pour calculer les temps de cycle, les temps d'attente entre les activités, et le respect des accords de niveau de service. Ils constituent la base de toutes les analyses basées sur le temps, permettant la création de tableaux de bord tels que « Temps de cycle d'approbation des demandes » et d'ICP tels que « Temps de cycle moyen des demandes ». Des horodatages précis sont cruciaux pour un modèle de processus fiable.

Pourquoi c'est important

Cet horodatage est la base pour toutes les analyses liées à la performance, telles que le calcul des temps de cycle, l'identification des retards et la mesure de l'efficacité des processus.

Où obtenir

Cette information est capturée dans des champs générés par le système comme 'Date de création' ou dans les horodatages disponibles dans les Notes système ou les journaux d'exécution du workflow pour chaque transaction.

Exemples
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
ID de la demande d'approvisionnement
PurchaseRequisitionId
L'identifiant unique pour chaque demande d'achat, servant d'ID de cas principal pour l'analyse des processus.
Description

L'ID de demande d'achat est l'identifiant central qui relie toutes les activités et événements liés à une demande spécifique de biens ou de services. Chaque demande reçoit un ID unique lors de sa création dans NetSuite, qui reste constant tout au long de son cycle de vie.

Dans le process mining, cet attribut est fondamental pour la corrélation des cas. Il permet la reconstruction du parcours de bout en bout de chaque demande d'achat, depuis sa création initiale à travers toutes les étapes d'approbation, les modifications et les résultats finaux comme l'approbation, le rejet ou la conversion en bon de commande. L'analyse des processus par cet ID est essentielle pour calculer les durées de cycle de vie, suivre les changements de statut et identifier les variations dans les flux de processus.

Pourquoi c'est important

C'est la clé essentielle pour tracer le cycle de vie complet d'une seule demande d'achat, rendant possible l'analyse des flux de processus et le calcul des métriques au niveau du cas.

Où obtenir

C'est l'ID interne ou le numéro de transaction de l'enregistrement de la demande d'achat dans NetSuite. Il se trouve généralement dans le champ 'tranid' de la transaction.

Exemples
PR-001254PR-001255PR-001256
Nom de l'activité
ActivityName
Le nom d'un événement ou d'une tâche commerciale spécifique qui s'est produit au sein du cycle de vie de la demande d'achat.
Description

Le Nom de l'activité décrit une étape distincte dans le processus de demande d'achat, telle que 'Demande créée', 'Étape d'approbation approuvée' ou 'Bon de commande créé'. Ces activités sont les éléments constitutifs de la carte de processus, représentant le travail effectué.

L'analyse de ces activités permet la visualisation du flux de processus, l'identification des goulots d'étranglement et la mesure du temps passé aux différentes étapes. La séquence d'activités pour un ID de demande d'achat donné définit son parcours, qui peut ensuite être comparé aux procédures standard pour identifier les déviations ou les inefficacités.

Pourquoi c'est important

Il définit les étapes du processus, permettant la visualisation des cartes de processus, l'analyse des variantes de processus et l'identification des goulots d'étranglement.

Où obtenir

Ceci est généralement dérivé d'une combinaison du statut de la transaction, des entrées du journal système, de l'historique du workflow ou du suivi d'événements personnalisés au sein de NetSuite.

Exemples
Demande de personnel crééeÉtape d'approbation approuvéeDemande modifiéeCommande d'achat créée
Demandeur
Requester
L'employé qui a créé et soumis la demande d'achat.
Description

Le Demandeur est la personne qui initie le processus d'approvisionnement en créant la demande d'achat. Il s'agit généralement d'un employé ayant besoin de biens ou de services spécifiques pour effectuer son travail.

L'analyse des données par demandeur est essentielle pour identifier les modèles de comportement des utilisateurs. Elle aide à construire des dashboards comme 'Performance du demandeur et besoins en formation' en mettant en évidence les individus avec des taux de rejet élevés ou des modifications fréquentes. Cet aperçu peut identifier les domaines où une formation supplémentaire ou des directives plus claires pourraient améliorer la qualité des soumissions initiales et l'efficacité globale du processus.

Pourquoi c'est important

Identifie l'initiateur du processus, ce qui est crucial pour analyser le comportement des utilisateurs, les taux de rejet par demandeur et identifier les besoins en formation.

Où obtenir

C'est généralement le champ 'Employé' ou 'Créé par' sur l'enregistrement de transaction de la demande d'achat.

Exemples
John SmithJane DoePeter Jones
Département
Department
Le service de l'entreprise auquel appartient la demande d'achat ou le demandeur.
Description

L'attribut Service représente l'unité organisationnelle associée à la demande d'achat, qui est généralement le service du demandeur. Cette information offre un moyen de segmenter et d'analyser le processus d'un point de vue organisationnel.

C'est une dimension clé pour de nombreuses analyses, telles que la comparaison des temps de cycle d'approbation entre les services, la compréhension des modèles de dépenses ou l'identification des services ayant les taux de rejet les plus élevés. Cette segmentation aide la direction à allouer les ressources, à adapter la formation et à rationaliser les workflows pour des unités commerciales spécifiques.

Pourquoi c'est important

Permet une segmentation puissante des données de processus pour comparer les performances, les coûts et la conformité entre les différentes unités commerciales.

Où obtenir

Cette information est souvent associée à l'enregistrement de l'employé du demandeur ou peut être définie directement sur l'en-tête de la transaction de la demande d'achat.

Exemples
MarketingITFinanceOpérations
Montant total
TotalAmount
La valeur monétaire totale de la demande d'achat.
Description

Cet attribut capture le coût total de tous les articles listés sur la demande d'achat. C'est un point de données financier critique qui influence souvent le processus lui-même, par exemple, en déclenchant différents workflows d'approbation basés sur des seuils de valeur.

L'analyse du Montant total aide à comprendre les modèles de dépenses et l'impact financier. Elle permet de filtrer les demandes par valeur, de corréler les déviations de processus avec les demandes de grande valeur, et de prioriser l'analyse sur les cas financièrement significatifs. C'est un attribut fondamental pour toute analyse de processus liée aux finances ou à la conformité.

Pourquoi c'est important

Fournit un contexte financier, permettant une analyse basée sur la valeur, ce qui dicte souvent les chemins d'approbation et la priorité commerciale.

Où obtenir

C'est un champ standard sur l'enregistrement de la demande d'achat, souvent nommé 'Total' ou une variante similaire.

Exemples
500.001250.7525000.00
Statut de la demande
RequisitionStatus
Indique l'état actuel de la demande d'achat dans son cycle de vie.
Description

Le statut de la demande d'achat fournit un instantané de l'état d'une demande d'achat dans son processus à un moment donné. Les statuts courants incluent 'En attente d'approbation', 'Entièrement approuvé', 'Rejeté' et 'Fermé'.

Cet attribut est crucial pour créer des dashboards comme 'Statut et ancienneté des demandes', qui suit les demandes d'achat actives et leur durée dans leur état actuel. L'analyse des transitions de statut est une partie clé de la découverte de processus, aidant à comprendre à la fois les chemins idéaux et les exceptions. Il est également utilisé pour déterminer le résultat final d'un cas.

Pourquoi c'est important

Fournit un instantané de la progression d'un cas, permettant l'analyse des demandes d'achat vieillissantes et identifiant où les cas sont bloqués.

Où obtenir

C'est le champ 'Statut' ou 'Statut d'approbation' sur l'en-tête de la transaction de la demande d'achat.

Exemples
En attente d'approbationEntièrement approuvéeRejetéClôturé
Approbateur
Approver
L'employé ou l'utilisateur responsable de l'approbation ou du rejet d'une étape d'approbation.
Description

L'Approbateur est la personne chargée d'examiner et d'agir sur une demande d'achat à une étape spécifique du workflow d'approbation. Il peut y avoir plusieurs approbateurs pour une seule demande, chacun associé à une activité d'approbation différente.

Cet attribut est essentiel pour analyser la performance du processus d'approbation lui-même. Il aide à construire des dashboards comme 'Distribution du temps de cycle des étapes d'approbation', qui peuvent identifier les goulots d'étranglement individuels ou de groupe. En suivant qui effectue les approbations, les organisations peuvent assurer la responsabilisation, équilibrer les charges de travail et identifier les retards causés par des approbateurs spécifiques.

Pourquoi c'est important

Identifie l'utilisateur qui effectue les tâches d'approbation, ce qui est essentiel pour analyser les performances de l'approbateur, sa charge de travail et identifier les goulots d'étranglement.

Où obtenir

Cette information se trouve souvent dans le journal d'exécution du workflow ou les Notes système associés aux changements de statut d'approbation. Elle peut également être stockée dans des champs d'enregistrement personnalisés liés au workflow d'approbation.

Exemples
Sarah JenkinsDavid ChenGroupe d'approbation financière
Catégorie d'article
ItemCategory
La catégorie des biens ou services demandés dans la demande d'achat.
Description

La Catégorie d'articles classe les articles d'une demande d'achat en groupes logiques comme 'Matériel informatique', 'Fournitures de bureau' ou 'Services professionnels'. Ceci peut être dérivé des enregistrements d'articles liés aux lignes de la demande.

Cet attribut permet une analyse plus approfondie et granulaire du processus de demande d'achat. Il aide à répondre à des questions comme : 'Les demandes d'achat de matériel informatique prennent-elles plus de temps à être approuvées que celles de fournitures de bureau ?'. En segmentant le processus par Catégorie d'articles, les entreprises peuvent découvrir des goulots d'étranglement spécifiques à un domaine, analyser les dépenses par catégorie et adapter les stratégies d'approvisionnement en conséquence.

Pourquoi c'est important

Permet l'analyse du processus en fonction de ce qui est acheté, aidant à identifier les goulots d'étranglement ou les problèmes de conformité spécifiques à une catégorie.

Où obtenir

Cette information est dérivée des enregistrements d''Article' liés au niveau des lignes de la demande d'achat. La catégorie elle-même peut être un champ standard ou personnalisé sur l'enregistrement d'Article.

Exemples
IT Hardware`Licences logicielles`Fournitures de bureauServices marketing
Chemin de workflow d'approbation
ApprovalWorkflowPath
Une représentation de la séquence des étapes d'approbation par lesquelles une demande est passée.
Description

Le Chemin du workflow d'approbation est un attribut dérivé qui concatène la séquence des activités ou statuts d'approbation pour une demande donnée, tels que 'Soumis -> Approbation du responsable -> Approbation financière'. Cela crée une signature unique pour le chemin suivi par chaque cas.

Cet attribut est la base pour la vérification de conformité et l'analyse des variantes. Il prend directement en charge les dashboards 'Chemins de demande non conformes' et 'Conformité du chemin du workflow d'approbation' en facilitant le filtrage et le regroupement des cas selon leur flux de processus exact. En comparant les chemins réels aux chemins standard prédéfinis, les organisations peuvent quantifier la conformité et enquêter sur les causes profondes des déviations.

Pourquoi c'est important

Permet une analyse de variantes et une vérification de conformité puissantes en résumant la séquence exacte des étapes d'approbation pour chaque cas.

Où obtenir

C'est un attribut dérivé, calculé en concaténant les valeurs de 'ActivityName' dans l'ordre chronologique pour chaque 'PurchaseRequisitionId'.

Exemples
Créée > Soumise > ApprouvéeCréée > Soumise > Rejetée > Modifiée > Soumise > ApprouvéeCréée > Soumise > Approuvée > Retirée
Dernière mise à jour des données
LastDataUpdate
L'horodatage indiquant la dernière extraction ou le dernier rafraîchissement des données depuis le système source.
Description

Cet attribut enregistre la date et l'heure de la dernière extraction de données de NetSuite. C'est une information métadonnée critique pour tout dashboard ou analyse de process mining.

Cet horodatage fournit un contexte sur la fraîcheur des données, permettant aux utilisateurs de comprendre s'ils consultent des informations en temps réel ou un instantané d'un moment précis. Il est crucial pour la validation des données et pour communiquer l'actualité des aperçus générés par l'analyse des processus aux parties prenantes.

Pourquoi c'est important

Informe les utilisateurs sur l'actualité des données, en s'assurant qu'ils comprennent à quel point les aperçus de processus sont récents.

Où obtenir

Ce timestamp est généré et ajouté pendant le processus d'extraction, de transformation et de chargement des données (ETL).

Exemples
2024-05-21T08:00:00Z2024-05-20T08:00:00Z
Devise
Currency
Le code de devise pour le montant total de la demande d'achat.
Description

L'attribut Devise spécifie la devise dans laquelle les valeurs financières de la demande d'achat sont exprimées, telles que USD, EUR ou GBP. Ceci est particulièrement important pour les organisations multinationales qui opèrent avec plusieurs devises.

Ce champ garantit que les données financières sont interprétées correctement. Dans le process mining, il permet une agrégation et une comparaison appropriées des valeurs monétaires, soit en convertissant tous les montants en une seule devise de base, soit en segmentant l'analyse par devise. Il prévient les rapports financiers inexacts et assure la clarté des opérations mondiales.

Pourquoi c'est important

Essentiel pour une analyse financière précise dans les organisations multinationales, garantissant que les valeurs monétaires sont correctement interprétées et agrégées.

Où obtenir

C'est un champ 'Devise' standard sur l'enregistrement de transaction de la demande d'achat, en particulier dans les instances NetSuite multi-devises.

Exemples
USDEURGBP
Est un retravail
IsRework
Un indicateur booléen qui précise si la demande a fait l'objet d'un cycle de rejet et de nouvelle soumission.
Description

L'attribut 'Est un Retravail' est un attribut booléen dérivé qui est défini à vrai si une demande d'achat a été rejetée à un moment donné et ensuite modifiée ou soumise de nouveau pour approbation. Il identifie les cas ayant nécessité un travail et un traitement supplémentaires au-delà du 'chemin idéal' standard.

Cet attribut simplifie l'analyse de l'inefficacité du processus. Il est utilisé pour calculer le KPI 'Nombre de cycles de rejet d'approbation' et aide à quantifier l'impact des rejets sur le processus global. En filtrant les cas où 'Est un Retravail' est vrai, les analystes peuvent isoler les variantes de processus problématiques et enquêter sur les causes profondes des rejets initiaux, telles qu'une mauvaise qualité des données ou des malentendus politiques.

Pourquoi c'est important

Aide à quantifier la fréquence et l'impact des boucles de retravail, qui sont une source majeure d'inefficacité et de retard des processus.

Où obtenir

C'est un attribut calculé. La logique vérifie si une activité 'Demande soumise pour approbation' se produit après une activité 'Étape d'approbation rejetée' pour le même cas.

Exemples
truefaux
ID du bon de commande
PurchaseOrderId
L'identifiant du bon de commande créé à partir de la demande approuvée.
Description

L'ID du bon de commande est l'identifiant unique du bon de commande généré suite à une demande d'achat approuvée. Cet attribut sert de lien crucial entre le processus de demande d'achat et les activités d'approvisionnement ultérieures.

Dans l'analyse des processus, ce lien est vital pour l'analyse P2P de bout en bout. Il permet le calcul du KPI 'Délai de création du bon de commande' en mesurant le temps entre l'approbation de la demande et la création du bon de commande. Il aide également à calculer le 'Taux de conversion Demande d'achat vers Bon de commande', offrant un aperçu de l'efficacité avec laquelle les demandes sont converties en commandes exécutables.

Pourquoi c'est important

Relie la demande d'achat au bon de commande résultant, permettant de mesurer le délai de création du bon de commande et d'analyser le processus de bout en bout.

Où obtenir

Ceci se trouve sur l'enregistrement de la demande d'achat, souvent sur un sous-onglet d'enregistrements associés ou un lien 'Créé à partir de' sur le bon de commande lui-même.

Exemples
PO-005432PO-005433PO-005434
Motif de refus
RejectionReason
L'explication fournie par un approbateur lorsqu'une demande d'achat est rejetée.
Description

La Raison du rejet est un attribut textuel où un approbateur peut indiquer pourquoi une demande d'achat n'a pas satisfait aux exigences d'approbation. Ceci fournit un contexte qualitatif à l'activité 'Étape d'approbation rejetée'.

Cette information est inestimable pour l'analyse des causes profondes. Elle alimente des dashboards comme 'Analyse du taux de rejet des demandes' en ne montrant pas seulement ce qui a été rejeté, mais pourquoi. Les raisons courantes peuvent inclure 'Compte GL incorrect', 'Budget dépassé' ou 'Détail insuffisant'. L'analyse de ces raisons aide à identifier les problèmes systémiques, à améliorer la formation des utilisateurs et à affiner les directives de soumission pour réduire le retravail et les taux de rejet.

Pourquoi c'est important

Fournit un contexte critique sur les raisons des rejets, permettant une analyse des causes profondes afin de réduire les taux de rejet futurs et d'améliorer la qualité dès le premier envoi.

Où obtenir

Ceci est souvent capturé dans un champ 'Mémo' lors de l'action de rejet ou dans un champ personnalisé ajouté au workflow d'approbation. Il peut également être trouvé dans les Notes système.

Exemples
Budget dépasséSélection du mauvais fournisseurDétails d'article manquantsDemande en double
Niveau d'urgence
UrgencyLevel
Une classification de la priorité de la demande, telle que Standard ou Urgent.
Description

Le niveau d'urgence est un attribut catégorique qui indique la priorité commerciale d'une demande d'achat. Il permet aux employés de signaler les demandes nécessitant un traitement accéléré en raison de besoins commerciaux critiques.

Cet attribut est spécifiquement conçu pour soutenir le dashboard « Performance du traitement des demandes urgentes » et le KPI « Temps de traitement des demandes urgentes ». En filtrant les données de processus basées sur cet attribut, les analystes peuvent comparer les temps de cycle et les chemins de processus des demandes urgentes par rapport aux demandes standards afin de déterminer si le traitement prioritaire est efficace ou si des goulots d'étranglement causent toujours des retards.

Pourquoi c'est important

Permet de comparer les performances du processus pour les demandes à haute priorité par rapport aux demandes standards, garantissant que les besoins critiques sont satisfaits efficacement.

Où obtenir

Ceci serait typiquement un champ de corps de transaction personnalisé sur le formulaire de demande d'achat.

Exemples
ÉlevéMoyenFaible
Nom du fournisseur
VendorName
Le nom du fournisseur suggéré ou privilégié pour la demande d'achat.
Description

L'attribut Nom du fournisseur identifie le fournisseur auprès duquel les biens ou services sont destinés à être achetés. Bien qu'une demande soit un document interne, un fournisseur privilégié est souvent spécifié.

L'analyse de cet attribut peut révéler des modèles liés à la gestion des fournisseurs. Elle aide à suivre quels fournisseurs sont les plus fréquemment demandés, si les demandes pour certains fournisseurs sont soumises à des délais d'approbation plus longs, et à assurer la conformité avec les accords de fournisseurs privilégiés. Cette information peut être un apport précieux pour l'approvisionnement stratégique et la gestion des relations avec les fournisseurs.

Pourquoi c'est important

Aide à analyser les modèles d'approvisionnement par fournisseur, en assurant la conformité aux listes de fournisseurs privilégiés et en identifiant les variations de processus spécifiques aux fournisseurs.

Où obtenir

Il peut s'agir d'un champ 'Fournisseur' au niveau de l'en-tête ou spécifié sur les lignes de l'enregistrement de la demande d'achat.

Exemples
Dell Inc.StaplesMcKinsey & Company
Système source
SourceSystem
Identifie le système source d'où les `données` ont été extraites.
Description

Cet attribut spécifie le système d'origine des données de processus, qui, dans ce cas, est NetSuite. Il est particulièrement utile dans les environnements où les données de plusieurs systèmes sont combinées pour une vue holistique du processus.

Bien qu'il puisse sembler statique dans une analyse mono-système, il fournit un contexte essentiel et constitue une bonne pratique pour la gouvernance des données et la traçabilité. Il aide à confirmer l'origine des données et s'assure que toute logique ou transformation spécifique au système est correctement comprise pendant l'analyse.

Pourquoi c'est important

Fournit un contexte crucial sur l'origine des données, assurant clarté et bonne gouvernance, surtout dans les environnements multi-systèmes.

Où obtenir

C'est une valeur statique, 'NetSuite', qui devrait être ajoutée pendant le processus d'extraction et de transformation des données.

Exemples
NetSuiteNetSuite SuitePeopleNetSuite ERP
Temps de cycle
CycleTime
Le temps total écoulé entre la création et la résolution finale d'une demande d'achat.
Description

Le temps de cycle est une métrique calculée qui mesure la durée totale du processus de demande d'achat pour un cas unique. Il est généralement calculé comme la différence de temps entre la première activité (par exemple, « Demande créée ») et la dernière activité terminale (par exemple, « Demande entièrement approuvée » ou « Demande finalement rejetée »).

Il s'agit d'un indicateur clé de performance principal pour l'efficacité globale du processus. Il est utilisé pour calculer l'ICP « Temps de cycle moyen des demandes » et aide à identifier les tendances, les valeurs aberrantes et l'impact des initiatives d'amélioration des processus. L'analyse de la distribution du temps de cycle peut révéler des demandes à longue traîne qui nuisent considérablement aux performances moyennes.

Pourquoi c'est important

Mesure directement l'efficacité de bout en bout du processus, ce qui est une métrique essentielle pour identifier les retards et évaluer la performance globale.

Où obtenir

C'est un attribut calculé, dérivé en soustrayant l'horodatage du premier événement de l'horodatage du dernier événement pour chaque 'PurchaseRequisitionId'.

Exemples
25920060480086400
Obligatoire Recommandé Facultatif

Achats au paiement – Activités de demande d'achat

Ce sont les étapes clés du processus et les jalons à enregistrer dans votre journal d'événements pour une découverte précise des processus et l'identification des goulets d'étranglement.
5 Recommandé 6 Facultatif
Activité Description
Commande d'achat créée
Un bon de commande (BC) est généré à partir de la demande entièrement approuvée, engageant officiellement des fonds auprès d'un fournisseur. Il s'agit d'un événement explicite marqué par la création d'une nouvelle transaction de BC qui renvoie à la demande source.
Pourquoi c'est important

C'est le résultat principal d'une demande d'achat réussie et un transfert clé dans le processus Purchase to Pay. Le temps entre l'approbation et la création du bon de commande est un KPI critique pour l'efficacité des approvisionnements.

Où obtenir

Identifié en trouvant un enregistrement de Bon de commande où le champ « Créé à partir de » ou un champ de liaison similaire fait référence à l'ID de la demande d'achat. La date de création de ce BC est l'horodatage de cette activité.

Capture

Trouver le BC où le champ « Créé à partir de » est égal à l'ID de la demande et utiliser la « Date de création » du BC.

Type d'événement explicit
Demande clôturée
La demande d'achat est officiellement fermée, indiquant qu'aucune autre action n'est attendue. Cela se produit souvent automatiquement après que toutes les quantités de la demande ont été commandées via des bons de commande liés.
Pourquoi c'est important

Cette activité marque la fin définitive du cycle de vie de la demande d'achat. Elle confirme que le besoin commercial a été satisfait et que l'enregistrement est finalisé.

Où obtenir

Déduit du sous-onglet Notes système en identifiant l'horodatage lorsque le champ 'Statut' au niveau de la ligne ou de l'en-tête est mis à jour à 'Fermé'.

Capture

Horodatage du changement du champ 'Statut' à 'Fermé'.

Type d'événement inferred
Demande d'achat entièrement approuvée
La demande d'achat complète avec succès toutes les étapes requises du workflow d'approbation. Ceci est déduit lorsque le 'Statut d'approbation' final de l'enregistrement passe à 'Approuvé'.
Pourquoi c'est important

C'est une étape majeure qui signifie que la demande d'achat est prête à être convertie en bon de commande. Elle marque la fin du cycle d'approbation et le début de la phase d'exécution des approvisionnements.

Où obtenir

Déduit du sous-onglet Notes système en identifiant l'horodatage lorsque le champ 'Statut d'approbation' est défini à son état final 'Approuvé'.

Capture

Horodatage du changement du 'Statut d'approbation' à 'Approuvé'.

Type d'événement inferred
Demande d'achat finalement rejetée
La demande d'achat est définitivement rejetée et ne sera plus traitée. Cet événement est déduit lorsque le 'Statut d'approbation' final de la demande est mis à jour à 'Rejeté'.
Pourquoi c'est important

Cette activité est un point final critique pour les demandes d'achat infructueuses. Comprendre pourquoi et quand les demandes sont finalement rejetées fournit des aperçus sur la conformité aux politiques et les problèmes budgétaires.

Où obtenir

Déduit du sous-onglet Notes système en identifiant l'horodatage lorsque le champ 'Statut d'approbation' est défini à son état final 'Rejeté'.

Capture

Horodatage du changement du 'Statut d'approbation' à 'Rejeté'.

Type d'événement inferred
Demande de personnel créée
Un utilisateur initie le processus d'approvisionnement en créant et en enregistrant un nouvel enregistrement de demande d'achat. Il s'agit du premier événement du cycle de vie de la demande et il est capturé lorsque l'enregistrement de transaction est initialement sauvegardé dans NetSuite.
Pourquoi c'est important

Cette activité marque le début officiel du processus d'approvisionnement pour un besoin spécifique. L'analyse du temps entre la création et la soumission peut révéler des retards dans la saisie des données ou la formulation initiale de la demande.

Où obtenir

Cet événement est capturé à partir de l'horodatage de la date de création de l'enregistrement de transaction de la demande d'achat. Il peut être trouvé dans l'en-tête principal de l'enregistrement ou dans le sous-onglet Notes système qui enregistre l'action 'Créer'.

Capture

Utilisez le champ « Date de création » de l'enregistrement de la demande d'achat.

Type d'événement explicit
Demande d'achat soumise pour approbation
Le demandeur soumet formellement la demande d'achat complétée dans le workflow d'approbation désigné. Ceci est souvent déduit d'un changement de statut sur l'enregistrement de la demande, par exemple de 'Brouillon' ou 'En attente de soumission' à 'En attente d'approbation'.
Pourquoi c'est important

Cette activité déclenche le cycle d'approbation et est un point de départ crucial pour mesurer les délais d'approbation. Elle aide à identifier combien de temps les demandes attendent avant le début du processus d'approbation formel.

Où obtenir

Déduit du sous-onglet Notes système en identifiant l'horodatage lorsque le champ 'Statut d'approbation' passe à une valeur comme 'En attente d'approbation' pour la première fois.

Capture

Identifiez le premier horodatage où le champ « Statut d'approbation » passe à « En attente d'approbation ».

Type d'événement inferred
Demande modifiée
Un utilisateur modifie un champ quelconque de la demande d'achat après sa création initiale, souvent en réponse à un rejet ou à un changement d'exigences. Cet événement est capturé directement à partir de la fonctionnalité de piste d'audit de NetSuite.
Pourquoi c'est important

Le suivi des modifications est essentiel pour identifier les boucles de retrabail et les problèmes de qualité des données. Une fréquence élevée de modifications peut indiquer des exigences initiales imprécises ou des besoins de formation pour les demandeurs.

Où obtenir

Capturé à partir du sous-onglet Notes du système sur l'enregistrement de la Demande d'achat. Chaque entrée avec un « Type » de « Modification » ou « Édition » sur un champ pertinent représente un amendement.

Capture

Enregistrer un événement pour chaque entrée de type 'Modification' dans le journal des Notes système.

Type d'événement explicit
Demande retirée
Le demandeur original ou un administrateur annule la demande d'achat avant qu'elle ne soit entièrement approuvée ou convertie en bon de commande. Ceci est généralement déduit d'un changement de statut vers 'Annulé' ou 'Retiré'.
Pourquoi c'est important

Cette activité représente une exception ou une cessation du processus initié par le demandeur. L'analyse des retraits peut mettre en évidence des changements dans les besoins commerciaux ou des demandes d'achat qui ne sont plus valides.

Où obtenir

Déduit du sous-onglet Notes système en suivant l'horodatage lorsque le champ 'Statut d'approbation' est mis à jour à une valeur comme 'Annulé' ou un statut 'Retiré' personnalisé.

Capture

Horodatage du changement du 'Statut d'approbation' à 'Annulé' ou 'Retiré'.

Type d'événement inferred
Étape d'approbation approuvée
Un utilisateur autorisé approuve l'étape qui lui est assignée dans le workflow, rapprochant la demande de l'approbation finale. La plateforme SuiteApprovals de NetSuite enregistre explicitement cette action avec les détails de l'utilisateur et l'horodatage.
Pourquoi c'est important

Cette activité représente une progression positive dans la chaîne d'approbation. L'analyse du temps entre les étapes d'approbation aide à comprendre l'efficacité du workflow et des approbateurs individuels.

Où obtenir

Capturé à partir du journal SuiteApprovals ou du sous-onglet Notes du système, qui enregistre l'action d'approbation, l'approbateur et l'horodatage exact de l'événement.

Capture

Identifiez les actions d'approbation dans le journal SuiteApprovals ou les Notes du système.

Type d'événement explicit
Étape d'approbation commencée
La demande d'achat entre dans une étape spécifique du workflow d'approbation, attendant une action d'un approbateur ou d'un groupe désigné. Ceci est généralement déduit lorsque le workflow attribue la demande au prochain approbateur de la séquence.
Pourquoi c'est important

Cette activité marque le début du temps d'attente pour chaque étape d'approbation individuelle. Elle est essentielle pour identifier les goulots d'étranglement au sein de la hiérarchie d'approbation et identifier les approbateurs lents.

Où obtenir

Déduit des journaux d'exécution du workflow ou des changements dans un champ 'Approbateur actuel' ou d'état de workflow. La plateforme SuiteApprovals suit l'étape d'approbation active.

Capture

Déduit des journaux de workflow ou lorsque l'enregistrement est attribué à un nouvel approbateur.

Type d'événement inferred
Étape d'approbation rejetée
Un approbateur rejette l'étape qui lui est assignée, renvoyant généralement la demande au demandeur pour correction. Cette action est explicitement enregistrée par le moteur de workflow SuiteApprovals.
Pourquoi c'est important

Cet événement est un indicateur clé du retravail et de l'inefficacité des processus. L'analyse des points de rejet aide à identifier les raisons courantes d'échec, telles que les violations de politique ou les données incorrectes.

Où obtenir

Capturé à partir du journal SuiteApprovals ou du sous-onglet Notes du système, qui enregistre l'action de rejet, l'utilisateur qui l'a rejetée et l'horodatage.

Capture

Identifiez les actions de rejet dans le journal SuiteApprovals ou les Notes du système.

Type d'événement explicit
Recommandé Facultatif

Guides d'extraction

Comment obtenir vos données de NetSuite