//
NS90: Migrate:  
Sage 500 to NetSuite

Sage 500 to NetSuite, every company out of one database and into its own subsidiary.

NS90: Migrate reads your Sage 500 SQL Server database read-only, separates each company into its own NetSuite subsidiary, decomposes GL strings into segments, and loads balances and the history you choose with proof by period.
Source
Sage 500 (formerly MAS 500) on SQL Server
EXTRACTION
Read-only SQL Server or a restored backup
Data domains
9 supported
DELIVERED
Sage 500 migration for a multi-company distributor
//
WHY NOW

VB6

Sage 500 still runs on a VB6-era platform, and versions 2019 and earlier no longer receive fixes

Sage hasn't announced an end-of-life date, but the platform is aging and partners are planning exits. Moving now, while the system and the people who know it are still available, keeps the migration a project instead of a rescue.
Source: Sage Community Hub (Sage 500 support status)
// Supported Data Domains

9 Sage 500 data domains, mapped field by field to NetSuite

Every domain has a proven field-level mapping from Sage 500 to NetSuite, with the legacy source object shown so your team can check coverage against its own data.

Master data

Customers, vendors, items and the records every transaction depends on.
Customer
tarCustomer
Contact
Vendor contacts
Vendor
tapVendor (active only)

Transaction

Sales, purchasing, banking and inventory transactions, with the reference numbers your team knows.
Vendor bill
AP vouchers
Vendor payment
AP payments
Journal entry
GL transactions view
Vendor credit
AP debit memos
Deposit
Cash receipts and deposits

Balances & files

Period balances for reconciliation, and the documents attached to your records.
Trial balance
GL by period, incl. adjustment period 13
//
Choose your depth
Bring as much Sage 500 history as your business needs
Trial balances are part of every option. Pick how much transaction detail lives in NetSuite and how much stays reportable in NetSuite Analytics Warehouse.
Option  1

Balances

Trial balances only
Monthly trial balances by account and segment loaded to NetSuite. Fastest path to a clean opening position.
Available
Option  2

Balances + drill-down

Trial balances in NetSuite, detail in NSAW
Trial balances in NetSuite with transaction-level drill-down to legacy detail in NetSuite Analytics Warehouse.
Available
Option  3

Open items + history

Masters and open transactions in NetSuite, history in NSAW
Customers, vendors, items and open AR/AP/orders in NetSuite. Every closed transaction stays reportable in NSAW.
Chosen on 1 Sage 500 project
Option  4

Full history

Open and closed transactions in NetSuite
The years you choose of closed and open transactions in NetSuite, with automated trial-balance true-up by period.
Available
//
What we’ve learned on Sage 500 projects
The Sage 500 details that make or break a migration
These come from real NS90 Sage 500 projects. Each is already built into our standard Sage 500 mapping, so you don’t discover it at UAT.

Many companies, one database

Sage 500 keeps every company in one SQL Server database. We split by company and load each into its own NetSuite subsidiary in one pass.

GL strings decomposed

Account strings that combine account, department and location become a NetSuite account plus segments, including custom ones like finance location.

The 13th period

Year-end adjusting periods load into NetSuite adjustment periods, so annual balances tie without distorting December.

Bank accounts belong to one subsidiary

Cash and bank accounts are mapped per subsidiary, avoiding invalid-account errors when company files share account numbers.

Balances or detail, never both

For each year we agree whether trial balances or detailed transactions carry the balance, so nothing is counted twice.

Approval workflows off during loads

Historical bills load without getting stuck in approval queues; workflows are restored after.

Vendor refunds modeled correctly

Refunds recorded as negative bills in Sage become deposits applied to vendor credits in NetSuite.

Segments checked per subsidiary

Every subsidiary's trial balance carries department and location before load.

Cash mapped per company

Each company's cash accounts map to its own NetSuite bank accounts.

Beginning balances plus deltas

Balances load as an opening position plus monthly deltas, so every period ties.

History archived, not overloaded

Deep Sage 500 history stays reportable in NSAW instead of crowding NetSuite.
//
How NS90: Migrate works
From Sage 500 to a reconciled NetSuite in six steps
Every step runs on NS90 Migrate, MHI’s cloud-native migration engine on NSIP and NSAW. It handles extraction, landing, harmonization, parallel loading and trial-balance validation as repeatable jobs, so each rehearsal and the final delta pull run the same way.
01.

Assess

Profile volumes, companies and data quality in Sage 500.
02.

Extract

Read-only extraction with Sage 500-specific adapters.
03.

Land & harmonize

Stage in NSAW. Map chart of accounts, dedupe masters, apply value harmonization.
04.

Load

Masters, open items and the history you chose, loaded in parallel.
05.

Reconcile

Trial balances validated by period, account and segment, with automated true-up.
06.

Cut over

Final delta pull, go-live, and drill-down to legacy detail.
45 days
to proof of concept
2 months
final delta pull
90 days
to go-live
// Oracle NetSuite Partner of the Year
A black and white photo of a clock tower.
A black and white photo of a clock tower.
A black and white photo with the words partner of the year.
A black and white photo with the words partner of the year.
//
FAQ
Sage 500 to NetSuite: common questions
We run several companies in Sage 500. Can they consolidate?
Do you need access to our live server?
What about our Sage 500 customizations?
How much history can we keep?
Can we drop a year and load our own journals?
How do you handle our adjusting period?
Do inactive vendors come over?
What about manufacturing and warehouse data?
Can you migrate Sage 500 sales tax setup?

Planning a move off
Sage 500?

Get a free NS90 assessment of your Sage 500 data: volumes, domains and a recommended option.