Read this article in English 
Automatisation des tests BI
dans le secteur du retail
Des analyses fiables au service de la vente au détail
La plupart des entreprises disposent de rapports de vente et d’analyses qui sont essentiels à leur activité. Tout le monde, du personnel en magasin à la direction, les utilise pour prendre des décisions importantes au quotidien. Les responsables du développement et de la gestion de ces rapports sont donc soumis à une pression constante pour s’assurer qu’ils fournissent des informations fiables et précises à tous les utilisateurs. Heureusement, il est possible d’automatiser le processus de test autour des éléments les plus critiques des rapports de vente – et les développeurs peuvent être alertés en cas de problème, de sorte qu’elles puissent être examinées et corrigées avant que de mauvaises décisions ne soient prises.
Vous trouverez ci-dessous quelques problèmes courants liés au reporting des ventes et à l’analyse des données dans le secteur de la vente au détail, ainsi que la manière dont ils peuvent être résolus à grande échelle grâce à des tests automatisés.
Vérifier les dernières commandes et expéditions
Il est difficile d’utiliser l’analyse des ventes pour prendre de bonnes décisions sans disposer des données les plus récentes ! Ceci est particulièrement vrai si vos rapports sont mis à jour quotidiennement, ou plus fréquemment. La mise en place de tests pour vérifier automatiquement la présence des dernières données est un jeu d’enfant avec Wiiisdom.
Dans l’exemple ci-dessous, nous avons sélectionné une colonne “ORDER_DATE” dans une table de ventes dans notre jeu de données, et mis en place un test simple pour s’assurer que la date la plus récente (maximum) dans la colonne était ce que nous attendions qu’elle soit. Le plus intéressant, c’est que ce test peut être réalisé à l’aide d’une date statique ou dynamique. Dans le cas d’une date dynamique, une simple vérification peut être effectuée pour s’assurer que la date du jour est toujours présente dans votre jeu de données.
Astuce : veillez à ce que le test s’exécute avant le moment où vous vous attendez à ce que la dernière actualisation introduise cette date dans l’ensemble de données.
Exemple de mise en place d’un test pour vérifier la présence des dernières données.
Détecter les clients, les articles et les catégories de produits inattendus
Il arrive que de nouvelles valeurs soient introduites inopinément dans un rapport de vente, ce qui perturbe les utilisateurs et pose de nombreuses questions au développeur du rapport ! Vous pouvez faire en sorte que ces questions inattendues appartiennent au passé en mettant en place des tests automatisés sur les valeurs des colonnes les plus critiques de votre rapport. Dans un rapport sur les ventes, ces valeurs peuvent prendre la forme suivante :
- Clients inattendus.
- Articles inconnus.
- Nouveaux produits qui n’ont pas encore été affectés à une catégorie de produits dans votre taxonomie.
Dans l’exemple ci-dessous, nous avons mis en place un test pour vérifier que la colonne SUB_CATEGORY de notre table de produits ne contient pas de valeurs inattendues. Celles-ci pourraient faire apparaître dans nos rapports des montants de ventes qui ne sont pas associés aux sous-catégories de produits qu’un utilisateur s’attendrait à voir.
Exemple de test de valeurs inattendues dans une colonne spécifique.
Un test pourrait également être mis en place pour vérifier les valeurs, et uniquement les valeurs, attendues dans une colonne donnée. Si vous avez des listes de clients ou des tables de taxonomie de produits avec des numéros de SKU/articles, des catégories de produits, etc., vous pouvez simplement les télécharger et effectuer des contrôles continus pour vous assurer qu’aucune valeur en dehors de celles de la liste n’est présente dans une colonne sélectionnée.
Identifier les violations des règles de gestion
Les rapports sur les ventes et les analyses contiennent souvent des mesures communes telles que :
- Commande.
- Expéditions.
- Taux de marge.
- Délais de livraison.
- Remises.
Des tests automatisés peuvent être mis en place pour confirmer que les règles de gestion relatives à ces mesures n’ont pas été enfreintes. Par exemple, une organisation peut avoir une règle de gestion selon laquelle un niveau de remise ne peut pas dépasser un seuil donné. Si c’est le cas, soit une règle de gestion a été violée, soit il y a un problème lié à l’intégrité des données. Dans les deux cas, le propriétaire du rapport voudra probablement savoir immédiatement si cela se produit.
Pour ce faire, il peut mettre en place un test tel que celui présenté ci-dessous, qui vérifie que la remise maximale apparaissant dans une colonne REMISE n’excède pas le pourcentage maximal autorisé par l’entreprise. Un test similaire pourrait être mis en place pour vérifier d’autres violations de règles de gestion ou de données critiques concernant d’autres mesures clés de votre rapport sur les ventes.
Tester pour s’assurer que les règles métier n’ont pas été violées sur une colonne spécifique.
Test d’affectation des groupes de sécurité
Les rapports de vente en libre-service sont parfois configurés avec une sécurité au niveau des lignes (RLS). Lorsqu’elle est définie par l’utilisateur, cette sécurité permet aux rapports d’afficher des informations limitées en fonction de la personne qui utilise le rapport. Par exemple, un directeur magasin peut n’avoir accès qu’aux données concernant son magasin, tandis que le directeur régional lui accède aux données concernant son secteur, croisant plusieurs points de vente.
Wiiisdom vous permet de tester pour être sûr que les bonnes données apparaissent aux bons utilisateurs. Par exemple, Wiiisdom for Power BI dispose d’une fonctionnalité qui peut être activée (voir ci-dessous) dans l’étape d’ouverture d’un pipeline de test pour exécuter le pipeline de test en tant qu’utilisateur donné sur la base de son assignation de groupe de sécurité.
Option pour exécuter un pipeline de test en tant qu’utilisateur spécifique dans Wiiisdom for Power BI.
Programmation de tests et d’alertes en continu
Configurez les tests pour qu’ils s’exécutent à l’heure de la journée la plus appropriée. Si vos jeux de données sont actualisés tous les jours à 6 heures du matin, vous pouvez programmer l’exécution de ces tests tous les jours à 6 h 15. Imaginez de pouvoir être alerté des problèmes avant d’arriver au bureau et de pouvoir les résoudre avant que vos utilisateurs ne les découvrent, c’est désormais possible.
Fonction de programmation de l’exécution du pipeline.
Configuration des alertes par courrier électronique.
Réduire les risques liés aux modifications de votre source de données de ventes
Si vous changez la source de données utilisée pour vos rapports de vente et vos analyses, vous devrez effectuer des tests pour vous assurer que votre rapport ne sera pas impacté. Vos commandes et vos données de ventes peuvent avoir été déplacées d’une base de données à une autre, ou les données des points de vente que vous utilisez dans vos rapports ont commencé à provenir d’un endroit différent.
Heureusement, Wiiisdom vous permet de prendre un snapshot de tous vos rapports avant que les changements de source de données n’aient lieu, puis un autre snapshot après. Vous pouvez alors voir :
- Quels rapports ont subi un changement.
- Quels étaient les changements (surlignés en rouge comme dans l’exemple ci-dessous).
Cette fonction peut également s’avérer utile lors de la gestion des migrations ou des mises à niveau des serveurs hébergeant vos données. Il s’agit de contrôles de qualité instantanés et d’une réduction des risques liés à des changements inattendus !
Exemple de test de régression sur un rapport avant et après une modification de la source de données.
Garantir la fiabilité des rapports de vente et des analyses
Les rapports de vente et l’analyse des données sont essentiels à la prise de décision dans de nombreuses entreprises de vente au détail. La responsabilité de garantir leur exactitude est très importante. Heureusement, les tests automatisés peuvent alléger cette pression en identifiant et en alertant les développeurs sur les erreurs dans les éléments critiques des rapports de vente. Cela permet de rectifier les erreurs en temps voulu et de garantir la fiabilité de la prise de décision.
