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
- Attributs recommandés à collecter
- Activités clés à suivre pour SAP Ariba
- Guide pratique d'extraction de données
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 indiquant la date et l'heure exactes auxquelles une activité a eu lieu. | ||
|
Descriptionn
L'horodatage de l'événement, ou horodatage, enregistre le moment où une activité spécifique a eu lieu. Ces données sont clées pour l'analyse des performances, car elles permettent le calcul des durées entre les activités et le temps de cycle global du cas. Les outils de Process Mining utilisent ces horodatages pour ordonner les événements chronologiquement et construire une représentation précise du flux de processus. Il est indispensable pour mesurer des KPI comme le Temps de cycle d'approbation des factures et le Temps de résolution du blocage de paiement, permettant l'analyse des retards et de l'efficacité.
Pourquoi est-ce important ? :
Il permet le calcul de toutes les métriques temporelles, telles que les temps de cycle et les durées, qui sont critiques pour identifier les retards de processus.
Source des données :
Comptabilisé automatiquement par SAP Ariba pour chaque changement de statut, action utilisateur ou événements système. Il se trouve généralement à côté du nom de l'activité dans les journaux d'événements ou les tables d'historique.
Exemples
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z
|
|||
|
Nom de l'activité
ActivityName
|
Le nom de l'événement ou de la tâche spécifique qui a eu lieu à un moment donné du cycle de vie du traitement des factures. | ||
|
Descriptionn
Le nom de l'activité décrit une étape unique au sein du workflow de traitement des factures, telle que 'Facture reçue', 'Facture approuvée' ou 'Paiement exécuté'. Chaque activité représente un événement métier qui rapproche la facture de son achèvement. En Process Mining, la séquence de ces activités forme la cartographie des processus. L'analyse de ces activités permet d'identifier les chemins de processus les plus courants, les écarts par rapport à la procédure standard, les boucles de reprise comme le traitement des écarts, et les opportunités d'automatisation.
Pourquoi est-ce important ? :
Cet attribut est la base pour visualiser la cartographie des processus, découvrir les variantes de processus et identifier les reprises ou les points de blocage.
Source des données :
Généré à partir des journaux d'événements du système, des changements de statut ou des actions utilisateur capturées dans SAP Ariba. Ces données proviennent souvent des tables d'historique de workflow ou de document.
Exemples
Facture reçueFacture approuvéeBlocage de paiement activéPaiement effectué
|
|||
|
Numéro de facture
InvoiceNumber
|
L'identifiant unique pour chaque facture fournisseur, servant d'ID de cas principal pour le parcours de traitement des factures. | ||
|
Descriptionn
Le Numéro de facture est la référence unique attribuée par un fournisseur à un document de facture. En Process Mining, cet attribut est critique car il fonctionne comme l'ID de cas, liant toutes les activités connexes, de la réception de la facture au paiement final. En suivant cet identifiant, les analystes peuvent reconstruire le cycle de vie complet, complet, de chaque facture. Cela permet une analyse détaillée des flux de processus, l'identification des points de blocage et la mesure d'indicateurs clés de performance comme le temps de cycle pour les factures individuelles.
Pourquoi est-ce important ? :
C'est la clé essentielle qui connecte toutes les étapes du processus pour une seule facture, permettant l'analyse du temps et du cheminement de traitement complet.
Source des données :
C'est un champ principal sur le document de facture et dans la solution SAP Ariba Invoicing. Il se trouve généralement dans les tables d'en-tête de facture ou les données de transaction.
Exemples
INV-2023-001239876543210SI-58840-A
|
|||
|
Approbateur
Approver
|
L'utilisateur ou le rôle responsable de l'approbation de la facture pour paiement. | ||
|
Descriptionn
L'Approbateur est l'individu ou le groupe d'utilisateurs désigné pour examiner et approuver une facture. Les factures nécessitent souvent un ou plusieurs niveaux d'approbation selon leur valeur ou leur type. Cet attribut aide à analyser la performance du workflow d'approbation. En segmentant le 'Temps de cycle d'approbation des factures' par approbateur ou groupe d'approbation, il est possible d'identifier les individus ou les équipes qui sont des points de blocage dans le processus. Cette information est indispensablele pour équilibrer les charges de travail et améliorer l'efficacité de l'approbation.
Pourquoi est-ce important ? :
Il aide à identifier les points de blocage dans le processus d'approbation en montrant quels utilisateurs ou équipes ont les temps de cycle d'approbation les plus longs.
Source des données :
Capturé dans les journaux de workflow ou d'historique d'approbation pour une facture dans SAP Ariba. Il peut être enregistré comme un ID utilisateur.
Exemples
j.smithFinance_Approvers_Tier1m.jones
|
|||
|
Date d'échéance du paiement
PaymentDueDate
|
La date à laquelle la facture doit être payée pour éviter les pénalités, selon les conditions de paiement. | ||
|
Descriptionn
La Date d'échéance du paiement est la date contractuellement convenue pour le règlement d'une facture. Cette date est généralement calculée en fonction de la date du document de facture et des conditions de paiement convenues (par exemple, Net 30). Cet attribut est indispensable pour le KPI 'Taux de paiement ponctuel'. En comparant l'horodatage 'Paiement exécuté' avec la Date d'échéance du paiement, l'analyse peut identifier les paiements tardifs, mesurer la performance des paiements fournisseurs et aider les organisations à éviter les frais de retard et à maintenir de bonnes relations avec les fournisseurs.
Pourquoi est-ce important ? :
C'est la base de référence pour calculer le taux d'efficacité.x de paiement à temps, un KPI clé pour la gestion des relations avec les fournisseurs et la conformité financière.
Source des données :
Cette date est soit présente sur le document de facture, soit calculée à partir des champs 'DocumentDate' et 'PaymentTerms' dans SAP Ariba.
Exemples
2023-11-302024-01-152023-12-25
|
|||
|
Montant de la facture
InvoiceAmount
|
La valeur monétaire totale de la facture. | ||
|
Descriptionn
Le Montant de la facture représente le paiement total demandé par le fournisseur. Il s'agit d'un attribut financier clé pour analyser la charge de travail de traitement des factures. En Process Mining, cet attribut est utilisé pour filtrer les analyses des factures de grande valeur, qui peuvent suivre des chemins d'approbation différents ou être soumises à des contrôles plus stricts. Il peut également être utilisé pour prioriser les efforts d'amélioration des processus sur les factures ayant le plus grand impact financier. Les dashboards l'utilisent souvent pour montrer la valeur totale des factures à différentes étapes du processus.
Pourquoi est-ce important ? :
Cela permet une analyse de l'impact financier, comme le filtrage des factures de grande valeur ou la compréhension de la valeur monétaire immobilisée dans les points de blocage du processus.
Source des données :
Un champ standard dans les données d'en-tête de facture dans SAP Ariba.
Exemples
5250.75120000.00895.50
|
|||
|
Motif de blocage de paiement
PaymentBlockReason
|
La raison spécifique pour laquelle un blocage de paiement a été placé sur une facture. | ||
|
Descriptionn
Lorsqu'une facture est bloquée de paiement, cet attribut fournit le motif, tel que 'Écart de prix', 'Non-concordance de quantité' ou 'Réception de marchandises manquante'. Ces motifs sont souvent des codes ou des descriptions standardisés au sein du système. L'analyse de la fréquence des différents motifs de blocage aide à identifier les causes profondes des retards de paiement. Par exemple, un nombre élevé de blocages pour 'Écart de prix' pourrait indiquer des problèmes de prélèvement.cision des données de base. Cet attribut est impératif pour le tableau de bord 'Temps de résolution du blocage de paiement' afin de prioriser la résolution des problèmes les plus courants et les plus chronophages.
Pourquoi est-ce important ? :
Il fournit la cause profonde des retards de paiement, permettant des améliorations ciblées pour prévenir les problèmes courants comme les divergences de prix ou de quantité.
Source des données :
Cette information est définie lorsqu'un blocage de paiement est appliqué à une facture dans SAP Ariba ou l'ERP connecté.
Exemples
Écart de prixÉcart de quantitéEn attente de réception des marchandises
|
|||
|
Nom du fournisseur
VendorName
|
Le nom du fournisseur qui a soumis la facture. | ||
|
Descriptionn
Le Nom du fournisseur identifie le fournisseur qui demande le paiement. Il s'agit d'une dimension primaire pour l'analyse, permettant aux équipes de segmenter la performance du traitement des factures par fournisseur. Cet attribut est utilisé pour créer des dashboards qui suivent la performance des paiements fournisseurs, identifient les fournisseurs avec des taux d'anomalies élevés, ou analysent les temps de traitement pour les fournisseurs stratégiques. Comprendre les problèmes spécifiques aux fournisseurs peut aider à améliorer les relations avec les fournisseurs et à rationaliser la collaboration.
Pourquoi est-ce important ? :
Il permet une analyse des performances par fournisseur, aidant à identifier quels fournisseurs ont des problèmes de facturation fréquents ou des paiements retardés.
Source des données :
Un champ standard dans les données d'en-tête de facture, lié aux données de base du fournisseur dans SAP Ariba ou au système ERP connecté.
Exemples
Global Office Supplies Inc.Tech Solutions LLCInnovate Logistics
|
|||
|
Numéro de commande d'achat
PurchaseOrderNumber
|
L'identifiant du bon de commande associé à la facture, le cas échéant. | ||
|
Descriptionn
Le Numéro de bon de commande (BC) lie une facture au document d'achat correspondant qui a autorisé l'acquisition de biens ou de services. Toutes les factures ne sont pas appuyées par un PO, mais pour celles qui le sont, ce lien est indispensable. L'analyse des factures par numéro de PO aide à comprendre la performance du rapprochement tripartite (PO, Réception de marchandises, Facture). Il est indispensable pour identifier les écarts et soutient l'analyse du traitement des factures basées sur un PO par rapport à celles non basées sur un PO, qui suivent souvent des chemins différents et ont des niveaux d'efficacité différents.
Pourquoi est-ce important ? :
Il connecte la facture au processus d'approvisionnement (achats), permettant l'analyse des divergences de rapprochement et la comparaison des flux de factures avec ou sans PO.
Source des données :
Disponible comme champ standard sur les factures adossées à un PO dans SAP Ariba. Trouvé dans les postes de facture ou les données d'en-tête.
Exemples
45000123454500054321PO-2023-789
|
|||
|
Statut de la facture
InvoiceStatus
|
Le statut actuel ou final du cas de facture, tel que Payée, Rejetée ou En cours. | ||
|
Descriptionn
Le Statut de la facture offre un aperçu de l'état de la facture dans son cycle de vie au moment de l'extraction des données, ou de son résultat final. Il s'agit d'un attribut au niveau du cas qui résume l'état général de la facture. En Process Mining, cet attribut est utile pour filtrer les cas afin d'analyser uniquement les factures terminées (Payées) ou problématiques (Rejetées). Il aide à comprendre les résultats finaux des différentes variantes de processus et peut être utilisé pour mesurer la proportion de factures qui aboutissent à une conclusion réussie.
Pourquoi est-ce important ? :
Il fournit le résultat final du processus de facturation, permettant une analyse axée sur les factures payées avec succès versus les factures rejetées.
Source des données :
C'est un champ de statut standard sur l'en-tête de la facture dans SAP Ariba.
Exemples
PayéRejetéTraitementApprouvé
|
|||
|
Code société
CompanyCode
|
L'identifiant de l'entité juridique ou de la société spécifique dans l'organisation qui traite la facture. | ||
|
Descriptionn
Le Code de société est une unité organisationnelle standard dans les environnements SAP, représentant une entité juridique indépendante pour laquelle des états financiers sont préparés. Les factures sont toujours comptabilisées pour un code de société spécifique. Cet attribut permet de comparer la performance des processus entre différentes unités commerciales ou entités juridiques. Il aide à identifier si certaines entités sont plus efficaces que d'autres et soutient la standardisation des processus au sein d'une organisation mondiale.
Pourquoi est-ce important ? :
Il permet une comparaison des performances entre différentes entités juridiques ou unités commerciales, aidant à identifier les inefficacités régionales ou départementales.
Source des données :
Un champ organisationnel clé sur le document de facture dans SAP Ariba, hérité du bon de commande ou saisi lors de la création d'une facture sans PO.
Exemples
1000US01DE01
|
|||
|
Conditions de paiement
PaymentTerms
|
Les conditions convenues pour le paiement des factures, qui incluent souvent des détails sur les escomptes pour paiement anticipé. | ||
|
Descriptionn
Les conditions de paiement définissent les règles de règlement des fournisseurs, telles que 'Net 30' (paiement dû dans 30 jours) ou '2% 10, Net 30' (un escompte de 2% si payé dans 10 jours, sinon dû dans 30). Ces informationsns proviennent des données de base du fournisseur ou du bon de commande. Cet attribut est indispensable pour le tableau de bord 'Opportunités d'escompte pour paiement anticipé' et l'indicateur clé de performance (KPI) associé. L'analyse utilise ces conditions pour identifier les factures éligibles à un escompte et déterminer si le paiement a été effectué dans la fenêtre d'escompte, mettant en évidence les opportunités de réduction des coûts.
Pourquoi est-ce important ? :
Il est indispensable d'identifier les opportunités de capter les escomptes pour paiement anticipé, ce qui peut générer des économies de coûts significatives.
Source des données :
Stocké dans les données de base du fournisseur et copié dans les détails de la facture dans SAP Ariba ou du système ERP.
Exemples
Net 302% 10, Net 30Net 60
|
|||
|
Date du document
DocumentDate
|
La date imprimée sur le document de facture par le fournisseur. | ||
|
Descriptionn
La Date du document est la date à laquelle le fournisseur a créé la facture. Elle est distincte de la date de 'Facture reçue', qui est la date à laquelle la facture est entrée dans le système de traitement. Le décalage entre ces deux dates peut être significatif. Cet attribut aide à analyser la performance des fournisseurs et à identifier les retards dans la soumission des factures. Un long délai entre la date du document et la date de réception peut réduire le temps effectif disponible pour traiter la facture et obtenir des escomptes pour paiement anticipé. C'est aussi souvent le point de départ pour le calcul de la Date d'échéance du paiement.
Pourquoi est-ce important ? :
Il aide à analyser les retards entre le moment où un fournisseur émet une facture et le moment où elle est reçue, ce qui peut impacter la capacité à payer à temps.
Source des données :
Un champ standard dans les données d'en-tête de facture, capturé à partir du document de facture physique ou numérique.
Exemples
2023-10-202023-11-102024-01-02
|
|||
|
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 ou extraites. | ||
|
Descriptionn
Cet attribut fournit la date et l'heure de la dernière extraction de données du système source. Il s'agit d'un champ de métadonnées essentiel pour la gouvernance des données et pour comprendre la récence de l'analyse. Les analystes utilisent cette information pour confirmer qu'ils travaillent avec des données à jour et pour comprendre le décalage potentiel entre un événement se produisant dans le système source et son apparition dans l'outil de Process Mining. Il est indispensable pour la gestion des cycles d'actualisation des données et la garantie de la fiabilité des informations.
Pourquoi est-ce important ? :
Il fournit un contexte essentiel sur la la réactualisation des données, garantissant que les analyses sont basées sur des informations actuelles et pertinentes.
Source des données :
Cet horodatage est généralement généré et ajouté au jeu de données lors du processus d'extraction de données (ETL).
Exemples
2024-03-15T02:00:00Z2024-03-16T02:00:00Z2024-03-17T02:00:00Z
|
|||
|
Devise
Currency
|
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é. Pour les organisations mondiales, les factures sont reçues dans de nombreuses devises différentes. Avoir la devise est impératif pour toute analyse financière afin d'assurer que les montants sont comparés correctement. Dans les dashboards de Process Mining, cela permet une agrégation appropriée des valeurs financières, nécessitant souvent une conversion en une devise de reporting unique. Il fournit le contexte nécessaire pour l'attribut 'Montant de la facture'.
Pourquoi est-ce important ? :
Il fournit un contexte essentiel pour l'attribut 'Montant de la facture', garantissant que les valeurs financières sont interprétées correctement, en particulier dans un contexte multinational.
Source des données :
Un champ standard dans les données d'en-tête de facture, généralement situé à côté du champ du montant de la facture dans SAP Ariba.
Exemples
USDEURGBP
|
|||
|
Durée du cycle d'approbation
ApprovalCycleTime
|
Le temps écoulé entre le moment où une facture a été envoyée pour approbation et la prise d'une décision finale (approuvée ou rejetée). | ||
|
Descriptionn
Cette métrique calculée mesure la durée du sous-processus d'approbation. Elle est calculée comme la différence de temps entre l'activité 'Facture envoyée pour approbation' et l'activité correspondante 'Facture approuvée' ou 'Facture rejetée'. Cet attribut est une mesure directe du KPI 'Temps de cycle d'approbation des factures' et est indispensable à le tableau de bord associé. Il aide à isoler et à quantifier les retards spécifiquement dans l'étape d'approbation du processus, qui est souvent un contributeur majeur au temps de traitement global. Il peut être analysé par approbateur, département ou montant de facture pour trouver des points de blocage spécifiques.
Pourquoi est-ce important ? :
Il isole la performance du workflow d'approbation, facilitant l'identification des points de blocage causés par les approbateurs ou les chaînes d'approbation complexes.
Source des données :
Calculé pendant la transformation des données en trouvant les événements de début et de fin d'approbation pertinents pour chaque facture et en calculant la différence de temps.
Exemples
2 jours 5 heures10 jours 1 heure8 heures 30 minutes
|
|||
|
Escompte pris
IsEarlyPaymentDiscountTaken
|
Un flag booléen indiquant si un escompte pour paiement anticipé a été capturé avec succès pour une facture éligible. | ||
|
Descriptionn
Cet attribut est le résultat d'un calcul qui identifie d'abord si une facture était éligible à un escompte pour paiement anticipé en fonction de ses 'PaymentTerms'. Ensuite, il vérifie si l'événement 'Paiement exécuté' a eu lieu pendant la période d'escompte spécifiée. Cet indicateur est impératif pour mesurer le KPI 'Taux d'obtention d'escomptes pour paiement anticipé'. Il quantifie directement le succès financier des fonctions de trésorerie et de comptabilité fournisseurs dans l'optimisation du fonds de roulement. L'analyse des cas où cet indicateur est faux aide à découvrir les raisons des économies manquées, telles que des approbations lentes ou d'autres points de blocage du processus.
Pourquoi est-ce important ? :
Mesure directement le succès de la capture d'économies de coûts et aide à identifier les raisons des opportunités d'escompte manquées.
Source des données :
Calculé pendant la transformation des données en parsant les 'PaymentTerms' et en comparant l'horodatage 'Payment Executed' avec la date limite de remise calculée.
Exemples
truefaux
|
|||
|
Motif de refus
RejectionReason
|
Un code ou un texte expliquant pourquoi une facture a été rejetée pendant le processus d'approbation. | ||
|
Descriptionn
Lorsqu'un approbateur rejette une facture, il fournit généralement un motif. Cet attribut capture cette information, qui pourrait être des valeurs comme 'Prix incorrect', 'Facture en double' ou 'Violation de politique'. C'est un attribut clé pour le tableau de bord 'Analyse des rejets de factures'. En analysant les motifs de rejet les plus courants, les organisations peuvent identifier les problèmes en amont, tels que des problèmes de qualité des factures fournisseurs ou des incohérences de données internes. Cette perspicacité aide à réduire les reprises et à améliorer le taux de justesse dès le premier passage pour le traitement des factures.
Pourquoi est-ce important ? :
Il explique pourquoi les reprises se produit, fournissant un insight direct sur les causes profondes des inefficacités de processus et des problèmes de qualité des factures.
Source des données :
Capturé à partir du log du workflow ou du champ de notes lorsqu'une activité 'Facture rejetée' se produit dans SAP Ariba.
Exemples
Facture en doubleRéférence PO incorrecteLe montant dépasse le budget approuvé
|
|||
|
Paiement à temps
IsPaidOnTime
|
Un indicateur booléen qui précise si la facture a été payée à ou avant sa date d'échéance. | ||
|
Descriptionn
Cet attribut calculé compare l'horodatage de l'activité 'Paiement exécuté' avec la 'PaymentDueDate'. Si la date de paiement est à ou avant la date d'échéance, la valeur est vraie ; sinon, elle est fausse. Cet indicateur simplifie l'analyse de la performance des paiements. Il permet un filtrage et une agrégation faciles pour calculer le KPI 'Taux de paiement ponctuel'. Les dashboards peuvent utiliser cet attribut pour visualiser rapidement la performance par fournisseur, pays ou code de société, aidant à identifier les zones avec des problèmes de paiement tardif chroniques.
Pourquoi est-ce important ? :
Il simplifie le calcul du KPI du taux de paiement à temps et permet un filtrage facile des factures en retard pour l'analyse des causes profondes.
Source des données :
Calculé pendant la transformation des données en comparant l'
Exemples
truefaux
|
|||
|
Pays
Country
|
Le pays associé à la facture, généralement basé sur le code de société ou l'emplacement du fournisseur. | ||
|
Descriptionn
L'attribut Pays offre une dimension géographique pour l'analyse. Il est généralement dérivé du code de société auquel la facture est comptabilisée ou de l'adresse du fournisseur. L'analyse du processus par pays aide à découvrir les différences régionales en termes de performance, de conformité et d'exécution des processus. Elle peut mettre en évidence si certains bureaux nationaux sont confrontés à des défis uniques ou ont adopté des meilleures pratiques qui pourraient être partagées à l'échelle mondiale. Ceci est précieux pour la standardisation des processus dans un environnement de services partagés mondial.
Pourquoi est-ce important ? :
Il permet une analyse géographique pour comparer les performances et la conformité des processus dans différents pays ou régions.
Source des données :
Dérivé des données de base du code d'entreprise ou des données de base du fournisseur dans SAP Ariba ou du système ERP connecté.
Exemples
États-UnisAllemagneRoyaume-Uni
|
|||
|
Système source
SourceSystem
|
Le système d'origine à partir duquel les données d'événement ont été extraites. | ||
|
Descriptionn
Cet attribut identifie le système d'origine pour chaque événement, tel que 'SAP Ariba', 'SAP S/4HANA' ou une solution de numérisation tierce. Dans les entreprises modernes, le traitement des factures peut s'étendre sur plusieurs applications. Comprendre le système source est précieux pour diagnostiquer les problèmes de qualité des données et pour analyser les transferts de processus entre différentes plateformes. Cela aide à clarifier où sont effectuées des activités spécifiques, comme la numérisation des factures par rapport à l'approbation des factures.
Pourquoi est-ce important ? :
Il aide à différencier les activités qui se produisent dans différents systèmes, ce qui est impératif pour comprendre les points d'intégration et les points de blocage spécifiques au système.
Source des données :
C'est généralement ajouté lors du processus d'extraction, transformation et chargement (ETL) des données, où une valeur statique est attribuée en fonction de la source de données.
Exemples
SAP AribaSAP S4HANACoupa
|
|||
|
Type de facture
InvoiceType
|
Catégorisation de la facture, par exemple, si elle est liée à un bon de commande (BC) ou non (Non-PO). | ||
|
Descriptionn
Le Type de facture classe les factures en différentes catégories qui suivent souvent des processus distincts. La distinction la plus courante est entre les factures basées sur un bon de commande (BC), qui peuvent être rapprochées d'une commande prélèvement.-approuvée, et les factures sans bon de commande, qui nécessitent un codage et une approbation plus étendus. Cet attribut est impératif pour l'analyse des processus car les processus de facturation avec et sans bon de commande sont cléement différents. Les séparer permet une vue plus précise des performances pour chaque chemin, évitant les métriques agrégées trompeuses. Il aide à comprendre l'efficacité et la conformité de chaque flux distinct.
Pourquoi est-ce important ? :
Il sépare les factures en flux de processus distincts (par exemple, PO vs. Non-PO), ce qui est impératif pour une mesure et une analyse précises des performances.
Source des données :
C'est souvent un champ standard sur le document de facture dans SAP Ariba ou peut être dérivé en fonction de la présence d'un 'PurchaseOrderNumber'.
Exemples
Facture liée à un bon de commandeFacture sans bon de commandeNote de crédit
|
|||
Du Bon de De la commande au paiement - Activités de Traitement des facturess factures fournisseurs factures fournisseurs Factures
| Activité | Descriptionn | ||
|---|---|---|---|
|
Facture approuvée
|
Représente l'achèvement réussi du workflow d'approbation, où tous les approbateurs requis ont autorisé la facture pour paiement. Il s'agit d'un jalon critique avant que la facture ne soit comptabilisée. | ||
|
Pourquoi est-ce important ? :
Cette activité est le point final pour mesurer le temps de cycle d'approbation et un facteur clé pour les étapes de traitement de paiement ultérieures. Les retards ici impactent directement la performance des paiements à temps.
Source des données :
C'est généralement capturé explicitement dans les journaux d'historique d'approbation d'Ariba pour la facture. Cela peut aussi être inféré du changement de statut du document à 'Approuvé'.
Capture
Extrayez des enregistrements d'historique du flux d'approbation ou du horodatage du changement de statut vers 'Approuvé'.
Type d'événement
explicit
|
|||
|
Facture comptabilisée
|
Cette activité signifie que la facture approuvée a été envoyée et acceptée avec succès par le système ERP en aval pour la comptabilité financière et le traitement des paiements. Il s'agit d'un jalon d'intégration clé. | ||
|
Pourquoi est-ce important ? :
Confirme que le transfert des achats (achats) à la finance est terminé. C'est une étape critique avant que le paiement ne puisse être planifié et exécuté.
Source des données :
Déduit du statut de la facture passant à un état final comme 'Envoyé' ou 'Traitement des facturess factures fournisseurs factures fournisseursursu paiement', et un message de confirmation correspondant du système ERP est enregistré.
Capture
Identifiez l'horodatage lorsque le statut de la facture est mis à jour pour refléter un event d'envoi à l'ERP réussi.
Type d'événement
inferred
|
|||
|
Facture envoyée pour approbation
|
Cette activité marque le début du workflow d'approbation formel après que la facture a été rapprochée avec succès. La facture est acheminée vers un ou plusieurs approbateurs désignés en fonction des règles métier. | ||
|
Pourquoi est-ce important ? :
C'est le point de départ pour mesurer le KPI 'Temps de cycle d'approbation des factures' et analyser l'efficacité du processus d'approbation lui-même.
Source des données :
Déduit d'un changement de statut sur le document de facture, passant souvent de 'Rapproché' à un statut comme 'En approbation' ou 'Approbation en attente'.
Capture
Suivez l'horodatage lorsque le statut de la facture ou du document IR passe à 'En approbation' ou un état similaire.
Type d'événement
inferred
|
|||
|
Facture rapprochée
|
Une étape clé où la facture a été rapprochée avec succès du bon de commande et du récépissé de marchandises sans divergences en suspens. Cela confirme que la facture est valide pour approbation. | ||
|
Pourquoi est-ce important ? :
L'achèvement de cette étape marque la fin de la phase de validation et la préparation pour le workflow d'approbation. C'est un point de contrôle critique pour mesurer les taux de traitement direct.
Source des données :
Capturé via un changement de statut sur le document de rapprochement de facture (IR) vers un état comme 'Rapproché'.
Capture
Utilisez l'horodatage lorsque le statut du document de rapprochement de facture passe à 'Rapproché'.
Type d'événement
inferred
|
|||
|
Facture reçue
|
Marque le début du cycle de vie du traitement des factures, lorsqu'une facture est d'abord saisie dans le système SAP Ariba. Cela peut se faire par divers canaux comme le réseau Ariba, le portail fournisseur ou la saisie manuelle. | ||
|
Pourquoi est-ce important ? :
Cette activité sert de point de départ principal pour mesurer le temps de cycle complet des factures et comprendre les retards de traitement initiaux.
Source des données :
Généralement inféré de l'horodatage de création du document de facture dans SAP Ariba Buying and Invoicing. Cet horodatage indique quand l'enregistrement de la facture a été généré pour la première fois dans le système.
Capture
Utilisez l'horodatage de création de l'objet ou du document de facture principal.
Type d'événement
inferred
|
|||
|
Paiement effectué
|
La dernière activité du processus, confirmant que le paiement a été envoyé au fournisseur. Cela complète le cycle de vie de la facture. | ||
|
Pourquoi est-ce important ? :
Cette activité est le point final principal pour mesurer le temps de cycle global des factures et est indispensablele pour calculer les taux de paiement à temps et l'obtention des escomptes pour paiement anticipé.
Source des données :
Cet événement se produit dans le système ERP. Le statut de paiement, la date de paiement et les détails de la transaction sont souvent renvoyés pour mettre à jour le document de facture dans SAP Ariba.
Capture
Déduit du statut de paiement de la facture passant à 'Payé' et capturant la date de paiement associée.
Type d'événement
inferred
|
|||
|
Blocage de paiement activé
|
Se produit lorsqu'un utilisateur ou le système arrête intentionnellement le paiement d'une facture approuvée. Cela est souvent dû à des litiges avec les fournisseurs, des problèmes de qualité ou d'autres raisons commerciales. | ||
|
Pourquoi est-ce important ? :
Cette activité est le point de départ pour mesurer le Temps de résolution du blocage de paiement. L'analyse des blocages aide à identifier et à résoudre les problèmes systémiques qui retardent les paiements.
Source des données :
C'est souvent géré dans le système ERP intégré (comme SAP S/4HANA) après que la facture est comptabilisée, mais le statut de blocage peut être synchronisé avec Ariba. Il peut être indiqué par un indicateur ou un statut spécifique.
Capture
Nécessite d'identifier un changement d'indicateur ou de statut indiquant qu'un blocage de paiement est actif.
Type d'événement
inferred
|
|||
|
Blocage de paiement levé
|
Indique qu'un bloc de paiement précédemment défini a été levé, permettant à la facture de passer à la planification du paiement. Cela signifie la résolution du problème sous-jacent. | ||
|
Pourquoi est-ce important ? :
Cette activité est le point final pour mesurer le Temps de résolution du blocage de paiement. Elle ferme la boucle de traitement des exceptions pour les factures bloquées.
Source des données :
Comme la mise en place d'un bloc, cela est généralement actionné dans le système ERP et le statut peut être reflété dans Ariba. Cela est déduit de la suppression d'un flag de blocage de paiement.
Capture
Nécessite d'identifier l'horodatage lorsque l'indicateur ou le statut de blocage de paiement est supprimé ou désactivé.
Type d'événement
inferred
|
|||
|
Divergence résolue
|
Indique qu'une divergence précédemment identifiée a été résolue et que la facture est prête à être rapprochée et approuvée. Cela peut impliquer des ajustements manuels ou une communication avec le fournisseur. | ||
|
Pourquoi est-ce important ? :
Le suivi du temps passé à résoudre les écarts aide à quantifier l'impact des reprises et met en évidence les opportunités d'améliorer les taux de correspondance au premier passage.
Source des données :
Déduit d'un changement de statut sur le document de rapprochement de facture (IR), passant d'un statut d'exception à un statut de traitement comme 'En rapprochement' ou 'Soumis'.
Capture
Capturez l'horodatage lorsqu'un document IR sort d'un statut de divergence et réintègre un workflow de traitement.
Type d'événement
inferred
|
|||
|
Écart de rapprochement identifié
|
Une activité d'exception qui se produit lorsque le système ou un utilisateur identifie une divergence entre la facture, le bon de commande et les informations de réception. Les divergences courantes incluent des écarts de prix, de quantité ou de taxe. | ||
|
Pourquoi est-ce important ? :
Cette activité est indispensablele pour le calcul du taux d'anomalies de rapprochement et l'identification des sources courantes d'erreurs, qui sont les principaux facteurs de retards de traitement.
Source des données :
C'est souvent capturé par un statut spécifique sur le document de rapprochement de facture (IR), tel que 'Rejeté' ou 'Contesté', accompagné d'un code de motif.
Capture
Identifiez l'horodatage lorsque le statut du document IR change pour indiquer un état de divergence ou d'exception.
Type d'événement
inferred
|
|||
|
Facture rejetée
|
Une activité d'exception où un approbateur refuse la facture pendant le workflow d'approbation. Cette action nécessite généralement que la facture soit corrigée et soumise à nouveau, créant une boucle de reprises. | ||
|
Pourquoi est-ce important ? :
Le suivi des rejets est indispensable pour le KPI 'Taux de rejet des factures' et pour analyser les causes profondes des échecs d'approbation, telles que les violations de politique ou un codage incorrect.
Source des données :
C'est enregistré dans l'historique d'approbation pour le document de facture et est également reflété par un changement de statut du document à 'Rejeté'.
Capture
Extrayez des commentaires d'historique d'approbation et des horodatages ou d'un changement de statut vers 'Rejeté'.
Type d'événement
explicit
|
|||
|
Facture soumise pour rapprochement
|
Représente le moment où la facture a été saisie et est formellement soumise au processus de rapprochement pour être comparée à un bon de commande ou un contrat. Il s'agit d'un transfert clé de la saisie des données à la validation. | ||
|
Pourquoi est-ce important ? :
Ce jalon initie la phase de rapprochement et de validation. L'analyse du temps écoulé entre la réception et cette activité aide à identifier les points de blocage de la saisie des données.
Source des données :
Déduit d'un changement de statut sur la facture ou le document de rapprochement de facture (IR), passant souvent à un statut comme 'Soumis' ou 'En rapprochement'.
Capture
Suivez l'horodatage lorsque le statut du document de rapprochement de facture passe à 'Soumis'.
Type d'événement
inferred
|
|||
|
Paiement planifié
|
Représente l'action de l'équipe financière dans le système ERP pour inclure la facture dans un cycle de paiement spécifique. Le paiement est planifié mais n'a pas encore été exécuté. | ||
|
Pourquoi est-ce important ? :
Offre une visibilité sur la dernière étape du processus de paiement, aidant à prévoir les flux de trésorerie sortants et à analyser tout retard entre l'enregistrement et le paiement final.
Source des données :
Cette information réside généralement dans le système ERP. Elle peut être synchronisée avec SAP Ariba et reflétée dans les informations de statut de paiement de la facture.
Capture
Déduit des détails de statut de paiement qui sont envoyés de l'ERP vers le document de facture Ariba.
Type d'événement
inferred
|
|||