Manage Engine Asset Explorer 6700

 Version 6700

Date de publication : 20 janvier 2020

Améliorations

Configuration de la politique de mot de passe d'authentification locale

• Configurez et appliquez une politique de mots de passe pour tous les utilisateurs afin d'assurer une meilleure sécurité de leurs données.

Informations sur la mise à niveau du Framework

• Mise à jour du JRE : Mise à jour du JRE Oracle jre 1.8.152 vers Zulu openjre 1.6.222 [Ceci est une version gratuite].

Version 6602

Date de publication : 2 janvier 2020

Changements de comportement

• Possibilité de supprimer un poste de travail/serveur ou de le passer à l'état Détruit/Expiré, si l'équipement n'est pas scanné pendant N jours.
• La recherche globale vous permet désormais de rechercher des éléments de configuration par nom, type et site.
• Possibilité d'ignorer l'ajout d'équipements inconnus en décochant Ajouter un équipement inconnu sous Admin -> Paramètres d'analyse.

Version 6601

Date de publication : 18 décembre 2019

Changements de comportement :

• L'activation de l'authentification SAML ne désactivera pas l'authentification Active Directory/LDAP et vice versa.
• L'option Articles récents a maintenant une nouvelle icône.
• Dans la page d'affichage de la liste des rapports, les rapports de requête publics sont répertoriés pour les techniciens qui ne sont pas autorisés à créer des rapports de requête.
• La possibilité d'ajouter un nouvel outil de contrôle à distance est supprimée.

Améliorations

• Email de test
Testez les paramètres de votre serveur de messagerie en envoyant un exemple d'email.

• Dans les rapports, les rapports par défaut des ordinateurs ayant moins/plus de 256 Mo de RAM sont remplacés par des ordinateurs ayant moins/plus de 4 Go de RAM.

Version 6600

Date de publication : 21 novembre 2019

• La vue "Liste des utilisateurs" contiendra tous les utilisateurs de l'entreprise, c'est-à-dire à la fois les demandeurs et les techniciens.
• ID Mail SMS sera disponible pour tous les utilisateurs. Auparavant, il n'était disponible que pour les techniciens.
• Les emails primaires et secondaires : le champ "Rapport A" sera disponible pour tous les utilisateurs.
• Ajout de la limitation par site pour les techniciens dans le cadre de l'ajout ou de la modification des rôles eux-mêmes avec l'option "Technicien autorisé à voir". Les options de définition de la portée proposées sont All ou All dans sites associés. Auparavant, les restrictions basées sur le site fonctionnaient en fonction des sites choisis sur la page du technicien ainsi que des rôles au niveau des modules choisis.

          Comment les cas sont traités lors de la migration

1. Si un technicien se voit attribuer un rôle personnalisé Asset Only avec certains sites sous Restrict site(s), un nouveau rôle nommé Asset Only_SiteRestriction_1 sera créé et associé à ce technicien. Ce nouveau rôle a la même portée au niveau du module que le rôle Asset Only précédent et dispose de l'option All dans sites associés sous Technicien autorisé à voir.
2. Si un technicien ne dispose que d'un rôle EnableCMDB et que les sites sont configurés sous Restrict site(s), un nouveau rôle nommé Asset_SiteRestriction_1 sera créé et associé à ce technicien avec EnableCMDB. Ce nouveau rôle aura la permission d'afficher les modules d'équipement et la restriction des sites.

• Il n'y avait que 3 types de CI par défaut représentant les Users - People ; le type de CI parent et les Requesters et Technicians ; les types de CI enfant. Par conséquent, tout nouveau type de CI enfant ne pouvait être créé que pour les Requesters ou les Technicians. Maintenant, il n'y a qu'un seul type de CI, c'est-à-dire que les users et tout type de CI enfant peuvent être créés sous ce type de CI. Ce changement a été apporté principalement parce que nous empêchons les gestionnaires de la CMDB de classer les utilisateurs de l'entreprise en tant que Requesters ou Technicians. Avec ce nouveau modèle, le gestionnaire de la CMDB peut classer les utilisateurs selon les types de CI enfants de l'entreprise.

1. Toutes les relations existantes des Users seront conservées même après la migration.
2. Les attributs de relation créés pour les relations des CI de type Requester et Technician seront perdus après la migration.
3. Tous les attributs des CI de type People et Requester (à l'exception des attributs système) sont déplacés en tant que champs supplémentaires d'utilisateur.
4. Tous les attributs système des types de CI Requester et Technician sont déplacés vers le type de CI User pendant la migration.
5. Tous les types de CI enfant des types de CI Requester et technician sont déplacés sous le type de CI User.

• Le type de CI Technician a été supprimé.
• L'API de la CMDB pour les Requesters et les Technicians est supprimée et déplacée vers de nouvelles API. http(s):// : /api/v3/users

Nouvelles fonctionnalités

Champs supplémentaires pour les utilisateurs et les techniciens

• Utilisez des champs supplémentaires pour obtenir des détails supplémentaires à partir des profils d'utilisateur et de technicien.

Rôle du SDSiteAdmin

• Ajout du rôle de SDSiteAdmin. Les techniciens ayant ce rôle seront considérés comme des administrateurs des sites qui leur sont associés et pour ces techniciens, l'onglet "admin" sera affiché avec des catégories telles que les utilisateurs, les techniciens, les départements et les sites.