HaloITSM : les vérifications avant une démonstration

Vous avez réservé une démonstration de HaloITSM. Le support veut voir les tickets, l’exploitation veut voir la CMDB et les achats attendent un prix. Je préparerais surtout les questions qui permettront de relier ces écrans au devis et au travail quotidien de l’équipe.

Les vérifications ci-dessous s’appuient sur les pages publiques de Halo consultées le 16 septembre 2026. Elles servent à préparer un engagement, y compris lorsque HaloITSM convient au besoin. Je demanderais que toute réponse déterminante soit reprise dans la proposition écrite.

Définir les agents facturés et les accès simultanés

La tarification officielle de Halo repose sur les agents ; les utilisateurs finaux du portail sont gratuits. L’éditeur présente deux modes : une licence nominative affectée à une personne, ou une licence concurrente comptant les agents connectés simultanément. Il annonce les fonctionnalités, modules et intégrations inclus dans ce prix.

Je demande un devis pour les personnes qui traiteront effectivement les demandes. Ajouter les RH ou les services généraux conduit à examiner leurs intervenants, leurs horaires et leurs droits. Un salarié qui dépose une demande n’a pas le même usage qu’un gestionnaire qui la résout. Le statut d’un approbateur occasionnel doit être confirmé selon les actions attendues.

Le mode concurrent mérite une simulation des pointes de connexion. Faites préciser le traitement des sessions inactives et le comportement lorsque le plafond est atteint. Compter uniquement les permanents du support risque de sous-estimer le besoin ; acheter systématiquement un accès nominatif à chaque intervenant peut aussi être inadapté.

Je joins au devis une liste des rôles, du mode retenu et des règles d’ajout ou de réduction des licences. La durée d’engagement, la devise et les conditions de renouvellement doivent être explicites.

Séparer la licence du travail de mise en service

La même page tarifaire précise qu’un accompagnement initial est requis à l’achat, pour un coût adapté au périmètre. Une licence annoncée comme complète ne permet donc pas, seule, de calculer le budget du projet.

Je demande que la proposition distingue ces postes :

Ce tableau ne suppose pas que chaque ligne entraîne un supplément. Il oblige à identifier ce qui est inclus, déjà possédé ou à financer. Je ne qualifierais pas un module de payant sans confirmation de l’éditeur. Pour une intégration, je demanderais séparément le droit d’utiliser le connecteur et la prestation nécessaire pour le faire fonctionner dans notre environnement.

Le budget à valider doit correspondre au service qui fonctionnera après le départ de l’équipe projet.

Faire préciser la localisation de chaque traitement

Halo indique dans sa présentation de la sécurité que ses applications cloud sont déployées sur AWS et cite notamment Francfort et Londres parmi les régions utilisées. Cela ne désigne pas la région qui sera retenue pour votre organisation française.

Je demanderais une réponse écrite sur le pays de production, les sauvegardes, le site de secours et les environnements de test. Il faut aussi situer les pièces jointes, les journaux et les copies utilisées pour résoudre un incident. Une mention générale d’hébergement européen laisse trop d’éléments ouverts pour décider.

Le dossier doit préciser depuis quels pays le support peut accéder aux données, avec quelles autorisations et quelle traçabilité. Demandez la liste des sous-traitants applicable à votre service et l’accord de traitement des données. Si des fonctions d’IA ou des services connectés sont activés, faites décrire leurs flux et leurs destinations avant de leur confier des tickets.

Je ferais examiner ces réponses par le DPO et le responsable sécurité. Les délais de restauration, la perte de données acceptable et les conditions de restitution en fin de contrat doivent également figurer dans les engagements proposés. Une localisation seule ne répond pas à ces questions.

Suivre un actif depuis sa découverte jusqu’à la CMDB

Halo documente une intégration avec Lansweeper permettant de synchroniser les actifs découverts vers sa gestion des actifs et de visualiser leurs dépendances. C’est une voie d’alimentation documentée ; elle ne décrit pas à elle seule le montage proposé pour votre parc.

Je demanderais de partir d’un équipement représentatif : sa source d’inventaire, son identifiant, sa dernière collecte et les champs effectivement transmis. Faites ensuite modifier une information dans la source et relancer la synchronisation. L’objectif est de comprendre ce qui devient visible dans Halo et comment un échec est signalé.

Pour la découverte, demandez quelle brique est retenue, son périmètre, ses prérequis réseau et ses éventuelles licences tierces. Ne déduisez ni la gratuité de tous les composants ni un supplément systématique du seul intitulé de la fonction.

Je veux également voir ce qui se passe quand deux sources décrivent le même équipement, quand elles se contredisent et quand un actif disparaît. Enfin, faites relier cet actif à un service et ouvrir un incident associé. Demandez quelles relations sont découvertes, importées ou maintenues manuellement : une cartographie utile exige de connaître l’origine de ses liens.

Tester la reprise sur un échantillon avant de la chiffrer

Le guide d’import de Halo décrit des modèles de tableurs et des imports pour plusieurs objets, dont les tickets, les actions et les actifs. Il précise aussi que certaines catégories, notamment les tickets et les actions, ne bénéficient pas de la mise à jour des enregistrements existants par cette méthode.

Cette distinction mérite un essai avant de promettre une reprise incrémentale. Je fournirais un échantillon anonymisé comportant des tickets ouverts et clos, des échanges, des pièces jointes et des champs personnalisés. L’intégrateur doit expliquer quel mécanisme reprend chaque élément, comment les liens sont conservés et comment un import interrompu sera rejoué.

Pour les interfaces courantes, faites décrire les objets échangés, le sens des flux, la fréquence et la gestion des erreurs. La présence du nom d’une application dans un catalogue ne prouve pas que le scénario attendu est couvert.

Le chiffrage doit répartir le nettoyage, la correspondance des champs, les essais et les corrections entre votre équipe et le prestataire. Les arbitrages généraux sur l’historique sont détaillés dans l’article sur le remplacement d’un outil de ticketing. Ici, je cherche la preuve que le mécanisme proposé pour Halo traite notre échantillon correctement.

Faire manipuler les parcours attendus pendant la démonstration

J’enverrais les scénarios avant le rendez-vous. Pour chacun, le démonstrateur doit préciser ce qui fonctionne en standard, ce qui a été paramétré et ce qui demande encore un développement ou un service externe.

Je ferais suivre une demande depuis le portail jusqu’à sa résolution, avec une approbation refusée puis corrigée. Je demanderais ensuite une demande confidentielle, consultée avec des profils différents, jusque dans les recherches et les rapports. Enfin, je ferais simuler une interface indisponible puis sa reprise, pour observer les alertes et les éventuels doublons.

Réservez aussi un moment au futur administrateur : modifier un formulaire, comprendre une règle d’affectation, retrouver une erreur. Faites montrer l’interface française sur ces parcours et préciser la langue ainsi que les horaires du support contractuel.

Une démonstration préparée reste un premier contrôle. Avant signature, consignez les parcours non montrés et les conditions de leur validation. La recette métier permettra ensuite de vérifier le fonctionnement livré avec les utilisateurs concernés.

Comparer les alternatives sur le même périmètre

Pour examiner aussi l’offre française, je mettrais GLPI, EasyVista et Keolux One dans la consultation, selon le besoin. Je leur soumettrais les mêmes scénarios, le même parc et les mêmes exigences de restitution. Leur présence ne préjuge pas du résultat.

Keolux One facture au salarié plutôt qu’à l’agent, ce qui change le calcul dès que plusieurs métiers interviennent : posez le rapport entre l’effectif couvert et le nombre d’agents nécessaires, c’est lui qui tranche.

Si HaloITSM répond mieux aux parcours retenus, avec un budget complet et des engagements acceptables, ces vérifications auront servi à sécuriser ce choix. Je conserverais les preuves et les réserves dans le dossier de décision, pour que l’équipe projet puisse s’y référer après la signature.

Pour compléter la grille de consultation, une ressource est disponible sur comparatif-itsm.fr.