Partager via

Stratégies et communications pour les services Power Platform et Dynamics 365

Microsoft communique régulièrement sur le travail réalisé afin de maintenir et mettre à jour Microsoft Power Platform (Power Apps, Power Automate, Microsoft Copilot Studio et autres services) et les applications Microsoft Dynamics 365 (Sales, Customer Service, Supply Chain Management et autres) afin de veiller à la sécurité, la performance et la disponibilité et pour fournir de nouvelles fonctionnalités. Microsoft communique également sur les détails d’incidents de service avec éventuellement l’expérience utilisateur, les heures de début et de fin de l’incident, et toutes les solutions qui peuvent être disponibles.

Pour chacun de ces scénarios, les communications sont fournies via le Centre d’administration Microsoft 365 dans le Centre de messages et le Tableau de bord Service Health. Le centre d’administration Microsoft 365 a également la possibilité d’envoyer des e-mails pour un résumé hebdomadaire de tous les messages, des e-mails pour les mises à jour majeures uniquement et des e-mails pour les messages de confidentialité des données. Vous pouvez vous inscrire à ce flux de communication en suivant les instructions dans Préférences.

Vous pouvez afficher les informations sur l’état du service pour les produits Dynamics 365 et Power Platform dans le centre d’administration Power Platform. Pour en savoir plus, voir Comment vérifier l’état de mon service en ligne ?

Microsoft peut également envoyer un courrier électronique direct aux utilisateurs affectés au rôle d’administrateur Power Platform ou d’administrateur Dynamics 365 dans un client concerné. Si vous ne savez pas exactement qui est votre administrateur , en savoir plus dans Rechercher votre administrateur ou contact de support. Pour attribuer un rôle d’administrateur de service à un utilisateur, suivez les instructions dans Affecter un rôle d’administrateur de service à un utilisateur.

Mises à jour et maintenance planifiées du système

Microsoft effectue régulièrement des mises à jour et une maintenance sur le service et les applications via un processus de mise à jour hebdomadaire. Ce processus de mise à jour offre des améliorations de sécurité et de service mineures sur une base hebdomadaire, chaque mise à jour étant déployée région par région selon un calendrier de déploiement sécurisé, organisé en stations. Plus d’informations sur le calendrier des déploiements de la Station peuvent être trouvées sur la page Versions publiées de Dynamics 365 for Customer Engagement.

Il existe également deux événements de mise à jour de service importants en avril (1re vague) et octobre (2e vague) qui sont lancés via le mécanisme hebdomadaire de mise à jour, et les détails se trouvent dans les plans de lancement de Dynamics 365 et Microsoft Power Platform.

Mises à jour de service secondaires

Les mises à jour de service secondaires contiennent des modifications de personnalisation visant à prendre en charge de nouvelles fonctionnalités, des améliorations de produit, et des correctifs de bogues. Elles sont déployées sur une base hebdomadaire, région par région, selon un Processus de déploiement sécurisé que nous avons défini. Chaque semaine, chaque région obtient :

  • Un déploiement mis à jour, en commençant par notre région de « première version »
  • Une notification du Centre de messages est publiée avec la date à laquelle le déploiement commence à être appliqué à l’infrastructure
  • Lien vers les notes de publication hebdomadaires qui contiennent la liste des corrections incluses

Nonte

La date à laquelle le déploiement est appliqué à l’infrastructure ne correspond pas à la date à laquelle la mise à jour est appliquée à l’environnement. L’environnement et les applications sont mis à jour par un processus asynchrone qui s’exécute pendant les prochaines fenêtres de maintenance régionales. Bien qu’il n’y ait pas de dégradation attendue des performances ou de la disponibilité du service, pendant cette fenêtre de maintenance, les utilisateurs peuvent voir un impact bref et intermittent, comme des erreurs SQL transitoires ou une redirection vers l’écran de connexion.

Vous pouvez vérifier que la mise à jour a été effectuée avec succès en vérifiant le numéro de version sur la page À propos de l’environnement, ou en examinant les détails de l’environnement dans le Centre d’administration Power Platform. Une liste des mises à jour de service est disponible sur notre page Versions publiées.

Événements de version majeure

Nous offrons deux événements de versions majeures par an, une en avril (1re vague) et la seconde en octobre (2e vague) avec de nouvelles capacités et fonctionnalités. Ces mises à jour sont compatibles avec les versions antérieures, par conséquent vos applications et personnalisations continuent de fonctionner après la mise à jour. Les nouvelles fonctionnalités avec des modifications importantes et révolutionnaires de l’expérience utilisateur sont désactivées par défaut, ce qui signifie que les administrateurs peuvent d’abord tester, puis utiliser ces fonctionnalités pour leur organisation. Les administrateurs ont la possibilité d’utiliser les nouvelles fonctionnalités en utilisant une fonctionnalité d’acceptation pour obtenir un accès anticipé aux modifications.

Notifications indiquant quand les événements majeurs de la version sont programmés et liens vers les plans de lancement Dynamics 365 et Microsoft Power Platform sont publiés dans le Centre de messages Microsoft 365 du portail d’administration.

Mises à jour de sécurité

Les équipes de service effectuent régulièrement les opérations suivantes pour garantir la sécurité du système :

  • Analyses du service pour identifier les vulnérabilités de sécurité possibles
  • Évaluations du service pour garantir que les contrôles de sécurité clés fonctionnent efficacement
  • Évaluations du service pour déterminer l’exposition aux vulnérabilités signalée par le Centre de réponse aux problèmes de sécurité Microsoft (MSRC), qui surveille régulièrement les sites externes de sensibilisation à la vulnérabilité

Ces équipes identifient et suivent les problèmes identifiés, et prennent rapidement des mesure pour limiter les risques si nécessaire.

Comment obtenir des informations sur les mises à jour de sécurité ?

Comme les équipes de service s’efforcent d’appliquer des atténuations des risques sans besoin d’un temps d’arrêt de service, les administrateurs Customer Engagement ne voient généralement pas les notifications du Centre de messages pour les mises à jour de sécurité. Si une mise à jour de sécurité nécessite un impact sur le service, elle est considérée comme une maintenance planifiée et est publiée avec la durée estimée de l’impact et la fenêtre dans laquelle le travail se produit.

Pour plus d’informations sur la sécurité, accédez à Centre de gestion de la confidentialité.

Maintenance planifiée

La maintenance planifiée inclut les mises à jour et modifications apportées au service visant à fournir stabilité, fiabilité et performances améliorées.

Ces modifications peuvent inclure :

  • Mises à jour de matériel ou d’infrastructure
  • Services intégrés, tels qu’une nouvelle version de Microsoft 365 ou Azure
  • Mises à jour logicielles ou modifications du service
  • Mises à jour du service secondaires qui se produisent plusieurs fois par an. Pour en savoir plus, consultez Mises à jour de service.

Maintenance non planifiée

Les services Power Platform et les applications Dynamics 365 (Sales, Customer Service, Supply Chain Management, etc.) peuvent rencontrer des problèmes qui nécessitent des modifications imprévues pour protéger la disponibilité. Microsoft s’efforce de fournir autant de notifications que possible lors de ces événements, mais comme ils ne peuvent pas être prédits, ils ne sont pas considérés comme une maintenance planifiée.

Lorsque cela se produit, votre organisation reçoit une notification Maintenance non planifiée dans le Centre de messages. Nous essayons également d’envoyer un e-mail à tous les administrateurs système dans l’environnement qui est affecté par la maintenance non planifiée. Vous pouvez consulter le statut des activités de maintenance non planifiée actuelles dans le centre de messages.

Fenêtres de maintenance régionales

Pour limiter l’impact sur les clients et leurs utilisateurs, nous prévoyons la fenêtre de maintenance en fonction de la région où les environnements sont déployés. La liste chronologique de maintenance suivante indique la fenêtre de maintenance de chaque région. Les horaires sont affichés en temps universel coordonné (UTC, est également appelé GMT). Pour les organisations avec des utilisateurs dans le monde entier, nous reconnaissons que ces fenêtres de maintenance peuvent vous affecter différemment. Nous nous excusons pour l’impact que ce problème peut avoir sur vos utilisateurs.

Calendrier de maintenance

Pour limiter l’impact sur les utilisateurs, la fenêtre de maintenance est organisée en fonction de la région où les environnements sont déployés. La liste suivante indique la fenêtre de maintenance de chaque région. Les horaires sont affichés en temps universel coordonné (UTC, est également appelé GMT).

Les heures de mise à jour du service se présentent comme suit. Les mises à jour de la base de données s’exécutent dès que possible en fonction de la charge du système pendant la fenêtre de maintenance de l’environnement.

Région URL Fenêtre (UTC)
Amérique du Nord crm.dynamics.com 2 h 00 à 11 h 00
ALL crm.microsoftdynamics.de 17 h 00 à 2 h 00
Amérique du Sud crm2.dynamics.com 00 h 00 à 10 h 00
CAN crm3.dynamics.com 1 h 00 à 10 h 00
EUR crm4.dynamics.com 18 h 00 à 3 h 00
FRA crm12.dynamics.com 18 h 00 à 3 h 00
APJ crm5.dynamics.com 15 h 00 à 20 h 00
Océanie crm6.dynamics.com 11 h 00 à 21 h 00
JPN crm7.dynamics.com 10 h 00 à 19 h 00
IND crm8.dynamics.com 19 h 30 à 1 h 00
GCC crm9.dynamics.com 2 h 00 à 11 h 00
GCC High crm.microsoftdynamics.us 2 h 00 à 11 h 00
R.-U. crm11.dynamics.com 18 h 00 à 3 h 00
ZAF crm14.dynamics.com 17 h 00 à 2 h 00
Émirats arabes unis crm15.dynamics.com 15 h 00 à 12 h 00
GER crm16.dynamics.com 18 h 00 À 3 h 00
CHE crm17.dynamics.com 18 h 00 à 3 h 00
CHN crm.dynamics.cn 15 h 00 à 21 h 00

Incidents de service

Un incident de service est un terme utilisé pour désigner un événement, ou une série d’événement, qui provoque généralement une expérience dégradée avec un ou plusieurs de nos services pour plusieurs clients. ​Ces incidents sont effectivement des problèmes de la plateforme qui provoquent des interruptions non planifiées, notamment une indisponibilité, une dégradation des performances et des problèmes interférant avec la gestion des services. Nous communiquons les incidents de service via une expérience authentifiée sur le tableau de bord État du service du portail d’administration Microsoft 365 pour fournir une visibilité de l’état du service aux administrateurs dans plusieurs services cloud. Des exemples d’incidents de service peuvent inclure :

  • Impossible de se connecter à un environnement ou à un portail d’administration spécifique
  • Ralentissement des performances dans les applications ou requêtes Dataverse
  • Messages d’erreur ou pages blanches inattendues

Comment obtenir des informations sur les incidents de service ?

Vérifiez le tableau de bord Service Health pour afficher l’état du service, des détails sur les incidents de service existants et jusqu’à 30 jours d’historique. Le centre d’administration Power Platform offre une vue des informations sur l’état du service dans la page Support. L’état du service connait les clients que vous gérez, il affiche donc une vue beaucoup plus précise des problèmes connus affectant vos services par rapport aux sources d’informations non authentifiées. Si vous rencontrez un problème qui ne s’affiche pas dans le tableau de bord État du service, contactez le support Microsoft en créant un ticket dans le Centre d’administration de Power Platform.

S’il y a un impact important sur le client lors d’un incident de service, nous pouvons également fournir des mises à jour de statut sur l’une des nombreuses pages de support spécifiques au service, y compris la page de support Power Apps, la page de support Power Automate, ou la page de support Power BI.

Si le portail d’administration de Power Platform ou de Microsoft 365 est indisponible ou rencontre des problèmes, nous fournissons des mises à jour du statut via la page non authentifiée Statut de l’intégrité du service.

Quelles informations sont fournies sur les incidents de service ?

Pendant l’événement, nous incluons des informations relatives à l’impact sur l’utilisateur, à la durée, à toute solution de contournement réalisable et à la cause première préliminaire. Notre objectif est de fournir des mises à jour de statut toutes les heures, bien que cette directive puisse être réduite pour de nouvelles informations substantielles, ou étendue en fonction de l’attente des activités de récupération. Lors de la restauration du service à un fonctionnement optimal, nous publions une mise à jour du statut final et déterminons si d’autres rapport post-incident sont fournis en fonction de l’ampleur et du type d’impact sur les clients.

Un rapport post-incident (PIR) peut être publié après cinq jours ouvrables sur le tableau de bord Service Health Microsoft 365 pour certains événements.

Ce rapport résume les détails suivants :

  • Synthèse
  • Expérience utilisateur
  • Chronologie des principales activités ou actions
  • Facteurs contributifs
  • Étapes suivantes

Autres méthodes pour recevoir des notifications

En raison de la nature critique des notifications de service et des communications, il existe d’autres méthodes de connexion aux communications de service.

  • Last updated on