Modèle de données : Traitement des factures fournisseurs
Votre modèle de données pour le traitement des factures fournisseurs
Ceci est notre modèle de données générique de Process Mining pour Traitement des factures fournisseurs. Utilisez nos modèles spécifiques au système pour des directives plus précises.
Sélectionnez un système spécifique- Structure de données universelle pour tout système de comptes fournisseurs
- Attributs recommandés pour une analyse approfondie
- Activités clés à capturer pour une visibilité complète des processus
Attributs du traitement des factures fournisseurs
| Nom | Description | ||
|---|---|---|---|
Heure de l'événement EventTime | L'horodatage indiquant la date et l'heure précises auxquelles une activité ou un événement ont eu lieu. | ||
Description L'Heure de l'événement capture le moment exact où une activité spécifique a eu lieu dans le cycle de vie de la facture. Chaque activité, de 'Facture reçue' à 'Facture soldée', a un timestamp associé. Cet attribut est crucial pour l'analyse des performances. Il permet le calcul des temps de cycle entre les activités (par exemple, temps d'approbation, temps de paiement) et du temps total de traitement de bout en bout pour chaque facture. En analysant ces durées, les organisations peuvent identifier les goulots d'étranglement, mesurer les performances par rapport aux accords de niveau de service (SLA) et repérer les opportunités d'accélération. Il permet également l'ordonnancement chronologique des événements pour reconstruire le flux de processus avec précision. Pourquoi c'est important C'est essentiel pour le calcul des temps de cycle, l'identification des goulots d'étranglement et l'analyse de la séquence chronologique des événements du processus. Où obtenir Trouvé dans les journaux système, les champs de date de création/modification des transactions, ou les enregistrements de timestamps d'événements associés aux documents de facture. Exemples 2023-10-26T10:00:00Z2023-11-15T14:35:10Z2023-12-01T09:12:45Z | |||
ID de facture InvoiceId | L'identifiant unique de chaque document de facture fournisseur. Il sert d'identifiant de cas principal pour le suivi du parcours de bout en bout de la facture. | ||
Description L'ID de facture est un code alphanumérique unique attribué à chaque facture reçue d'un fournisseur. Il sert de point de référence central pour toutes les activités et données liées à cette facture spécifique, de sa réception initiale au paiement final et à l'apurement. En Process Mining, l'ID de facture est fondamental. Il fonctionne comme l'ID de cas, permettant au logiciel de reconstituer la séquence des événements (tels que 'Facture reçue', 'Approuvée', 'Payée') en un flux de processus cohérent pour une seule facture. Cela permet l'analyse des variantes de processus, des temps de cycle et des bottlenecks par facture, offrant une vue claire de la manière dont chaque facture est traitée. Pourquoi c'est important C'est l'attribut le plus critique, car il connecte toutes les étapes de processus associées en un seul cas, permettant une analyse et une visualisation de bout en bout du processus. Où obtenir Généralement trouvé dans les données d'en-tête des tables de transactions de facture ou de comptes fournisseurs dans le système source. Exemples INV-9876547300015298SI-2023-04-112 | |||
Nom de l'activité ActivityName | Le nom de l'étape ou de l'événement du processus métier lié à la facture. | ||
Description Le Nom de l'activité décrit une action spécifique, un changement de statut ou une étape clé dans le cycle de vie du traitement des factures. Chaque événement enregistré pour une facture, tel que 'Facture Validée', 'Soumise pour approbation' ou 'Paiement Exécuté', est représenté par un nom d'activité distinct. Cet attribut constitue la colonne vertébrale de la carte de processus, où chaque valeur unique devient un nœud dans le flux de processus visualisé. L'analyse de la séquence, de la fréquence et de la durée entre ces activités est au cœur du Process Mining, aidant à identifier les chemins courants, les écarts et les boucles de retravail. Elle est essentielle pour comprendre ce qui se passe réellement dans le processus. Pourquoi c'est important Définit les étapes de la cartographie des processus, permettant la visualisation et l'analyse du flux de processus, des goulots d'étranglement et des variations. Où obtenir Généralement dérivé des codes de transaction, des journaux d'événements, des champs de changement de statut ou des enregistrements d'actions utilisateur spécifiques au sein du système source. Exemples Facture approuvéeFacture bloquéePaiement effectué | |||
Dernière mise à jour des données LastDataUpdate | L'horodatage indiquant la dernière actualisation des données de cet événement à partir du système source. | ||
Description L'horodatage de la dernière mise à jour des données indique l'heure la plus récente à laquelle les données ont été extraites du système source et chargées dans l'environnement de Process Mining. Il ne représente pas le moment où l'événement métier s'est produit, mais plutôt la fraîcheur des données analysées. Cet attribut est important pour la gouvernance des données et pour que les utilisateurs comprennent la fraîcheur des données. Il aide à confirmer que l'analyse est basée sur des informations à jour et peut être utilisé pour surveiller la santé et la fréquence du pipeline de données. Il garantit que les parties prenantes sont conscientes de l'actualité des données lorsqu'elles prennent des décisions basées sur les dashboards et l'analyse des processus. Pourquoi c'est important Essentiel pour la gouvernance des données et pour s'assurer que les utilisateurs sont conscients de la fraîcheur des données qu'ils analysent, ce qui renforce la confiance dans les informations obtenues. Où obtenir Cet horodatage est généralement généré et ajouté lors du processus d'extraction, de transformation et de chargement des données (ETL). Exemples 2024-01-20T04:00:00Z2024-01-21T04:00:00Z2024-01-22T04:00:00Z | |||
Système source SourceSystem | Le système d'où les données ont été extraites. | ||
Description Cet attribut identifie le système informatique d'origine où les données d'événement ont été générées ou enregistrées (comme un ERP, un système de gestion documentaire ou un outil de workflow). Dans les environnements où plusieurs systèmes sont impliqués dans le processus de comptabilité fournisseurs (AP), ce champ permet de distinguer la provenance des différentes activités. L'analyse des données par système source est utile pour comprendre la fragmentation des processus et les défis d'intégration des données. Elle peut mettre en évidence les retards ou les problèmes liés aux transferts entre différents systèmes. Elle est également essentielle pour la gouvernance et la validation des données, afin de garantir que la vue du processus reflète fidèlement les contributions de chaque système. Pourquoi c'est important Fournit le contexte de l'origine des données, ce qui est crucial pour la validation des données, le dépannage et l'analyse des variations de processus entre différents systèmes. Où obtenir Généralement une valeur statique ajoutée lors du processus d'extraction des données ou disponible dans les en-têtes des journaux système. Exemples ERP_PRODSAP_ECC_100Oracle_Fusion | |||
Code société CompanyCode | L'identifiant de l'entité juridique ou de l'entreprise qui traite la facture. | ||
Description Le Code Société est une clé unique qui représente une entité juridique ou une entreprise distincte au sein d'une organisation. Les factures sont traitées et enregistrées au nom d'un code société spécifique. Cet attribut est une dimension fondamentale pour l'analyse comparative dans les organisations multi-entités. Il permet de benchmarker la performance des processus de comptes fournisseurs entre différentes entreprises, filiales ou unités commerciales. L'analyse peut révéler si certaines entités sont plus efficaces, ont des taux d'automatisation plus élevés ou connaissent davantage de blocages de paiement. Cela aide à standardiser les meilleures pratiques et à identifier les problèmes spécifiques à une région ou à une entité. Pourquoi c'est important Permet de comparer les performances des processus entre différentes entités juridiques ou unités commerciales, contribuant ainsi à normaliser les pratiques et à identifier les problèmes spécifiques à chaque entité ou unité. Où obtenir Situé dans l'en-tête des documents de transactions financières ou de facturation, représentant l'entité de comptabilisation. Exemples 1000US01DE01 | |||
Date d'échéance de la facture InvoiceDueDate | La date à laquelle le paiement de la facture est dû selon les conditions de paiement. | ||
Description La Date d'échéance de la facture est la date limite calculée à laquelle le paiement doit parvenir au fournisseur pour être considéré comme ponctuel et éviter d'éventuels frais de retard ou pénalités. Elle est généralement dérivée de la date de la facture et des conditions de paiement convenues (par exemple, Net 30). Cet attribut est essentiel pour mesurer la performance des paiements. Il sert de base au calcul de l'indicateur clé de performance (KPI) du Taux de paiement à temps et à l'identification des paiements en retard. La comparaison de la date d'échéance avec la date de paiement réelle permet d'analyser la ponctualité des paiements, aidant ainsi les organisations à améliorer les relations avec les fournisseurs, à éviter les pénalités et à gérer stratégiquement leur trésorerie. Pourquoi c'est important C'est essentiel pour mesurer la performance des paiements à temps, gérer les flux de trésorerie et éviter les pénalités de retard de paiement. Où obtenir Cette date est souvent calculée par le système source en fonction de la date de facture et des conditions de paiement, puis stockée dans l'en-tête de la facture. Exemples 2023-11-252023-12-152024-01-30 | |||
Montant de la facture InvoiceAmount | La valeur monétaire totale de la facture dans la devise de transaction d'origine. | ||
Description Le Montant de la Facture représente la valeur brute totale de la facture telle que soumise par le fournisseur. Il s'agit d'un indicateur financier clé pour chaque dossier. Cet attribut est largement utilisé dans l'analyse financière et de performance. Il permet de filtrer les processus en fonction de leur matérialité (par exemple, analyser les factures de grande valeur séparément), d'identifier les goulots d'étranglement d'approbation pour les factures dépassant un certain seuil, et de calculer l'impact financier des inefficacités de processus. Par exemple, il peut être utilisé pour quantifier la valeur des factures bloquées ou pour prioriser les efforts d'automatisation sur les factures à volume élevé et à faible valeur. C'est une dimension fondamentale pour presque tous les dashboards des comptes fournisseurs. Pourquoi c'est important Permet l'analyse de l'impact financier, telle que la quantification de la valeur des paiements bloqués, et aide à prioriser les factures en fonction de leur matérialité. Où obtenir Généralement trouvé dans les tables d'en-tête ou de postes des données de transaction de la facture. Exemples 1500.7525000.00345.50 | |||
Nom d'utilisateur UserName | Le nom ou l'ID de l'utilisateur qui a effectué une activité spécifique concernant la facture. | ||
Description Le Nom d'utilisateur identifie l'employé ou l'utilisateur système responsable de l'exécution d'une étape donnée du processus, telle que la saisie de facture, l'approbation ou la comptabilisation. Pour les étapes automatisées, il peut s'agir d'un ID d'utilisateur système ou de lot. Cet attribut permet une vue centrée sur l'humain du processus. Il est utilisé pour analyser la répartition de la charge de travail, la performance individuelle ou d'équipe et identifier les besoins de formation. En suivant les activités par utilisateur, les organisations peuvent découvrir les boucles de retravail causées par des individus spécifiques, localiser les points de blocage des approbations et assurer une séparation adéquate des tâches. C'est un attribut clé pour comprendre l'élément humain du processus des comptes fournisseurs (AP). Pourquoi c'est important Permet d'analyser la performance individuelle et d'équipe, la répartition de la charge de travail, et aide à identifier les opportunités de formation ou les problèmes de conformité. Où obtenir Généralement trouvé dans les journaux d'événements ou dans les champs "Modifié par" / "Créé par" des tables de transactions. Exemples jdoeasmithBATCH_USER | |||
Nom du fournisseur VendorName | Le nom du fournisseur qui a soumis la facture. | ||
Description Le Nom du fournisseur identifie le nom légal ou commercial du fournisseur qui fournit les biens ou les services. Cet attribut apporte un contexte métier crucial à chaque facture. En analyse, la segmentation du processus par Nom du fournisseur permet d'évaluer la performance et les relations avec des fournisseurs spécifiques. Elle peut aider à répondre à des questions telles que : 'Quels fournisseurs ont les délais d'approbation les plus longs ?', 'Avons-nous fréquemment des écarts de facturation avec certains fournisseurs ?', ou 'Exploitons-nous efficacement les escomptes pour paiement anticipé avec nos fournisseurs clés ?'. Cette vue est essentielle pour les achats et la gestion de la relation fournisseur. Pourquoi c'est important Permet l'analyse des performances par fournisseur, aidant à identifier les relations fournisseurs problématiques, la conformité aux conditions de paiement et les variations de processus par fournisseur. Où obtenir Situé dans les tables de données de base des fournisseurs et lié aux données de transaction de facture via un identifiant de fournisseur. Exemples Global Office SuppliesSolutions Technologiques InnovantesAdvanced Logistics Corp | |||
Numéro de commande d'achat PurchaseOrderNumber | L'identifiant unique du bon de commande (PO) associé à la facture. | ||
Description Le Numéro de bon de commande est l'ID de référence du document qui a initialement autorisé l'achat de biens ou de services auprès du fournisseur. Les factures peuvent être rattachées à un bon de commande (PO-backed) ou non (non-PO). Cet attribut est essentiel pour analyser le processus de rapprochement des factures. Il permet de distinguer les factures basées sur un bon de commande (PO) de celles qui ne le sont pas, et qui suivent souvent des chemins de processus très différents. L'analyse peut se concentrer sur l'efficacité du rapprochement à trois voies (bon de commande, récépissé de marchandises et facture), identifier les raisons des échecs de rapprochement et mesurer l'indicateur clé de performance (KPI) du Taux de rapprochement au premier passage. Un numéro de bon de commande manquant pour une facture qui devrait en avoir un est souvent un indicateur de problème de conformité du processus. Pourquoi c'est important Crucial pour analyser l'efficacité du rapprochement des factures, différencier les processus de facturation avec ou sans commande d'achat, et identifier les problèmes de conformité. Où obtenir Trouvé dans les données de transaction de facture, souvent dans un champ de référence le reliant au module d'achats. Exemples 4500017545PO-2023-10-005789123 | |||
Conditions de paiement PaymentTerms | Les conditions de paiement convenues avec le fournisseur, y compris les dates d'échéance et les opportunités d'escompte. | ||
Description Les Conditions de Paiement définissent les conditions selon lesquelles une facture doit être payée. Cela inclut souvent les jours nets avant échéance (par exemple, 30 jours) et tout escompte potentiel pour paiement anticipé (par exemple, 2 % de remise si payé en 10 jours). Cet attribut fournit un contexte essentiel pour l'analyse de la performance financière. Il est utilisé pour calculer la Date d'Échéance de la Facture et pour identifier les opportunités de bénéficier des escomptes pour paiement anticipé. En analysant la performance du processus par conditions de paiement, les organisations peuvent voir si elles manquent systématiquement des opportunités d'escompte en raison de longs cycles internes. Cette analyse relie directement l'efficacité des processus aux économies financières. Pourquoi c'est important Permet le calcul de la date d'échéance des factures et est essentiel pour analyser les taux de capture des escomptes pour paiement anticipé, liant l'efficacité des processus aux économies de coûts. Où obtenir Généralement issu des données de base des fournisseurs et copié dans l'en-tête de la transaction de facture lors de sa création. Exemples Net 302% 10, Net 30Net 60 | |||
Date de paiement PaymentDate | La date à laquelle le paiement de la facture a réellement été exécuté. | ||
Description La Date de paiement correspond à l'horodatage indiquant le moment où les fonds ont été décaissés au fournisseur pour une facture spécifique. C'est une étape clé qui marque souvent la fin du flux de traitement principal. Dans l'analyse Process Mining, cette date est comparée à la Date d'échéance de la facture pour déterminer si un paiement a été effectué à temps, en avance ou en retard. C'est un élément essentiel pour le calcul d'indicateurs clés de performance (KPI) cruciaux, tels que le Taux de paiement à temps, et pour l'analyse des opportunités d'escompte pour paiement anticipé. Comprendre l'écart entre l'approbation de la facture et la date de paiement peut également révéler des inefficacités dans l'exécution des paiements ou les fonctions de trésorerie. Pourquoi c'est important Essentiel pour calculer les taux de paiement à temps, analyser les comportements de paiement et identifier les opportunités de bénéficier d'escomptes pour paiement anticipé. Où obtenir Trouvé dans les données du document de paiement ou de compensation, qui est lié à la transaction de facture originale. Exemples 2023-11-242023-12-202024-01-28 | |||
Devise de la facture InvoiceCurrency | Le code de devise du montant de la facture (par exemple, USD, EUR, GBP). | ||
Description La Devise de la facture spécifie l'unité monétaire dans laquelle le montant de la facture est exprimé. C'est particulièrement important pour les organisations multinationales qui traitent avec des fournisseurs de différents pays. En analyse, cet attribut est essentiel pour interpréter correctement le Montant de la facture et pour effectuer des calculs financiers précis. Il permet de filtrer le processus par devise afin de comprendre les différences régionales ou les défis spécifiques à une devise. Lorsqu'il est combiné avec des données de taux de change, il peut être utilisé pour normaliser les valeurs financières en une seule devise de reporting pour une analyse mondiale cohérente. Pourquoi c'est important Fournit le contexte nécessaire relatif au montant de la facture, permettant une analyse financière précise et une segmentation des processus pour les organisations mondiales. Où obtenir Généralement situé dans l'en-tête de la table de transactions de facture, à côté du montant de la facture. Exemples USDEURGBP | |||
Est Automatisé IsAutomated | Un indicateur indiquant si une activité a été effectuée automatiquement par le système plutôt que par un utilisateur humain. | ||
Description Cet attribut booléen indique si une étape de processus spécifique a été exécutée par un utilisateur système (automatisation, workflow, tâche de traitement par lots) ou par un utilisateur humain. Cela permet de différencier les activités manuelles des activités automatisées. L'analyse de cet attribut est fondamentale pour comprendre le niveau d'automatisation dans le processus de comptabilité fournisseurs (AP) et mesurer le succès des initiatives de transformation numérique. Elle aide à calculer le taux de traitement direct (STP - Straight-Through Processing) en identifiant les factures traitées sans intervention manuelle. La comparaison des performances entre les parcours automatisés et manuels peut constituer un dossier commercial solide pour de nouveaux investissements en automatisation en quantifiant les économies de temps et de coûts. Pourquoi c'est important Permet la mesure des niveaux d'automatisation (par exemple, le taux de traitement direct) et aide à quantifier l'impact de l'automatisation sur l'efficacité des processus. Où obtenir Souvent dérivé en vérifiant si le 'UserName' (nom d'utilisateur) d'une activité correspond à un identifiant d'utilisateur système ou de lot connu. Exemples truefaux | |||
Motif de blocage BlockingReason | Le code ou la description du motif expliquant pourquoi le paiement d'une facture est bloqué. | ||
Description Un motif de blocage est un code ou un texte qui explique pourquoi le traitement d'une facture a été intentionnellement empêché avant l'étape de paiement. Les raisons courantes incluent des écarts de quantité ou de prix, une réception de marchandises manquante ou un contrôle qualité requis. Il s'agit d'un attribut essentiel pour l'analyse des causes profondes des exceptions et des reprises. En analysant la fréquence et l'impact des différents motifs de blocage, les organisations peuvent identifier les principales sources d'inefficacité au sein de leur processus de comptabilité fournisseurs. Cela permet de lancer des initiatives d'amélioration ciblées, telles que l'amélioration de la précision des bons de commande avec les fournisseurs ou la rationalisation du processus de réception des marchandises. La réduction des blocages de paiement est un facteur clé pour améliorer le taux de traitement direct (STP). Pourquoi c'est important Essentiel pour l'analyse des causes profondes des blocages de paiement, aidant à identifier les principaux moteurs d'inefficacité et de reprises dans le processus. Où obtenir Trouvé sur le document de facture ou dans un tableau de statut connexe, souvent renseigné lorsqu'une activité 'Bloquée' se produit. Exemples Écart de prixDivergence de quantitéRéception de marchandises manquante | |||
Activités de traitement des factures fournisseurs
| Activité | Description | ||
|---|---|---|---|
Facture approuvée | Représente l'approbation finale dans le workflow, qui fournit l'autorisation officielle pour le paiement de la facture. C'est une étape cruciale qui permet le passage de la facture de l'étape de traitement à celle du paiement. | ||
Pourquoi c'est important Cette activité clôture le cycle d'approbation. Le temps écoulé jusqu'à ce point constitue un élément clé du temps de traitement global des factures et met souvent en évidence les bottlenecks d'approbation. Où obtenir Capturé lorsque le statut du workflow ou du document de la facture est mis à jour en 'Approuvé' ou à un état terminal équivalent. Capture Saisir l'horodatage lorsque le statut d'approbation finale est enregistré pour la facture. Type d'événement explicit | |||
Facture apurée | Cette activité représente le rapprochement final où le paiement est imputé à la facture, clôturant officiellement l'élément dans le grand livre auxiliaire des comptes fournisseurs. Dans certains cas, elle peut également signifier que le paiement a été compensé par la banque. | ||
Pourquoi c'est important C'est l'activité finale, marquant l'achèvement réussi du processus. Le temps écoulé entre la réception de la facture et son apurement représente le temps de cycle complet de bout en bout. Où obtenir Capturé à partir du champ de date de lettrage de l'enregistrement financier de la facture, qui est rempli lorsque le paiement est appliqué. Capture Utilisez la date de compensation associée à l'élément de ligne de la facture dans le grand livre financier. Type d'événement explicit | |||
Facture comptabilisée | La facture approuvée est officiellement enregistrée dans le grand livre général, ce qui crée une obligation financière pour l'entreprise. C'est une transaction comptable critique qui reconnaît formellement la dépense et l'obligation de payer. | ||
Pourquoi c'est important La comptabilisation est un événement financier clé. Les retards entre l'approbation et la comptabilisation peuvent affecter la précision des rapports financiers et la visibilité sur les passifs en cours. Où obtenir Il s'agit d'un événement de transaction financière clé, capturé à partir de la date et de l'heure de comptabilisation du document comptable associé à la facture. Capture Utilisez le champ date de comptabilisation de l'en-tête du document financier lié à la facture. Type d'événement explicit | |||
Facture rapprochée | Le processus d'associer une facture à des documents justificatifs tels que les bons de commande (PO) ou les récépissés de marchandises (GR). Cette activité confirme que les montants, quantités et articles facturés sont conformes à ce qui a été commandé et reçu. | ||
Pourquoi c'est important Il s'agit d'une étape de validation cruciale pour les factures basées sur un bon de commande (PO). L'analyse des taux de réussite et des délais d'appariement est essentielle pour comprendre les niveaux d'automatisation et identifier les fournisseurs ou matériaux problématiques. Où obtenir Ceci est généralement enregistré lorsqu'une référence de bon de commande (PO) ou de réception de marchandises (GR) est liée avec succès aux postes de la facture, mettant souvent à jour un champ de statut d'appariement. Capture Saisir l'horodatage lorsque l'état de rapprochement de la facture est mis à jour en 'Rapproché' ou 'Réussi'. Type d'événement explicit | |||
Facture reçue | Cette activité marque la saisie initiale d'une facture fournisseur dans le système. Elle peut être capturée par l'entrée manuelle de données, la numérisation par reconnaissance optique de caractères (OCR) ou l'échange de données informatisées (EDI). | ||
Pourquoi c'est important C'est le point de départ principal du processus. L'analyse du temps écoulé entre cet événement et les autres révèle le temps de traitement total et met en évidence les retards en amont. Où obtenir Cet événement est généralement capturé à partir de l'horodatage de création de l'enregistrement principal de la facture ou de la facture fournisseur dans le système. Capture Utilisez la date de création de l'enregistrement d'en-tête de facture. Type d'événement explicit | |||
Paiement effectué | Le paiement est officiellement effectué, et les fonds sont décaissés au fournisseur. Cette transaction règle la dette qui a été créée lors de la comptabilisation de la facture. | ||
Pourquoi c'est important Il s'agit d'un événement crucial pour le calcul des taux de paiement à temps et la saisie des escomptes. Il marque le transfert de valeur et constitue une étape clé pour la trésorerie et la gestion des relations fournisseurs. Où obtenir Il s'agit d'un événement financier explicite capturé à partir de la date de transaction du document de paiement créé pour la facture. Capture Utilisez la date de transaction ou de comptabilisation du document de paiement qui solde la facture. Type d'événement explicit | |||
Soumise pour approbation | La facture est officiellement soumise à un workflow pour examen et approbation par une ou plusieurs personnes autorisées. Cette activité marque le début du sous-processus d'approbation. | ||
Pourquoi c'est important C'est le point de départ pour mesurer les temps de cycle d'approbation. Il aide à différencier le temps passé au traitement des données du temps d'attente pour l'approbation de la direction. Où obtenir Cet événement est enregistré lorsque le statut de la facture passe à "En attente d'approbation" ou est saisie dans un système de gestion de workflow. Capture Identifiez l'événement où le statut de la facture est mis à jour pour refléter le début d'un workflow d'approbation. Type d'événement explicit | |||
Blocage levé | Marque la résolution d'un problème et la levée ultérieure d'un blocage ou d'une retenue de paiement. Cette action signifie que la facture a été corrigée ou clarifiée et est maintenant prête à poursuivre le processus. | ||
Pourquoi c'est important Le temps entre le blocage d'une facture et la levée du blocage représente le temps de résolution des écarts. L'analyse de cette durée permet d'identifier les inefficacités dans le traitement des exceptions. Où obtenir Capturé à partir des journaux système ou des documents de modification qui enregistrent la suppression ou la désactivation d'un statut de blocage de paiement. Capture Saisir l'horodatage lorsqu'un code de blocage de paiement ou un statut de retenue est supprimé de la facture. Type d'événement explicit | |||
Facture annulée | La facture est annulée ou contrepassée après avoir été saisie ou comptabilisée, généralement pour corriger une erreur ou en réponse à un litige avec un fournisseur. Cela constitue une issue alternative, et généralement négative, au processus. | ||
Pourquoi c'est important Les annulations indiquent des défaillances au niveau des processus, telles que les entrées en double ou les comptabilisations incorrectes. Le suivi de leur fréquence et de leurs causes profondes est essentiel pour améliorer la précision de la saisie des données et la qualité des processus. Où obtenir Il s'agit d'une action explicite enregistrée lorsqu'un utilisateur annule la facture ou enregistre un document de contre-passation, ce qui renseigne une date d'annulation ou de contre-passation. Capture Recherchez un lien vers un document d'annulation ou un indicateur d'annulation et sa date associée dans l'enregistrement de la facture. Type d'événement explicit | |||
Facture bloquée | Cette activité a lieu lorsqu'une facture est bloquée pour empêcher son paiement. Les blocages sont généralement appliqués automatiquement ou manuellement en raison de divergences constatées lors du rapprochement, de non-conformités ou d'autres problèmes nécessitant un examen. | ||
Pourquoi c'est important Les blocages sont un principal moteur des retards de paiement et de l'augmentation de l'effort de traitement. Identifier quand, pourquoi et à quelle fréquence les blocages se produisent est crucial pour l'amélioration des processus. Où obtenir Il s'agit d'un événement explicite enregistré lorsqu'un statut de retenue ou de blocage est appliqué à la facture, souvent consigné dans un journal des statuts ou une table d'historique des modifications. Capture Utilisez le timestamp lorsqu'un code de blocage de paiement ou le statut "En attente" est défini sur la facture. Type d'événement explicit | |||
Facture rejetée | Un approbateur refuse la facture au sein du workflow, interrompant sa progression vers le paiement. Un refus renvoie généralement la facture à une étape antérieure pour correction, créant ainsi une boucle de reprise. | ||
Pourquoi c'est important Les rejets sont une source importante de retravail et de retards de processus. Le suivi de leur fréquence et de leurs raisons aide à identifier les problèmes liés à la qualité des données, à la compréhension des politiques ou à la conformité des fournisseurs. Où obtenir Explicitement capturé comme une mise à jour de statut (par exemple, 'Rejeté', 'Refusé') au sein de l'historique d'approbation ou du journal de workflow du système. Capture Utilisez le timestamp du journal d'approbation lorsque la facture se voit attribuer le statut "Rejetée". Type d'événement explicit | |||
Facture validée | Représente l'achèvement des vérifications initiales sur les données de facture saisies, afin d'en garantir l'exhaustivité et l'exactitude, avant de passer à l'appariement ou à l'approbation. Il peut s'agir d'une validation système automatisée ou d'une étape de révision manuelle. | ||
Pourquoi c'est important Le suivi de cette activité aide à identifier les goulots d'étranglement lors de l'examen initial de la qualité des données et mesure l'efficacité des étapes de prétraitement. Où obtenir Souvent capturé par un changement de statut dans l'enregistrement de la facture, un horodatage de validation spécifique, ou déduit lorsque l'enregistrement est sauvegardé sans erreurs. Capture Recherchez un changement de statut vers 'Validé' ou un journal d'événements de validation spécifique. Type d'événement explicit | |||
Paiement anticipé capturé | Un paiement est exécuté pendant la période d'escompte du fournisseur, ce qui permet de réaliser des économies pour l'entreprise. Ce n'est pas un événement système direct, mais il est dérivé des données de transaction. | ||
Pourquoi c'est important Cette activité mesure directement le bénéfice financier d'un processus de comptes fournisseurs (AP) efficace. L'identification des opportunités manquées de paiement anticipé quantifie clairement la valeur monétaire de l'amélioration des processus. Où obtenir Il s'agit d'un événement calculé, dérivé en comparant la date d'exécution du paiement avec les conditions de paiement et la date d'escompte sur la facture. Capture Calculer de la manière suivante : IF Payment_Date <= Discount_Due_Date. Type d'événement calculated | |||
Paiement planifié | Une facture comptabilisée est sélectionnée et incluse dans une proposition ou un lot de paiement. Cette activité indique une ferme intention de payer la facture lors d'une prochaine campagne de paiement. | ||
Pourquoi c'est important Cette étape comble l'écart entre la comptabilisation et le paiement réel. L'analyse de cette activité aide à gérer les flux de trésorerie et à comprendre l'efficacité du processus de préparation des paiements. Où obtenir Déduit de la création d'un enregistrement de proposition de paiement ou lorsque la facture est ajoutée à un journal ou à un lot de paiement. Capture Saisir la date de création de la proposition ou du lot de paiement qui inclut la facture. Type d'événement inferred | |||
Retard de Paiement Constaté | Une facture est payée après sa date d'échéance contractuelle. C'est un événement calculé qui signifie un manquement aux obligations de paiement dans les délais. | ||
Pourquoi c'est important Les retards de paiement peuvent nuire aux relations avec les fournisseurs, entraîner des pénalités financières et signaler des inefficacités systémiques. Mesurer cet indicateur aide à quantifier la performance du processus et le risque de conformité. Où obtenir Cet événement est calculé en comparant la date d'exécution du paiement avec la date d'échéance nette spécifiée sur la facture. Capture Calculer de la manière suivante : IF Payment_Date > Net_Due_Date. Type d'événement calculated | |||
Guides d'extraction
Les méthodes d'extraction varient selon le système. Pour des instructions détaillées,
