Power BI — flux OData avec vos droits Odoo

Ce que vous payez, et ce qui existe gratuitement

Des connecteurs OData gratuits existent, et ils servent des données. Ce module coûte 69 € pour trois choses qu'aucun d'eux ne fait :

• un journal de ce qui a été servi — lignes, rejets, durée, compte appliqué, colonnes écartées ; sans lui, un rapport qui affiche des chiffres faux ne se dépanne pas ;

• un jeton faux qui répond 404 et non 403 — on ne confirme pas à qui essaie des adresses au hasard qu'il en a trouvé une bonne ;

• une colonne lisible à côté de chaque lien — sans elle, il faut reconstruire à la main chaque relation dans Power BI avant le premier graphique.

Si ces trois points ne vous manquent pas, un connecteur gratuit suffira.

Le format que Power BI attend

Power BI Desktop livre en standard un connecteur Flux OData. Ce module expose un flux OData v4 : on colle une adresse, on choisit « Anonyme », et les tables apparaissent. Rien à installer côté Windows, aucun connecteur personnalisé à faire approuver, aucune inscription d'application Azure.

Excel lit le même flux (Données ▸ Obtenir des données ▸ Flux OData), ainsi que Tableau, Looker Studio et tout outil qui parle OData.

Les droits d'Odoo s'appliquent — vraiment

Chaque flux porte le nom d'un compte Odoo réel, et chaque lecture s'exécute avec les droits de ce compte. Jamais en superutilisateur. Groupes, règles d'enregistrement, multi-société : ce que ce compte ne voit pas dans le client web, le flux ne le sert pas. Un compte dédié aux droits étroits, et le tableau de bord ne peut plus fuiter ce qu'il ne devrait pas montrer.

Les champs qui ressemblent à un secret — mot de passe, jeton, clé — sont refusés à la configuration, quelle que soit la volonté de l'administrateur.

Un jeton par flux, et un jeton faux ne dit rien

Chaque flux a son jeton, révocable seul, sans toucher aux autres. Un jeton inconnu, un flux désactivé, une table inconnue : la réponse est 404. Pas 403 — on ne confirme pas à qui essaie des adresses au hasard qu'il en a trouvé une bonne.

Les tables et les colonnes sont les vôtres

On choisit le modèle, les champs, et un filtre Odoo facultatif. Pas une liste figée décidée par l'éditeur. Chaque champ de liaison peut être doublé d'une colonne lisible — « Client » à côté de « Client (identifiant) » — ce qui évite de reconstruire à la main chaque relation dans Power BI avant le premier graphique.

Le diagnostic, parce qu'un flux muet ne se dépanne pas

Chaque appel laisse une trace : table, format, lignes servies, rejets, durée, adresse d'appel et compte dont les droits ont été appliqués. Quand un rapport affiche des chiffres faux, on voit tout de suite si le flux a rendu trois lignes ou trois mille.

CSV et Excel en secours

La même table, en fichier, pour qui n'a pas Power BI : .csv ou .xlsx à la fin de l'adresse. Le CSV sort avec le point-virgule et le BOM qu'Excel attend en français.

Ce que le module ne fait pas

Il ne pousse rien vers le service Power BI et ne crée aucun jeu de données dans le nuage de Microsoft : c'est Power BI qui vient lire, pas Odoo qui envoie. Il ne fait ni écriture ni retour depuis Power BI — le flux est en lecture seule. Il n'ouvre pas la base PostgreSQL : une vue SQL exposée à l'extérieur ignorerait tous les droits d'accès d'Odoo, ce qui est exactement ce que ce module refuse de faire.

Odoo Online : ce module expose un contrôleur, il n'est donc pas portable en ligne. Il fonctionne sur Odoo.sh et sur une installation que vous hébergez.

Ce qui a été vérifié, et ce qui ne l'a pas été

Le flux est éprouvé par 44 tests automatiques, dont des appels HTTP réels : conformité OData v4 (racine du service, $metadata, pagination), respect des droits d'accès, 404 sur jeton faux, exports CSV et Excel.

Le rendu dans Power BI Desktop lui-même n'a pas été éprouvé sur un poste Windows. La conformité est vérifiée contre la spécification OData v4, que le connecteur natif de Power BI implémente ; mais si votre version se comporte autrement, écrivez-nous et nous corrigerons.