Votre Template de données pour le processus Purchase to Pay - Traitement des factures
Votre Template de données pour le processus Purchase to Pay - Traitement des factures
Ceci est notre modèle de données générique de Process Mining pour Achats-Comptes Fournisseurs – Traitement des factures. Utilisez nos modèles spécifiques au système pour des directives plus précises.
Sélectionnez un système spécifique- Champs de données recommandés pour une analyse robuste
- Activités et jalons clés à suivre
- Conseils sur la manière d'extraire vos données de processus
Attributs du processus Achats-Comptes Fournisseurs – Traitement des factures
| Nom | Description | ||
|---|---|---|---|
| Heure de l'événement EventTime | L'horodatage précis indiquant quand une activité ou un événement spécifique s'est produit. | ||
| Description L' Cet attribut est utilisé pour trier les Pourquoi c'est important Il fournit l'ordre chronologique des Où obtenir Ceci se trouve généralement dans les Event Logs ou comme un champ 'Date de création' (Creation Date) ou 'Date de saisie' (Entry Date) associé à chaque transaction ou changement de statut. Exemples 2023-10-26T10:00:00Z2024-01-15T14:35:10Z2023-11-01T09:12:05Z | |||
| Nom de l'activité ActivityName | Le nom d'un `event` ou d'une tâche métier spécifique survenu(e) pendant le cycle de vie du traitement des factures. | ||
| Description Le Nom d'activité décrit une étape ou un jalon unique dans le parcours de traitement des factures. Les exemples incluent 'Facture reçue', 'Facture envoyée pour approbation', 'Blocage de paiement appliqué' et 'Paiement exécuté'. Cet attribut fournit la narration du processus, décrivant ce qui est arrivé à la facture au fil du temps. En Process Mining, cet attribut est utilisé pour générer la cartographie des processus, qui représente visuellement le Pourquoi c'est important Cet Attribut définit les étapes du processus, formant l'épine dorsale de la carte de processus et permettant toutes les analyses liées au flux. Où obtenir Ces informations sont souvent dérivées des journaux de changement de statut, des tables d'événements ou des codes de transaction au sein du système source. Exemples Facture saisieFacture approuvéeBlocage de paiement appliquéPaiement effectué | |||
| Numéro de facture InvoiceNumber | L'identifiant unique d'une facture fournisseur. Il sert de clé primaire pour suivre la facture tout au long de son cycle de vie. | ||
| Description Le Numéro de facture est le code alphanumérique unique attribué à une facture par un fournisseur. En Process Mining, cet attribut est fondamentalement important car il sert généralement d'identifiant de En utilisant le Numéro de facture comme identifiant de Pourquoi c'est important C'est l' Où obtenir Il s'agit d'un champ principal que l'on trouve généralement dans l'en-tête d'une table de transactions de factures. Exemples INV-2024-001239876543210US-5839A-24 | |||
| Dernière mise à jour des données LastDataUpdate | L'horodatage indiquant la dernière fois que les données de cet événement ont été actualisées à partir du système source. | ||
| Description Cet Attribut enregistre la date et l'heure de la dernière extraction ou du dernier rafraîchissement des données. Il sert de champ de métadonnées qui indique la fraîcheur de l'ensemble de données analysé. Bien qu'elle ne soit pas utilisée directement dans la création de la carte de processus, cette information est essentielle pour comprendre la ponctualité de l'analyse. Elle aide les utilisateurs à savoir s'ils consultent des données en temps réel ou un instantané d'un point précis dans le temps, ce qui est crucial pour prendre des décisions opérationnelles éclairées. Elle est également vitale pour surveiller la santé et la fréquence du pipeline de données. Pourquoi c'est important Il indique la fraîcheur des données, permettant aux utilisateurs de comprendre à quel point l'analyse du processus est actuelle. Où obtenir Ce Exemples 2024-05-21T04:00:00Z2024-05-20T04:00:00Z2024-05-19T04:00:00Z | |||
| Système source SourceSystem | Le système d'origine à partir duquel les données d'`event` ont été extraites. | ||
| Description L'attribut Source System identifie l'application ou la plateforme où l'événement de traitement des factures a été enregistré. Dans des paysages informatiques complexes, le parcours d'une facture peut s'étendre sur plusieurs systèmes, tels qu'une solution de numérisation, un outil de Workflow et un système ERP. Comprendre le système source fournit un contexte aux données et aide à résoudre les problèmes de qualité des données. Cela permet également d'analyser les processus qui traversent les frontières des systèmes, mettant en évidence les défis potentiels d'intégration ou les retards causés par les transferts entre différentes applications. Cela peut être particulièrement utile lors de la consolidation de données provenant de systèmes existants et modernes. Pourquoi c'est important Il fournit le contexte sur l'origine des données, ce qui est crucial pour la validation des données et pour l'analyse des processus qui s'étendent sur plusieurs systèmes IT. Où obtenir C'est souvent une valeur statique ajoutée lors de l'extraction des données ou un champ disponible dans les journaux système qui indique le nom ou l'ID de l'application. Exemples SAP_ECC_PRODOracle_Fusion_FINCoupa_R34 | |||
| Date d'échéance du paiement PaymentDueDate | La date à laquelle la facture doit être payée pour éviter d'être en retard. | ||
| Description La Date d'échéance de paiement est une date critique calculée sur la base de la date de la facture et des conditions de paiement convenues. Elle représente la date limite de paiement au fournisseur pour maintenir une bonne réputation et éviter les pénalités de retard. Cet attribut est fondamental pour le suivi des performances liées aux paiements à temps. Il est utilisé pour calculer des KPIs comme le Taux de paiement à temps et pour identifier les factures qui risquent de devenir en retard. L'analyse de l'écart entre la date d'approbation de la facture et la date d'échéance de paiement permet d'évaluer l'efficacité des étapes finales de planification et d'exécution du paiement. Pourquoi c'est important Il est essentiel pour mesurer la performance des paiements à temps et analyser les causes des paiements tardifs. Où obtenir Cette date se trouve généralement dans les détails de la transaction de la facture. Elle peut être saisie directement ou dérivée de la date de la facture et des conditions de paiement. Exemples 2024-06-302024-07-152024-08-01 | |||
| Devise de la facture InvoiceCurrency | Le code de devise pour le montant de la facture, tel que USD ou EUR. | ||
| Description Cet Attribut spécifie la devise dans laquelle le montant de la facture est libellé. Il est essentiel pour les organisations qui opèrent à l'international et traitent avec des fournisseurs de différents pays. Le code de devise, généralement conforme à la norme ISO 4217, garantit que les données financières sont interprétées correctement. Dans l'analyse, la devise de la facture (Invoice Currency) est utilisée pour segmenter les données pour des vues régionales ou spécifiques à un pays. Elle est cruciale pour les rapports financiers afin de garantir que les montants sont agrégés correctement, nécessitant souvent une conversion vers une devise de reporting standard. L'analyse des variations de processus par devise peut également révéler des complexités liées aux paiements internationaux ou à la gestion des devises étrangères. Pourquoi c'est important Il fournit le contexte nécessaire pour les montants des factures, permettant une analyse financière précise et une segmentation pour les opérations mondiales. Où obtenir C'est un champ standard que l'on trouve dans l'en-tête d'une table de transactions de factures. Exemples USDEURGBPJPY | |||
| Heure de fin EndTime | Le Timestamp indiquant quand une activité ou un événement a été terminé. Pour les événements instantanés, il est souvent identique au temps de début (Start Time). | ||
| Description L' En analyse, l'Heure de fin est utilisée pour calculer les temps de cycle pour les activités individuelles et les segments de processus entiers. Par exemple, la durée de l'étape 'Approbation de la facture' peut être déterminée en soustrayant l'Heure de début de l'Heure de fin de l'activité 'Facture approuvée'. Ces données aident à construire des Pourquoi c'est important Il permet le calcul précis des durées d'activité, ce qui est essentiel pour identifier les Où obtenir Trouvé dans les logs système ou les données de transaction, souvent sous la forme d'une 'Date de fin', 'Date de modification' ou d'un champ Exemples 2023-10-26T10:05:12Z2024-01-15T15:00:00Z2023-11-01T09:12:05Z | |||
| Montant de la facture InvoiceAmount | La valeur monétaire totale de la facture. | ||
| Description Le Montant de la facture représente la valeur totale de la facture, incluant toutes les lignes, taxes et frais. Il s'agit d'un attribut financier fondamental qui définit l'importance monétaire de chaque Cet attribut est essentiel pour l'analyse financière et la priorisation. En filtrant les factures en fonction de leur montant, les analystes peuvent vérifier si les factures de grande valeur suivent un chemin d'approbation différent et plus strict, ou si elles sont plus sujettes aux retards. Il est également indispensable pour les Pourquoi c'est important Il permet l'analyse d'impact financier, la priorisation des factures de grande valeur et aide à identifier si la valeur de la facture affecte le temps ou le chemin de traitement. Où obtenir C'est un champ standard que l'on trouve dans l'en-tête d'une table de transactions de factures. Exemples 5250.751200.0025000.0089.99 | |||
| Motif de blocage ou de rejet BlockOrRejectionReason | La raison fournie lorsqu'une facture est bloquée pour paiement ou rejetée lors de l'approbation. | ||
| Description Cet Attribut capture la raison spécifique pour laquelle le progrès d'une facture a été interrompu, soit par un rejet pendant le Workflow d'approbation, soit par un blocage de paiement après approbation. Les raisons peuvent aller de 'Quantité incorrecte' et 'Désaccord sur le prix' à 'Numéro de commande manquant' ou 'Facture en double'. C'est l'un des Attributs les plus importants pour l'analyse des causes profondes (root cause analysis). En analysant la fréquence des différentes raisons, les organisations peuvent identifier les sources les plus courantes de friction et d'inefficacité dans le processus de facturation. Cette information basée sur les données leur permet de résoudre les problèmes sous-jacents, tels que l'amélioration de la communication avec les fournisseurs, le renforcement de la Conformité des bons de commande (PO compliance), ou la fourniture d'une meilleure formation au personnel. Pourquoi c'est important C'est crucial pour l'analyse des causes profondes (root cause analysis), aidant à identifier les raisons les plus courantes des retards de traitement, des reprises et des inefficacités. Où obtenir Ces informations se trouvent dans des champs spécifiques 'Code de raison' (Reason Code) ou 'Raison de blocage' (Hold Reason) dans les données de transaction de la facture ou les journaux d'approbation associés. Exemples Écart de prixQuantité incorrecteFacture en doubleRéception de marchandises manquante | |||
| Nom du fournisseur VendorName | Le nom du fournisseur qui a soumis la facture. | ||
| Description Cet Attribut capture le nom de la partie externe qui a émis la facture. Il fournit un contexte essentiel, reliant la transaction financière à une relation fournisseur spécifique. Des données fournisseurs (vendor data) cohérentes et propres sont vitales pour des rapports et des analyses précis. Dans le Process Mining, le nom du fournisseur (Vendor Name) est une dimension clé pour la segmentation. Les analystes peuvent filtrer le processus pour examiner le traitement des factures pour les fournisseurs à volume élevé ou problématiques. Cela aide à identifier les fournisseurs qui soumettent fréquemment des factures avec des erreurs, entraînant des retards et des reprises. Cela soutient également les initiatives stratégiques telles que la gestion de la performance des fournisseurs et l'identification d'opportunités pour des programmes de fournisseurs privilégiés. Pourquoi c'est important Il permet de segmenter le processus pour analyser la performance par fournisseur, ce qui est essentiel pour la gestion des fournisseurs et l'identification des sources de factures problématiques. Où obtenir Ceci se trouve généralement dans les données d'en-tête de facture, lié à partir d'une table de données de base des fournisseurs (vendor master data) basée sur un identifiant de fournisseur. Exemples Global Office SuppliesSolutions Technologiques InnovantesCity Logistics Inc. | |||
| Utilisateur User | L'utilisateur, l'employé ou l'agent système qui a effectué l'activité. | ||
| Description L'attribut Utilisateur identifie l'individu ou le système automatisé responsable de l'exécution d'une étape spécifique dans le Workflow de traitement des factures. Il peut s'agir d'un comptable fournisseurs qui a saisi la facture, d'un manager qui l'a approuvée, ou d'un bot automatisé qui a effectué une tâche de rapprochement. L'analyse des données par utilisateur est essentielle pour comprendre la répartition de la charge de travail, la performance individuelle et identifier les besoins en formation. Elle permet de filtrer la carte des processus pour voir comment différentes équipes ou individus traitent les factures, révélant des variations dans leurs Workflows. Cette analyse peut révéler les meilleurs performeurs, mettre en évidence les problèmes de routage ou identifier les utilisateurs qui pourraient nécessiter un support ou une formation supplémentaire sur les procédures de l'entreprise. Pourquoi c'est important Il aide à analyser la répartition de la charge de travail, la performance des utilisateurs et les variations de processus entre différentes équipes ou individus. Où obtenir Ces informations sont généralement disponibles dans les détails de la transaction, souvent étiquetées comme 'Nom d'utilisateur' (User Name), 'Saisi par' (Entered By), 'Modifié par' (Changed By) ou 'Approbateur' (Approver). Exemples j.doeSYSTEM_RFCAlice.Smithapprover_pool_1 | |||
| Code société CompanyCode | L'identifiant de l'entité juridique ou de l'entreprise au sein de l'organisation traitant la facture. | ||
| Description Le Code de société représente une entité juridique ou une filiale spécifique au sein d'une plus grande entreprise. Dans de nombreux systèmes financiers, les transactions sont séparées par code de société à des fins de comptabilité et de reporting. Cet attribut permet une analyse comparative entre différentes unités commerciales. En segmentant la cartographie des processus par Code de société, les analystes peuvent établir des Pourquoi c'est important Il permet d'établir des Où obtenir Il s'agit d'un champ organisationnel fondamental que l'on trouve généralement dans l'en-tête de toutes les tables de transactions financières. Exemples 1000US01DE015100 | |||
| Conditions de paiement PaymentTerms | Les conditions de paiement convenues pour la facture, qui déterminent la date d'échéance et toute remise pour paiement anticipé. | ||
| Description Les Conditions de paiement sont les conditions convenues avec un fournisseur pour le règlement d'une facture. Ces conditions sont généralement exprimées dans un format standardisé, tel que 'Net 30' (paiement dû dans 30 jours) ou '2% 10, Net 30' (une remise de 2 % si payé dans les 10 jours, sinon le montant total est dû dans 30 jours). Cet attribut est essentiel pour la stratégie financière et l'analyse de performance. Il sert de base pour le calcul de la Date d'échéance de paiement et l'identification des opportunités de capture de remises pour paiement anticipé. L'analyse du processus par différentes conditions de paiement peut révéler si certaines conditions sont corrélées à des retards de traitement ou si l'organisation capitalise efficacement sur les opportunités de remise favorables. Pourquoi c'est important Il est essentiel pour analyser la performance des paiements à temps et identifier les opportunités de capture de remises pour paiement anticipé. Où obtenir Ces informations proviennent généralement des données de base des fournisseurs (vendor master data) et sont spécifiées dans l'en-tête de la facture. Exemples Net 30Net 602% 10, Net 30Payable à réception | |||
| Date de la facture InvoiceDate | La date à laquelle le fournisseur a émis le document de facture. | ||
| Description La Date de facture est la date fournie par le fournisseur sur le document de facture lui-même. Elle marque le début officiel du cycle de vie des paiements du point de vue du fournisseur et sert souvent de base pour calculer la date d'échéance de paiement selon les conditions de paiement convenues. L'analyse du décalage temporel entre la Date de facture et l'activité 'Facture reçue' ou 'Facture saisie' est cruciale pour identifier les retards dans la soumission ou l'ingestion des factures. Ce 'délai de réception de facture' peut être une composante cachée significative du temps de cycle total, et sa réduction peut améliorer la performance des paiements à temps et augmenter les opportunités de capture de remises pour paiement anticipé. Pourquoi c'est important Il aide à mesurer le 'délai de réception de facture' entre le moment où un fournisseur émet une facture et le moment où elle est saisie dans le système. Où obtenir C'est un champ de date standard dans les données d'en-tête de facture, souvent étiqueté 'Date du document' (Document Date) ou 'Date de la facture' (Invoice Date). Exemples 2024-05-012024-04-152024-06-10 | |||
| Numéro de commande d'achat PurchaseOrderNumber | L'identifiant du bon de commande (PO) auquel la facture est liée. | ||
| Description Le Numéro de bon de commande relie une facture à un document d'approvisionnement pré-approuvé. Cette connexion est centrale au processus de rapprochement, où le système vérifie que les détails de la facture, tels que les quantités et les prix, correspondent à ce qui a été commandé dans le bon de commande. Cet attribut est crucial pour analyser l'efficacité du processus de rapprochement. Un taux élevé de factures adossées à un bon de commande qui sont traitées directement indique un processus d'approvisionnement sain. Inversement, l'analyse des factures sans bon de commande peut révéler des achats non conformes ou des domaines où les politiques d'approvisionnement ne sont pas suivies. La présence ou l'absence d'un bon de commande est un moyen courant de segmenter le processus pour comparer l'efficacité. Pourquoi c'est important Il aide à différencier les factures avec et sans bon de commande (PO), qui suivent souvent des processus différents et ont des niveaux d'efficacité variés. Où obtenir Cet identifiant se trouve généralement dans les détails de la ligne ou de l'en-tête de la transaction de la facture, la liant au document d'achat. Exemples 4500018921PO-2024-7837300000456 | |||
| Statut de la facture InvoiceStatus | L'état actuel de la facture dans son `workflow` de traitement. | ||
| Description Le Statut de la facture fournit un aperçu de l'emplacement d'une facture dans son cycle de vie au moment de l'extraction des données. Les statuts courants incluent 'En cours', 'Approuvée', 'Payée', 'Rejetée' ou 'Bloquée'. Cet attribut donne une vue d'ensemble de la condition actuelle de la facture. Bien que le Process Mining reconstitue le parcours complet, le statut actuel est précieux pour les Pourquoi c'est important Il fournit un aperçu de la charge de travail actuelle, aidant à surveiller les volumes de factures à différentes étapes comme 'En attente d'approbation' ou 'Bloquée'. Où obtenir Il s'agit généralement d'un champ de statut dans la table d'en-tête de la facture qui est mis à jour à mesure que la facture progresse dans son cycle de vie. Exemples PayéEn coursRejetéApprouvé pour paiement | |||
Activités du processus Achats-Comptes Fournisseurs – Traitement des factures
| Activité | Description | ||
|---|---|---|---|
| Discrépance de rapprochement identifiée | Se produit lorsque le système ou un utilisateur identifie une incohérence entre la facture, le bon de commande ou le reçu de marchandises. Ces divergences, telles que des écarts de prix ou de quantité, entraînent généralement un blocage de la facture et nécessitent une intervention manuelle. | ||
| Pourquoi c'est important Le suivi de ces événements est fondamental pour l'analyse des causes profondes (root cause analysis) des retards de traitement et des reprises. Il aide à identifier les problèmes liés à la précision de la facturation des fournisseurs ou aux processus d'approvisionnement internes. Où obtenir Déduit d'un changement de statut indiquant un échec de rapprochement ou l'application automatique d'une retenue système liée à une variance. Capture Capturez le timestamp lorsque le statut de rapprochement de la facture est défini sur 'Échec', 'Discrépance', ou lorsqu'une retenue liée à une variance est appliquée. Type d'événement inferred | |||
| Facture approuvée | Signifie que la facture a été approuvée avec succès par toutes les parties requises dans le `workflow`. Ce jalon autorise la facture pour la comptabilisation financière et le paiement subséquent. | ||
| Pourquoi c'est important C'est une étape critique qui conclut la phase de validation et d'approbation. Elle est essentielle pour mesurer les temps de cycle d'approbation et assurer la Conformité aux politiques d'autorisation. Où obtenir Enregistré explicitement dans l'historique d'approbation ou le log de workflow lors de l'approbation finale. Capture Utilisez le Timestamp de l'action d'approbation finale dans l'historique d'approbation ou de Workflow de la facture. Type d'événement explicit | |||
| Facture comptabilisée au GL | Représente l'`event` comptable formel où la facture approuvée est enregistrée dans le `General Ledger`. Cette action crée une obligation financière et fait passer la facture d'un état de traitement à un état de préparation au paiement. | ||
| Pourquoi c'est important Il s'agit d'une étape financière critique qui confirme que l'obligation est officiellement reconnue. Les retards avant cette étape peuvent impacter la clôture financière et la précision des rapports. Où obtenir Il s'agit d'un événement transactionnel explicite enregistré dans les modules financiers du système. Capture Utilisez la date de comptabilisation (posting date) associée au document financier créé à partir de la facture. Type d'événement explicit | |||
| Facture rapprochée | Signifie le rapprochement réussi d'une facture avec un bon de commande et, le cas échéant, un bon de réception. Cette étape automatisée ou manuelle valide que les quantités et les prix facturés correspondent à ce qui a été commandé et reçu. | ||
| Pourquoi c'est important C'est une étape clé pour le traitement direct (straight-through processing). Un volume élevé de correspondances réussies dès le premier passage indique des processus d'approvisionnement en amont efficaces. Où obtenir Généralement enregistré comme un changement de statut ou un événement spécifique dans l'historique des transactions lorsque la validation de rapprochement est effectuée avec succès. Capture Identifiez l'event ou la mise à jour de statut indiquant que le statut de rapprochement de la facture est 'Réussi', 'Rapproché' ou 'Rapproché'. Type d'événement explicit | |||
| Facture reçue | Marque la réception initiale ou la création d'une facture dans le système. Cet event sert de point de départ pour le cycle de vie du traitement des factures, quelle que soit la méthode de saisie, telle que la saisie manuelle, le portail fournisseur ou l'OCR. | ||
| Pourquoi c'est important Cette activité est cruciale pour mesurer le temps de cycle total de traitement des factures du début à la fin. Elle fournit une base de référence pour comprendre la charge de travail et les retards de traitement initiaux. Où obtenir Cet événement est généralement capturé à partir du Timestamp de création de l'enregistrement de la facture ou de l'entrée initiale dans un journal de documents. Capture Utilisez la date et l'heure de création de l'objet facture principale ou facture fournisseur dans le système source. Type d'événement explicit | |||
| Facture rejetée | Se produit lorsqu'un approbateur rejette formellement la facture, interrompant sa progression dans le `workflow`. Le rejet renvoie généralement la facture pour correction ou annulation, initiant une boucle de retravail. | ||
| Pourquoi c'est important L'analyse des rejets de factures aide à identifier les causes profondes du retravail, telles que des erreurs de codage, des violations de politiques ou des problèmes de données en amont. Réduire les rejets est essentiel pour améliorer l'efficacité. Où obtenir Une action explicite enregistrée dans l'historique d'approbation ou le log de workflow de la facture, souvent accompagnée des motifs de rejet associés. Capture Identifiez l'event enregistré lorsqu'un approbateur effectue une action de 'Rejet' ou 'Refus' dans le Type d'événement explicit | |||
| Paiement effectué | Marque l'étape finale du processus où le paiement est exécuté et l'obligation de la facture est soldée. Cet event confirme que les fonds ont été décaissés au fournisseur. | ||
| Pourquoi c'est important C'est l'achèvement réussi du cycle Purchase to Pay pour une facture. C'est l'événement définitif pour mesurer les taux de paiement à temps et la durée globale du processus. Où obtenir Capturé à partir de la date de comptabilisation du document de paiement qui solde la facture. Capture Utilisez la date de compensation (clearing date) ou la date de paiement du document financier qui règle le poste fournisseur ouvert. Type d'événement explicit | |||
| Blocage de paiement appliqué | Une retenue intentionnelle est appliquée à une facture, l'empêchant d'être payée même si elle est approuvée. Cela peut être fait automatiquement en raison de règles système ou manuellement pour des raisons telles que des litiges avec les fournisseurs. | ||
| Pourquoi c'est important Les blocages de paiement sont une cause majeure de retards de paiement et de remises manquées. Il est crucial d'identifier quand et pourquoi les blocages sont appliqués pour améliorer la performance des paiements à temps. Où obtenir Généralement enregistré comme un statut ou un indicateur spécifique sur l'enregistrement de la facture ou ses postes individuels. Capture Capturez l'event lorsque un code de blocage de paiement ou un statut de retenue est appliqué à la facture ou à ses lignes. Type d'événement explicit | |||
| Blocage de paiement levé | Marque la suppression d'un blocage de paiement précédemment défini, rendant la facture à nouveau éligible au paiement. Cela signifie que le problème à l'origine du blocage a été résolu. | ||
| Pourquoi c'est important Le temps entre la pose et la levée d'un blocage représente un délai dans le processus. L'analyse de cette durée aide à identifier les goulots d'étranglement dans la résolution des problèmes. Où obtenir Capturé lorsque le statut ou le drapeau de blocage de paiement est supprimé de l'enregistrement de la facture. Capture Capturez l'event lorsque un code de blocage de paiement ou un statut de retenue est supprimé ou modifié à un état débloqué. Type d'événement explicit | |||
| Divergence résolue | Marque le point où une divergence de rapprochement précédemment identifiée a été manuellement étudiée et résolue. Cela permet à la facture de passer à l'étape suivante, comme l'approbation ou un nouveau rapprochement. | ||
| Pourquoi c'est important Le temps nécessaire pour résoudre les divergences est un facteur clé du temps de cycle de traitement des factures. L'analyse de cette activité aide à comprendre l'effort et la durée de la gestion des exceptions. Où obtenir Cela est souvent déduit de la première action utilisateur qui lève un blocage de rapprochement ou permet de retraiter un rapprochement échoué. Capture Identifiez l'event où une retenue liée au rapprochement est levée ou la facture est rapprochée avec succès après un échec précédent. Type d'événement inferred | |||
| Facture annulée | La facture a été annulée, inversée ou résiliée et ne sera pas traitée ou payée davantage. Cela représente un état final pour une facture incorrecte ou en double. | ||
| Pourquoi c'est important Le suivi des annulations fournit des informations sur les problèmes de qualité des données, les soumissions en double et d'autres erreurs en amont. Un taux d'annulation élevé peut indiquer des problèmes avec la facturation des fournisseurs ou les contrôles internes. Où obtenir Un changement de statut explicite sur l'enregistrement de la facture ou la création d'un document d'annulation correspondant. Capture Identifiez le timestamp lorsque le statut de la facture est modifié en 'Annulée' ou 'Invalidée', ou lorsqu'un document d'annulation est comptabilisé. Type d'événement explicit | |||
| Facture en retard | Un event calculé qui se produit lorsque la date actuelle dépasse la date d'échéance nette de la facture, alors que celle-ci reste impayée. La date d'échéance est déterminée par la date de la facture et les conditions de paiement du fournisseur. | ||
| Pourquoi c'est important Cette activité signale directement les retards de paiement, qui peuvent nuire aux relations avec les fournisseurs et entraîner des pénalités. Elle est essentielle pour surveiller et améliorer le taux de paiement à temps. Où obtenir Ce n'est pas un événement système explicite. Il doit être calculé en comparant la date de paiement (ou la date actuelle si impayé) à la date d'échéance de la facture. Capture Calculez cet event en évaluant Type d'événement calculated | |||
| Facture envoyée pour approbation | Représente la soumission formelle d'une facture dans un `workflow` d'approbation une fois que la validation initiale et le rapprochement sont terminés. La facture est acheminée vers les approbateurs désignés en fonction des règles métier configurées. | ||
| Pourquoi c'est important Cette activité marque le début du sous-processus d'approbation. Mesurer le temps entre cet événement et l'approbation finale aide à analyser l'efficacité du Workflow d'approbation et à identifier les goulots d'étranglement. Où obtenir C'est un événement explicite dans les systèmes dotés d'un moteur de Workflow ou peut être déduit d'un changement de statut en 'En attente d'approbation' (Pending Approval). Capture Capturez le timestamp lorsque le workflow est initié ou que le statut de la facture est mis à jour pour indiquer qu'elle est en attente d'approbation. Type d'événement explicit | |||
| Facture Reprise | Représente une mise à jour ou une correction manuelle apportée à une facture, souvent suite à un rejet ou pour corriger une erreur identifiée. Cette activité indique une déviation du processus standard et sans intervention. | ||
| Pourquoi c'est important Le suivi des activités de reprise met en évidence les inefficacités de processus et les coûts cachés. Comprendre pourquoi les factures sont modifiées peut conduire à des améliorations de processus ciblées et à des formations. Où obtenir Généralement déduit des journaux de modifications (change logs) ou des pistes d'audit (audit trails) qui enregistrent les modifications apportées aux champs clés de la facture après la saisie initiale. Capture Capturez les timestamps des logs d'audit qui indiquent une modification des données de la facture, en particulier après un rejet ou un event de retenue. Type d'événement inferred | |||
| Facture saisie | Représente l'achèvement de la saisie initiale des données, où les détails de la facture ont été saisis ou scannés, mais pas encore comptabilisés ou soumis pour approbation formelle. La facture est souvent dans un état temporaire 'parqué' ou 'brouillon'. | ||
| Pourquoi c'est important L'analyse du temps entre la réception et la saisie d'une facture aide à identifier les retards dans l'étape de saisie des données. Elle peut également mettre en évidence l'efficacité des solutions automatisées de capture de données. Où obtenir Ceci est souvent déduit lorsqu'un enregistrement de facture est sauvegardé en tant que brouillon ou dans un statut 'parqué' avant d'être soumis à un Workflow. Capture Capturez le timestamp lorsque le statut de la facture passe d'un nouvel état à un état enregistré, parqué ou brouillon. Type d'événement inferred | |||
| Paiement planifié | La facture comptabilisée est sélectionnée et incluse dans une proposition de paiement ou un lot de paiement. Cette étape met la facture en file d'attente pour l'exécution du paiement à une date spécifique, mais ne représente pas encore le transfert réel des fonds. | ||
| Pourquoi c'est important Cette activité offre une visibilité sur la phase finale du processus. Les retards entre la comptabilisation et la planification des paiements peuvent être une source d'escomptes manqués et de retards de paiement. Où obtenir Généralement capturé lorsqu'une facture est ajoutée à une exécution de paiement, une proposition de paiement ou un journal de paiement. Capture Identifiez la date de création de la proposition de paiement ou de l'enregistrement du lot de paiement qui inclut la facture. Type d'événement explicit | |||
Guides d'extraction
Les méthodes d'extraction varient selon le système. Pour des instructions détaillées,