---
title: "Data migration services for systems, warehouses and reporting | Rig"
description: "Rig maps, prepares and implements data migrations for mid-market and larger companies. Agree the source and target, a fixed delivery scope and the checks that must pass before cutover."
canonical: "https://rig.so/services/data-migration"
format: markdown
---

Services

# Data migration services for systems, warehouses and reporting

Rig maps, prepares and implements data migrations for mid-market and larger companies. Agree the source and target, a fixed delivery scope and the checks that must pass before cutover.

By [Rig](https://rig.so/about) · Last updated 11 November 2026

[Get a migration plan](https://rig.so/book-demo)

[Download the migration checklist](https://rig.so/downloads/migration-checklist.csv)

## At a glance

- Migrate CRM, BI, warehouse and ERP data workstreams.
- Retain mappings, definitions and reconciliation evidence.
- Application configuration and third-party licences are scoped separately.

01**Inventory**

Records, logic and owners

02**Map and rebuild**

Source to target definitions

03**Run in parallel**

Counts, totals and access

04**Accept and switch**

Sign-off and rollback plan

Each wave ends with an acceptance check. This diagram shows the delivery process.

## Choose data migration tools around the work

A supported bulk import can suit a small one-off move. API pipelines support repeatable loads and final changes. A warehouse can hold history and make source-to-target reconciliation repeatable. Database replication tools suit different latency needs. Rig chooses the method with your team, rather than forcing every migration through one connector.

## Agree the scope before delivery

The assessment records systems, volumes, owners, interfaces and reporting dependencies. Your proposal names the deliverables, excluded work, platform charges and business acceptance criteria. Rig engineers do the mapping and build with your system owners, using repeatable checks to reduce manual comparison work.

## Supported migration workstreams

Choose a workstream to inspect its mapping and known traps. Source access, target readiness and specialist application requirements are confirmed in discovery.

| Workstream | Sources | Targets and outputs |
| --- | --- | --- |
| CRM | Salesforce, HubSpot, Attio | Mapped customer records and relationships |
| BI | Power BI, Tableau, Looker, Qlik, MicroStrategy, SSRS | Your chosen BI tool and governed models |
| Pipelines | Fivetran, Airbyte | Rig Ingest where source coverage fits |
| ERP data | NetSuite, D365 F&O, GP; SAP BW assessment | Target ERP data workstream or warehouse history |
| Warehouse | Fabric workloads | Snowflake models and retained BI |

## Connect, scope and run the migration in Rig

Rig natively maps systems and data across the IT estate, connects source and target systems and supports schema-to-schema mapping with record previews. Scope the objects and history, prepare the destination, then rehearse the load and reconcile the results. Track sign-off, cutover and follow-up tasks in the same migration workspace.

## Agree a timeline against the actual scope

These are planning allowances for individual phases, not a promise for the whole project. Large estates need repeated waves, and application configuration can add time.

| Phase | Initial planning allowance | Exit check |
| --- | --- | --- |
| Assessment | 3 to 5 working days | Owners, access and inventory agreed |
| Sample and mapping | 5 to 10 working days | Sample records and exceptions reviewed |
| Build and parallel validation | 2 to 6 weeks per wave | Counts, totals and permissions accepted |
| Final sync and cutover | 1 to 3 working days per wave | Business owner signs off; rollback remains available |

## Keep the evidence for each migration wave

You receive the source-to-target mappings, a reconciliation report, an exception log and a cutover checklist. Test duplicates, missing relationships, deleted records, time zones and permissions as well as headline totals. Keep the old system available until the agreed retention and rollback checks pass.

Inside Rig Migrate

## Run the migration in Rig, from the systems map to cutover

Rig natively maps systems and data across your IT estate, connects source and target systems, scopes the move and maps one schema to another. The same migration workspace tracks destination preparation, rehearsals, reconciliation, sign-off and the work after cutover, so your team can review the decisions and progress in one place.

1. ### Map the IT estate
   
   Map systems, data and integration flows across the IT estate. See which reports, processes and teams depend on the systems you plan to change.
2. ### Set up the migration
   
   Create the migration in Rig and record the source, destination and work to deliver. Keep the migration tasks and progress together.
3. ### Connect and discover
   
   Connect the source and target systems, then inspect their schemas and available data. Confirm access before deciding how each object will move.
4. ### Scope the work
   
   Choose the objects, fields and history to migrate. Record what stays, what changes and the dependencies the migration needs to preserve.
5. ### Map schema to schema
   
   Map source objects and fields to the target schema. Preview records and review rules to copy, translate, calculate, link, look up and match owners.
6. ### Prepare the destination
   
   Track the target preparation needed before loading data, including its configuration and the relationships your mapped records will use.
7. ### Rehearse the load
   
   Dry run the whole load and rehearse it in the destination environment. Review the results and resolve issues before the production cutover.
8. ### Reconcile and sign off
   
   Compare source and target records, relationships and business totals. Review exceptions with the system owners and record acceptance before proceeding.
9. ### Cut over
   
   Work through the agreed cutover tasks in Rig. Coordinate the final load and user switch with the people who own the systems.
10. ### Check after cutover
    
    Track the checks after the switch, confirm that reporting and processes work, and resolve outstanding issues before retiring the old setup.

[![Rig migration task list showing the systems map, setup, connection, scope, design, destination preparation, rehearsal, reconciliation, cutover and after-cutover stages](https://rig.so/migration-stages.png)](https://rig.so/migration-stages.png)

Migration stages and task progress in Rig. [View the full-size screenshot](https://rig.so/migration-stages.png).

### Inspect source values and target previews

The migration workbench shows source fields, target previews and the rule for each mapping. Your team can review translated values, linked records and calculated fields before signing off the mapping and rehearsing the load.

[![Rig Migrate workbench mapping a Dynamics 365 CE quote to Salesforce CPQ, with source values, target previews and translation, link and calculation rules](https://rig.so/migration-workbench.png)](https://rig.so/migration-workbench.png)

A D365 CE to Salesforce CPQ example. The workbench shows mapping decisions and migration tasks; this is not a completed cutover. [View the full-size screenshot](https://rig.so/migration-workbench.png).

### Reporting migration at Birdie

Birdie reports rebuilding sales and marketing reporting in less than a day. Its team kept Snowflake and the existing Fivetran pipelines; retirement of the Looker licence is not confirmed.

[Read the migration case study](https://rig.so/case-studies/birdie)

![Rig semantic layer showing the definitions retained for reports and AI](https://rig.so/semantic_layer_1.png)

Retain metric definitions as part of the reporting migration.

## Common questions

How much does a migration cost?

Rig maps the work and agrees a fixed delivery price before the migration starts. Source access, custom logic, history and the number of integrations affect the scope. Platform and third-party licence costs are agreed separately.

Can we keep reporting history?

Yes, where the source permits extraction. Agree which history belongs in the target system and which stays in a governed archive. Reconcile both against the original records.

How do you check that the data matches?

Compare record counts, identifiers, relationships and business totals for each wave. Record exceptions and require the business owner to accept the results before cutover.

Will both systems run during the move?

Plan a parallel run where the systems and licences allow it. Agree the source of truth, final changes, rollback conditions and the point at which users switch.

Who does the implementation?

Rig engineers work with your system owners. Your team approves mappings, permissions and acceptance checks. Application configuration and specialist ERP or CPQ work must be included in scope or assigned to your application partner.

Is there a guaranteed completion date?

The assessment produces a dated plan. The planning ranges on this page are estimates, subject to access, data quality, target readiness and user acceptance.

## Related guides and services

[HubSpot to Salesforce migration](https://rig.so/migrate/hubspot-to-salesforce)[Salesforce to HubSpot migration](https://rig.so/migrate/salesforce-to-hubspot)[Attio to Salesforce migration](https://rig.so/migrate/attio-to-salesforce)[Attio to HubSpot migration](https://rig.so/migrate/attio-to-hubspot)[HubSpot to Attio migration](https://rig.so/migrate/hubspot-to-attio)[Salesforce to Attio migration](https://rig.so/migrate/salesforce-to-attio)[Migrate off Power BI without losing your reporting](https://rig.so/migrate/power-bi)[Tableau migration and Tableau to Power BI](https://rig.so/migrate/tableau)[Looker migration with your metrics preserved](https://rig.so/migrate/looker)[Migrate off QlikView or Qlik Sense](https://rig.so/migrate/qlikview)[MicroStrategy reporting migration](https://rig.so/migrate/microstrategy)[SSRS end of life and migration to Power BI](https://rig.so/migrate/sql-server-reporting)[Power BI migration services for Fabric](https://rig.so/migrate/power-bi-fabric)[Replace Fivetran with a cutover you can check](https://rig.so/migrate/fivetran)[Migrate from Airbyte to managed scheduled syncs](https://rig.so/migrate/airbyte-to-rig)[Salesforce CPQ end of life? Plan a Revenue Cloud migration](https://rig.so/migrate/salesforce-cpq-to-revenue-cloud)[Dynamics GP end of life: plan the data migration](https://rig.so/migrate/dynamics-gp)[NetSuite data migration and reporting history](https://rig.so/migrate/netsuite)[Dynamics 365 Finance and Operations data migration](https://rig.so/migrate/dynamics-365-finance-operations)[Fabric to Snowflake migration](https://rig.so/migrate/fabric-to-snowflake)[SAP BW migration to Snowflake or Databricks](https://rig.so/migrate/sap-bw)

## Sources and product details

Vendor information checked on 11 November 2026. Confirm current editions, licence terms and prices with the vendor before buying.

- [Microsoft BI migration guidance](https://learn.microsoft.com/en-us/power-bi/guidance/powerbi-migration-overview)

Talk to Rig

## Plan the move around the work you need to keep

Tell us where your team spends time, loses money or needs better information.
In a 30-minute call, we’ll discuss the data and systems work that could help.

[Get a migration plan](https://rig.so/book-demo)Use the platform with your team, or add our engineers.

---

- [This page as HTML](https://rig.so/services/data-migration)
- [Site map for language models](https://rig.so/llms.txt)
- [API and agent documentation](https://rig.so/developers)