Votre modèle de données de traitement des retours et remboursements

SAP ECC
Votre modèle de données de traitement des retours et remboursements

Votre modèle de données de traitement des retours et remboursements

Ce modèle fournit un guide structuré pour la collecte des données nécessaires à l'analyse de votre traitement des retours et remboursements. Il décrit les attributs et activités essentiels que vous devrez suivre, garantissant la capture de tous les événements pertinents pour une vision globale du processus. De plus, il offre des conseils pratiques sur la façon d'extraire ces données de votre système source. Ainsi, vous pouvez préparer efficacement vos données pour le Process Mining et obtenir des informations clés.
  • Attributs recommandés à collecter
  • Activités clés à suivre
  • Guide d'extraction
Vous découvrez les journaux d'événements ? Apprenez comment créer un journal d'événements Process Mining.

Attributs de traitement des retours et remboursements

Ce sont les champs de données recommandés à inclure dans votre journal d'événements pour une analyse complète du traitement des retours et remboursements.
5 Obligatoire 6 Recommandé 10 Facultatif
Nom Descriptionn
Heure de l'événement
EventTime
La date et l'heure exactes de l'activité.
Descriptionn

Cet horodatage marque le moment précis où un événement métier s'est produit. Il est enregistré pour chaque activité du processus, fournissant la séquence chronologique des événements au sein d'un dossier.

L'heure de l'événement est indispensable pour toutes les analyses temporelles, y compris le calcul des temps de cycle entre les activités, l'identification des points de blocage où du temps est passé à attendre, et la mesure de la durée globale du dossier. Il permet l'analyse des performances et les contrôles de conformité par rapport aux accords de niveau de service (SLA).

Pourquoi est-ce important ? :

Cet horodatage est indispensable pour le calcul de toutes les durées, l'analyse des performances du processus, l'identification des points de blocage et la compréhension de la chronologie de chaque dossier de retour.

Source des données :

Provient de divers champs de date et d'heure à travers les tables SAP. Pour les événements de création, ce sont souvent les champs ERDAT et ERZET (par ex., dans VBAK). Pour les événements de modification, ce sont UDATE et UTIME dans la table CDHDR.

Exemples
2023-04-15T10:22:05Z2023-04-16T14:01:30Z2023-04-18T09:15:00Z
ID du dossier de retour
ReturnCaseId
L'identifiant unique pour la demande de retour d'un client, reliant toutes les activités et tous les documents connexes.
Descriptionn

L'ID du dossier de retour sert de clé primaire pour le suivi de l'ensemble du cycle de vie d'un processus de retour, de l'initiation à la clôture. Chaque ID correspond à un retour client spécifique, englobant tous les événements associés tels que la création de commande, la livraison, l'inspection et le traitement de l'avoir.

Dans l'analyse des processus, cet attribut est indispensable pour la construction de la cartographie des processus. Il permet au système de regrouper les événements individuels en parcours de dossier complet, permettant l'analyse des variantes de processus, des temps de cycle et des points de blocage pour chaque instance de retour distincte.

Pourquoi est-ce important ? :

C'est l'identifiant essentiel du dossier qui relie toutes les étapes d'un parcours de retour, permettant d'analyser le flux de processus complet et la performance.

Source des données :

C'est généralement le numéro de commande de retour du module Ventes et Distribution (SD). Trouvé dans la table VBAK (Données d'en-tête de document de vente), champ VBELN, où la catégorie de document (VBAK-VBTYP) est 'H' pour les retours.

Exemples
600001236000045660000789
Nom de l'activité
ActivityName
Le nom d'un événement métier ou d'une étape spécifique qui s'est produit au sein du processus de retours.
Descriptionn

Cet attribut décrit une action unique et distincte ou un changement de statut dans le cycle de vie du retour, comme 'Commande de retour créée', 'Réception de marchandises comptabilisée' ou 'Avoir créé'. Ces activités constituent les éléments fondamentaux de la cartographie des processus.

L'analyse de la séquence et de la fréquence de ces activités aide à identifier les parcours de processus les plus courants, les écarts et les boucles de reprise. Il est impératif pour comprendre ce qui se passe au sein d'un dossier et dans quel ordre, constituant la base de toute analyse de Process Mining.

Pourquoi est-ce important ? :

Les activités définissent les étapes du processus. L'analyse de leur séquence, de leur durée et de leur fréquence constitue le fondement du Process Mining et révèle comment le travail est réellement effectué.

Source des données :

Dérivé des changements de statut dans des tables comme VBUK/VBUP, des événements de création de documents (par exemple, dans VBAK, LIKP, VBRK), ou des journaux de modifications dans les tables CDHDR/CDPOS.

Exemples
Commande de retour crééeRéception de marchandises enregistréeAvoir émisArticle de commande de retour terminé
Dernière mise à jour des données
LastDataUpdate
L'horodatage indiquant la dernière actualisation des données pour ce processus.
Descriptionn

Cet attribut consigne la date et l'heure de la dernière extraction ou mise à jour des données. Il offre une transparence sur la la réactualisation des données analysées.

En analyse, c'est important pour comprendre l'actualité des informations. Les utilisateurs peuvent voir à quel point les données sont à jour, ce qui affecte la pertinence de toute découverte, en particulier pour le suivi des opérations en cours.

Pourquoi est-ce important ? :

Indique la la réactualisation des données, garantissant que les utilisateurs comprennent à quel point l'analyse du processus est actuelle et quand la prochaine mise à jour peut être attendue.

Source des données :

C'est un attribut de métadonnées renseigné avec l'horodatage d'exécution du job d'extraction de données.

Exemples
2023-05-20T02:00:00Z2023-05-21T02:00:00Z
Système source
SourceSystem
Le système d'où les données ont été extraites.
Descriptionn

Cet attribut identifie l'origine des données, ce qui est indispensable dans les environnements multi-systèmes. Il fournit un contexte et aide à garantir la lignée et l'intégrité des données.

Pour l'analyse, il est utilisé pour segmenter ou filtrer les données lors de la combinaison de processus provenant de différents systèmes sources. Il confirme que les événements proviennent de l'application attendue, dans ce cas, SAP ECC.

Pourquoi est-ce important ? :

Identifie l'origine des données, ce qui est impératif pour la gouvernance des données et pour les analyses couvrant plusieurs systèmes d'entreprise.

Source des données :

C'est une valeur statique définie lors de l'extraction de données pour identifier l'instance SAP ECC spécifique (par ex., 'ECC_PROD_100').

Exemples
SAP_ECC_PRODSAPECC_FINANCE_200
Agent de Traitement
ProcessingAgent
L'ID utilisateur de l'employé ayant effectué l'activité.
Descriptionn

Cet attribut capture le nom d'utilisateur de la personne responsable de l'exécution d'une étape de processus spécifique, telle que la création de la commande de retour ou la comptabilisation de l'entrée de marchandises. Il est souvent désigné comme l'utilisateur 'Modifié par' ou 'Créé par'.

L'analyse par agent de traitement est indispensablele pour la gestion des performances et l'analyse des ressources. Elle aide à identifier les meilleurs collaborateurs les plus performants, les agents pouvant nécessiter une formation supplémentaire et la répartition de la charge de travail au sein d'une équipe. Elle est utilisée dans des dashboards comme 'Performance de traitement des retours par agent' pour comparer les temps de cycle et le débit.

Pourquoi est-ce important ? :

Suit l'implication des utilisateurs, permettant l'analyse des performances d'équipe, de la répartition de la charge de travail et l'identification des besoins en formation ou des meilleures pratiques.

Source des données :

Généralement disponible dans des champs comme ERNAM (Créé par) ou AENAM (Modifié par) dans les tables d'en-tête comme VBAK, LIKP, VBRK. Pour les événements de modification, c'est USERNAME dans CDHDR.

Exemples
CBURNSDSCRANTONJHALPERT
Canal de retour
ReturnChannel
Le canal par lequel le retour a été initié, tel qu'en ligne, en magasin ou par centre d'appels.
Descriptionn

Cet attribut spécifie l'origine ou la méthode de prise en charge de la demande de retour. Il aide à différencier les retours initiés via un portail web, un magasin physique ou par un représentant du service client.

La segmentation du processus par canal de retour est indispensablele pour comprendre les différences opérationnelles et l'allocation des ressources. Par exemple, les retours en magasin peuvent avoir des temps d'inspection plus rapides mais des étapes de documentation différentes par rapport aux retours en ligne. C'est une dimension clé pour le tableau de bord 'Tendances du débit du processus de retours'.

Pourquoi est-ce important ? :

Distingue la manière dont les retours sont initiés, ce qui impacte souvent le flux de processus, les besoins en ressources et les temps de cycle pour les différents canaux.

Source des données :

Ce n'est souvent pas un champ standard dans SAP ECC et peut nécessiter d'être extrait d'un champ personnalisé (par ex., dans VBAK) ou inféré à partir d'autres données comme l'Organisation commerciale (VKORG) ou le Canal de distribution (VTWEG). Consultez la documentation SAP ECC pour une implémentation spécifique.

Exemples
Portail en ligneEn magasinCentre d'appels
Montant du remboursement demandé
RequestedRefundAmount
La valeur attendue du remboursement, généralement basée sur la valeur nette du ou des articles retournés.
Descriptionn

Cet attribut représente la valeur monétaire initiale du retour, telle qu'enregistrée dans la commande de retour. Il sert de base pour l'analyse financière et la réconciliation.

Ce montant est comparé à l''Actual Refund Amount' pour suivre les écarts, une métrique clé pour le tableau de bord 'Suivi des écarts de montant de remboursement'. L'analyse de cette valeur aide à surveiller l'impact financier des retours et à identifier les problèmes potentiels de tarification ou de calcul de crédit.

Pourquoi est-ce important ? :

Établit la valeur financière initiale du retour, ce qui est impératif pour suivre les écarts financiers et comprendre la valeur totale des marchandises retournées.

Source des données :

Cette valeur est généralement la valeur nette au niveau de la ligne de la commande de retour. Trouvé dans la table VBAP, champ NETWR.

Exemples
150.0049.991250.75
Montant du remboursement réel
ActualRefundAmount
Le montant final crédité au client, tel qu'enregistré dans les documents financiers.
Descriptionn

Cet attribut est la valeur finale et confirmée du remboursement qui a été traitée et comptabilisée dans le système comptable. Ce montant peut différer du montant demandé en raison de frais de réapprovisionnement, d'ajustements basés sur l'état de l'article ou d'autres applications de politique.

C'est un attribut critique pour le tableau de bord 'Suivi des écarts de montant de remboursement'. Le comparer au montant demandé aide à identifier les problèmes systémiques dans le processus de calcul et d'approbation des remboursements, garantissant l'exactitude financière.

Pourquoi est-ce important ? :

Représente le résultat financier final du retour. Le comparer au montant demandé aide à garantir l'exactitude et à identifier les fuites financières.

Source des données :

Provient du document financier associé à l'avoir. Généralement disponible dans la table BSEG (Segment de document comptable), champ WRBTR (Montant en devise du document), pour l'enregistrement du compte général pertinent.

Exemples
150.0045.001200.75
Motif de retour
ReturnReason
Le code motif fourni par le client pour le retour de l'article.
Descriptionn

Cet attribut indique pourquoi un produit a été retourné, en utilisant des codes motif prédéfinis dans SAP. Par exemple : 'Endommagé pendant le transport', 'Mauvais article expédié' ou 'Ne convient pas'.

C'est une dimension majeure pour l'analyse des causes profondes. En filtrant la cartographie des processus ou les KPI par motif de retour, les analystes peuvent identifier si certains motifs sont associés à des temps de traitement plus longs, à des taux d'échec d'inspection plus élevés ou à des écarts de processus spécifiques. Cette information peut stimuler des améliorations dans la qualité des produits, la logistique ou les processus de vente.

Pourquoi est-ce important ? :

Explique pourquoi les retours se produisent, permettant une analyse des causes profondes pour réduire les taux de retour en s'attaquant aux problèmes de qualité des produits, d'expédition ou de description.

Source des données :

Trouvé dans la table des postes de document de vente VBAP, champ ABGRU (Motif de rejet des documents de vente).

Exemples
001 - Produit endommagé002 - Mauvais produit005 - Arrivé trop tard
Numéro d'article
MaterialNumber
L'identifiant unique du produit retourné.
Descriptionn

Le numéro de matériau, ou SKU, spécifie l'article exact impliqué dans le retour. Ceci permet une analyse détaillée au niveau du produit.

En analysant les retours par numéro de matériau, les entreprises peuvent identifier les produits présentant des taux de retour élevés, ce qui peut indiquer des problèmes de qualité, des descriptions imprécises ou des défauts de fabrication. C'est indispensable pour des dashboards comme 'Impact des retours sur les stocks' et pour comprendre comment différents produits se déplacent dans le processus de retour.

Pourquoi est-ce important ? :

Identifie les produits qui sont retournés, mettant en évidence les problèmes potentiels de contrôle qualité ou les descriptions de produits inexactes.

Source des données :

Trouvé dans la table des postes de document de vente VBAP, champ MATNR.

Exemples
RM-1025FG-2050-BACC-5591
Adhérence à la politique de retour
ReturnPolicyAdherence
Un indicateur signalant si le retour est conforme à toutes les règles et politiques commerciales définies.
Descriptionn

Cet attribut booléen calculé indique si un dossier de retour a suivi les politiques d'entreprise standard prescrites. La logique pourrait impliquer la vérification de multiples conditions, telles que si le retour a été initié dans le délai autorisé, si le code motif est valide pour le produit, ou si l'approbation du manager a été obtenue pour une exception.

Cet attribut alimente le tableau de bord 'Conformité à la politique d'approbation des retours'. Il permet une mesure directe du taux de conformité et aide à identifier quelles politiques sont les plus fréquemment contournées, permettant une amélioration ciblée des processus ou une formation.

Pourquoi est-ce important ? :

Mesure la conformité aux règles commerciales, aidant à appliquer les politiques de manière cohérente et à identifier les cas nécessitant un examen ou une approbation spéciale.

Source des données :

C'est un attribut dérivé basé sur un ensemble de règles métier. Par exemple : (Date d'initiation du retour - Date d'achat originale) <= 30 jours ET ReturnReason N'EST PAS NUL.

Exemples
truefaux
Code société
CompanyCode
L'entité juridique ou l'entreprise responsable de la transaction.
Descriptionn

Le code société représente une unité comptable autonome dans SAP. Toutes les transactions financières, y compris les retours et les remboursements, sont comptabilisées sur un code société spécifique.

Cet attribut est indispensable pour le reporting financier et pour la segmentation du processus dans les organisations multinationales ou multi-entités. L'analyse par code société permet de comparer la performance du processus de retour entre différentes entités juridiques dans l'entreprise.

Pourquoi est-ce important ? :

Permet de filtrer et de comparer les processus de retour entre différentes entités juridiques au sein d'une organisation, ce qui est impératif pour l'analyse financière.

Source des données :

Trouvé dans la table d'en-tête de document de vente VBAK, champ BUKRS_VF (Code société pour la facturation).

Exemples
10002000US01
Date cible SLA de remboursement
RefundSLATargetDate
La date à laquelle le remboursement doit être traité conformément aux accords de niveau de service.
Descriptionn

Cet attribut définit la date limite pour l'achèvement du processus de remboursement pour un dossier de retour donné. Elle est généralement calculée sur la base de règles métier, telles que '5 jours ouvrables à compter de la réception des marchandises'.

Cette date cible est la référence par rapport à laquelle la performance réelle est mesurée. C'est le composant central du tableau de bord 'Conformité au SLA de traitement des remboursements', permettant à l'entreprise de surveiller le respect des engagements clients et d'identifier les cas qui risquent de ne pas respecter leur SLA.

Pourquoi est-ce important ? :

Définit l'objectif de performance pour le traitement des remboursements, permettant à l'entreprise de mesurer et de rendre compte de la conformité aux SLA et de prioriser les cas en retard.

Source des données :

Ce n'est généralement pas un champ SAP standard et devrait être dérivé sur la base de règles métier. Il pourrait être calculé à partir d'un champ de date clé (par ex., date de réception des marchandises de MKPF) plus une durée configurée. Consultez la documentation SAP ECC ou les exigences métier.

Exemples
2023-04-25T23:59:59Z2023-04-28T23:59:59Z2023-05-02T23:59:59Z
Document de vente original
OriginalSalesDocument
Le numéro de la commande client originale contre laquelle le retour est effectué.
Descriptionn

Cet attribut fournit un lien direct vers l'achat initial du client. C'est un document de référence qui relie le retour aux détails de la transaction originale.

Disposer de ce lien est extrêmement précieux pour une analyse plus approfondie. Il permet aux analystes d'enquêter sur les raisons pour lesquelles les ventes de certaines commandes sont retournées, de vérifier les prix et les conditions d'origine, et de comprendre le cycle de vie complet du client, de la commande au retour. Il peut aider à répondre à des questions sur la question de savoir si les produits vendus via des campagnes ou des canaux spécifiques ont des taux de retour plus élevés.

Pourquoi est-ce important ? :

Lie le retour à la vente originale, permettant une vision globale de la transaction client et une analyse plus approfondie des causes profondes.

Source des données :

Cette référence est stockée au niveau de la ligne de la commande de retour. Elle se trouve dans la table VBAP, champ VGBEL (Numéro de documentment du document de référence).

Exemples
100034561000987110012345
Écart de Montant de Remboursement
RefundAmountDiscrepancy
La différence calculée entre les montants de remboursement réel et demandé.
Descriptionn

Cette métrique calculée quantifie la différence monétaire entre ce qui a été initialement demandé dans la commande de retour et ce qui a finalement été émis dans l'avoir. Une valeur positive pourrait indiquer un remboursement partiel, tandis qu'une valeur négative est inhabituelle mais pourrait indiquer un trop-payé.

Cet attribut est la mesure clé pour le tableau de bord 'Suivi des écarts de montant de remboursement'. Il aide à identifier et analyser rapidement les cas d'écarts financiers, qui pourraient être dus à des évaluations de l'état des articles, des frais de réapprovisionnement ou des erreurs. Le suivi de ceci aide à garantir le contrôle financier et l'adhésion aux politiques.

Pourquoi est-ce important ? :

Mesure directement les écarts financiers dans le processus de remboursement, aidant à identifier les non-conformités aux politiques, les erreurs de traitement ou les fuites financières.

Source des données :

Champ calculé : Montant réel remboursé - Montant du remboursement demandé.

Exemples
0.00-4.99-50.00
Est conforme aux SLA
IsSLACompliant
Un indicateur signalant si le remboursement a été traité dans le respect de l'accord de niveau de service (SLA) convenu.
Descriptionn

C'est un attribut booléen calculé qui compare la date réelle de l'activité 'Remboursement traité' avec la 'Date cible SLA de remboursement'. Il est vrai si le remboursement a été effectué à temps et faux sinon.

Cet attribut simplifie l'analyse et le reporting en fournissant un résultat clair et binaire pour la performance SLA de chaque dossier. Il est utilisé pour calculer le taux d'efficacité.x global de 'Conformité au SLA de traitement des remboursements' et permet un filtrage facile pour isoler et analyser les cas non conformes.

Pourquoi est-ce important ? :

Fournit un indicateur binaire clair de la performance des SLA pour chaque cas, simplifiant le suivi de la conformité et le reporting.

Source des données :

C'est un attribut calculé. La logique est : 'Remboursement traité' (EventTime) <= RefundSLATargetDate.

Exemples
truefaux
ID client
CustomerId
L'identifiant unique du client initiant le retour.
Descriptionn

Cet attribut identifie le client spécifique (le 'Client facturé' en termes SAP) qui retourne le produit. Il relie la transaction de retour aux données de base client.

L'analyse par ID client aide à identifier les clients avec des retours fréquents, ce qui pourrait signaler une insatisfaction ou une utilisation abusive potentielle des politiques de retour. Il peut également être utilisé avec des données de segmentation client pour comprendre si certains groupes de clients ont des comportements de retour ou des expériences de processus différents.

Pourquoi est-ce important ? :

Lie les retours à des clients spécifiques, permettant l'analyse du comportement client, l'identification des clients retournant fréquemment des articles et l'impact sur les relations client.

Source des données :

Trouvé dans la table d'en-tête de document de vente VBAK, champ KUNNR (Client donneur d'ordre).

Exemples
CUST-100432CUST-203991CUST-831102
Numéro d'avoir
CreditMemoNumber
L'identifiant unique pour le document d'avoir émis pour le remboursement.
Descriptionn

L'avoir est le document de facturation officiel dans SAP qui formalise le remboursement à effectuer au client. Ce numéro identifie de manière unique ce document financier.

Cet attribut est indispensable pour la réconciliation financière et pour le suivi du processus, du retour opérationnel au règlement financier. Il sert de jalon clé dans le processus et est utilisé pour trouver les documents comptables associés pour des attributs tels que 'Montant de remboursement réel'.

Pourquoi est-ce important ? :

Fournit un lien direct vers le document financier autorisant le remboursement client, ce qui est indispensable pour l'audit financier et la réconciliation.

Source des données :

L'avoir est un document de facturation. Son numéro se trouve dans la table VBRK (Données d'en-tête du document de facturation), champ VBELN. Le lien est trouvé via le flux de documents de la commande de retour.

Exemples
900011229000334490005566
Statut de la commande de retour
ReturnOrderStatus
Le statut global de traitement du dossier de commande de retour.
Descriptionn

Cet attribut fournit un aperçu de l'état actuel du dossier de retour, tel que 'Ouvert', 'En cours' ou 'Terminé'. Il est dérivé de la combinaison des statuts au niveau de l'en-tête ou de l'article du document de vente.

En analyse, cet attribut est utile pour filtrer les dossiers afin de se concentrer sur les retours actifs ou terminés. Il peut aider à surveiller la charge de travail globale et l'avancement des dossiers ouverts et fournit un résultat de haut niveau pour chaque parcours de retour.

Pourquoi est-ce important ? :

Offre une vue d'ensemble de l'emplacement d'un dossier dans son cycle de vie, permettant le filtrage et l'analyse des retours ouverts, en cours ou clôturés.

Source des données :

Dérivé des champs de statut dans les tables VBUK (Statut d'en-tête) et VBUP (Statut d'article). Par exemple, VBUK-GBSTK est le statut de traitement global du document.

Exemples
OuvertEn coursTerminé
Usine
Plant
Le lieu physique ou l'installation où l'article retourné est reçu et traité.
Descriptionn

Le site (Plant) dans SAP représente un emplacement physique, tel qu'un entrepôt ou un centre de distribution, où les marchandises sont gérées. Pour les retours, c'est généralement l'emplacement où l'article est reçu et inspecté.

L'analyse du processus par site (Plant) aide à identifier les variations de performance entre les différentes installations. Elle peut mettre en évidence quels entrepôts sont plus efficaces pour l'inspection des articles ou ont un débit plus élevé, soutenant le tableau de bord 'Débit et efficacité de l'inspection des articles'.

Pourquoi est-ce important ? :

Identifie l'emplacement physique traitant le retour, permettant une comparaison des performances entre différents entrepôts ou centres de distribution.

Source des données :

Trouvé au niveau du poste dans la commande de retour, table VBAP, champ WERKS.

Exemples
PL01WH02DC05
Obligatoire Recommandé Facultatif

Activités de traitement des retours et remboursements

Voici les étapes de processus et les jalons clés à capturer dans votre `journal d'événements` pour une `découverte de processus` précise.
6 Recommandé 6 Facultatif
Activité Descriptionn
Avoir émis
Un document de facturation (note de crédit) est généré pour autoriser le crédit financier au client. C'est le document financier officiel qui formalise le montant du remboursement.
Pourquoi est-ce important ? :

C'est un jalon financier majeur dans le processus. L'analyse du temps de création de l'avoir aide à identifier les retards dans le traitement des documents financiers après la réception des marchandises et l'inspection.

Source des données :

C'est un événement explicite enregistré dans la table VBRK (En-tête de document de facturation). La date de création est VBRK-ERDAT. L'avoir est lié à la commande de retour ou à la demande d'avoir dans le flux de documents.

Capture

Utilisez l'horodatage de création (ERDAT) de la table VBRK pour le document de facturation pertinent.

Type d'événement explicit
Avoir enregistré en FI
L'avoir est libéré pour la comptabilité financière, en faisant un enregistrement officiel des créances clients. Cette étape déclenche le processus de paiement de remboursement effectif au client.
Pourquoi est-ce important ? :

Cette activité marque le moment où le remboursement est reconnu financièrement par l'entreprise. Les retards entre la création et la comptabilisation de l'avoir peuvent ralentir le remboursement effectif au client.

Source des données :

C'est un événement inféré, identifié lorsque le statut de comptabilisation dans l'en-tête du document de facturation (VBRK-RFBSK) est mis à jour à 'C' (Document de comptabilisation créé). La date de création réelle du document comptable se trouve dans la table BKPF.

Capture

Identifier l'horodatage lorsque VBRK-RFBSK est défini sur 'C', ou utiliser la date de création (CPUDT) du document comptable BKPF lié.

Type d'événement inferred
Commande de retour créée
Cette activité marque le début du processus de retour lorsqu'un client demande à retourner un produit. Elle est enregistrée lorsqu'un nouveau document de vente de type 'Retour' (par ex., RE) est créé dans SAP ECC.
Pourquoi est-ce important ? :

C'est l'événement de début principal du processus de retours. L'analyse du temps écoulé entre cette activité et d'autres aide à mesurer le temps de cycle total et à identifier les retards de traitement initiaux.

Source des données :

C'est un événement explicite enregistré dans la table VBAK (En-tête de document de vente). L'horodatage de création est stocké dans VBAK-ERDAT et VBAK-ERZET pour le numéro de document de vente correspondant (VBAK-VBELN) avec le type de commande VBAK-AUART = 'RE'.

Capture

Utilisez l'horodatage de création (ERDAT, ERZET) de la table VBAK pour le type de document de vente 'RE'.

Type d'événement explicit
Commande de retour terminée
Cette activité marque la fin du processus de retours du point de vue des ventes et de la distribution. Elle se produit lorsque toutes les lignes de la commande de retour sont entièrement traitées et clôturées.
Pourquoi est-ce important ? :

C'est l'événement de fin principal du processus. Mesurer le temps entre 'Commande de retour créée' et cette activité donne le temps de cycle complet pour le dossier de retour.

Source des données :

C'est un événement inféré des tables de statut. Il est capturé lorsque le statut global de l'en-tête du document de vente (VBUK-GBSTK) est mis à jour à 'C' (Entièrement traité).

Capture

Identifier l'horodatage des documents de modification (CDHDR/CDPOS) lorsque le champ de statut d'en-tête VBUK-GBSTK passe à 'C'.

Type d'événement inferred
Décision d'utilisation prise
Après inspection, un ingénieur qualité ou un inspecteur prend une décision formelle sur l'état de l'article retourné. Cette décision détermine le processus ultérieur, tel que le retour en stock, la mise au rebut ou la réparation.
Pourquoi est-ce important ? :

Cette activité est indispensablele pour comprendre l'efficacité de l'inspection et ses résultats. La décision a un impact direct sur le montant du remboursement et la gestion des stocks.

Source des données :

Si SAP QM est utilisé, il s'agit d'un événement explicite enregistré dans la table QAVE (Décision d'utilisation du traitement d'inspection). L'heure de décision est stockée dans QAVE-VDATUM. Le lien vers la livraison se trouve dans la table QALS.

Capture

Utilisez la date de décision d'utilisation (VDATUM) de la table QAVE, liée via le lot de contrôle (QALS-PRUEFLOS).

Type d'événement explicit
Réception de marchandises enregistrée
Cette activité se produit lorsque l'article physique retourné est reçu à l'entrepôt ou au centre de traitement. Elle est enregistrée par la comptabilisation d'un document de mouvement de marchandises contre la livraison de retour.
Pourquoi est-ce important ? :

Une étape clé indiquant que l'entreprise a pris possession de l'article retourné. C'est le point de départ de l'inspection physique et cela affecte la précision des stocks.

Source des données :

Cet événement peut être déduit du statut du mouvement de marchandises de la ligne de livraison de retour dans la table VBUP (par ex., WBSTA = 'C'). L'horodatage exact se trouve dans l'en-tête du document article (MKPF-BUDAT) pour la réception de marchandises correspondante.

Capture

Trouvez la date de comptabilisation (BUDAT) de la table MKPF pour le document article lié à la livraison de retour.

Type d'événement inferred
Article de commande de retour rejeté
Un article spécifique de la commande de retour est rejeté, soit lors de l'examen initial, soit après l'inspection. Cela signifie qu'aucun traitement ultérieur, tel qu'un remboursement, ne sera effectué pour cet article.
Pourquoi est-ce important ? :

L'analyse des rejets aide à identifier les demandes de retour invalides et peut éclairer la communication sur la politique client. C'est une voie clé dans le processus qui ne mène pas à un remboursement.

Source des données :

C'est un événement inféré. Il est généralement capturé par l'attribution d'un code 'Motif de rejet' unique pour l'article dans la table VBAP (VBAP-ABGRU). L'horodatage doit être extrait des journaux de modifications.

Capture

Identifier l'horodatage des documents de modification (CDHDR/CDPOS) lorsque le champ VBAP-ABGRU est renseigné pour un article de retour.

Type d'événement inferred
Article de commande de retour terminé
Un poste individuel de la commande de retour est marqué comme entièrement traité. Cela se produit généralement après que tous les documents de suivi logistiques et financiers pour cet article ont été terminés.
Pourquoi est-ce important ? :

Le suivi au niveau de l'article aide à identifier quels produits ou motifs de retour causent les plus longs retards. Il offre une vue plus granulairesre de l'achèvement du processus.

Source des données :

C'est un événement inféré des tables de statut. Il est capturé lorsque le statut global de la ligne de document de vente (VBUP-GBSTK) est mis à jour à 'C' (Entièrement traité).

Capture

Identifier l'horodatage des documents de modification (CDHDR/CDPOS) lorsque le champ de statut de poste VBUP-GBSTK passe à 'C'.

Type d'événement inferred
Avoir apuré
L'élément d'avoir ouvert dans les comptes clients est soldé, généralement par un paiement sortant au client. Cet événement marque la clôture financière finale du remboursement.
Pourquoi est-ce important ? :

Cette activité confirme l'événement de décaissement et complète l'aspect financier du processus. C'est la véritable fin du parcours de remboursement du point de vue client.

Source des données :

C'est un événement explicite du module FI. La date de compensation du document comptable est stockée dans la table BSEG (BSEG-AUGDT) pour la ligne client correspondante.

Capture

Utilisez la date de compensation (AUGDT) des tables BSEG ou BSAD pour le document comptable lié à l'avoir.

Type d'événement explicit
Blocage de commande de retour supprimé
Représente l'approbation de la demande de retour, lui permettant de passer à l'étape suivante. Ceci est généralement capturé par un changement du statut du document ou la levée d'un blocage de livraison ou de facturation.
Pourquoi est-ce important ? :

Cette activité est un jalon d'approbation crucial. Mesurer le temps nécessaire pour atteindre cette étape aide à identifier les points de blocage dans le processus d'autorisation et d'approbation des retours.

Source des données :

C'est un événement inféré, dérivé des journaux de modifications pour le document de vente. Vérifiez les tables CDHDR et CDPOS pour les modifications apportées aux champs de blocage dans VBAK ou VBAP, ou aux champs de statut dans VBUK/VBUP.

Capture

Identifier l'horodatage des tables de documents de modification (CDHDR/CDPOS) lorsqu'un statut de blocage pertinent est supprimé.

Type d'événement inferred
Demande d'avoir créée
Une demande d'avoir est créée pour documenter formellement le besoin d'un remboursement. Dans de nombreuses configurations, la commande de retour elle-même sert de demande d'avoir.
Pourquoi est-ce important ? :

C'est le début formel de la partie règlement financier du processus de retours. Il fournit un déclencheur pour les approbations financières et la création de documents ultérieures.

Source des données :

Ceci peut être un événement explicite dans VBAK pour un document de vente de type 'Demande d'avoir' (par ex., CR), ou il peut s'agir du même événement que 'Commande de retour créée' si le type de commande est configuré pour une facturation liée à la commande.

Capture

Utilisez l'horodatage de création (ERDAT) de VBAK pour le type de document 'CR', ou réutilisez l'événement de création de commande de retour.

Type d'événement explicit
Retour de livraison créé
Un document de livraison est généré pour gérer la réception physique des marchandises retournées. Cet événement signifie que le processus logistique de retour a été initié.
Pourquoi est-ce important ? :

Suit la transition du traitement administratif à la logistique physique. Les retards ici peuvent impacter la planification de l'entrepôt et le temps de cycle global des retours.

Source des données :

C'est un événement explicite enregistré dans la table LIKP (En-tête de livraison). L'horodatage de création se trouve dans LIKP-ERDAT. Le lien vers la commande de retour source se trouve dans la table LIPS (LIPS-VGBEL).

Capture

Utilisez l'horodatage de création (ERDAT) de la table LIKP pour la livraison associée à la commande de retour.

Type d'événement explicit
Recommandé Facultatif

Guides d'extraction

Comment récupérer vos données de SAP ECC