Réussir la migration de Freshservice vers HaloITSM, c'est un plan que votre centre de services peut traverser : l'historique utile préservé, des workflows reconstruits selon votre fonctionnement actuel, vos intégrations Microsoft et DevOps reconnectées, et une bascule planifiée avec hypercare. Les consultants certifiés ITIL v4 de SMC Consulting la mènent en quatre phases, chacune close par un jalon que vous validez.
Les responsables de centre de services et ITSM, les DSI et les équipes d'exploitation qui ont décidé, ou vont décider, de remplacer Freshservice par HaloITSM. Les déclencheurs que nous entendons le plus souvent sont factuels, pas un jugement sur Freshservice :
Notre conseil est indépendant. Si vous choisissez HaloITSM, nous pouvons aussi fournir les licences en tant que partenaire certifié, et nous vous le disons dès le départ.
Pas encore décidé ? Comparez d'abord HaloITSM et Freshservice, fait par fait. Vous quittez un autre outil ? Voir la migration vers HaloITSM ou, pour toute source et toute cible, la migration ITSM. Pourquoi HaloITSM est notre choix : voir notre page HaloITSM.
Vous comparez encore les outils ? Notre comparatif des 10 meilleurs outils ITSM place HaloITSM face aux alternatives, critère par critère.
HaloITSM inclut la CMDB et la gestion des actifs dans son prix par agent, sans limite du nombre d'actifs.
Changements standard, normaux et urgents avec examen en CAB, et problèmes reliés aux incidents, erreurs connues et changements.
SaaS dans la région AWS de Francfort, cloud privé, ou édition auto-hébergée sur votre propre infrastructure.
Authentification unique Entra ID, Teams pour les tickets et les approbations, Intune et Lansweeper pour alimenter l'inventaire.
Une démo HaloITSM en direct sur vos propres scénarios, ou un essai gratuit : 30 jours, dont 15 accompagnés par SMC Consulting.
Nous listons en phase 1 les intégrations dont dépend votre centre de services, et testons chacune avant la bascule.
Authentification unique et provisionnement des utilisateurs avec Microsoft Entra ID (ou Okta), avec des rôles au moindre privilège.
Boîtes partagées transformées en tickets, avec routage et signatures gérés.
Notifications, création et suivi des tickets depuis Teams, paramétrés pour votre environnement.
Les appareils gérés d'Intune et la découverte réseau de Lansweeper alimentent l'inventaire et la CMDB de HaloITSM.
Éléments de travail synchronisés avec les tickets quand le développement est impliqué, dans le périmètre validé en phase 1.
PagerDuty pour l'escalade d'astreinte, et l'API HaloITSM pour les objets et automatisations spécifiques dont vous dépendez.
Les données Freshservice sont exportées en CSV ou par son API REST, puis mappées champ par champ dans HaloITSM. Ce qui migre, et combien d'historique, est décidé en phase 1 et testé lors d'une migration pilote.
| Domaine | Ce que nous migrons en général | Approche | Points à trancher |
|---|---|---|---|
| Identités et accès | Agents, demandeurs, groupes, rôles | Reconstruits avec Microsoft Entra ID (ou Okta) pour l'authentification unique et le provisionnement | Mapping des attributs, rôles au moindre privilège |
| Tickets | Tickets ouverts et une fenêtre d'historique choisie (par exemple 12 à 24 mois) | Export Freshservice et API | Volume, pièces jointes, détail des conversations, limites de l'API |
| Catalogue de services | Éléments du catalogue et leurs approbations | Reconstruits dans HaloITSM | L'occasion de simplifier formulaires et circuits d'approbation |
| Base de connaissances | Articles et pièces jointes, si possible | Export, remise en forme, réimport | Droits, liens internes, mise en forme |
| Actifs et CMDB | Fiches de CI et relations | Reconstruits depuis la découverte (Lansweeper, Intune) et des imports ciblés | Qualité des données, modèle de relations, règles de réconciliation |
| SLA et workflows | Objectifs de SLA, heures ouvrées, automatisations | Repensés dans HaloITSM, pas copiés règle par règle | Quelles règles servent encore |
La check-list pas à pas, avec les points de protection des données, se trouve dans notre guide de migration de Freshservice vers HaloITSM.
Chaque phase se termine par un jalon, une validation formelle, pour garder le risque bas. Une migration type dure 8 à 16 semaines au total ; nous nous engageons sur un planning une fois que la phase 1 a mesuré vos données et vos intégrations.
Configuration Freshservice inventoriée (processus, champs, SLA, catalogue, connaissances, actifs), conception cible et mapping source-cible validés. Jalon : périmètre validé.
HaloITSM paramétré et les intégrations ci-dessus reconnectées et testées de bout en bout. Jalon : prêt pour la migration des données.
Migration pilote, rapprochement des volumes, contrôles par échantillon et revue des droits, puis chargement complet. Jalon : données validées.
Fonctionnement en parallèle avec Freshservice en lecture seule comme repli, check-list de bascule, puis support rapproché et accompagnement de l'adoption. Jalon : mise en production validée.
Qui doivent garder la traçabilité : tickets, SLA et approbations.
Qui veulent un risque de migration maîtrisé et un planning sur lequel s'engager.
Qui ne peuvent pas se permettre de régression sur l'authentification unique, Teams, DevOps ou l'astreinte.
Cela dépend des données, des workflows et des intégrations concernés. Pour un périmètre ITIL de taille moyenne, notre comparatif indique 8 à 16 semaines pour les quatre phases (découverte, construction, données, bascule et hypercare). Nous nous engageons sur un planning une fois la phase 1 terminée.
Oui. La plupart des équipes migrent les tickets ouverts et une fenêtre d'historique choisie ; l'historique complet est possible. Nous confirmons la profondeur (conversations, pièces jointes, volume) en phase 1 et la validons lors d'une migration pilote. L'ancien historique peut aussi rester consultable à part pour les audits.
Nous les reconstruisons plutôt que de les copier : la découverte par Lansweeper ou Intune crée des fiches à jour, et des imports ciblés ajoutent ce que la découverte ne voit pas. Les relations sont reconstruites avec vos responsables de service. Voir la CMDB dans HaloITSM.
Oui, et nous recommandons une courte période en parallèle : HaloITSM reçoit les nouveaux tickets pendant que Freshservice reste en lecture seule comme repli jusqu'à la validation finale.
Oui : ServiceNow, TOPdesk, EasyVista, Ivanti, Jira Service Management, GLPI et d'autres. Voir la migration vers HaloITSM, ou la migration ITSM si la cible est un autre outil.
Nous planifions la bascule pour la garder courte, grâce au fonctionnement en parallèle et aux tests de bout en bout. La fenêtre exacte dépend du volume de données et des canaux à basculer, et elle est convenue à l'avance.
Réservez une démo HaloITSM en direct sur vos propres scénarios. Vous pouvez aussi démarrer un essai gratuit : 30 jours, dont 15 accompagnés par SMC Consulting.
Découvrez comment une intégration HaloITSM Lansweeper connecte les données de découverte à HaloITSM, pour des enregistrements CMDB plus propres, un tri plus rapide et de meilleures décisions de changement.
Read more →
Un plan de basculement pratique pour la migration ServiceNow réduit les risques, protège la continuité du service et soutient une modernisation ITSM sereine.
Read more →
SMC Consulting rejoint l’écosystème Lansweeper. Connectez la découverte d’actifs à HaloITSM, ServiceNow et Freshservice pour une CMDB complète et toujours à jour.
Read more →
