> For the complete documentation index, see [llms.txt](https://help.aphex.co/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.aphex.co/docs/aphex-help-fr/insight/insight-et-power-bi.md).

# Insight et Power BI

Project Insight et l’intégration Power BI fonctionnent côte à côte. Project Insight apporte les rapports de performance les plus courants directement dans Aphex, calculés côté serveur, mis à jour à chaque publication. Power BI reste la meilleure option pour une analyse plus approfondie au niveau du plan.

## Ce que couvre Project Insight

***

Ces besoins de reporting sont désormais disponibles directement dans Aphex. Lorsque la même métrique apparaît aussi dans Power BI, le tableau le précise.

<table><thead><tr><th width="273.61328125">Besoin de reporting</th><th width="172.84375">Dans Project Insight</th><th>Aussi dans Power BI ?</th></tr></thead><tbody><tr><td><strong>PPC et progression des tâches dans le temps</strong></td><td>Tableau de bord PPC</td><td>Oui (sur la base des jours calendaires)</td></tr><tr><td><strong>PPC / progression des tâches par sous-traitant et responsable</strong></td><td>Tableau de bord PPC</td><td>Oui</td></tr><tr><td><strong>Répartition des retards par motif, sous-traitant et responsable</strong></td><td>Répartition des retards</td><td>Partiel</td></tr><tr><td><strong>État des jalons et évolution dans le temps</strong></td><td>Analyse des jalons</td><td>Oui (modèle de variance)</td></tr><tr><td><strong>Demande prévue en main-d'œuvre / matériel / matériaux</strong></td><td>Ressources</td><td>Oui</td></tr></tbody></table>

<details>

<summary>En quoi le calcul du PPC diffère de Power BI</summary>

Lorsque le PPC et la progression des tâches apparaissent dans les deux outils, les chiffres de Project Insight sont plus précis et seront généralement plus élevés que ceux du modèle Power BI. La différence tient aux jours ouvrés par rapport aux jours calendaires.

**Project Insight** est calculé côté serveur à partir de l’intégralité du plan publié, de sorte qu’il connaît le calendrier de travail de chaque tâche et ne compte que les jours ouvrés. Le résultat reflète ce à quoi l’équipe s’est réellement engagée.

**Power BI** s’exécute sur l’API Published Plan, qui (pour rester sous la limite de données sur les gros projets) n’envoie que les dates de début et de fin de chaque tâche. Sans détail de calendrier de travail, elle répartit l’avancement sur les jours calendaires, y compris les week-ends et les jours non ouvrés. Cela allonge le dénominateur, si bien que le PPC et la progression des tâches apparaissent inférieurs à ce que le plan demandait réellement.

Comme le calcul s’exécute côté serveur, Project Insight s’adapte aussi aux grands projets, qui peuvent solliciter fortement ou interrompre le flux Power BI.

</details>

## Ce que Project Insight ne couvre pas encore

***

Pour les éléments suivants, continuez à utiliser l’intégration Power BI :

* **Comparaison de plan** - comparer l’intégralité du plan entre deux versions publiées quelconques au niveau des tâches. Utile pour les audits de planning et les rapports au comité.
* **Résumé de publication** - achèvement, conflits et nombre de blocages par utilisateur et par publication. Utile pour le suivi de la qualité des publications.
* **Réalisés des ressources** - Project Insight affiche actuellement uniquement la main-d'œuvre, le matériel et les matériaux prévus. Les réalisés (alimentés depuis le journal de chantier) arrivent prochainement.

Si Power BI est déjà connecté, ces modèles continuent de fonctionner comme avant.

Voir aussi <a href="/docs/aphex-help-fr/integrations-et-api/power-bi/getting-started-with-power-bi-reporting.md" class="button secondary">Connecter Aphex à Power BI</a>


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://help.aphex.co/docs/aphex-help-fr/insight/insight-et-power-bi.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.