Migration des appareils dans l'arborescence Sociétés

En migrant vos appareils dans le groupe statique Sociétés, vous bénéficierez des avantages suivants :

Synchronisation automatique de la structure des groupes dans ESET PROTECT

•Lorsqu'un nouveau site est ajouté via le portail de gestion (ESET Business Account ou ESET PROTECT Hub), il apparaîtra automatiquement dans les prochaines minutes dans ESET PROTECT sous le groupe statique Sociétés.

Synchronisation automatique des droits d'accès dans ESET PROTECT

•La configuration de jeux d'autorisations granulaires par site est actuellement trop complexe : ils doivent être définis en partie dans le portail de gestion des abonnements (ESET Business Account) et en partie dans ESET PROTECT.

•Dans ESET PROTECT Hub, vous pouvez définir des droits d'accès qui se propageront automatiquement dans ESET PROTECT, attribués à des groupes statiques synchronisés. L'administrateur n'aura pas à effectuer la configuration des autorisations deux fois (dans ESET Business Account et dans ESET PROTECT).

•Lorsque la divergence entre les droits d'accès ESET PROTECT Hub et ESET PROTECT est nécessaire, vous pouvez configurer un jeu d'autorisations personnalisé pour ESET PROTECT.

Amélioration des capacités de déploiement dans ESET PROTECT

•Après la migration, ESET PROTECT peut décider à quelle société et/ou site appartient l'appareil, ce qui peut se traduire par une expérience améliorée lors de l'utilisation de l'écran Modules de plate-forme.

•ESET PROTECT peut toujours sélectionner les bons abonnements d'appareil, en fonction de leur emplacement dans l'arborescence du groupe statique.

Gestion des incidents

•Après la migration, ESET PROTECT peut établir une corrélation correcte entre les appareils et les incidents en fonction de la hiérarchie.

Autre que MSP, gérant actuellement des appareils en dehors du groupe statique synchronisé Sociétés ou de sa sous-arborescence.

•Ordinateurs et groupes

•Affectations de politiques

•Affectations de tâches client

•Tâches serveur

•Notifications

•Programmes d'installation

•Jeux d'autorisations

•Utilisateurs

Les non-MSP gèrent leurs environnements de différentes manières ; deux cas d'utilisation courants ont été identifiés :

•Les appareils de la société sont gérés directement sous le groupe statique Tous.

•Les appareils du site sont divisés en groupes statiques, chacun contenant les appareils d'un seul site.

Affectations de politiques et de tâches client

•Toutes les affectations de politiques et de tâches client affectées au groupe statique Tous fonctionneront comme auparavant.

•Toutes les affectations de politiques et de tâches client affectées à des groupes dynamiques situés directement sous le groupe statique Tous fonctionneront comme auparavant.

•Toutes les affectations de politiques et de tâches client affectées au groupe statique migré ou à l'un de ses sous-groupes ou ordinateurs fonctionneront comme auparavant.

•Le groupe statique migré peut perdre une partie de la configuration de politique ou de l'affectation de tâches client, si cette configuration est héritée de n'importe quel groupe statique entre l'ancienne position du groupe statique migré et le groupe statique Tous.

•Le groupe statique migré peut recevoir des configurations de politique ou des affectations de tâches client supplémentaires, si cette configuration est héritée de n'importe quel groupe statique entre l'ancienne position du groupe statique migré et le groupe statique Tous.

Tâches serveur (renommer les ordinateurs et supprimer les ordinateurs non connectés)

•Les mêmes règles s'appliquent à l'affectation de tâches client et de politiques.

Notifications

•Toutes les notifications avec le groupe statique surveillé Tous fonctionneront correctement comme auparavant.

•Toutes les notifications avec un groupe statique surveillé qui doit être migré fonctionneront correctement comme auparavant.

Programmes d'installation

•Tous les programmes d'installation créés pour le groupe statique à migrer ou pour l'un de ses sous-groupes fonctionneront correctement comme auparavant.

•Les programmes d'installation créés pour le groupe statique en dehors de Sociétés ou de sa sous-arborescence et qui ne sont pas créés pour les groupes qui seront migrés devront éventuellement être remplacés.

Incidents

•Après la migration des appareils dans les sous-groupes appropriés, les incidents créés avant la migration et liés à ces appareils ne seront pas migrés. Cela signifie que les administrateurs de la société peuvent parfois perdre de la visibilité sur les incidents qui se sont produits avant la migration.

•Les incidents créés après la migration seront correctement affectés au groupe statique de la société.

AD Synchronisation

•S'il existe une synchronisation Active Directory directement dans le groupe statique Tous, elle doit être révoquée avant la migration.

•Les jetons de synchronisation Active Directory pour les groupes statiques qui seront migrés fonctionneront correctement comme auparavant.