{"id":9588,"date":"2011-11-05T20:21:00","date_gmt":"2011-11-05T19:21:00","guid":{"rendered":"https:\/\/paddys.de\/?p=9588"},"modified":"2023-10-09T22:43:54","modified_gmt":"2023-10-09T20:43:54","slug":"die-geschichte-ueberbuchter-konferenzraeume","status":"publish","type":"post","link":"https:\/\/paddys.de\/fr\/die-geschichte-ueberbuchter-konferenzraeume\/","title":{"rendered":"L'histoire des salles de conf\u00e9rence surbook\u00e9es"},"content":{"rendered":"<div id=\"ez-toc-container\" class=\"ez-toc-v2_0_82_2 ez-toc-wrap-right counter-hierarchy ez-toc-counter ez-toc-transparent ez-toc-container-direction\">\n<div class=\"ez-toc-title-container\">\n<p class=\"ez-toc-title\" style=\"cursor:inherit\">Th\u00e8mes abord\u00e9s dans cet article<\/p>\n<span class=\"ez-toc-title-toggle\"><a href=\"#\" class=\"ez-toc-pull-right ez-toc-btn ez-toc-btn-xs ez-toc-btn-default ez-toc-toggle\" aria-label=\"Toggle Table of Content\"><span class=\"ez-toc-js-icon-con\"><span class=\"\"><span class=\"eztoc-hide\" style=\"display:none;\">Toggle<\/span><span class=\"ez-toc-icon-toggle-span\"><svg style=\"fill: #999;color:#999\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\" class=\"list-377408\" width=\"20px\" height=\"20px\" viewbox=\"0 0 24 24\" fill=\"none\"><path d=\"M6 6H4v2h2V6zm14 0H8v2h12V6zM4 11h2v2H4v-2zm16 0H8v2h12v-2zM4 16h2v2H4v-2zm16 0H8v2h12v-2z\" fill=\"currentColor\"><\/path><\/svg><svg style=\"fill: #999;color:#999\" class=\"arrow-unsorted-368013\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\" width=\"10px\" height=\"10px\" viewbox=\"0 0 24 24\" version=\"1.2\" baseprofile=\"tiny\"><path d=\"M18.2 9.3l-6.2-6.3-6.2 6.3c-.2.2-.3.4-.3.7s.1.5.3.7c.2.2.4.3.7.3h11c.3 0 .5-.1.7-.3.2-.2.3-.5.3-.7s-.1-.5-.3-.7zM5.8 14.7l6.2 6.3 6.2-6.3c.2-.2.3-.5.3-.7s-.1-.5-.3-.7c-.2-.2-.4-.3-.7-.3h-11c-.3 0-.5.1-.7.3-.2.2-.3.5-.3.7s.1.5.3.7z\"\/><\/svg><\/span><\/span><\/span><\/a><\/span><\/div>\n<nav><ul class='ez-toc-list ez-toc-list-level-1' ><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-1\" href=\"https:\/\/paddys.de\/fr\/die-geschichte-ueberbuchter-konferenzraeume\/#Parameter_wichtig_Nummer_1_AutomateProcessing\" >Param\u00e8tre important num\u00e9ro 1 : AutomateProcessing<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-2\" href=\"https:\/\/paddys.de\/fr\/die-geschichte-ueberbuchter-konferenzraeume\/#Nummer_2_Ressource_booking_policies\" >Num\u00e9ro 2 : Politiques de r\u00e9servation de ressources<\/a><ul class='ez-toc-list-level-3' ><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/paddys.de\/fr\/die-geschichte-ueberbuchter-konferenzraeume\/#Nehmen_wir_Fall_1_AutoAccept_%3E_AllBookIn_True_%3E_AllRequestIn_False_Delegate_keine\" >Prenons le cas 1 : AutoAccept &gt; AllBookIn True &gt; AllRequestIn False. D\u00e9l\u00e9gu\u00e9 : aucun<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-4\" href=\"https:\/\/paddys.de\/fr\/die-geschichte-ueberbuchter-konferenzraeume\/#Fall_2_Nehmen_wir_dagegen_mal_einen_richtig_ublen_Fall_%E2%80%93_Manual_Approval_AutoAccept_%3E_AllBookIn_False_%3E_AllRequestIn_True_Delegate_sollte_definiert_sein_ist_es_aber_nicht\" >Cas 2 : Par contre, prenons un cas vraiment mauvais - Approbation manuelle : AutoAccept &gt; AllBookIn False &gt; AllRequestIn True. Delegate : devrait \u00eatre d\u00e9fini, mais ne l'est pas.<\/a><\/li><\/ul><\/li><\/ul><\/nav><\/div>\n<span class=\"span-reading-time rt-reading-time\" style=\"display: block;\"><span class=\"rt-label rt-prefix\">Dur\u00e9e de lecture<\/span> <span class=\"rt-time\"> 10<\/span> <span class=\"rt-label rt-postfix\">Minutes<\/span><\/span>\n<p><em>Cet article a \u00e9t\u00e9 publi\u00e9 pour la premi\u00e8re fois chez<a href=\"https:\/\/www.itk-security.de\/die-geschichte-uberbuchter-konferenzraume\/\" target=\"_blank\" rel=\"noopener nofollow\" title=\"\"> pr itk <\/a>publi\u00e9 et y a \u00e9t\u00e9 consult\u00e9 environ 10 000 fois.<\/em><\/p>\n\n\n\n<p>Temps de lecture : 18 minutes<\/p>\n\n\nLetzte Aktualisierung vor 3 ans durch <a href=\"https:\/\/paddys.de\/fr\/\" target=\"_blank\" class=\"last-modified-author\">Ruppelt Patrick<\/a>\n\n\n\n<div style=\"height:40px\" aria-hidden=\"true\" class=\"wp-block-spacer\"><\/div>\n\n\n\n<p>Cet article se r\u00e9f\u00e8re essentiellement \u00e0 la constellation dans laquelle les utilisateurs acc\u00e8dent \u00e0 un serveur Exchange 2007 (ou en partie \u00e0 d'autres versions d'Exchange) avec ton client Outlook (Outlook 2010, Outlook 2007, Outlook 2003).<\/p>\n\n\n\n<p>Exchange offre la possibilit\u00e9 de d\u00e9finir des ressources. Toute une s\u00e9rie de ressources sont d\u00e9j\u00e0 disponibles, tout comme les ressources de salle, c'est-\u00e0-dire les salles. C'est super si l'utilisateur inscrit simplement un nouveau rendez-vous dans son agenda, invite les participants et s\u00e9lectionne une salle correspondante comme ressource. Si la salle est occup\u00e9e, l'utilisateur le voit d\u00e9j\u00e0 dans la chronologie qu'apporte un Office Outlook actuel. Exactement comme tu en as l'habitude avec les autres utilisateurs.<\/p>\n\n\n\n<p>Or, il est cens\u00e9 arriver qu'au m\u00eame moment <strong>deux \u00e9quipes <\/strong>se trouvent devant la m\u00eame salle de r\u00e9union et affirment tous deux que chez eux, le rendez-vous est pourtant inscrit et confirm\u00e9 dans le calendrier. Tu ne peux pas ? L'un des deux ment ? Non ! C'est possible. Exchange peut vraiment donner l'impression \u00e0 deux \u00e9quipes qu'elles ont toutes les deux r\u00e9serv\u00e9 une salle et que celle-ci est r\u00e9ellement inscrite dans leur calendrier respectif comme \u00e9tant r\u00e9serv\u00e9e. Passionnant, n'est-ce pas ?<\/p>\n\n\n\n<p>Pour trouver la cause, il faut aller un peu plus loin. Ce n'est pas aussi simple qu'il n'y para\u00eet au d\u00e9but. La gestion des ressources suit une logique assez stricte, si je peux m'exprimer ainsi en tant que non-technicien. D'une part, la nature technique dans la mesure o\u00f9 les diff\u00e9rents param\u00e8tres sont de nature bool\u00e9enne. D'autre part, l'intention de l'administrateur lors du param\u00e9trage suit \u00e9galement des r\u00e8gles bool\u00e9ennes.<\/p>\n\n\n\n<p>Mon raisonnement est un peu confus, je l'illustre avec quelques extraits d'un - oui, presque un pamphlet - de Murat Gunyar. Sur le blog de l'\u00e9quipe Exchange, il a r\u00e9dig\u00e9 un excellent article. <a href=\"https:\/\/blogs.technet.com\/b\/exchange\/archive\/2009\/02\/26\/3407028.aspx\" target=\"_blank\" rel=\"noreferrer noopener\">Article<\/a> Je pense qu'il est tr\u00e8s instructif, informatif et parfois absurde. M\u00eame si l'absurdit\u00e9 vient plut\u00f4t du fait que la technologie est au maximum aussi bonne qu'elle a \u00e9t\u00e9 d\u00e9velopp\u00e9e. Je cite :<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p>Note : Lorsque le cmdlet Set-MailboxCalendarSettings est relanc\u00e9 pour modifier n'importe quel param\u00e8tre, les permissions du d\u00e9l\u00e9gu\u00e9 d'origine sont supprim\u00e9es. Le d\u00e9l\u00e9gu\u00e9 est toujours affich\u00e9 lors de l'ex\u00e9cution de la cmdlet 'Get-MailboxCalendarSettings'. Cependant, si tu regardes les permissions sur le calendrier de la ressource, les permissions du d\u00e9l\u00e9gu\u00e9 ont \u00e9t\u00e9 supprim\u00e9es.<\/p>\n<\/blockquote>\n\n\n\n<p>Cela signifie quelque chose comme ceci : Tu d\u00e9finis de nouveaux param\u00e8tres dans Powershell, par exemple parce que tu veux changer un petit quelque chose. Mais cela ne fonctionne pas si facilement, car <em>Set-MailboxCalendarSetting<\/em> remplace simplement tous les param\u00e8tres pr\u00e9c\u00e9dents par le nouveau. Il n'y a donc pas d'\"ajout\" mais un \"remplacement\". C'est peut-\u00eatre l'une des subtilit\u00e9s que tous les administrateurs Exchange connaissent. Bon, si tu n'es pas admin, tu n'as pas besoin de le savoir, mais je trouve que c'est int\u00e9ressant pour tous ceux qui lisent cet article simplement par int\u00e9r\u00eat ou curiosit\u00e9. Revenons-en au sujet. Il y a donc un \"remplacement\". C'est bien. Et ensuite ? La commande est ex\u00e9cut\u00e9e telle qu'elle a \u00e9t\u00e9 con\u00e7ue, les anciennes autorisations, par exemple, n'existent alors plus.<\/p>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/www.itk-security.de\/wp-content\/uploads\/2011\/11\/powershell.jpg\" alt=\"powershell\"\/><\/figure>\n\n\n\n<p>Quel est le rapport avec un calendrier surbook\u00e9 ? Eh bien, il y a la commande <em>Get-MailboxCalendarSettings<\/em>qui affiche - wonder why - les param\u00e8tres. Malheureusement, cette commande affiche \u00e0 nouveau&nbsp;<strong>pas<\/strong> afficher les param\u00e8tres modifi\u00e9s. Pour les voir, il faut regarder les autorisations dans le calendrier de la ressource. Et maintenant, en toute honn\u00eatet\u00e9 : quel admin le fait... ?<\/p>\n\n\n\n<p>O. k., il est vrai que cela n'a pas encore beaucoup de rapport avec les calendriers surbook\u00e9s, mais nous nous rapprochons de la solution. Car maintenant, nous avons atteint un point assez central dans Exchange Server et nous pouvons commencer \u00e0 chercher les causes possibles.<\/p>\n\n\n\n<p><em>New-Mailbox -database \"Storage Group 1Mailbox Database 1\" -Name ConfRoom1 -OrganizationalUnit \"Conference Rooms\" -DisplayName \"ConfRoom1\" -UserPrincipalName ConfRoom1@contoso.com -Room<\/em><\/p>\n\n\n\n<p>Ce serait un exemple simple directement tir\u00e9 de <a href=\"https:\/\/technet.microsoft.com\/en-us\/library\/bb124952(EXCHG.80).aspx\" target=\"_blank\" rel=\"noreferrer noopener\">Microsoft TechNet<\/a> sur le th\u00e8me \"comment cr\u00e9er une bo\u00eete aux lettres de salle\". Mais quand est-ce que je me retrouve chez un client, avec le ph\u00e9nom\u00e8ne de surr\u00e9servation et que je peux m'asseoir tranquillement et recr\u00e9er les bo\u00eetes aux lettres moi-m\u00eame. J'aurais pu le faire hier chez mon client - o\u00f9 ce probl\u00e8me s'est produit - avec plus de 3000 utilisateurs et je ne sais pas combien de salles de conf\u00e9rence. Amuse-toi bien.<\/p>\n\n\n\n<p>Essayons donc de voir comment sont am\u00e9nag\u00e9es les pi\u00e8ces. Cela permet de savoir quelles sont les salles concern\u00e9es. Mais l'utilisateur qui a signal\u00e9 l'erreur ne peut g\u00e9n\u00e9ralement pas te le dire. Il ne le sait pas lui-m\u00eame, car il s'occupe de tant d'autres choses chaque jour, pourquoi se pr\u00e9occupe-t-il de l'informatique ? Solution : ex\u00e9cuter grep sur toutes les ressources avec tous les indicateurs pertinents, tout mettre dans un fichier Excel et l'\u00e9valuer. \u00c9valuer ? Comment, c'est la question.<\/p>\n\n\n\n<p>Phase 1 : quelles sont les bo\u00eetes aux lettres qui sont des salles en fait. Les salles ne s'appellent pas toujours ainsi. La liste doit d'abord \u00eatre compl\u00e8te pour que la recherche ait un sens. Tout ce qui est un <em>-room<\/em> n'est pas si mal que \u00e7a. Il y a beaucoup de chemins qui m\u00e8nent \u00e0 Rome. Il y a aussi des bo\u00eetes aux lettres d'\u00e9quipement - et une conf\u00e9d\u00e9ration peut en principe \u00eatre consid\u00e9r\u00e9e comme telle. On peut aussi r\u00e9aliser des espaces via des bo\u00eetes aux lettres partag\u00e9es, ou cr\u00e9er des utilisateurs propres pour cela et les utiliser \u00e0 leur tour comme bo\u00eete aux lettres de groupe avec calendrier. Mais le plus important, c'est que le g\u00e9ant de Redmond a d\u00e9j\u00e0 pens\u00e9 \u00e0 quelque chose en proposant des assistants et des fonctions sp\u00e9ciales qui font exactement ce que tu veux.<\/p>\n\n\n\n<p>Phase 2 : Nous avons donc maintenant des espaces. Leur comportement d\u00e9pend des param\u00e8tres d\u00e9finis. Microsoft a une liste assez compl\u00e8te dans le <a href=\"https:\/\/technet.microsoft.com\/en-us\/library\/aa996340.aspx\" target=\"_blank\" rel=\"noreferrer noopener\">TechNet<\/a> Mais cela va un peu trop loin pour un blog qui s'appelle social techblog from an economic point of view. C'est pourquoi je r\u00e9sume ici le principe de base qui explique comment et pourquoi les espaces se comportent de mani\u00e8re autonome. Le chien doit \u00eatre enterr\u00e9 quelque part.<\/p>\n\n\n\n<div style=\"height:40px\" aria-hidden=\"true\" class=\"wp-block-spacer\"><\/div>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Parameter_wichtig_Nummer_1_AutomateProcessing\"><\/span>Param\u00e8tre important num\u00e9ro 1 : AutomateProcessing<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Ce param\u00e8tre d\u00e9termine comment<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>None : La r\u00e9servation de ressources et le Calendar Attendant, qui ajoute automatiquement les nouvelles r\u00e9unions au calendrier, sont tous deux d\u00e9sactiv\u00e9s sur cette ressource. En d'autres termes, ils ne font rien, toutes les demandes restent dans la bo\u00eete aux lettres de la ressource jusqu'\u00e0 la fin des temps.<\/li>\n\n\n\n<li>AutoUpdate : la valeur par d\u00e9faut accepte toutes les demandes sous r\u00e9serve et attend ensuite que le rendez-vous soit confirm\u00e9 par le d\u00e9l\u00e9gu\u00e9. L'organisateur de la r\u00e9union re\u00e7oit l'info du delegate.<\/li>\n\n\n\n<li>AutoAccept : Et c'est l\u00e0 que \u00e7a devient vraiment int\u00e9ressant. La r\u00e9servation de la ressource se fait au niveau de la bo\u00eete aux lettres spatiale. Les demandes entrantes sont trait\u00e9es en fonction des politiques (directives). Dans ce mode - et seulement dans ce mode - l'organisateur de la r\u00e9union re\u00e7oit effectivement la confirmation de la salle elle-m\u00eame.<\/li>\n<\/ul>\n\n\n\n<p>Jusqu'ici, cela semble \u00e9vident et logique, du moins une fois que l'on a r\u00e9fl\u00e9chi \u00e0 la meilleure fa\u00e7on de mettre en \u0153uvre une telle chose. Mais comment un AutoAccept peut-il fonctionner pour donner des r\u00e9sultats acceptables dans la pratique ? Il y a un autre param\u00e8tre qui n'est pas innocent dans le fait que tu peux surr\u00e9server des salles.<\/p>\n\n\n\n<div style=\"height:40px\" aria-hidden=\"true\" class=\"wp-block-spacer\"><\/div>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Nummer_2_Ressource_booking_policies\"><\/span>Num\u00e9ro 2 : Politiques de r\u00e9servation de ressources<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Ici aussi, je ne fais qu'un r\u00e9sum\u00e9 tr\u00e8s succinct, que l'on ne me reproche pas de ne pas fournir des informations techniques 100% correctes. Les politiques d\u00e9finissent un statut \"InPolicy\", c'est-\u00e0-dire conforme, et un statut \"OutOfPolicy\", c'est-\u00e0-dire non autoris\u00e9. Autoris\u00e9 ou non peut se d\u00e9finir par des plages horaires (r\u00e9unions uniquement pendant les heures de travail), surr\u00e9servation (oui\/non et oui, oha, on peut aussi tout \u00e0 fait d\u00e9finir qu'une surr\u00e9servation est autoris\u00e9e. Mais cela serait vraiment trivial comme cause de surr\u00e9servation), dur\u00e9e (c'est-\u00e0-dire combien de temps dure la r\u00e9union - par exemple, toutes les r\u00e9unions de plus de 2 heures n\u00e9cessitent l'autorisation du sup\u00e9rieur), etc.<\/p>\n\n\n\n<p>Et pour rendre l'histoire vraiment confuse - non, en fait, juste pour que ce soit pratique - on fait une autre distinction \u00e0 ce moment-l\u00e0 :<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>BookInPolicy : cette liste d'utilisateurs (groupes, AD, ...) peut inscrire des r\u00e9unions InPolicy et celles-ci sont aussi automatiquement accept\u00e9es.<\/li>\n\n\n\n<li>RequestInPolicy : Semblable \u00e0 BookInPolicy, mais une approbation par le d\u00e9l\u00e9gu\u00e9 est n\u00e9cessaire pour que la r\u00e9servation soit confirm\u00e9e.<\/li>\n\n\n\n<li>RequestOutOfPolicy : Ici, le sch\u00e9ma est un peu diff\u00e9rent, ces utilisateurs peuvent demander n'importe quelle chose et si le d\u00e9l\u00e9gu\u00e9 l'approuve, alors c'est bon. Je suppose que Microsoft a introduit cette option pour les comit\u00e9s d'entreprise, le conseil d'administration et la direction. Ou pour les bourreaux de travail qui, par nature, restent assis dans la salle de r\u00e9union m\u00eame le dimanche.<\/li>\n<\/ul>\n\n\n\n<p>Maintenant, nous sommes all\u00e9s si loin qu'il est logique de r\u00e9fl\u00e9chir encore une fois \u00e0 la mani\u00e8re dont une surr\u00e9servation peut se produire. Murat a r\u00e9dig\u00e9 une conclusion dans son billet de blog sous la forme d'un tableau sur les possibilit\u00e9s utiles. Je te recommande de lire cet article l\u00e0 aussi, car il est vraiment bon.<\/p>\n\n\n\n<p>Le fait est - qu'est-ce qui est logique ?<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>R\u00e9servation automatique : AutoAccept &gt; AllBookIn True &gt; AllRequestIn False. D\u00e9l\u00e9gu\u00e9 : aucun<\/li>\n\n\n\n<li>Manual Approval : AutoAccept &gt; AllBookIn False &gt; AllRequestIn True. Delegate : devrait \u00eatre d\u00e9fini<\/li>\n\n\n\n<li>Manual Approval : AutoUpdate &gt; AllBookIn True &gt; AllRequestIn False. D\u00e9l\u00e9gu\u00e9 : aucun<\/li>\n<\/ul>\n\n\n\n<p>Ce n'est pas si facile \u00e0 r\u00e9sumer, car m\u00eame sur TechNet, la question a \u00e9t\u00e9 souvent pos\u00e9e. C'est l\u00e0 que la technique s'arr\u00eate et que la logique entre en jeu !<\/p>\n\n\n\n<p>Si tu \u00e9values maintenant tes centaines de salles de conf\u00e9rence, tu en trouveras toujours qui ne proviennent peut-\u00eatre pas du serveur Exchange actuel mais d'un 2003.  L\u00e0 aussi, les ressources \u00e9taient diff\u00e9rentes. Ou m\u00eame d'un Exchange encore plus ancien ? Ou bien quelqu'un d'autre a cr\u00e9\u00e9 les comptes, ou bien ils ont \u00e9t\u00e9 param\u00e9tr\u00e9s diff\u00e9remment.<\/p>\n\n\n\n<p>Un exemple montre ce qui se passe lorsque l'on ne tient pas compte de la logique - et qui peut finalement donner lieu \u00e0 des choses int\u00e9ressantes comme une double r\u00e9servation par un syst\u00e8me technique. Ce qui est int\u00e9ressant, c'est qu'il suffit d'examiner la situation de ce point de vue et de se demander ce qui est \"le plus susceptible d'arriver\". Il existe toute une s\u00e9rie de constellations qui conduisent \u00e0 ce que quelque chose se passe mal. <strong>doit<\/strong>.<\/p>\n\n\n\n<div style=\"height:40px\" aria-hidden=\"true\" class=\"wp-block-spacer\"><\/div>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Nehmen_wir_Fall_1_AutoAccept_%3E_AllBookIn_True_%3E_AllRequestIn_False_Delegate_keine\"><\/span>Prenons le cas 1 : AutoAccept &gt; AllBookIn True &gt; AllRequestIn False. D\u00e9l\u00e9gu\u00e9 : aucun<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>D\u00e9finissons AllBookIn comme False. Que se passe-t-il ? Quelqu'un veut planifier un rendez-vous. Quelle que soit la liste BookIn dans laquelle il se trouve, il n'y a pas de d\u00e9l\u00e9gu\u00e9 qui puisse approuver quoi que ce soit. Il ne peut pas non plus s'inscrire de mani\u00e8re r\u00e9guli\u00e8re, et encore moins en tant que RequestIn. Que se passe-t-il dans la pratique : Le meilleur cas d'erreur de r\u00e9servation : un message d'erreur qui dit que les droits ne sont pas suffisants pour r\u00e9server ce rendez-vous.<\/p>\n\n\n\n<div style=\"height:40px\" aria-hidden=\"true\" class=\"wp-block-spacer\"><\/div>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Fall_2_Nehmen_wir_dagegen_mal_einen_richtig_ublen_Fall_%E2%80%93_Manual_Approval_AutoAccept_%3E_AllBookIn_False_%3E_AllRequestIn_True_Delegate_sollte_definiert_sein_ist_es_aber_nicht\"><\/span>Cas 2 : Par contre, prenons un cas vraiment mauvais - Approbation manuelle : AutoAccept &gt; AllBookIn False &gt; AllRequestIn True. Delegate : devrait \u00eatre d\u00e9fini, mais ne l'est pas.<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Et voici le cas qui combine tellement de co\u00efncidences qu'il est \u00e0 la fois passionnant de voir le r\u00e9sultat et extr\u00eamement difficile d'en d\u00e9terminer directement la cause dans la pratique. Voici ce qui se passe :<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>L'employ\u00e9 1 inscrit un rendez-vous. AllBookIn false ne provoque donc qu'une acceptation provisoire gr\u00e2ce \u00e0 AutoAccept. L'organisateur re\u00e7oit un e-mail dans sa bo\u00eete aux lettres indiquant que le rendez-vous a \u00e9t\u00e9 provisoirement confirm\u00e9. Le rendez-vous est enregistr\u00e9 dans le calendrier de l'employ\u00e9. Dans les d\u00e9tails du rendez-vous, tu peux voir ton propre temps ainsi que celui des participants comme \u00e9tant r\u00e9serv\u00e9. Dans la ligne de temps, tu peux aussi voir la salle de r\u00e9union. <strong><em>La duplicit\u00e9 :<\/em><\/strong> L'affichage d'Outlook \u00e0 cet endroit semble \u00eatre incoh\u00e9rent, ou alors il est li\u00e9 \u00e0 tes propres param\u00e8tres d'affichage. Le fait est que l'utilisateur ne voit pas que la salle elle-m\u00eame est encore \"sous r\u00e9serve\".<\/li>\n\n\n\n<li>L'employ\u00e9 2 inscrit un rendez-vous. Je pourrais maintenant copier le texte de l'employ\u00e9 2. Le fait est que tout semble parfait, mais ce n'est pas le cas. En fait, je dois avouer que mon titre est peut-\u00eatre un peu trompeur, car Exchange n'a pas enregistr\u00e9 deux rendez-vous en m\u00eame temps. Mais pour les utilisateurs, tout semble vraiment correct - pour les deux \u00e9quipes. Nous l'avons test\u00e9 pendant plusieurs heures et avons pu le reproduire dans toutes les constellations possibles.<\/li>\n<\/ul>\n\n\n\n<p>Que se passe-t-il maintenant ? Car le chemin des dubianit\u00e9s est loin d'\u00eatre termin\u00e9. Les deux employ\u00e9s retournent \u00e0 leur travail sans penser \u00e0 mal.<\/p>\n\n\n\n<p>Tous les trop <em>Les collaborateurs invit\u00e9s aux deux dates<\/em> De toute fa\u00e7on, je pense que la date conviendra, parce qu'il y a une date limite. <em>un organisateur<\/em>Je suis s\u00fbr qu'il va s'en occuper.<\/p>\n\n\n\n<p>Dans tous les calendriers, la date est r\u00e9serv\u00e9e. Pour voir que quelque chose ne va pas - si on le cherchait explicitement - il faudrait d\u00e9j\u00e0 <strong>comme organisateur<\/strong>&nbsp;regarder les d\u00e9tails du rendez-vous et \u00e9tirer la ligne de temps sur un \u00e9cran d'au moins 22\u2033 jusqu'\u00e0 ce que l'on puisse voir de toutes petites hachures sur la salle que celle-ci n'a pas encore accept\u00e9. Les employ\u00e9s voient en effet - <em><strong>Dubiosit\u00e9 num\u00e9ro X<\/strong><\/em>&nbsp;- la salle comme \u00e9tant r\u00e9serv\u00e9e. Et comme r\u00e9serv\u00e9e. Je suppose que les participants voient ce statut comme \u00e7a (et supposent donc que tout se passe bien) parce qu'ils ne voient pas leur propre statut de salle, mais seulement le fait que la salle a \u00e9t\u00e9 r\u00e9serv\u00e9e en principe. Mais par l'\u00e9quipe qui \u00e9tait l\u00e0 en premier. En d'autres termes : les participants invit\u00e9s \u00e0 la r\u00e9union 2 n'ont d\u00e9finitivement pas re\u00e7u d'annulation, ils voient la date, les participants et la salle dans tous leurs calendriers. Les participants invit\u00e9s \u00e0 la r\u00e9union 1 voient exactement la m\u00eame chose, sauf qu'ils voient probablement le statut r\u00e9serv\u00e9 de la salle d'eux-m\u00eames.<\/p>\n\n\n\n<p>Jusqu'ici, tout va bien. C'est un peu \u00e9trange, mais si les param\u00e8tres \u00e9taient correctement d\u00e9finis, cette situation ne durerait pas longtemps. En fait, c'est l\u00e0 qu'intervient le d\u00e9l\u00e9gu\u00e9. Il re\u00e7oit le conflit dans sa bo\u00eete aux lettres, car en tant que d\u00e9l\u00e9gu\u00e9, il travaille comme repr\u00e9sentant de la salle et doit prendre une d\u00e9cision.<\/p>\n\n\n\n<p>Ah oui - une parenth\u00e8se int\u00e9ressante : m\u00eame si c'est le cas et qu'il envoie une annulation, l'organisateur du rendez-vous doit quand m\u00eame agir. Cela ne change rien aux entr\u00e9es du calendrier de toutes les personnes concern\u00e9es. En d'autres termes, il s'agit encore d'une pr\u00e9tendue double r\u00e9servation. <em><strong>Dubios<\/strong><\/em>.<\/p>\n\n\n\n<p>Retour au sujet principal. Le d\u00e9l\u00e9gu\u00e9 n'est pas inscrit, le mail de d\u00e9cision est bloqu\u00e9 dans la file d'attente de la salle et aucune escalade n'est pr\u00e9vue. Il ne se passe donc rien.<\/p>\n\n\n\n<p>Qu'est-ce qui est pr\u00e9vu dans un tel cas ? Rien du tout. Car il s'agit d'une mauvaise conception du syst\u00e8me de r\u00e8gles mis en \u0153uvre par l'administrateur d'un point de vue logique. Un tel processus ne devrait jamais se produire. Et cela signifie en clair : les deux organisateurs ont re\u00e7u une promesse provisoire. Il n'y a jamais eu de refus. Et dans tous les calendriers, tout semble correct. Ergo : les deux \u00e9quipes seront au m\u00eame endroit au m\u00eame moment et les deux ont \u00e9galement raison. <strong><em>Dubios<\/em><\/strong>.<\/p>\n\n\n\n<p>Et nous ne sommes pas encore au bout de nos peines - j'ai encore une curiosit\u00e9 en r\u00e9serve. La plupart des clients n'utilisent pas Exchange depuis hier, mais ont d\u00e9j\u00e0 utilis\u00e9 les versions pr\u00e9c\u00e9dentes. Il \u00e9tait courant que les d\u00e9partements aient un ou plusieurs employ\u00e9s qui s'occupaient des calendriers des salles de conf\u00e9rence. La plupart du temps, ceux-ci \u00e9taient simplement ouverts en tant que bo\u00eete aux lettres suppl\u00e9mentaire, et m\u00eame dans ce cas, il n'y aurait plus ce surbooking. Seulement, ce n'est pas pr\u00e9vu ainsi. Bien s\u00fbr, cela fonctionne, mais seulement tant que le calendrier est ouvert quelque part - comme \"propri\u00e9taire\". Si l'employ\u00e9 quitte la maison, c'est fini. Ce cas n'est jamais document\u00e9, en tout cas je ne l'ai jamais vu en 15 ans... Et ensuite ? Ensuite, tu as une salle de conf\u00e9rence orpheline qui a apparemment fonctionn\u00e9 pendant des ann\u00e9es (bien que mal configur\u00e9e), et puis tu as un probl\u00e8me. <em>\"tout \u00e0 coup\"<\/em>&nbsp;ne fait plus son travail et permet des surr\u00e9servations.<\/p>\n\n\n\n<p><strong><em>Pas douteux :<\/em><\/strong> Comme toujours, l'erreur est humaine.<\/p>","protected":false},"excerpt":{"rendered":"<p>Dans le monde de Microsoft, deux \u00e9quipes peuvent aussi utiliser exclusivement le m\u00eame espace en m\u00eame temps. Ce probl\u00e8me a pouss\u00e9 les entreprises dans l'ab\u00eeme de l'embarras.<\/p>","protected":false},"author":1,"featured_media":9589,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_lmt_disableupdate":"","_lmt_disable":"","_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"_uf_show_specific_survey":0,"_uf_disable_surveys":false,"footnotes":""},"categories":[1],"tags":[],"class_list":["post-9588","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-posts"],"acf":[],"modified_by":"Ruppelt Patrick","wps_subtitle":"","_links":{"self":[{"href":"https:\/\/paddys.de\/fr\/wp-json\/wp\/v2\/posts\/9588","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/paddys.de\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/paddys.de\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/paddys.de\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/paddys.de\/fr\/wp-json\/wp\/v2\/comments?post=9588"}],"version-history":[{"count":1,"href":"https:\/\/paddys.de\/fr\/wp-json\/wp\/v2\/posts\/9588\/revisions"}],"predecessor-version":[{"id":9597,"href":"https:\/\/paddys.de\/fr\/wp-json\/wp\/v2\/posts\/9588\/revisions\/9597"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/paddys.de\/fr\/wp-json\/wp\/v2\/media\/9589"}],"wp:attachment":[{"href":"https:\/\/paddys.de\/fr\/wp-json\/wp\/v2\/media?parent=9588"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/paddys.de\/fr\/wp-json\/wp\/v2\/categories?post=9588"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/paddys.de\/fr\/wp-json\/wp\/v2\/tags?post=9588"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}