Passer la navigation

Configuration d'une seule organisation

De nombreux clients
BlackBerry AtHoc
ont constaté que leurs configurations deviennent trop complexes.
La configuration d'une organisation unique peut s'avérer fastidieuse, avec des listes de distribution et des comptes d'utilisateurs difficiles à gérer et à synchroniser au fur et à mesure que les utilisateurs vont et viennent ou que les unités commerciales évoluent. Les utilisateurs reçoivent trop d'alertes ou n'en reçoivent pas du tout. En outre, les opérateurs peuvent éprouver des difficultés à utiliser efficacement le réseau Connect, surtout s'ils sont séparés géographiquement. Alors que chaque site aimerait se connecter avec certaines agences ou entreprises voisines, les alertes locales de ces voisins se retrouvent dans la boite de réception de chacun, créant parfois une surcharge d'informations.
 
Exemple A
Une agence fédérale a développé une très grande organisation. Des milliers d'utilisateurs finaux sont visés par diverses alertes, qu'il s'agisse d'états quotidiens, d'exercices d'urgence ou d'urgences réelles. Malgré la souplesse du système, les configurations complexes ne permettent pas de s'assurer que les opérateurs disposent des autorisations nécessaires pour cibler uniquement les personnes qui doivent l'être.
Cette agence peut utiliser la configuration de l'entreprise pour mieux organiser le personnel en organisations plus petites avec des administrateurs locaux pour gérer les autorisations des utilisateurs et les coordonnées.
Plusieurs organisations sont idéales pour de nombreux sites ou régions. Elles peuvent disposer de configurations uniques pour un emplacement, déléguer la gestion des utilisateurs aux administrateurs de l'organisation et séparer des fonctions distinctes. Cependant, le recours à plusieurs organisations ne permet pas une vue consolidée de vos opérations. Il est plus difficile de disposer d'une communication cohérente et centralisée dans toutes les organisations. Les organisations indépendantes sont plus difficiles à gérer, nécessitent des efforts de configuration redondants et ne disposent pas d'un bon moyen de communiquer entre elles. En outre, il est impossible de maintenir des attributs d'utilisateur, des modèles et des listes de distribution cohérents, car une personnalisation trop importante intervient dans chaque organisation. Enfin, les organisations individuelles peuvent communiquer à l'aide de Connect, mais il n'existe pas de moyen simple de communiquer entre toutes les organisations ou avec des sous-ensembles d'une organisation.
Exemple B
Une organisation militaire possède de nombreuses bases dans le monde entier. L'organisation a créé une organisation pour chaque base, qui compte des milliers de personnes avec des affectations tournantes et des autorisations changeantes (mieux gérées par les administrateurs locaux). Cependant, avec plus de 50 bases et des centaines de milliers de collaborateurs, les hauts responsables ne peuvent pas alerter efficacement toutes les bases de manière cohérente ou alerter uniquement le sous-ensemble requis de chaque base (par fonction, par exemple). Ils ne peuvent pas déterminer, à partir d'une vue unique, qui est disponible et où ils se trouvent.
En cas d'urgence majeure, cette branche militaire n'est pas en mesure de comptabiliser le personnel, d'envoyer des alertes à plusieurs bases à la fois ou de gérer efficacement des listes de distribution qui doivent s'étendre à plusieurs organisations. Ils ont besoin d'une méthode cohérente pour cibler le personnel dans toutes les organisations du système et pour que ce personnel indique sa localisation et son statut.