Bookings notifications au mauvais expéditeur

Question

Bonjour,

nous avons récemment mis en place Booking pour de préparation de rendez-vous et nous rencontrons le problème suivant :

Les différentes réservations sont notifiées sur la mauvaise adresse et se planifie sur le mauvais agenda.

Après relecture de ce qui a été mis en place tout me semble correct. Les propositions de rendez-vous sont bien affectés à l'employé concerné, pourtant une autre personne reçoit les notifications ainsi que les rendez-vous.

Le seul point qu'on m'a remonté est que une première mise en place avait été effectuée avec succès et que les services concernées ont cloné le modèle en modifiant les éléments pour que la réservation se fassent sur d'autres personnes.

Answer 1

Cette réponse a été automatiquement traduite. Par conséquent, il peut y avoir des erreurs grammaticales ou des formulations étranges.

Cher Kevin MARC, 

Nous vous remercions d’avoir porté à notre attention le problème concernant les notifications incorrectes et les attributions de calendrier dans votre configuration Microsoft Bookings. 

Après avoir examiné le contexte, nous aimerions vous proposer un ensemble structuré de recommandations pour vous aider à identifier et à résoudre la cause profonde du problème. Ces étapes sont particulièrement pertinentes si votre environnement Bookings est intégré à SharePoint ou a été cloné à partir d’une configuration précédente. 

1. Vérifier la configuration de Microsoft Bookings

• Accédez au portail d’administration de Bookings.
• Sous l’onglet Services , vérifiez que chaque service est attribué au bon membre du personnel.
• Dans la section Personnel : 
  • Confirmez que l’adresse e-mail de chaque membre du personnel est exacte.
  • Assurez-vous que l’option « Recevoir des notifications par e-mail » est activée.
  • Vérifiez que le calendrier Outlook associé appartient à la bonne personne.

2. Si la page de réservation a été clonée à partir d’un modèle précédent

• Il est possible que certains paramètres (par exemple, les adresses e-mail ou les liens vers le calendrier) aient été conservés par inadvertance à partir du modèle d’origine.
• Nous vous recommandons : 
  • Supprimer et recréer tous les services clonés si nécessaire.
  • Examinez attentivement tous les champs pour vous assurer qu’ils reflètent la configuration prévue.

3. Vérifiez les flux Power Automate (le cas échéant) 

• Si vous utilisez Power Automate pour envoyer des notifications ou des données de journal à SharePoint : 
  • Rendez-vous sur Power Automate et passez en revue tous les flux actifs liés aux réservations.
  • Assurez-vous que tous les champs dynamiques (par exemple, l’adresse e-mail du destinataire, le personnel affecté) sont correctement mappés et ne font pas référence à des données obsolètes.

4. Valider l’intégration SharePoint 

• Si la page Réservations est intégrée à SharePoint (via un iframe ou un composant WebPart), vérifiez que l’URL de réservation correcte est utilisée.
• Si les données de réservation sont écrites dans une liste SharePoint : 
  • Vérifiez que les champs tels que « Attribué à » ou « Destinataire » sont correctement renseignés.
  • Vérifiez les autorisations de la liste pour vous assurer que le contrôle d’accès est approprié.

5. Confirmez les autorisations du calendrier Outlook

• Dans Outlook, chaque utilisateur doit vérifier ses autorisations de partage de calendrier.
• Si un autre utilisateur a obtenu un accès délégué ou éditeur, il se peut qu’il reçoive des notifications ou voie des rendez-vous au nom du propriétaire de l’agenda.

Si vous avez besoin de conseils ou d’une assistance plus approfondis pour ces étapes, vous pouvez également contacter le support technique de niveau supérieur de Microsoft via :     

• Le centre de support officiel de Microsoft : https://support.microsoft.com

Notre équipe d’assistance spécialisée vous assistera étape par étape et veillera à ce que vous obteniez la solution la plus adaptée à vos besoins.    

Sinceres salutations     

Ryan-N-MSFT | Spécialiste du support communautaire Microsoft