Lansweeper scanne votre réseau, vos tenants cloud et vos postes de travail, et entretient un inventaire normalisé : appareils, logiciels installés, utilisateurs, garanties, adresses IP et topologie réseau. Grâce à l'intégration native HaloITSM–Lansweeper, cet inventaire est synchronisé dans les fiches d'actifs et d'éléments de configuration de HaloITSM selon la fréquence que vous choisissez. Nous configurons la synchronisation pour que les nouveaux actifs soient créés, les existants mis à jour et les actifs retirés signalés plutôt que supprimés. Sans import manuel, sans tableur.
L'intégration elle-même n'est qu'un connecteur. Ce qui la rend utile, c'est le modèle qui l'entoure : quels types d'actifs deviennent quelles classes de CI, quelle source l'emporte lorsqu'Intune ou un outil d'achats décrit aussi le même portable, quelles relations doivent exister pour que l'analyse d'impact fonctionne, et qui revoit la qualité des données après la mise en production. C'est ce que SMC Consulting conçoit et configure.
Vous découvrez HaloITSM ? Commencez par nos pages présentation de HaloITSM et CMDB dans HaloITSM. Vous évaluez des outils de découverte ? Découvrez pourquoi nous avons choisi Lansweeper comme partenaire.
Seuls les champs que vous mappez quittent Lansweeper : modèle et numéro de série du matériel, logiciels installés et versions, dates de garantie et d'achat, dernier utilisateur connecté, adresse IP et localisation. Les champs sensibles restent hors de la CMDB, sauf décision contraire de votre part. Le mapping est documenté et versionné : ajouter une classe de CI ou un nouveau site plus tard est un changement maîtrisé, pas une surprise.
La gouvernance décide si l'intégration fonctionne encore un an plus tard. Nous nommons un propriétaire par classe de CI, fixons la fréquence de revue de la couverture et de la fraîcheur, et définissons ce qui se passe quand un appareil disparaît du scan : il est signalé pour revue, pas supprimé en silence. La table de mapping et les règles de réconciliation sont des documents versionnés : ajouter un site, une classe de CI ou une deuxième source de découverte devient un changement maîtrisé, avec un retour arrière possible. Lorsque plusieurs équipes maintiennent les mêmes données, nous précisons qui peut modifier quel attribut dans HaloITSM et quels champs restent en lecture seule parce que Lansweeper en est la source. Cette répartition des rôles est ce qui garde la CMDB fiable une fois l'équipe projet partie.