Polyosync Help Center

Comment pouvons-nous vous aider ?

Consultez les articles ou contactez notre assistance.

Contacter le support

Comment un administrateur peut-il accorder, mettre à jour ou révoquer l'accès des employés dans Polyosync ?

Gérer l'accès des employés est une partie importante du maintien d'un environnement commercial sécurisé dans Polyosync. Les organisations doivent fournir l'accès uniquement aux personnes qui en ont besoin et ajuster les autorisations lorsque leurs responsabilités changent. Qui peut gérer l'accès ? Les opérations de gestion des accès dépendent des autorisations associées au rôle administratif pertinent. Tous les employés authentifiés ne sont pas autorisés à inviter des utilisateurs ou à modifier des autorisations. Comment un employé peut-il recevoir un accès ? 1. Un administrateur autorisé identifie l'environnement commercial pertinent. 2. L'administrateur détermine les responsabilités de l'employé. 3. L'administrateur utilise la fonctionnalité d'invitation ou de gestion des accès pour les employés. 4. Le rôle approprié est sélectionné. 5. L'employé complète le processus d'invitation ou d'accès au compte requis. 6. L'administrateur vérifie que l'employé a l'accès souhaité. Les étapes exactes de l'interface peuvent différer en fonction de la configuration du compte. Comment les autorisations existantes doivent-elles être modifiées ? Lorsque les responsabilités d'un employé changent, un administrateur autorisé doit examiner son accès actuel. L'administrateur peut ensuite utiliser les contrôles de gestion disponibles pour effectuer les modifications prises en charge. Après avoir mis à jour les autorisations, vérifiez que l'employé peut accéder à la fonctionnalité nécessaire et n'a plus de privilèges inutiles. Quand l'accès doit-il être révoqué ? L'accès doit être examiné lorsque : 1. Un employé quitte l'organisation. 2. L'engagement d'un contractant se termine. 3. Un employé change de département. 4. Une mission temporaire est terminée. 5. Un utilisateur n'a plus besoin d'une ressource particulière. 6. Un incident de sécurité nécessite des restrictions d'accès. La suppression de l'accès supprime-t-elle automatiquement les actions historiques de l'employé ? Pas nécessairement. La gestion des membres et la conservation des enregistrements opérationnels ou d'audit sont des préoccupations distinctes. Les informations historiques peuvent rester soumises aux exigences de conservation et légales applicables. Qu'en est-il des intégrations configurées par un employé partant ? Vérifiez si des connexions externes dépendent des identifiants ou du compte de cet employé. Ces intégrations peuvent nécessiter une réautorisation ou une autre action administrative prise en charge. Qu'en est-il des Employés AI créés par cet utilisateur ? Examinez la propriété, la configuration et les dépendances opérationnelles des Employés AI concernés. Ne supposez pas que la suppression d'un utilisateur humain supprime ou désactive automatiquement chaque ressource associée. Pratique recommandée Maintenez un cycle de vie d'accès des employés couvrant l'intégration, les changements de rôle, les examens périodiques et le départ.