Book A Meeting
SMC Consulting
Migration to HaloITSM

HaloITSM migration without disrupting your service desk

A HaloITSM migration is a data project and a change project at the same time. SMC Consulting's ITIL v4 certified consultants map your data, rebuild the workflows that matter, re-point your integrations and plan a cutover your users barely notice, whatever tool you are leaving.

180ITSM implementations
40+ITSM migrations
20years in IT service management
Illustration of a HaloITSM migration: data boxes moved from an old server building to a modern platform
SMC Consulting

They trust us on their ITSM projects

  • Proximus
  • Lineas
  • Brussels Airport
  • ING
  • CPH Banque
  • DKV
  • Loterie Nationale
  • Crelan
  • Belfius
  • ALD Automotive
  • BNP Paribas Fortis
  • AXA
  • KBC

Which tools we migrate from

We move service desks to HaloITSM from ServiceNow, TOPdesk, EasyVista, Ivanti, Jira Service Management, GLPI, ManageEngine ServiceDesk Plus and Xurrent (formerly 4me). We also help teams on Cherwell and Zendesk who are migrating to a tool with full ITIL processes.

Each source needs its own mapping: statuses, categories, custom fields, attachments and the way assets are linked to tickets differ from one tool to the next. Leaving Freshservice? It has its own migration guide. Moving to another tool than HaloITSM? See ITSM migration.

Still comparing tools? Our comparison of the 10 best ITSM tools puts HaloITSM next to the alternatives, criterion by criterion.

Different source tools, drawn as grey shapes, sending their data towards one HaloITSM platform

Why ITSM migrations fail (and how we prevent it)

Poorly defined scope

Without clear priorities for the first release, the project grows and go-live keeps moving. We fix the scope, and what can wait, before building.

Adoption left until go-live

If the portal and workflows are not designed for real use, people keep emailing IT. Agents and key users test the new flows long before cutover.

No baseline, no steering

Without baseline indicators, nobody can show the new tool works better. We measure backlog, resolution times and volumes before and after.

The old mess, copied

Moving every category and custom field as it is brings yesterday's problems into the new tool. We clean the model first, then migrate into it.

What data moves, and what should not

Not everything deserves a migration. We agree with you what is moved, what is rebuilt and what stays archived and searchable.

Open tickets

Moved with their history, attachments and owner, so agents can pick up the work on the day of cutover.

Closed ticket history

Recent history migrated when you need it for reporting; older history archived and kept searchable rather than copied.

Users, teams and organisations

Synchronised from your directory (Entra ID or Active Directory) rather than imported by hand.

Assets and configuration items

Imported and reconciled with your discovery tools, so the HaloITSM CMDB starts from data you can trust.

CMDB in HaloITSM

Knowledge articles

Reviewed before they move: outdated articles are retired, the useful ones are migrated and tagged.

SLAs, catalogue and workflows

Rebuilt in HaloITSM from the agreed design, not copied field by field from the old tool.

Cloud or on-premise: choose your hosting

Halo Cloud (SaaS)

Hosted and maintained by Halo, in the AWS Frankfurt region for EU customers. No infrastructure to run, updates included.

Private cloud

A dedicated environment for organisations with stricter isolation or security requirements.

On-premise

Installed on your own servers, so the data stays on your infrastructure. Same modules and features.

Our 4-phase migration method

A typical migration runs over 8 to 16 weeks, depending on the data, integrations and processes in scope. You get a schedule once the scope is agreed.

  1. Discovery and blueprint

    Inventory of your current tool, data and integrations; the target design in HaloITSM; what moves, what is rebuilt, what is archived.

  2. Build

    HaloITSM configured from the blueprint: workflows, catalogue, SLAs, portal and integrations, tested with your key users.

  3. Data migration and validation

    Trial imports, reconciliation reports and checks by your teams until the numbers match.

  4. Cutover and hypercare

    A planned switch, often with a short parallel run, then close support during the first weeks of live use.

Try it first

See your own scenarios in a live HaloITSM demo, or test the tool yourself in a free trial: 30 days, 15 of them guided by SMC Consulting.

Control panel with green status lights and a self-service portal after cutover

What you have after cutover

  • One service desk in HaloITSM, with open work carried over and every record checked against the source
  • A cleaner data model than the one you left: categories, services and fields that mean something
  • Integrations re-pointed: directory, email, Teams, monitoring and discovery
  • Agents and users trained on the new flows before the switch
  • Baseline indicators to compare at six months

Other paths

From Freshservice to HaloITSM

A dedicated guide with the field mapping and the points specific to Freshservice.

Freshservice to HaloITSM

Any tool to any tool

If HaloITSM is not your target, our ITSM migration service covers the other platforms.

ITSM migration

Implementation without migration

Starting fresh on HaloITSM, or keeping the old history archived only.

HaloITSM implementation

Migration to HaloITSM: frequently asked questions

How long does a migration to HaloITSM take?

Typically 8 to 16 weeks, depending on the volume of data, the number of integrations and the processes you move. We give you a schedule once the scope is agreed in the discovery phase.

Can we migrate our ticket history to HaloITSM?

Yes. Open tickets always move. For closed tickets, we usually migrate the recent history you need for reporting and keep the older history archived and searchable, which is faster and keeps the new tool clean.

Can we run the old tool and HaloITSM in parallel?

Yes, for a short period. A parallel run lets agents finish open work in the old tool while new tickets go to HaloITSM. We keep it short so nobody has to work in two tools for long.

Cloud or on-premise HaloITSM: which should we choose?

Most organisations choose Halo Cloud, hosted in the AWS Frankfurt region for EU customers. On-premise or private cloud make sense when security rules require the data on your own infrastructure. The modules are the same.

What happens to our integrations?

We list them in the discovery phase and re-point each one to HaloITSM: directory and single sign-on, email, Teams, monitoring, discovery tools and any custom API flows. Each one is tested before cutover.

Can we try HaloITSM before we commit to a migration?

Yes. Book a live HaloITSM demo on your own scenarios, or start a free trial from this page: 30 days, 15 of them guided by SMC Consulting.

See your service desk in HaloITSM before you move it

Book a live demo on your own scenarios with an ITIL v4 certified consultant.