Votre template de données pour le traitement des retours et remboursements

L'heure de l'événement, ou horodatage, enregistre la date et l'heure exactes auxquelles une activité a eu lieu. Chaque activité du journal d'événements a un horodatage correspondant, qui fournit l'ordre chronologique des événements.

Cet attribut est essentiel pour toutes les analyses de Process Mining basées sur le temps. Il est utilisé pour calculer les temps de cycle entre les activités, identifier les temps d'attente et les goulots d'étranglement, mesurer la durée globale des cas et vérifier la conformité aux accords de niveau de service (SLA). La précision des horodatages a un impact direct sur la fiabilité de toute analyse de performance.

Cet horodatage est essentiel pour calculer toutes les métriques basées sur la durée, telles que les temps de cycle et les temps d'attente, qui sont fondamentales pour l'analyse des performances.

Correspond aux champs de date de création ou de modification dans diverses tables, telles que 'SalesTable.createdDateTime' pour la création de commande ou 'WMSJournalTrans.createdDateTime' pour les journaux d'entrepôt.

L'ID du dossier de retour sert d'identifiant principal pour chaque instance unique de processus de retour. Il relie toutes les activités associées à une demande spécifique de retour ou de remboursement client, de la création initiale de la commande de retour à sa clôture finale.

Dans l'analyse des processus, cet ID est fondamental pour reconstituer le parcours de bout en bout de chaque retour. Il permet de suivre le cycle de vie complet, de mesurer les temps de cycle totaux et d'analyser les variations entre les différents cas. Tous les événements, les données et les métriques sont agrégés et corrélés à l'aide de cet identifiant.

C'est l'identifiant de cas essentiel qui connecte toutes les étapes du processus, permettant de tracer et d'analyser chaque retour du début à la fin.

C'est généralement le numéro d'Autorisation de Retour de Marchandise (RMA) ou le numéro de commande client de type 'Commande retournée' dans le module 'Ventes et marketing'. Trouvé dans des tables comme 'SalesTable' où 'SalesType' est 'Commande retournée'.

Cet attribut décrit une étape ou un événement spécifique dans le cycle de vie des retours et remboursements, tels que 'Commande de retour créée', 'Article reçu' ou 'Note de crédit comptabilisée'. Chaque activité représente un point distinct dans le processus qui est enregistré dans le système.

L'analyse de la séquence et de la fréquence de ces activités est le cœur du process mining. Elle permet la visualisation des cartes de processus, l'identification des goulots d'étranglement entre les étapes et la découverte des variantes de processus courantes et rares. L'ensemble des activités définit le périmètre du processus analysé.

Il définit les étapes du processus, permettant la visualisation du flux de processus et l'identification des goulots d'étranglement, du retravail et des déviations.

Il s'agit d'un attribut conceptuel dérivé d'événements système. Il peut être généré en mappant les changements de statut dans des tables comme 'SalesTable' et 'WMSJournalTable' ou des journaux d'événements spécifiques à des noms conviviaux.

Cet attribut spécifie le canal utilisé par le client pour initier le processus de retour, par exemple, 'Portail en ligne', 'En magasin', 'Appel au service client' ou 'Courrier'.

La segmentation de l'analyse des processus par canal de retour aide à évaluer la performance et l'efficacité de chaque canal. Une entreprise peut comparer les temps de cycle, les coûts et la satisfaction client entre les canaux pour identifier les meilleures pratiques et les domaines d'investissement ou d'amélioration. Ceci est essentiel pour le dashboard 'Performance d'utilisation des canaux de retour'.

Il permet la comparaison des performances entre différents canaux de retour, aidant à optimiser les plus efficaces et les plus rentables.

Ces informations peuvent être stockées sur l'en-tête de la commande de retour ('SalesTable') ou dérivées de l'utilisateur qui a créé la commande. Elles peuvent nécessiter une logique personnalisée ou un champ dédié.

Le code de disposition est attribué lors de l'inspection qualité d'un article retourné. Il dicte l'étape suivante du processus, telle que 'Crédit', 'Remplacement', 'Mise au rebut' ou 'Retour au client'.

Cet attribut est un point de décision critique dans le processus de retour. L'analyse par code de disposition permet aux entreprises de comprendre les résultats des retours, de suivre l'impact financier de la mise au rebut des articles et d'évaluer l'efficacité des différentes voies de résolution, comme le remplacement par rapport au remboursement.

Ce code détermine le chemin qu'un dossier de retour prendra après l'inspection, ce qui est crucial pour analyser les variantes de processus et leurs résultats commerciaux.

C'est un champ clé dans le module de gestion de la qualité. Il est associé au traitement des ordres de qualité ou des ordres d'inspection.

Le code de motif de retour capture la raison déclarée par le client pour le retour, telle que 'Article défectueux', 'Mauvaise taille', 'Non conforme à la description' ou 'Plus nécessaire'. Ces informations sont généralement recueillies lors de l'initiation du retour.

L'analyse des motifs de retour est vitale pour l'analyse des causes profondes. Elle aide les entreprises à identifier les problèmes de qualité des produits, les problèmes liés aux descriptions de produits ou les erreurs logistiques. Les informations issues de ces données peuvent stimuler les améliorations dans la conception des produits, le marketing et les opérations de la chaîne d'approvisionnement afin de réduire les retours futurs.

Fournit un aperçu essentiel des raisons pour lesquelles les retours se produisent, permettant une analyse des causes profondes pour réduire les taux de retour et améliorer la satisfaction client.

Ceci est généralement stocké au niveau de la ligne de commande de retour. Recherchez les champs de code de motif dans la table 'SalesLine' pour les commandes de retour.

L'ID produit, souvent la référence SKU (Stock Keeping Unit), identifie l'article spécifique qui est retourné par le client. Chaque ligne de commande de retour est associée à un ID produit.

L'analyse des retours par produit est essentielle pour identifier les articles avec des taux de retour élevés. Cela peut signaler des problèmes de contrôle qualité, des descriptions de produits imprécises ou des défauts de fabrication. Cette analyse aide à prioriser les enquêtes et les améliorations liées aux produits.

Permet l'analyse des retours par produit, aidant à identifier les articles présentant des problèmes de qualité ou des volumes de retour élevés.

Ceci correspond au champ 'ItemId' de la table 'SalesLine' pour la commande de retour.

Cet attribut identifie l'utilisateur individuel responsable de l'exécution d'une étape du processus. Il peut s'agir de l'employé de l'entrepôt qui a réceptionné l'article, de l'inspecteur qualité ou du comptable qui a comptabilisé la note de crédit.

L'analyse du processus par utilisateur aide à comprendre la répartition de la charge de travail, à identifier les meilleurs performeurs et à détecter les besoins de formation potentiels. Elle peut également être utilisée pour enquêter sur des cas traités par des individus ou des équipes spécifiques et pour assurer une séparation adéquate des tâches.

Il permet l'analyse de la répartition de la charge de travail, de la performance par individu ou par équipe, et l'identification des opportunités de formation ou d'allocation de ressources.

Trouvé dans les champs 'créé par' ou 'modifié par' des enregistrements de transaction, tels que 'SalesTable.createdBy' ou les ID utilisateur liés dans les tables de journal.

Cet attribut définit la date limite de l'accord de niveau de service (SLA) pour la résolution d'un dossier de retour. C'est la date à laquelle le client doit avoir une résolution finale, telle qu'un remboursement comptabilisé ou un remplacement expédié.

Cette date cible est essentielle pour le suivi des performances par rapport aux engagements de service. Elle est utilisée pour calculer l'indicateur clé de performance (KPI) 'Taux de respect des SLA de résolution' et alimenter le 'Dashboard de performance des SLA de résolution des remboursements'. La comparaison de cette date avec la date d'achèvement réelle du processus permet à l'entreprise d'identifier les violations des SLA et de gérer de manière proactive les dossiers en attente.

C'est la référence par rapport à laquelle la performance du processus est mesurée, permettant le suivi de la conformité aux SLA et l'identification des cas en retard.

Ce n'est peut-être pas un champ standard. Il est souvent calculé en fonction de la date de création du retour plus une période SLA prédéfinie (par exemple, 14 jours). Il pourrait être stocké dans un champ personnalisé.

Cet attribut enregistre la date et l'heure de la dernière extraction des données du système source et de leur mise à jour dans l'outil de process mining. Il fournit un point de référence pour la fraîcheur des données analysées.

Connaître la dernière heure de mise à jour des données est important pour comprendre l'actualité de l'analyse. Cela aide les utilisateurs à interpréter correctement les dashboards et les KPI, en sachant s'ils consultent des données en temps réel ou un instantané à un moment précis. C'est essentiel pour le suivi opérationnel.

Indique la fraîcheur des données, garantissant que les analystes sont conscients de l'actualité de leurs insights processus.

Il s'agit d'un attribut de métadonnées généré et stocké pendant le pipeline d'ingestion de données, représentant généralement l'horodatage de l'achèvement du travail ETL.

Cet attribut booléen calculé indique si un retour répond à tous les critères définis dans la politique de retour de l'entreprise. Cela pourrait être basé sur des facteurs tels que la fenêtre de retour, l'état de l'article ou le motif du retour.

Cet attribut prend directement en charge le dashboard 'Vue d'ensemble de la conformité des approbations de retour' et le KPI 'Taux d'approbation des retours conformes'. Il permet à l'entreprise de quantifier la conformité aux politiques, d'identifier les cas approuvés comme exceptions et d'analyser les raisons et la fréquence de ces exceptions. Ceci est vital pour la gouvernance et le contrôle des coûts.

Il mesure directement la conformité aux règles métier, aidant à identifier et à réduire les approbations de retour non conformes qui peuvent entraîner une perte de revenus.

Il s'agit d'un attribut dérivé. La logique devrait être construite en comparant les attributs du retour (par exemple, date de retour vs. date d'achat, motif du retour) par rapport à des règles métier prédéfinies.

L'heure de fin représente l'horodatage de l'achèvement d'une activité. Tandis que StartTime marque le début, EndTime marque la conclusion, permettant le calcul du temps de traitement pour cette tâche spécifique.

Cet attribut est crucial pour une analyse de performance détaillée, en particulier pour les tâches ayant une durée mesurable, comme 'Inspection des articles'. En comparant StartTime et EndTime, les analystes peuvent mesurer précisément le temps de traitement actif des tâches, le distinguant du temps d'attente entre les tâches. Cela aide à identifier les inefficacités au sein d'activités spécifiques, et pas seulement entre elles.

Il permet le calcul du temps de traitement actif pour les activités individuelles, aidant à différencier le temps d'attente du temps de travail réel.

Ceci doit souvent être dérivé. Par exemple, il pourrait s'agir du 'modifiedDateTime' d'un changement de statut qui conclut une activité, ou de la StartTime de l'activité subséquente.

L'ID client est l'identifiant unique du compte client associé au retour. Il relie la transaction de retour à un client spécifique dans le CRM ou la base de données clients.

L'analyse des retours par client permet d'identifier les clients présentant une activité de retour inhabituellement élevée, ce qui pourrait indiquer un comportement frauduleux ou une insatisfaction chronique. Elle peut également être utilisée pour segmenter les clients, par exemple, pour offrir des services de retour premium aux clients de grande valeur.

Il relie le processus de retour à un client spécifique, permettant une analyse au niveau client et l'identification de modèles de retour ou de fraudes potentielles.

Ceci est le champ 'CustAccount' de la 'SalesTable' pour la commande de retour.

Cet attribut identifie l'entrepôt physique ou le centre de retour spécifique qui traite l'article retourné. Différents emplacements peuvent avoir des processus, des ressources ou des niveaux de performance différents.

L'analyse du processus par entrepôt permet d'établir des comparatifs de performance entre les sites. Elle peut aider à identifier les installations les plus efficaces pour traiter les retours, à mettre en évidence les goulots d'étranglement régionaux et à éclairer les décisions concernant l'allocation des ressources et la standardisation des processus à travers le réseau logistique.

Permet la comparaison des performances entre différents entrepôts ou centres de retour, aidant à identifier les goulots d'étranglement régionaux ou les meilleures pratiques.

Ces informations sont stockées dans le champ 'InventLocationId' des transactions liées à l'inventaire, telles que le journal d'arrivée ('WMSJournalTable') ou sur la 'SalesLine'.

Lorsqu'un remboursement est traité, un document financier appelé note de crédit ou avoir est généré. Cet attribut stocke l'ID unique de ce document.

Cet ID fournit un lien direct entre le processus de retour opérationnel et les enregistrements financiers du système comptable. Il est utile à des fins d'audit et pour des analyses approfondies des écarts financiers, permettant à un analyste de tracer un cas de retour jusqu'à la transaction financière spécifique qui l'a réglé.

Il relie le processus opérationnel de retour à la transaction financière correspondante, ce qui est crucial pour l'audit et la réconciliation financière.

Le numéro de note de crédit se trouve généralement dans le champ 'InvoiceId' de la table 'CustInvoiceJour', où le type de transaction est 'Note de crédit'. Il peut être lié à la commande de retour.

Cet attribut représente le montant initial du remboursement tel que demandé ou prévu au début du processus de retour. Il est généralement basé sur le prix d'achat original des articles retournés.

Cette valeur sert de base de référence pour l''Analyse des écarts de montant de remboursement'. En comparant le montant demandé au montant réellement remboursé, l'entreprise peut identifier les écarts causés par les frais de réapprovisionnement, les remboursements partiels pour les marchandises endommagées ou d'autres ajustements. Cela aide à surveiller la précision financière et le respect des politiques.

Il sert de référence pour mesurer la précision financière en le comparant au montant réel du remboursement traité.

C'est généralement le montant de la ligne ou le montant total de la ligne de commande de vente originale retournée, trouvé dans 'SalesLine.LineAmount'.

Cet attribut est le montant final confirmé qui a été remboursé au client. Cette valeur est enregistrée lorsque la note de crédit est créée et comptabilisée.

C'est un attribut critique pour l'analyse financière et il est directement utilisé dans le dashboard 'Analyse des écarts de montant de remboursement' et le KPI 'Taux de précision du montant du remboursement'. L'analyse de ces données permet de comprendre l'impact financier des retours et de tout ajustement effectué pendant le processus.

Ceci représente l'impact financier réel du retour et est crucial pour calculer la précision du remboursement et comprendre les résultats financiers.

Cette valeur peut être trouvée dans les détails de la transaction de note de crédit comptabilisée. Elle est liée aux tables 'CustTrans' et 'CustInvoiceJour' pour la note de crédit.

Cet attribut indique le statut actuel de l'en-tête de la commande de retour, tel que 'Ouvert', 'Facturé' ou 'Annulé'. Il offre une vue d'ensemble de l'emplacement du dossier dans son cycle de vie.

Alors que les activités fournissent des étapes de processus granulaires, le statut global est utile pour filtrer et segmenter les cas. Par exemple, un analyste pourrait vouloir se concentrer uniquement sur les cas 'Ouverts' pour comprendre la charge de travail actuelle, ou analyser le flux de processus des cas qui sont finalement 'Annulés'.

Fournit un résumé de haut niveau de l'état du cas, utile pour filtrer les cas et comprendre les résultats tels que les annulations.

Ces informations se trouvent dans le champ 'SalesStatus' ou 'DocumentStatus' de la 'SalesTable'.

Cet attribut calculé fournit un statut simple de conformité aux SLA, généralement 'À temps' ou 'En retard'. Il est déterminé en comparant l'horodatage de l'activité finale (par exemple, 'Commande de retour clôturée') avec la 'RefundSlaTargetDate'.

Cet attribut simplifie les rapports de performance sur des dashboards tels que 'Performance des SLA de résolution des remboursements'. Au lieu d'exiger des utilisateurs de comparer des dates, il fournit un statut direct et facilement compréhensible. Cela permet un filtrage et une agrégation rapides pour calculer le 'Taux de respect des SLA de résolution' global.

Fournit un indicateur simple et rapide de conformité aux SLA, facilitant le filtrage des cas en retard et l'analyse des causes profondes des retards.

Ceci est un attribut dérivé, calculé en comparant l'horodatage de l'activité de résolution finale avec l'attribut 'RefundSlaTargetDate'.

Cet attribut identifie le système d'information source d'où proviennent les données. Dans ce contexte, il s'agira principalement de 'Microsoft Dynamics 365'.

Dans les grandes organisations, un processus peut s'étendre sur plusieurs systèmes. La spécification du système source pour chaque événement est cruciale pour la gouvernance des données, la résolution des problèmes d'extraction de données et la compréhension du paysage technologique du processus. Elle confirme l'origine des données analysées.

Il fournit un contexte crucial sur l'origine des données, essentiel pour la gouvernance des données, la validation et la compréhension du paysage système du processus.

C'est généralement une valeur statique ajoutée pendant le processus d'extraction, transformation et chargement des données (ETL) pour étiqueter l'origine de l'ensemble de données.

Cet attribut classe le dossier de retour en fonction du type de résolution recherché par le client ou offert par l'entreprise. Les types courants incluent un 'Remboursement' monétaire, un échange pour un article de 'Remplacement' ou une 'Réparation'.

Cette catégorisation est utile pour analyser différents chemins de processus. Le processus d'émission d'un remboursement est significativement différent du processus d'expédition d'un article de remplacement. La segmentation par type de retour permet une analyse plus précise des temps de cycle et des goulots d'étranglement spécifiques à chaque chemin de résolution.

Il permet la segmentation de l'analyse en fonction du résultat attendu, car les processus de remboursement et de remplacement ont des étapes et des temps de cycle différents.

Ceci peut être un champ personnalisé sur l'en-tête de la commande de retour ou dérivé en fonction du code de disposition ou des transactions subséquentes comme la création d'une commande client de remplacement.