Votre Modèle de Données Du Bon de De la commande au paiement - Traitement des facturess factures fournisseurs factures fournisseurs Factures
Votre Modèle de Données Du Bon de De la commande au paiement - Traitement des facturess factures fournisseurs factures fournisseurs Factures
Voici notre modèle de données générique de Process Mining pour Du Bon de De la commande au paiement - Traitement des facturess factures fournisseurs factures fournisseurs 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 approfondie
- Activités et jalons clés à suivre
- Conseils sur la manière d'extraire vos données de processus
Du Bon de De la commande au paiement - Attributs de Traitement des facturess factures fournisseurs factures fournisseurs Factures
| Nom | Descriptionn | ||
|---|---|---|---|
| Heure de l'événement EventTime | L'horodatage précis indiquant quand une activité ou un événement spécifique s'est produit. | ||
| Descriptionn L' Cet attribut est utilisé pour trier les Pourquoi est-ce important ? : Elle fournit l'ordre chronologique des Source des données : Ceci se trouve généralement dans les journaux d'événements 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 événement ou d'une tâche métier spécifique survenu(e) pendant le cycle de vie du traitement des factures. | ||
| Descriptionn 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 est-ce important ? : Cet Attribut définit les étapes du processus, formant l'pilier central de la carte de processus et permettant toutes les analyses liées au flux. Source des données : Ces informationsns 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. | ||
| Descriptionn Le Numéro de facture est le code alphanumérique unique attribué à une facture par un fournisseur. En Process Mining, cet attribut est cléement important car il sert généralement d'identifiant de En utilisant le Numéro de facture comme identifiant de Pourquoi est-ce important ? : C'est l' Source des données : 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. | ||
| Descriptionn 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 indispensablele pour évaluer la récence 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 impératif pour prendre des décisions opérationnelles éclairées. Elle est également essentielle pour surveiller la santé et la fréquence du pipeline de données. Pourquoi est-ce important ? : Il indique la la réactualisation des données, permettant aux utilisateurs de comprendre à quel point l'analyse du processus est actuelle. Source des données : 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'événement ont été extraites. | ||
| Descriptionn L'attribut Source System identifie l'application ou la plateforme où l'événement de traitement des factures a été enregistré. Dans des environnements 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 est-ce important ? : Il fournit le contexte sur l'origine des données, ce qui est impératif pour la validation des données et pour l'analyse des processus qui s'étendent sur plusieurs systèmes IT. Source des données : 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. | ||
| Descriptionn 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 indispensable pour le suivi des performances liées aux paiements à temps. Il est utilisé pour calculer des KPIs comme le Taux de paiement ponctuel 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 est-ce important ? : Il est indispensable pour mesurer la performance des paiements à temps et analyser les causes des paiements tardifs. Source des données : 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. | ||
| Descriptionn Cet Attribut spécifie la devise dans laquelle le montant de la facture est libellé. Il est indispensable 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 indispensablele 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 est-ce 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. Source des données : 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 Horodatage 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 (Heure de début). | ||
| Descriptionn 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 est-ce important ? : Il permet le calcul précis des durées d'activité, ce qui est indispensable pour identifier les Source des données : 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. | ||
| Descriptionn 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 clé qui définit l'importance monétaire de chaque Cet attribut est indispensable 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 est-ce 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. Source des données : 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. | ||
| Descriptionn 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 est-ce important ? : C'est impératif 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. Source des données : Ces informationsns 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. | ||
| Descriptionn 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 essentielles 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 est-ce important ? : Il permet de segmenter le processus pour analyser la performance par fournisseur, ce qui est indispensable pour la gestion des fournisseurs et l'identification des sources de factures problématiques. Source des données : 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 données de base) 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é. | ||
| Descriptionn 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 indispensablele pour comprendre la répartition de la charge de travail, la performance individuelle et identifier les besoins en formation. Elle permet de filtrer la cartographie 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 collaborateurs les plus performants, 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 est-ce 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. Source des données : Ces informationsns 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 dans l'organisation traitant la facture. | ||
| Descriptionn 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 est-ce important ? : Il permet d'établir des Source des données : Il s'agit d'un champ organisationnel clé 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é. | ||
| Descriptionn 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 indispensable 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 est-ce important ? : Il est indispensable pour analyser la performance des paiements à temps et identifier les opportunités de capture de remises pour paiement anticipé. Source des données : Ces informationsns proviennent généralement des données de base des fournisseurs (vendor données de base) et sont spécifiées dans l'en-tête de la facture. Exemples Net 30Net 602% 10, Net 30Dû à la réception | |||
| Date de la facture InvoiceDate | La date à laquelle le fournisseur a émis le document de facture. | ||
| Descriptionn 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 indispensablele 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 est-ce 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. Source des données : 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 (BC) auquel la facture est liée. | ||
| Descriptionn 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 impératif 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 est-ce important ? : Il aide à différencier les factures avec et sans bon de commande (BC), qui suivent souvent des processus différents et ont des niveaux d'efficacité variés. Source des données : 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. | ||
| Descriptionn 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 est-ce 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'. Source des données : 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 | |||
Du Bon de De la commande au paiement - Activités de Traitement des facturess factures fournisseurs factures fournisseurs Factures
| Activité | Descriptionn | ||
|---|---|---|---|
| Écart de rapprochement identifié | 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 est-ce important ? : Le suivi de ces événements est indispensable 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. Source des données : 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 l'horodatage 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 est-ce important ? : C'est une étape critique qui conclut la phase de validation et d'approbation. Elle est indispensablele pour mesurer les temps de cycle d'approbation et assurer la Conformité aux politiques d'autorisation. Source des données : Comptabilisé explicitement dans l'historique d'approbation ou le log de workflow lors de l'approbation finale. Capture Utilisez le Horodatage 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élèvement.paration au paiement. | ||
| Pourquoi est-ce 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. Source des données : 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 est-ce 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. Source des données : 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 est-ce important ? : Cette activité est indispensablele 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. Source des données : Cet événement est généralement capturé à partir du Horodatage 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 reprises. | ||
| Pourquoi est-ce important ? : L'analyse des rejets de factures aide à identifier les causes profondes du reprises, telles que des erreurs de codage, des violations de politiques ou des problèmes de données en amont. Réduire les rejets est indispensable pour améliorer l'efficacité. Source des données : 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 est-ce important ? : C'est l'achèvement réussi du cycle Achats au paiement (P2P) pour une facture. C'est l'événement définitif pour mesurer les taux de paiement à temps et la durée globale du processus. Source des données : 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 est-ce important ? : Les blocages de paiement sont une cause majeure de retards de paiement et de remises manquées. Il est impératif d'identifier quand et pourquoi les blocages sont appliqués pour améliorer la performance des paiements à temps. Source des données : 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 est-ce 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 points de blocage dans la résolution des problèmes. Source des données : 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 est-ce 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. Source des données : 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 est-ce 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. Source des données : Un changement de statut explicite sur l'enregistrement de la facture ou la création d'un document d'annulation correspondant. Capture Identifiez l'horodatage 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 est-ce 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 indispensablele pour surveiller et améliorer le taux de paiement à temps. Source des données : 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 est-ce 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 points de blocage. Source des données : 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 l'horodatage 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 est-ce 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. Source des données : Généralement déduit des journaux de modifications 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 horodatages 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 est-ce 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. Source des données : 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 l'horodatage 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 est-ce 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. Source des données : 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 lÀ 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,