> For the complete documentation index, see [llms.txt](https://docs.myrspoven.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.myrspoven.com/myrspoven-docs/myrspoven-docs-fr/notes-de-version/august-2026.md).
# Août 2026
**Version 2026.8**
Couvre les changements depuis la version de juin 2026.
***
### Points forts
L’IA peut désormais **se rétablir d’elle-même lorsqu’un signal de commande devient défectueux**. Là où un signal défectueux pouvait autrefois bloquer un bâtiment, l’optimiseur demande un réentraînement, le modèle suivant supprime le mauvais signal, et l’optimisation se poursuit sans intervention humaine. **Distribution de CO2** atteint également les bâtiments sans signal de débit de ventilation, et **EcoGuard** la découverte détecte des capteurs de CO2 et d’humidité en plus de la température, de sorte que davantage de sites bénéficient d’une visibilité sur la qualité de l’air sans configuration supplémentaire.
Dans BackOffice, **les modifications de composants se réconcilient désormais sur place** au lieu d’être supprimés et recréés, de sorte que l’identité, l’historique et les relations survivent à une mise à jour. La livraison des données utilise désormais une connexion de flux mise à jour pour une fiabilité accrue.
Notre **nouvelle interface client** est en bêta fermée auprès d’un groupe d’utilisateurs sélectionné. Elle regroupe tout un portefeuille immobilier dans une seule vue, avec des contrôles de santé par bâtiment et la configuration des signaux.
***
### myPortal — Clients
* **Distribution de CO2 pour davantage de bâtiments** — les bâtiments sans signal de débit de ventilation reçoivent désormais la publication de la distribution de CO2, étendant la visibilité de la qualité de l’air aux sites qui n’affichaient auparavant rien.
### BackOffice et intégration - Partenaires
#### **Intégrations**
* **Yggio** — la livraison des données gère désormais les fermetures de connexion de manière plus fiable.
* **Intégration des données du bâtiment** — les observations transitent désormais par la connexion de flux mise à jour.
* **Bâtiments à schéma mixte** — le schéma du compteur est défini par appareil plutôt que par bâtiment, de sorte qu’un même site peut utiliser plusieurs types de compteurs.
* **EcoGuard** — la découverte trouve désormais des capteurs de CO2 et d’humidité, pas seulement de température, et associe les registres par code utilitaire afin qu’un point de mesure partagé ne puisse plus injecter une valeur ppm dans un signal de température. Les signaux découverts comportent également des descriptions lisibles au lieu d’exiger une consultation des données brutes.
* **Siemens Building X** — les écritures ne mettent désormais à jour que les champs visés, et le watchdog n’est mis à jour que par les signaux effectivement écrits avec succès.
* **Intégration des données du bâtiment** — les signaux binaires sont lus comme des valeurs historiques brutes, de sorte que les tendances vrai/faux ne sont plus perdues à cause du lissage.
#### **BackOffice**
* **Les modifications de composants conservent leur identité** — la mise à jour d’un composant se réconcilie sur place au lieu de le supprimer puis de le recréer. Les renommages sont détectés, les relations sont fusionnées plutôt que reconstruites, et un composant n’est supprimé que lorsqu’un envoi le laisse sans signaux et que la suppression est confirmée.
* **Envois partiels de signaux** — un envoi peut couvrir un sous-ensemble des signaux d’un bâtiment ; tout ce qui n’est pas dans le fichier est laissé intact.
* **Éditeur de configuration des signaux** — prise en charge côté backend du nouvel éditeur, avec validation par champ et au niveau du bâtiment, ainsi que des autorisations de lecture et de modification au niveau des champs.
* **Menus déroulants de signaux recherchables** — les menus déroulants de Connect Sensors sont désormais recherchables, ce qui est important pour les bâtiments ayant de longues listes de signaux.
**Corrections**
* **Mises à jour des dépendances** — les dépendances mises à jour corrigent des problèmes connus.
### Smart Control
* **Auto-réparation en cas de signaux de commande défectueux** — lorsque l’optimiseur trouve un signal contrôlable en lequel il ne peut plus avoir confiance, il demande désormais un réentraînement au lieu de rester bloqué. Le modèle suivant supprime le mauvais signal et l’optimisation se rétablit d’elle-même, avec un temps de recharge pour qu’un bâtiment ne puisse pas saturer la file d’attente d’entraînement.
* **Moins de fausses alertes de signal figé** — les circuits avec une pompe arrêtée bénéficient d’un seuil de figement plus long, et les relevés d’humidité sont entièrement exclus des vérifications de figement.
* **Rapports d’erreur plus clairs** — l’optimiseur distingue désormais un signal manquant d’une limite manquante, de sorte que la cause est visible dans le message.
* **La qualité des données rendue visible** — l’entraînement avertit désormais lorsqu’une part inhabituellement importante de son entrée est rejetée, mettant en évidence des problèmes de signal auparavant passés inaperçus.
* **Moins de bruit pendant la saison de refroidissement** — les dépassements de rail chaud sur les bâtiments sans refroidissement sont signalés comme avertissements plutôt que comme échecs pendant la saison de refroidissement.
* **Optimiseur plus rapide et plus stable** — la gestion de l’occupation et les seuils de lenteur ont été recalibrés, réduisant le temps d’exécution et la variance.
**Corrections**
* Les valeurs valides ne sont plus écartées lorsqu’une série contient des lacunes.
### Plateforme de données
* **Données de compteur nettoyées** — les données de compteur nettoyées arrivent désormais dans les tables de compteurs partagées, balisées par environnement, ce qui les rend disponibles pour le reporting et l’analyse.
* **Métriques par compteur** — un nouveau pipeline calcule les métriques de période par compteur, posant les bases du reporting énergétique par compteur.
* **Métadonnées des bâtiments et alertes système** — les métadonnées des bâtiments sont désormais disponibles dans la plateforme de données, et les alertes système sont générées directement à partir des tables sous-jacentes.
* **Résumé mensuel des KPI enrichi** — de nouveaux KPI ainsi qu’une section Problèmes de données, afin que les problèmes de qualité des données apparaissent aux côtés des performances.
Ces changements de plateforme ne sont pas directement visibles dans myPortal, mais ce sont eux qui rendent possibles des Insights et des rapports plus riches.
---
# 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://docs.myrspoven.com/myrspoven-docs/myrspoven-docs-fr/notes-de-version/august-2026.md?ask=&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.
