Négoce automobile : une BI multi-marques

Une seule application Power BI pour un groupe de négoce automobile : plusieurs marques et six entités de gestion, chacune avec sa propre identité visuelle. Chaque utilisateur ne voit que les données de son groupe Active Directory.

Deux des six entités, en démonstration : mêmes visuels et mêmes règles de gestion, chaque entité avec ses couleurs. Captures du rapport livré, floutées : identité du client masquée, données illisibles.

Le besoin

Un pilotage éclaté entre des fichiers Excel non consolidés, sans vue commune entre les sociétés et les marques du groupe pour la direction, la finance et le commerce.

Le rapport livré

Deux rapports partagent cette navigation : Inventory (stock) et Invoicing (facturation). La page d’accueil oriente chaque utilisateur vers les vues de son périmètre, l’historique des données et les contrôles de vérification.

Les six entités partagent la même structure : filtres en haut, indicateurs clés, graphiques d’analyse, puis tableaux détaillés, avec les mêmes règles de gestion. Seules les couleurs et le logo changent d’une entité à l’autre.

Les couleurs des six entités ; noms masqués.

Contrôle de gestion : chiffre d’affaires et marge brute, coût des ventes, réalisé face au budget et aux objectifs, analyse Pareto par marque, modèle et concession.

Commercial : vue consolidée par société et par marque, suivi de la direction régionale jusqu’au vendeur, canaux de vente et décomposition du chiffre d’affaires.

Supply Chain : ancienneté du stock et valeur immobilisée, suivi des véhicules par numéro de châssis, arrivages et commandes.

Données et sécurité

Schéma d’architecture réalisé pour cette page.

Les bases Oracle de chaque société sont chargées dans SQL Server, isolées par entité puis consolidées dans un Data Warehouse en étoile, historisé à chaque chargement. Un modèle SSAS alimente Power BI via la passerelle, avec un rafraîchissement automatique 3 fois par jour.

Modèles en étoile : les faits (ventes, stock, commandes) reliés à des dimensions communes à toutes les sociétés.

Chaque utilisateur est enregistré dans la sécurité au niveau des lignes (RLS) : il ne voit que les données de son groupe Active Directory, sans gestion manuelle des droits dans Power BI.

Ce que ça apporte

Une seule application à maintenir pour les six entités, au lieu d’un rapport par entité.

Des droits qui suivent l’annuaire : un utilisateur ajouté à son groupe Active Directory voit aussitôt son périmètre.

Une source commune et historisée : des chiffres comparables entre sociétés, entre marques et d’un chargement à l’autre.

Ce projet montre ma façon de travailler : partir des besoins de la direction, de la finance et du commerce, structurer les données à la source, puis livrer un reporting unique, sécurisé et facile à faire évoluer.