Modèle de données : Traitement des factures fournisseurs
Votre modèle de données pour le traitement des factures fournisseurs
- Attributs recommandés à collecter
- Activités clés à suivre
- Guide d'extraction
Attributs de traitement des factures fournisseurs
| Nom | Description | ||
|---|---|---|---|
|
Activité
Activity
|
Le nom d'une étape métier ou d'un événement spécifique survenu au cours du cycle de traitement des factures. | ||
|
Description
Cet attribut décrit une tâche unique ou un changement de statut dans le processus de comptabilité fournisseurs, tels que « Facture mise en attente », « Facture soumise à approbation » ou « Facture soldée par paiement ». Ces activités constituent les éléments fondamentaux de la carte de processus et sont généralement extraites des journaux de modifications, des champs de statut ou des journaux de workflow au sein de SAP. L'analyse de la séquence et de la durée de ces activités est le cœur du process mining. Elle permet de visualiser le flux de processus, d'identifier les goulots d'étranglement entre les étapes, de mesurer la fréquence des boucles de retravail et de comparer l'exécution réelle du processus aux procédures opérationnelles standard. La granularité des activités définies a un impact direct sur la profondeur des informations exploitables.
Pourquoi c'est important
Les activités constituent l'épine dorsale de la carte des processus, permettant la visualisation du flux de processus, l'identification des goulots d'étranglement et l'analyse des déviations.
Où obtenir
Déduit des codes de transaction (BKPF-TCODE), des logs de workflow (SWW_WI2OBJ) ou des logs de modification (tables CDHDR/CDPOS) en fonction des modifications apportées aux documents de facture.
Exemples
Facture crééeFacture approuvéeFacture réglée par paiementBlocage de paiement activé
|
|||
|
Facture
InvoiceNumber
|
L'identifiant unique de chaque document de facture, servant d'identifiant de cas principal pour suivre son parcours de la réception au paiement. | ||
|
Description
Le numéro de facture est une clé composite, généralement formée en combinant le Code Société (BUKRS), le Numéro de document (BELNR) et l'Exercice fiscal (GJAHR) dans SAP. Cette combinaison unique garantit que chaque facture est identifiée de manière distincte dans l'ensemble du système. En process mining, cet attribut est fondamental. Il relie tous les événements et activités associés, tels que la création, la comptabilisation, l'approbation et le paiement, en une seule instance de processus cohérente. L'analyse du processus par facture offre une vue complète de bout en bout du cycle de vie de la facture, essentielle pour calculer les temps de cycle, identifier les variantes et comprendre les boucles de retravail.
Pourquoi c'est important
C'est l'ID de cas essentiel qui relie toutes les activités liées à la facture, permettant une analyse complète de bout en bout du processus de comptabilité fournisseurs pour chaque facture.
Où obtenir
Construit à partir des tables SAP BKPF (En-tête de document comptable) et des champs BUKRS, BELNR et GJAHR.
Exemples
1000-1900000001-20232000-5100000055-20231000-1900000042-2024
|
|||
|
Heure de l'événement
EventTime
|
La date et l'heure précises auxquelles une activité ou un événement spécifique s'est produit. | ||
|
Description
L'Heure de l'événement est le timestamp associé à chaque activité du processus. Cette donnée est essentielle pour l'ordonnancement chronologique des événements et pour toutes les analyses temporelles. Dans SAP, cette information est souvent stockée dans les champs de création (ex. : BKPF-CPUDT) ou les tables de journal de modifications (CDHDR-UDATE et CDHDR-UTIME). Cet attribut est essentiel pour le calcul d'indicateurs clés de performance (KPI), tels que les temps de cycle, les temps de traitement et les temps d'attente entre les activités. Il permet d'analyser la performance des processus dans le temps, aide à identifier les goulots d'étranglement et est utilisé pour vérifier la conformité aux accords de niveau de service (SLA) ou aux conditions de paiement.
Pourquoi c'est important
Cet horodatage est crucial pour le calcul de toutes les métriques basées sur la durée, incluant les temps de cycle et les goulots d'étranglement, et constitue la base de l'analyse de performance.
Où obtenir
Des tables SAP comme BKPF (CPUDT/CPUTM pour la création) ou CDHDR (UDATE/UTIME pour les modifications).
Exemples
2023-10-01T10:00:00Z2023-10-02T14:35:10Z2023-10-15T09:12:00Z
|
|||
|
Approbateur
Approver
|
L'utilisateur ou le rôle responsable de l'approbation de la facture pour paiement. | ||
|
Description
Cet attribut identifie la personne qui a effectué l'activité 'Invoice Approved'. Dans SAP, cette gestion s'effectue souvent via le système de workflow, et l'identifiant de l'approbateur est enregistré dans l'historique du workflow. L'analyse par approbateur est au cœur du dashboard 'Invoice Approval Bottleneck Analysis'. Elle permet de mesurer les temps d'approbation par individu ou par groupe, d'identifier les approbateurs qui sont systématiquement lents et de comprendre la répartition de la charge de travail au sein de la hiérarchie d'approbation. Ces données sont cruciales pour optimiser le workflow d'approbation, qui constitue souvent un goulot d'étranglement majeur.
Pourquoi c'est important
Identifie la personne responsable des approbations, permettant l'analyse des durées de cycle d'approbation et des goulots d'étranglement par personne ou par équipe.
Où obtenir
On le trouve généralement dans les tables du Workflow SAP Business (par ex., SWW_WI2OBJ, SWWLOG) en liant l'élément de workflow à l'objet facture et en identifiant l'utilisateur de l'étape d'approbation.
Exemples
DMARTINLCHENFINMAN_ROLE
|
|||
|
Code société
CompanyCode
|
Une clé unique représentant une entité légale ou une société au sein de l'organisation SAP. | ||
|
Description
Le code société est une unité d'organisation fondamentale dans SAP Financials, représentant une unité comptable indépendante. Toutes les transactions financières, y compris les factures, sont enregistrées sous un code société spécifique. Cet attribut est essentiel pour segmenter l'analyse des processus par entité juridique. Il permet de comparer la performance des processus, les taux de conformité et l'efficacité à travers différentes parties de l'entreprise. C'est particulièrement important pour les grandes corporations multinationales avec de multiples filiales.
Pourquoi c'est important
Permet de segmenter l'analyse des processus par entité juridique, facilitant ainsi la comparaison des performances entre les différentes unités commerciales.
Où obtenir
De la table SAP BKPF (En-tête de document comptable), champ BUKRS.
Exemples
10002100US01
|
|||
|
Conditions de paiement
PaymentTerms
|
Le code définissant les conditions de paiement, telles que les dates d'échéance et les remises potentielles. | ||
|
Description
Les conditions de paiement sont des règles prédéfinies dans SAP qui déterminent le calcul des dates d'échéance des factures et des escomptes. Elles sont attribuées aux fiches fournisseurs et peuvent être spécifiées sur des factures individuelles. Cet attribut est essentiel pour le tableau de bord « Conformité des paiements et escomptes » et le KPI « Taux de capture des escomptes pour paiement anticipé ». En analysant les conditions de paiement, une entreprise peut identifier les opportunités de saisie d'escomptes, comprendre les implications financières des calendriers de paiement et assurer la conformité.
Pourquoi c'est important
Définit les règles pour les dates d'échéance de paiement et les escomptes, ce qui est crucial pour l'optimisation financière et le suivi de la conformité.
Où obtenir
De la table SAP BSEG (Segment de document comptable), champ ZTERM.
Exemples
Z0010001NT30
|
|||
|
Date d'échéance de la facture
InvoiceDueDate
|
La date calculée à laquelle le paiement de la facture est dû selon les conditions de paiement. | ||
|
Description
La date d'échéance de la facture indique la date limite à laquelle le fournisseur doit être payé pour respecter les conditions convenues. Dans SAP, il s'agit rarement d'un champ unique ; elle est plutôt calculée à partir de la date de base du document (BSEG-ZFBDT) et des conditions de paiement (BSEG-ZTERM) associées à la facture. Cette date est cruciale pour le tableau de bord « Conformité des paiements et remises ». Elle sert à calculer des KPI tels que le taux de paiements en retard et à identifier les factures présentant un risque de retard de paiement. Son analyse permet de prioriser la charge de travail et d'améliorer les relations avec les fournisseurs.
Pourquoi c'est important
Il s'agit d'une date cruciale pour le suivi de la conformité des paiements, le calcul des KPI de retard et le bénéfice des escomptes pour paiement anticipé.
Où obtenir
Déduit sur la base de la date de référence pour le calcul de l'échéance (BSEG-ZFBDT) et de la clé de conditions de paiement (BSEG-ZTERM).
Exemples
2023-10-312023-11-152024-01-10
|
|||
|
Montant brut de la facture
InvoiceGrossAmount
|
La valeur brute totale de la facture, toutes taxes et autres frais inclus, dans la devise du document original. | ||
|
Description
Cet attribut représente la valeur financière totale d'une facture. C'est une donnée essentielle pour comprendre l'impact financier et les caractéristiques des factures en cours de traitement. Dans SAP, ce montant peut être trouvé dans diverses tables selon le type de document, comme BSEG pour les documents financiers. En analyse, le montant de la facture est utilisé pour prioriser les factures de grande valeur, comprendre le flux financier du processus des Comptes Fournisseurs (AP) et segmenter l'analyse. Par exemple, on pourrait analyser si les factures de grande valeur ont des temps de cycle plus longs ou sont soumises à des parcours d'approbation différents. Il est également fondamental pour les KPI financiers.
Pourquoi c'est important
Apporte un contexte financier au processus, permettant une analyse basée sur la valeur, la priorisation des factures à forte valeur et le calcul des KPIs financiers.
Où obtenir
Des tables de postes SAP comme BSEG, champ WRBTR (Montant en devise du document). Un calcul peut être nécessaire pour agréger les postes au niveau de l'en-tête.
Exemples
1500.0012550.75980.50
|
|||
|
Motif de blocage de paiement
PaymentBlockReason
|
Un code indiquant pourquoi une facture est bloquée pour paiement. | ||
|
Description
Lorsqu'une facture présente une anomalie ou est en cours d'examen, un blocage de paiement peut être appliqué pour éviter qu'elle ne soit incluse dans un cycle de paiement. Cet attribut indique la raison du blocage, comme un écart de quantité ou une différence de prix. Ces informations sont essentielles pour l'analyse des exceptions. Elles aident à catégoriser les causes profondes des retards de paiement et des reprises de travail, en supportant le dashboard 'Analyse des exceptions et des anomalies'. Comprendre les raisons de blocage les plus fréquentes permet d'apporter des améliorations ciblées aux processus afin de réduire les exceptions.
Pourquoi c'est important
Fournit la cause profonde des retards de paiement, permettant une analyse ciblée pour réduire les exceptions, le retravail et le temps de traitement des factures.
Où obtenir
De la table SAP BSEG (Segment de document comptable), champ ZLSPR.
Exemples
RIA
|
|||
|
Nom du fournisseur
VendorName
|
Le nom du fournisseur ayant soumis la facture. | ||
|
Description
Cet attribut contient le nom officiel du fournisseur. Dans SAP, les données de base fournisseur (table LFA1) sont liées au document de facture via le numéro de fournisseur (LIFNR) stocké dans l'en-tête ou les postes du document. L'analyse par fournisseur est cruciale pour le tableau de bord « Performance des paiements fournisseurs ». Elle permet de suivre les temps de traitement des factures, la ponctualité des paiements et les taux d'exceptions pour des fournisseurs spécifiques. Ces informations aident à gérer les relations avec les fournisseurs, à identifier ceux qui présentent constamment une qualité de facture médiocre et à négocier de meilleures conditions.
Pourquoi c'est important
Permet l'analyse de la performance par fournisseur, aidant à gérer les relations avec les fournisseurs et à identifier les problèmes liés à des fournisseurs spécifiques.
Où obtenir
De la table SAP LFA1, champ NAME1, lié via le numéro de fournisseur (LIFNR) trouvé dans BKPF ou BSEG.
Exemples
Global Office Supplies Inc.Tech Solutions LLCReliable Logistics Corp.
|
|||
|
Numéro de commande d'achat
PurchaseOrderNumber
|
L'identifiant de la commande d'achat par rapport à laquelle la facture est émise. | ||
|
Description
Le numéro de commande (BC) relie la facture au processus d'approvisionnement. Pour les factures liées à une commande, cette connexion est essentielle pour le rapprochement à trois voies entre le bon de commande, la réception de marchandises et la facture. Cet attribut est clé pour le tableau de bord « Performance d'appariement BC/RM ». L'analyse de la présence et de l'appariement d'un BC permet de distinguer les différents types de factures (avec BC vs. sans BC) et de mesurer l'efficacité du processus de rapprochement. Les retards dans ce domaine sont une source fréquente de goulots d'étranglement du processus.
Pourquoi c'est important
Lie la facture au processus d'approvisionnement, permettant l'analyse des factures avec et sans Bon de Commande (PO) et l'efficacité du processus de rapprochement à trois voies.
Où obtenir
De la table SAP BSEG (pour les factures FI) ou RSEG (pour les factures MM), champ EBELN.
Exemples
450001712345000175894500018330
|
|||
|
Utilisateur du processus
ProcessorUser
|
Le nom d'utilisateur SAP de l'employé ayant effectué l'activité, telle que la comptabilisation ou la modification de la facture. | ||
|
Description
Cet attribut identifie l'utilisateur individuel responsable de l'exécution d'une étape de processus spécifique. Dans SAP, il peut s'agir de l'utilisateur qui a créé le document (par ex. BKPF-USNAM) ou de celui qui a effectué une modification spécifique (par ex. CDHDR-USERNAME). L'analyse par utilisateur du processus est essentielle pour comprendre la performance de l'équipe et la répartition de la charge de travail. Elle contribue à l'élaboration du dashboard 'AP Processor Workload Distribution' en suivant le volume de factures et les temps d'activité moyens par utilisateur. Cela peut révéler des besoins en formation, identifier les collaborateurs les plus performants et favoriser une répartition équitable des tâches.
Pourquoi c'est important
Permet l'analyse de la charge de travail, la comparaison des performances entre les utilisateurs et l'identification des opportunités de formation ou des déséquilibres de ressources.
Où obtenir
De la table SAP CDHDR, champ USERNAME (pour les modifications) ou de la table BKPF, champ USNAM (pour la saisie du document).
Exemples
AJONESSMITHBCWILLIAMS
|
|||
|
Dernière mise à jour des données
LastDataUpdate
|
Le timestamp indiquant la dernière actualisation des données de cet enregistrement depuis le système source. | ||
|
Description
Cet attribut indique la date et l'heure de la dernière extraction ou mise à jour de données depuis SAP ECC. Il ne fait pas partie des données transactionnelles elles-mêmes, mais est une métadonnée ajoutée lors du processus d'ingestion des données. Son utilité principale en analyse est de contextualiser la fraîcheur des données consultées. Ceci est crucial pour les dashboards et les rapports, car cela informe les utilisateurs de la pertinence temporelle de leurs analyses et aide à gérer les attentes concernant l'inclusion de transactions très récentes.
Pourquoi c'est important
Indique la fraîcheur de l'ensemble de données, ce qui est essentiel pour comprendre l'actualité des analyses de processus et des dashboards.
Où obtenir
Il s'agit de métadonnées générées et ajoutées lors du processus d'extraction, de transformation et de chargement (ETL) des données.
Exemples
2024-05-21T02:00:00Z2024-05-22T02:00:00Z2024-05-23T02:00:00Z
|
|||
|
Devise du document
DocumentCurrency
|
Le code de la devise (par ex. USD, EUR) dans laquelle la facture a été émise. | ||
|
Description
Cet attribut spécifie la devise du montant de la facture. Il est stocké au niveau de l'en-tête du document dans SAP. La devise du document est essentielle pour toute analyse financière afin de s'assurer que les montants sont interprétés correctement. Elle permet de filtrer l'analyse de processus par devise et constitue un prérequis pour la conversion des montants vers une devise locale commune, facilitant ainsi la création de rapports standardisés et l'agrégation des données.
Pourquoi c'est important
Fournit le contexte nécessaire pour interpréter les montants financiers et permet une analyse spécifique à une devise ou une conversion vers une devise standard.
Où obtenir
De la table SAP BKPF (En-tête de document comptable), champ WAERS.
Exemples
USDEURGBP
|
|||
|
Escompte perdu
DiscountLost
|
Un indicateur calculé qui est vrai si un escompte pour paiement anticipé disponible n'a pas été appliqué. | ||
|
Description
Cet attribut identifie les factures pour lesquelles les conditions de paiement offraient un escompte pour paiement anticipé, mais dont le paiement a été effectué après l'expiration de la période d'escompte. Il est calculé en comparant la date de paiement à la date d'échéance de l'escompte, dérivée des « Conditions de paiement ». Il s'agit d'un KPI financier essentiel pour le « Taux de capture des escomptes pour paiement anticipé ». Il met en évidence les opportunités manquées de réduire les coûts. L'analyse des raisons pour lesquelles les escomptes sont perdus (par exemple, cycles d'approbation longs, blocages de paiement) peut justifier des projets d'amélioration des processus avec un retour sur investissement clair.
Pourquoi c'est important
Met en évidence les opportunités financières manquées, soutenant directement le KPI du « Taux de capture des escomptes pour paiement anticipé » et offrant une incitation financière claire pour l'amélioration des processus.
Où obtenir
Champ calculé : VRAI si (Les conditions de paiement offraient un escompte) ET (Date de paiement > Date d'échéance de l'escompte), sinon FAUX.
Exemples
truefaux
|
|||
|
Est annulée
IsReversed
|
Un indicateur booléen signalant si le document de facture a été annulé. | ||
|
Description
Cet attribut signale les factures qui ont été annulées ou contrepassées, ce qui est un événement significatif indiquant une erreur grave ou un échec de processus. Dans SAP, un document contrepassé est lié à un document de contre-passation. L'identification des factures contrepassées est importante pour comprendre la qualité des processus et les taux d'échec. Elle aide à isoler ces exceptions terminales du flux de processus principal et permet une analyse des causes profondes dédiée pour comprendre pourquoi les contre-passations se produisent et comment les prévenir.
Pourquoi c'est important
Signale les factures annulées, indicateur clé d'échec de processus. Aide à analyser les causes profondes des erreurs majeures.
Où obtenir
Vérifier si le numéro de document (BKPF-BELNR) existe dans le champ BKPF-STBLG (Document d'annulation) pour tout autre document.
Exemples
truefaux
|
|||
|
Est Automatisé
IsAutomated
|
Un indicateur signalant si une activité a été effectuée par un utilisateur système ou de traitement par lots, ou par un utilisateur humain. | ||
|
Description
Cet attribut booléen distingue les activités effectuées automatiquement (par ex. par un batch job, un système EDI ou OCR) de celles réalisées manuellement par un utilisateur. Ceci est généralement déterminé en analysant le nom d'utilisateur associé à une activité. Ceci est fondamental pour le dashboard 'Manual vs. Automated Processing'. Il aide à mesurer le succès des initiatives d'automatisation, à calculer le KPI du taux d'intervention manuelle et à identifier les opportunités restantes pour réduire l'effort manuel. Comprendre les points de contact entre l'humain et le système est essentiel pour améliorer l'efficacité.
Pourquoi c'est important
Permet de mesurer le niveau d'automatisation du processus, d'identifier les goulots d'étranglement manuels et de suivre l'impact des initiatives d'automatisation.
Où obtenir
Déduit en vérifiant si l'identifiant utilisateur (par exemple, CDHDR-USERNAME) appartient à une liste prédéfinie de comptes système, batch ou de service.
Exemples
truefaux
|
|||
|
Est en souffrance
IsOverdue
|
Un indicateur calculé qui est vrai si la facture a été payée après sa date d'échéance prévue. | ||
|
Description
Cet attribut booléen est dérivé en comparant la date de l'activité 'Invoice Cleared By Payment' avec la 'Invoice Due Date'. Si la date de paiement est postérieure à la date d'échéance, l'indicateur est défini sur vrai (true). Cet attribut soutient directement le KPI 'Overdue Payment Rate' et le dashboard 'Payment Compliance & Discounts'. Il permet un filtrage et un comptage faciles des paiements en retard, aidant à quantifier l'ampleur du problème. L'analyse des caractéristiques des factures en retard (par ex. par fournisseur, code société) peut révéler les causes profondes.
Pourquoi c'est important
Mesure la conformité aux délais de paiement, fondement du KPI des retards. Permet d'améliorer les relations fournisseurs et d'éviter les pénalités.
Où obtenir
Champ calculé : VRAI si (Date de paiement > Date d'échéance de la facture), sinon FAUX.
Exemples
truefaux
|
|||
|
Numéro de bon de réception
GoodsReceiptNumber
|
L'identifiant du document de réception de marchandises lié à une facture basée sur une commande d'achat. | ||
|
Description
Pour les factures liées à des biens physiques, le document d'entrée de marchandises (GR) confirme la livraison des articles par un fournisseur. Ce numéro établit le lien entre la facture et l'événement de livraison spécifique. Cet attribut est utilisé dans le dashboard « Performance de rapprochement PO/GR ». Le délai entre la comptabilisation du GR et la comptabilisation de la facture est une métrique clé. L'analyse de ce lien aide à comprendre le processus complet de rapprochement à trois voies et à identifier les retards entre la livraison physique et le règlement financier.
Pourquoi c'est important
Complète l'image du rapprochement à trois voies (PO-GR-Facture), permettant l'analyse des retards entre la livraison des marchandises et le traitement des factures.
Où obtenir
De la table SAP RSEG (Poste de document, Facture d'entrée), champ LFBNR (N° de document d'un document de référence).
Exemples
500000123450000015675000002100
|
|||
|
Système source
SourceSystem
|
Identifie le système SAP ECC source à partir duquel les données ont été extraites. | ||
|
Description
Cet attribut spécifie le système source (système d'origine), tel que l'ID du système SAP (SID), d'où proviennent les données de traitement des factures. Il est particulièrement important dans les organisations dotées de multiples instances ERP ou d'un mélange de systèmes. Dans une analyse de Process Mining, il aide à différencier les données provenant de systèmes distincts, qui peuvent avoir des configurations uniques ou des variations de processus. Cela permet une analyse comparative entre les systèmes et assure une traçabilité claire des données, ce qui est vital pour la gouvernance et la validation des données.
Pourquoi c'est important
Assure la traçabilité des données et permet l'analyse des processus dans des environnements comportant plusieurs instances SAP ou d'autres systèmes source.
Où obtenir
Il s'agit généralement d'une valeur statique représentant l'ID système SAP (SID) de l'instance ECC source, ajoutée lors du processus d'extraction de données.
Exemples
ECC_PROD_EUSAP_US_01E5P
|
|||
|
Temps de traitement des factures
InvoiceProcessingTime
|
Le temps total écoulé entre la première activité (par exemple, la création de la facture) et la dernière activité (par exemple, le paiement). | ||
|
Description
Il s'agit d'une métrique calculée qui mesure le temps de cycle de bout en bout pour chaque facture individuelle. Elle est dérivée en prenant le timestamp du dernier event et en soustrayant le timestamp du premier event pour un case donné (numéro de facture). Cet attribut est le KPI principal du dashboard 'End-to-End Invoice Cycle Time'. Il fournit une mesure de haut niveau de l'efficacité globale du processus. L'analyse de sa moyenne, de sa médiane et de sa distribution aide à identifier les tendances, à mesurer l'impact des améliorations de processus et à fixer des objectifs de performance.
Pourquoi c'est important
C'est un KPI primaire mesurant l'efficacité globale du processus. Son suivi aide à identifier l'impact des initiatives d'amélioration sur le cycle de vie de bout en bout.
Où obtenir
Champ calculé : (Timestamp du dernier event pour le case) - (Timestamp du premier event pour le case).
Exemples
10 jours 2 heures 15 minutes5 jours 0 heure 0 minute22 jours 8 heures 30 minutes
|
|||
|
Type de document
DocumentType
|
Un code SAP qui classe les documents comptables et contrôle leur traitement. | ||
|
Description
Le type de document différencie diverses transactions commerciales, telles que les factures fournisseurs (KR), les avoirs (KG) ou les factures MM (RE). Cette classification régit des aspects comme la plage de numéros et les types de comptes sur lesquels les écritures peuvent être passées. En Process Mining, le filtrage par type de document permet une analyse plus homogène. Par exemple, le processus pour une facture fournisseur standard (KR) peut différer significativement de celui d'un avoir (KG). L'analyse séparée de ces éléments évite des agrégations trompeuses et fournit des informations plus précises sur des sous-processus spécifiques.
Pourquoi c'est important
Permet la segmentation de l'analyse par type de transaction (par exemple, facture vs. avoir), ce qui mène à des insights de processus plus précis et pertinents.
Où obtenir
De la table SAP BKPF (En-tête de document comptable), champ BLART.
Exemples
KRREKG
|
|||
Activités de traitement des factures fournisseurs
| Activité | Description | ||
|---|---|---|---|
|
Facture approuvée
|
Un approbateur désigné a confirmé que la facture est valide et prête pour le paiement. Il peut s'agir d'un événement explicite issu d'un système de workflow, ou bien être déduit de la levée d'un blocage de paiement. C'est une étape clé avant le paiement. | ||
|
Pourquoi c'est important
C'est une étape clé qui débloque la facture pour le paiement. Les retards avant ou après cette étape peuvent indiquer différents types de problèmes, tels que la disponibilité de l'approbateur ou des problèmes de planification de l'exécution des paiements (payment run).
Où obtenir
Dans un système de workflow, il s'agit d'un événement explicite. Dans le cas contraire, il est généralement déduit de la suppression d'un blocage de paiement, enregistrée via les logs de modification (CDHDR/CDPOS) pour le champ BSEG-ZLSPR.
Capture
Événement issu du système de workflow ou du journal de modifications pour la levée d'un blocage de paiement.
Type d'événement
explicit
|
|||
|
Facture comptabilisée
|
La facture est officiellement enregistrée dans le Grand Livre, créant ainsi une obligation financière. Un document mis en attente est converti en document comptabilisé, ou elle est directement enregistrée comme comptabilisée dès le départ. Il s'agit d'une étape fondamentale de la comptabilité financière. | ||
|
Pourquoi c'est important
La comptabilisation est une étape clé qui fait de la facture une dette officielle. Elle sépare la phase de saisie des données de la phase active de gestion des paiements du processus.
Où obtenir
Identifié à partir de la table d'en-tête de document BKPF. Un document comptabilisé a un statut de document (BKPF-BSTAT) vide et une date de comptabilisation valide (BKPF-BUDAT). L'horodatage de l'événement est la date de comptabilisation.
Capture
Utiliser BKPF.BUDAT pour les documents où BKPF.BSTAT n'est pas 'V' (mis en attente) ou si 'V' a été modifié.
Type d'événement
explicit
|
|||
|
Facture contre-passée
|
Le document de facture comptabilisé a été annulé par la création d'un document de contre-passation. Cette action annule l'impact financier de la facture originale. Cela représente une fin alternative, souvent négative, du processus. | ||
|
Pourquoi c'est important
Les annulations signalent des erreurs, telles qu'une saisie de données incorrecte ou des factures en double. Le suivi de la fréquence et des raisons des annulations aide à identifier les opportunités d'amélioration de la qualité des données et du traitement du premier coup.
Où obtenir
Cet event est identifié à partir de la table d'en-tête de document (BKPF). Le document original aura le numéro de document d'annulation (Reversal Document number, BKPF-STBLG) renseigné. Le timestamp de l'event est la date de comptabilisation du document d'annulation.
Capture
Trouver le document d'annulation dans BKPF.STBLG ; obtenir le timestamp à partir de la date de comptabilisation du document d'annulation.
Type d'événement
explicit
|
|||
|
Facture créée
|
Marque la création initiale d'un document de facture dans SAP, qu'il s'agisse d'un document pré-enregistré ou entièrement comptabilisé. C'est généralement le premier événement horodaté pour une facture et il sert de point de départ à l'analyse des processus. Il est capturé à partir de la date et de l'heure de saisie du document dans la table BKPF. | ||
|
Pourquoi c'est important
Cette activité représente l'événement de départ principal du parcours de traitement des factures. L'analyse du temps écoulé à partir de ce point permet de mesurer le temps de cycle de bout en bout total et d'identifier les retards initiaux de saisie des données.
Où obtenir
Cet event est déduit du timestamp de création de l'enregistrement d'en-tête du document comptable. Plus précisément, la combinaison de la date de saisie (Entry Date, BKPF-CPUDT) et de l'heure de saisie (Entry Time, BKPF-CPUTM) fournit le timestamp.
Capture
Utiliser l'horodatage de création de la table d'en-tête de document BKPF (CPUDT, CPUTM).
Type d'événement
inferred
|
|||
|
Facture réglée par paiement
|
La facture est entièrement payée et le poste ouvert est compensé par un document de paiement. Cela marque la finalisation réussie du processus de la comptabilité fournisseurs pour cette facture. Cette information est enregistrée via le document de compensation. | ||
|
Pourquoi c'est important
C'est l'event de fin principal du chemin de succès. Le temps nécessaire pour atteindre cette activité est une mesure clé de l'efficacité globale du processus. Il est également essentiel pour calculer la ponctualité des paiements et le bénéfice des escomptes.
Où obtenir
Cet event est identifié lorsque le numéro de document de compensation (Clearing Document Number, BSEG-AUGBL) et la date de compensation (Clearing Date, BSEG-AUGDT) sont renseignés pour la ligne fournisseur. La date de compensation est le timestamp de l'event.
Capture
Utiliser la Date de compensation (BSEG.AUGDT) lorsque le Document de compensation (BSEG.AUGBL) est renseigné.
Type d'événement
explicit
|
|||
|
Proposition de paiement créée
|
La facture a été incluse dans une liste de propositions de paiement dans le cadre d'un cycle de paiement (transaction F110). Bien qu'il ne s'agisse pas d'un paiement définitif, cela indique une intention de payer. La sélection de la facture est basée sur sa date d'échéance et ses conditions de paiement. | ||
|
Pourquoi c'est important
C'est la première étape du processus de paiement automatisé. Les retards entre la proposition et l'exécution finale du paiement peuvent indiquer des problèmes d'approbation ou de planification de l'exécution des paiements (payment run).
Où obtenir
Cet event est identifié en retrouvant le document de facture dans les tables de propositions de paiement, telles que REGUP (Processed Items from Payment Program). La date d'exécution (run date, REGUP-LAUFD) peut être utilisée comme timestamp de l'event.
Capture
Trouver la facture dans la table REGUP et utiliser la date d'exécution du paiement (LAUFD).
Type d'événement
explicit
|
|||
|
Blocage de paiement activé
|
Une facture est activement bloquée pour le paiement, généralement en raison d'une divergence, d'une approbation en attente ou d'un autre problème. Il s'agit d'un statut explicite défini au niveau de la ligne de facture. L'événement peut être capturé à partir des tables de documents de modification. | ||
|
Pourquoi c'est important
Cette activité marque le début d'une période d'exception ou d'approbation. L'analyse de la fréquence et de la durée des blocages de paiement est essentielle pour identifier et résoudre les goulots d'étranglement du processus et les litiges.
Où obtenir
L'événement est capturé en suivant les modifications apportées au champ Clé de blocage de paiement (BSEG-ZLSPR). Les journaux de modifications dans les tables CDHDR et CDPOS enregistrent le moment où ce champ est renseigné.
Capture
Suivre la création des entrées dans CDHDR/CDPOS pour le champ BSEG-ZLSPR.
Type d'événement
explicit
|
|||
|
Blocage de paiement levé
|
Un blocage de paiement précédemment défini a été levé pour la facture, la rendant éligible au paiement. Cela signifie souvent qu'une divergence a été résolue ou qu'une approbation a été accordée. L'événement est capturé à partir des tables de documents de modification. | ||
|
Pourquoi c'est important
Cette activité marque la résolution d'une exception ou l'achèvement d'une approbation. Le temps passé avec le blocage actif représente du temps de retravail ou d'attente, un domaine clé pour l'amélioration des processus.
Où obtenir
Cet event est capturé en suivant les modifications apportées au champ de blocage de paiement (Payment Block Key, BSEG-ZLSPR). Les journaux de modifications (change logs) des tables CDHDR et CDPOS enregistrent le moment où ce champ est débloqué (cleared).
Capture
Suivre les mises à jour des entrées dans CDHDR/CDPOS lorsque le champ BSEG-ZLSPR est modifié en valeur vide.
Type d'événement
explicit
|
|||
|
Commande d'achat rapprochée
|
Cette activité signifie que le poste de facture a été correctement lié à un bon de commande. Il s'agit d'une étape de validation cruciale dans un processus de rapprochement à trois voies. Elle est déduite de la présence d'un numéro de BC dans les détails du poste de facture. | ||
|
Pourquoi c'est important
Les retards dans le rapprochement des commandes d'achat (PO) peuvent constituer un goulot d'étranglement significatif. L'analyse de cette activité aide à mesurer l'efficacité du processus de rapprochement et à identifier les factures qui s'écartent du workflow standard basé sur les commandes d'achat.
Où obtenir
Déduit de la ligne fournisseur dans la table BSEG. Si le champ Numéro de bon de commande (BSEG-EBELN) est renseigné, la correspondance est considérée comme ayant eu lieu au moment de la création du document.
Capture
Vérifier une valeur non nulle dans BSEG.EBELN pour la facture.
Type d'événement
inferred
|
|||
|
Date d'échéance dépassée sans paiement
|
Cet event calculé se produit lorsque la date actuelle dépasse la date d'échéance nette de la facture, mais que celle-ci n'a pas encore été réglée. Il met en évidence les factures qui risquent de devenir ou sont déjà en retard de paiement. Il ne s'agit pas d'un event système direct. | ||
|
Pourquoi c'est important
Cette activité est cruciale pour le suivi du KPI du taux de paiements en retard. Elle permet de signaler de manière proactive les factures qui nécessitent une attention immédiate afin d'éviter les frais de retard de paiement et la dégradation des relations avec les fournisseurs.
Où obtenir
Il s'agit d'un event calculé. Il est dérivé en comparant la date actuelle à la date d'échéance nette (Net Due Date, BSEG-ZFBDT) pour tous les postes de facture ouverts (non compensés). Le timestamp de l'event est la date d'échéance elle-même.
Capture
Déduire en comparant la date actuelle avec BSEG.ZFBDT pour les postes ouverts.
Type d'événement
calculated
|
|||
|
Facture pré-enregistrée
|
Représente une facture saisie dans SAP mais non encore enregistrée dans le grand livre. Il s'agit d'une action explicite permettant une finalisation ou une approbation ultérieure. Le champ statut du document dans la table d'en-tête indique si une facture est mise en attente. | ||
|
Pourquoi c'est important
La pré-comptabilisation (ou « parking ») indique une pause délibérée dans le processus, souvent pour examen ou en attente d'informations manquantes. Le suivi de cette étape aide à identifier les raisons des retards avant qu'une facture ne soit officiellement comptabilisée.
Où obtenir
Identifié à partir de la table d'en-tête de document BKPF où le statut du document (BKPF-BSTAT) est 'V' (mis en attente). L'heure de l'événement est l'heure de création du document (BKPF-CPUDT, BKPF-CPUTM).
Capture
Filtrer les documents où BKPF.BSTAT = 'V'.
Type d'événement
explicit
|
|||
|
Facture routée pour approbation
|
La facture a été officiellement soumise à un workflow d'approbation. Cette activité dépend souvent d'un système de workflow externe ou d'un changement de statut spécifique dans SAP. Elle marque fréquemment le début du sous-processus d'approbation. | ||
|
Pourquoi c'est important
Ceci marque le début du cycle d'approbation. Mesurer le temps écoulé entre cet événement et 'Facture approuvée' est essentiel pour le KPI du temps de cycle d'approbation des factures et pour identifier les goulots d'étranglement liés aux approbateurs.
Où obtenir
Si SAP Business Workflow est utilisé, cet événement peut être extrait des logs de workflow (par exemple, SWWLOG). Dans le cas contraire, il s'agit d'une étape conceptuelle souvent inférée de la mise en place d'un blocage de paiement pour des raisons d'approbation.
Capture
Extraire des journaux de workflow ou déduire de la définition d'un blocage de paiement spécifique.
Type d'événement
explicit
|
|||
|
Réception de marchandises appariée
|
Représente la validation que les biens ou services de la facture ont été reçus, en liant la facture à un document de Réception de marchandises. C'est le troisième composant d'un rapprochement à trois voies. Il est inféré des références figurant sur la ligne de poste de la facture. | ||
|
Pourquoi c'est important
Le rapprochement avec une réception de marchandises confirme que l'entreprise a bien reçu ce pour quoi elle paie. Le suivi de cette étape aide à analyser le KPI du temps de rapprochement Bon de Commande-Réception de Marchandises-Facture et à fluidifier la validation.
Où obtenir
Déduit de la ligne fournisseur dans la table BSEG en vérifiant la présence d'un numéro de document de réception de marchandises (BSEG-LFBNR) renseigné ou en retraçant l'historique du bon de commande lié (Table EKBE).
Capture
Vérifier la référence de la réception de marchandises (GR) dans BSEG.LFBNR ou via l'historique des commandes (PO) dans EKBE.
Type d'événement
inferred
|
|||