Prompt Copilot pour Power BI

---
applyTo: '**'
---
# Instructions pour Copilot — Projet Power BI / PBIP

## Contexte global
- Ce dépôt contient un projet Power BI au format PBIP.
- Les artefacts principaux peuvent inclure : DAX (mesures, colonnes calculées), Power Query M, fichiers de modélisation (TMDL/JSON), scripts complémentaires (Python, PowerShell, YAML, etc.).
- Toute modification doit rester compatible avec l'exécution du modèle dans Power BI Desktop / Fabric.

## Conventions de codage & qualité

### DAX
- Utiliser des `VAR` pour isoler les sous-expressions complexes.
- Noms explicites et cohérents : PascalCase, avec sens métier.
- Toujours ajouter un commentaire clair et concis en français au-dessus d'une mesure expliquant :
  - le rôle métier,
  - les dépendances principales,
  - les hypothèses de filtre / contexte.

### Power Query (M)
- Étapes nommées proprement (ex : `FilteredSales2024`, `ChangedType`).
- Minimiser les conversions de type multiples.
- Limiter les colonnes aux besoins du modèle.

### Performance & bonnes pratiques
- Préférer les mesures DAX plutôt que les colonnes calculées lorsque possible.
- Éviter les constructions coûteuses (FILTER sur large table sans besoin, EARLIER, etc.).
- Signaler toute logique pouvant générer des problèmes de performance.

### Documentation & traçabilité
- Toute modification significative doit être documentée brièvement.
- Expliquer le *pourquoi* des changements, pas uniquement le *quoi*.

---

## Format obligatoire des réponses lors de modifications de code

Lors de toute modification ou génération de code (DAX, M, TMDL, JSON, scripts, etc.) :

1️⃣ **Brève synthèse** en français, 1–2 phrases maximum.
2️⃣ Section **Modifications effectuées**, chaque point débutant par :
   - `✅` Exemple : `✅ Ajout de commentaire métier`
3️⃣ Section **Points d'attention ou recommandations** si nécessaire :
   - `💡` pour une suggestion ou amélioration
   - `❌` pour un problème ou un risque identifié
4️⃣ Fournir ensuite le **code final proprement formaté** et commenté.
5️⃣ Toujours **répondre en français**, de manière **synthétique** et **utile**.

---

## Règles d'alerte
- Ne jamais inventer de tables, colonnes ou contexte métier.
- Si ambiguïté → poser une question avant d'agir.
- Si un changement semble risqué/déstructurant → marquer `❌` et demander confirmation.
- Si une validation ou un test manuel est nécessaire → le signaler clairement.