ServiceNow : Action Fabric et le serveur MCP expliqués pour l’ITSM
Le serveur MCP de ServiceNow connecte les agents IA aux workflows ITSM gouvernés et à Action Fabric pour une automatisation sécurisée. Préparez-vous pour 2026.
Read more →Freshservice vers HaloITSM
Migration Freshservice vers HaloITSM accompagnée par des consultants ITIL v4
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.
180implémentations ITSM
40+migrations ITSM
20ans en gestion des services IT
Ils nous font confiance sur leurs projets ITSM
Pour qui est cette migration
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 :
- Une date de renouvellement qui fait de ce moment le bon pour comparer
- Des besoins de CMDB et de gestion des actifs qui ont grandi, avec le volume d'actifs qui va avec
- Des exigences d'hébergement : SaaS dans l'UE, cloud privé, ou vos propres serveurs
- Le modèle de licence : un prix unique tout inclus par agent plutôt que des paliers et des options
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.
Ce que les équipes recherchent dans ce changement
CMDB et actifs dans une seule licence
HaloITSM inclut la CMDB et la gestion des actifs dans son prix par agent, sans limite du nombre d'actifs.
Changements et problèmes gouvernés
Changements standard, normaux et urgents avec examen en CAB, et problèmes reliés aux incidents, erreurs connues et changements.
Le choix de l'hébergement
SaaS dans la région AWS de Francfort, cloud privé, ou édition auto-hébergée sur votre propre infrastructure.
Microsoft 365 au centre
Authentification unique Entra ID, Teams pour les tickets et les approbations, Intune et Lansweeper pour alimenter l'inventaire.
Voyez votre futur centre de services avant de migrer
Une démo HaloITSM en direct sur vos propres scénarios, ou un essai gratuit : 30 jours, dont 15 accompagnés par SMC Consulting.
Les intégrations « jour 1 » que nous reconnectons
Nous listons en phase 1 les intégrations dont dépend votre centre de services, et testons chacune avant la bascule.
Identités et accès
Authentification unique et provisionnement des utilisateurs avec Microsoft Entra ID (ou Okta), avec des rôles au moindre privilège.
E-mail Microsoft 365
Boîtes partagées transformées en tickets, avec routage et signatures gérés.
Microsoft Teams
Notifications, création et suivi des tickets depuis Teams, paramétrés pour votre environnement.
Intune et Lansweeper
Les appareils gérés d'Intune et la découverte réseau de Lansweeper alimentent l'inventaire et la CMDB de HaloITSM.
Azure DevOps et Jira
Éléments de travail synchronisés avec les tickets quand le développement est impliqué, dans le périmètre validé en phase 1.
Astreinte et API
PagerDuty pour l'escalade d'astreinte, et l'API HaloITSM pour les objets et automatisations spécifiques dont vous dépendez.
Ce que nous migrons, et comment
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.
Les 4 phases et leurs jalons
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.
1. Découverte et architecture cible
Configuration Freshservice inventoriée (processus, champs, SLA, catalogue, connaissances, actifs), conception cible et mapping source-cible validés. Jalon : périmètre validé.
2. Construction HaloITSM et intégrations « jour 1 »
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.
3. Migration et validation des données
Migration pilote, rapprochement des volumes, contrôles par échantillon et revue des droits, puis chargement complet. Jalon : données validées.
4. Bascule et hypercare
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.
Maîtrise des risques et bascule
- Des jalons de validation à chaque phase : périmètre, intégrations, données, mise en production
- Une migration pilote et des contrôles qualité avant le chargement final
- Un fonctionnement en parallèle, Freshservice en lecture seule jusqu'à la validation finale
- Une revue des accès : authentification unique, rôles, droits sur les connaissances
- Un plan de bascule et un plan de retour arrière, répétés avant le jour J
Avec qui nous travaillons
Les responsables de centre de services et ITSM
Qui doivent garder la traçabilité : tickets, SLA et approbations.
Les DSI
Qui veulent un risque de migration maîtrisé et un planning sur lequel s'engager.
Les équipes d'exploitation
Qui ne peuvent pas se permettre de régression sur l'authentification unique, Teams, DevOps ou l'astreinte.
Migration de Freshservice vers HaloITSM : questions fréquentes
Combien de temps dure une migration de Freshservice vers HaloITSM ?
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.
Peut-on garder l'historique des tickets Freshservice ?
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.
Que deviennent nos actifs et notre CMDB Freshservice ?
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.
Peut-on faire tourner Freshservice et HaloITSM en parallèle pendant la bascule ?
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.
Migrez-vous aussi depuis d'autres outils ITSM ?
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.
Y aura-t-il une interruption de service ?
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.
Planifiez votre sortie de Freshservice avec ceux qui la mèneront
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.
Articles récents
Alimenter la CMDB HaloITSM automatiquement avec Lansweeper
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 →
Plan de basculement migration ServiceNow : données, intégrations, risques
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 →