ERP migration

Migrate from Solution ERP to Microsoft Dynamics 365 Business Central

Field-level mapping, validation, and rollback between Solution ERP and Microsoft Dynamics 365 Business Central. We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Business Central.

Solution ERP logo

Solution ERP

Source

Microsoft Dynamics 365 Business Central

Destination

Microsoft Dynamics 365 Business Central logo

Compatibility

71%

10 of 14

objects map 1:1 between Solution ERP and Microsoft Dynamics 365 Business Central.

Complexity

BStandard

Timeline

6-10 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Solution ERP to Microsoft Dynamics 365 is a structural migration that goes beyond record transfer. Solution ERP was built for Qatar and the broader Gulf market with region-specific tax codes, Arabic-language support, and cost-centre-based site management. Microsoft Dynamics 365 uses legal-entity segmentation per location, standard sales tax configuration, and financial dimensions instead of cost-centre codes. We resolve the tax code reclassification (Gulf VAT and excise to standard VAT/Sales Tax), split POS transactions into invoice and COGS journal entries, segment multi-site records into separate D365 legal entities, and preserve Arabic company names in UTF-8 encoding. Workflows, automations, and document binary content do not migrate; we deliver a written inventory of these for the customer's admin to rebuild.

Field-level fidelity

Every standard and custom field arrives verified.

Schema-aware mapping

AI proposes the map; you confirm before any record moves.

Relationships preserved

Parent–child, lookups, and ownership stay linked.

Full activity history

Calls, emails, meetings — with original timestamps.

Attachments & notes

Documents, uploads, and inline notes move with the record.

Why teams make this switch

Two sides of the same decision

Leaving

Solution ERP logo

Solution ERP

What's pushing teams away

  • Processing speed degrades under multi-user load with large datasets, causing frustration during month-end close and high-transaction periods.
  • Information overload from dense dashboards overwhelms users who need simpler, role-specific views for daily operations.
  • Support responsiveness varies by region and tier, with some users reporting slower resolution times outside core business hours.
  • Limited third-party integrations compared to established global ERP platforms, creating friction for companies with diverse software ecosystems.
  • Customisation depth is narrower than tier-1 systems, restricting ability to model highly specialised industry workflows.

Choosing

Microsoft Dynamics 365 Business Central logo

Microsoft Dynamics 365 Business Central

What's pulling them in

  • Deep integration with Microsoft 365, Power BI, and Power Platform means organizations already on the Microsoft stack get identity, reporting, and workflow continuity out of the box.
  • Unified financials, sales, service, and operations replace multiple disconnected systems — users report that data entered once flows through purchase orders, invoicing, and approvals without manual re-entry.
  • Copilot AI features (predictive analytics, embedded business intelligence) are included in both Essentials and Premium tiers, addressing demand for AI without separate module purchases.
  • Named-user licensing with no concurrent model appeals to organizations that want predictable per-seat costs even if some users access the system infrequently.
  • Strong partner ecosystem with certified NAV-to-Business Central migration specialists gives mid-market companies confidence the cutover from legacy Navision can be executed reliably.

Object mapping

How Solution ERP objects map to Microsoft Dynamics 365 Business Central

Each row shows how a Solution ERP object lands in Microsoft Dynamics 365 Business Central, including any object-level transformations, lookup resolution, or schema-design dependencies.

Typical mapping — final map is confirmed during the sample migration step.

Solution ERP

Chart of Accounts

maps to

Microsoft Dynamics 365 Business Central

Main Account + Financial Dimensions

lossy
Mapping required

Solution ERP account codes and hierarchies map to Microsoft Dynamics 365 Main Account records with Financial Dimension sets replacing cost-centre codes. We extract the full account catalogue including inactive accounts, then configure dimension sets in D365 using the source cost-centre codes as the Business Segment dimension. Gulf-specific VAT and excise tax codes (0%, 5%, 100%) require replacement with standard Sales Tax groups and Item Sales Tax groups configured for the applicable Gulf country (UAE, Saudi Arabia, Oman, Bahrain, Kuwait, or Qatar). The customer confirms the destination country tax regime before import begins.

Solution ERP

Customer

maps to

Microsoft Dynamics 365 Business Central

Customer + Contact

1:1
Fully supported

Solution ERP Customer records map to D365 Customer with attached Contact records. Arabic company names are preserved in UTF-8 encoding; we validate that the destination D365 environment has the correct language pack and regional settings for RTL field rendering if Arabic remains the primary language. Payment terms, credit limits, and currency assignments transfer directly. Customer-specific tax ID numbers become Tax Exempt Number fields with the relevant exemption reason code.

Solution ERP

Vendor

maps to

Microsoft Dynamics 365 Business Central

Vendor + Contact

1:1
Fully supported

Vendor master records transfer to D365 Vendor with Contact records. Tax registration numbers (TRN, VAT registration) become Tax Information fields on the Vendor. We validate IBAN and bank account formats against the destination country's banking standards, particularly for cross-border Gulf vendors. Multi-site vendors appearing once per site in Solution ERP are consolidated into a single Vendor record with multiple addresses in D365.

Solution ERP

Item

maps to

Microsoft Dynamics 365 Business Central

Product + Item Variant

1:1
Fully supported

Items with pricing, stock levels, and unit-of-measure hierarchies require Unit of Measure translation between Solution ERP's naming conventions and D365's UOM schema. We extract the UOM catalogue during discovery and create a mapping table before migration. Items with Arabic descriptions are preserved in UTF-8 on the Product Translation page in D365. Construction-specific items (materials, labour, equipment hire) map to Product types that match the customer's cost category configuration.

Solution ERP

Open AP/AR

maps to

Microsoft Dynamics 365 Business Central

Customer Invoice + Vendor Invoice + Ledger Dimension

1:1
Mapping required

Outstanding receivables and payables require careful date-range scoping around the migration cutoff. We extract open invoice numbers and match them to prevent duplication in D365. Partial payments spanning the cutoff date are flagged for manual allocation review. Post-date transactions are held in a staging table and imported after the go-live date with original posting dates preserved to maintain audit continuity.

Solution ERP

Project

maps to

Microsoft Dynamics 365 Business Central

Project (Business Central) or Project Contract (Finance and Operations)

1:1
Fully supported

Project records including budgets, milestones, and cost allocations transfer to D365 Projects. Construction-specific phases and billing schedules map directly to D365 Project phases and WBS (Work Breakdown Structure) lines. Cost-centre codes on project transactions become Financial Dimension values in D365, and we validate that the project cost category setup aligns with the destination's chart of accounts before migration. Open project transactions are migrated as pending project journal entries; completed projects migrate as historical records.

Solution ERP

POS Transaction

maps to

Microsoft Dynamics 365 Business Central

Sales Invoice + General Journal Line (COGS)

1:many
Fully supported

Solution ERP POS transaction logs require reclassification because they lack the COGS split needed for accurate financial posting in D365. We identify POS-specific transaction types during discovery, then split each transaction into a Sales Invoice record (revenue side) and a General Journal line (COGS side), applying the destination's COGS accounts during migration. POS transaction totals are validated against the migrated Sales Invoice totals as a reconciliation checkpoint before cutover.

Solution ERP

Bank/Cash Account

maps to

Microsoft Dynamics 365 Business Central

Bank Account + Ledger Account

1:1
Fully supported

Bank account balances and cash account records migrate to D365 Bank Account and the corresponding Ledger Account. We apply a migration-date cutoff balance adjustment journal entry to reconcile any transactions posted after the export snapshot. IBAN validation applies for cross-border accounts, and bank account currency is set to match the Solution ERP currency code.

Solution ERP

Fixed Asset

maps to

Microsoft Dynamics 365 Business Central

Fixed Asset + Depreciation Book

1:1
Fully supported

Asset registers including acquisition dates, depreciation methods, and net book value transfer to D365 Fixed Assets. We validate depreciation schedules against destination tax depreciation rules for the applicable Gulf country. Assets under construction (AUC) map to the D365 Fixed Asset AUC setup, and we flag any assets with non-standard depreciation codes for manual review before import.

Solution ERP

Vendor Invoice

maps to

Microsoft Dynamics 365 Business Central

Vendor Invoice Journal

1:1
Fully supported

Historical vendor invoices migrate to D365 Vendor Invoice Journal with full line-item detail. We apply volume-based chunking for large invoice histories (typically more than 10,000 records) to respect D365 API batch limits. Original posting dates and financial periods are preserved to maintain audit continuity. Invoices with Gulf-specific tax codes are reclassified using the tax mapping table built during discovery.

Solution ERP

Document Metadata

maps to

Microsoft Dynamics 365 Business Central

Document Handling (SharePoint/OneDrive integration)

lossy
Fully supported

Solution ERP attached files and document records require file-type filtering and metadata extraction separate from binary content. We extract document metadata (date, author, document type) as structured records and map them to D365's SharePoint/OneDrive document handling integration, which is the standard storage approach for Business Central and Finance and Operations. Binary content migration is scoped separately because document repositories vary by destination storage configuration.

Solution ERP

User Account

maps to

Microsoft Dynamics 365 Business Central

User + Security Role

1:1
Fully supported

User accounts and role assignments migrate as role-name mappings between Solution ERP's permission structure and D365 Security Roles. We flag admin-level accounts for explicit review and map active users to the appropriate D365 user licence tier (Team Member, Essentials, Premium). Inactive Solution ERP users are provisioned as inactive D365 users to preserve historical transaction ownership.

Solution ERP

Custom Fields

maps to

Microsoft Dynamics 365 Business Central

Custom Fields (Extension-based)

1:1
Mapping required

Custom properties on standard Solution ERP objects are exported as key-value pairs and mapped to D365 custom fields where supported. We create AL extension objects for each custom field using the destination environment's developer tools, and we flag any unsupported field types (such as file attachments or images stored as custom fields) for manual re-entry or alternative handling.

Solution ERP

Work Order

maps to

Microsoft Dynamics 365 Business Central

Project Journal Line or Service Order

lossy
Fully supported

Solution ERP Work Orders for maintenance or service operations map to D365 Project Journal Lines if the destination is Business Central Projects, or to Service Orders if Service Management is licensed. We extract work order statuses, assigned technicians, and line-item details during discovery and map them to the applicable D365 service module during migration. Open work orders migrate as pending entries; completed orders migrate as historical records.

Gotchas + challenges

What specifically takes care here

Platform-specific issues from each side, plus the pair-specific challenges that don't show up on either platform's page on its own.

Solution ERP logo

Solution ERP gotchas

High

Gulf VAT and tax code mapping is non-trivial

Medium

POS transaction logs may require reclassification

Medium

Multi-site records require entity-level segmentation

Medium

Historical data quality is often inconsistent in legacy exports

Microsoft Dynamics 365 Business Central logo

Microsoft Dynamics 365 Business Central gotchas

High

Named-user licensing has no concurrent-use relief

High

API rate limits throttle large-volume migrations

Medium

Historical posted transactions require selective migration scoping

Medium

NAV-to-Business Central cloud migration requires partner coordination

Low

Custom fields and AL extensions require separate migration handling

Pair-specific challenges

  • Gulf VAT and excise tax codes have no D365 standard equivalent

    Solution ERP was built for Qatar and the Gulf market with region-specific VAT and excise tax codes that do not exist as standard options in Microsoft Dynamics 365. When migrating to D365, every item tax code and vendor tax registration must be explicitly reclassified to standard sales tax groups, VAT codes for the applicable Gulf country, or a no-tax configuration. We extract the full tax code catalogue from Solution ERP during scoping, build a mapping table for the destination, and flag any codes with no equivalent for manual resolution before import begins. Skipping this step results in zero-rated invoices and incorrect VAT reporting in the destination.

  • Historical data quality is inconsistent in legacy Gulf ERP exports

    ERP data older than three to five years frequently contains missing fields, inconsistent date formats, and duplicate ledger entries accumulated through years of manual corrections. Solution ERP's Gulf-market users often have years of project cost records with incomplete cost-centre tagging and Arabic character encoding issues that corrupt during export. We run pre-migration data quality checks and produce a cleaning report before any records are written to D365. Historical records are migrated last and quarantined separately so clean current-year data lands first.

  • Multi-site records lack explicit legal entity identifiers

    Solution ERP supports multi-site configurations but exported data does not always carry an explicit legal-entity identifier. When the destination D365 environment uses separate legal entities per location, we derive entity boundaries from cost-centre codes or branch identifiers in the export. We flag any ambiguous records for the customer to confirm before finalising the import. Mapping sites to legal entities is one of the most time-consuming steps in Gulf-market ERP migrations and requires early confirmation from the customer's finance leadership.

  • POS transactions require manual COGS reclassification

    POS transactions logged in Solution ERP do not map 1:1 to standard sales invoices in Microsoft Dynamics 365 because retail POS entries often lack the cost-of-goods-sold split needed for accurate financial posting. We identify POS-specific transaction types during discovery and split them into a Sales Invoice record and a COGS General Journal line, applying the destination's COGS accounts during migration. This reclassification is not automatic and requires the customer to confirm which D365 COGS accounts apply to each product category.

  • Arabic-field encoding requires destination environment validation

    Solution ERP Arabic company names, vendor names, and item descriptions are stored in UTF-8 encoding, which is technically transferable. However, the destination D365 environment must have the correct language pack installed and regional settings configured for RTL rendering before Arabic records land. We validate the environment configuration during sandbox migration and flag any records that render incorrectly so that the D365 administrator can adjust settings before production cutover.

Migration approach

Six steps for a successful Solution ERP to Microsoft Dynamics 365 Business Central data migration

  1. Discovery and Gulf tax audit

    We audit the source Solution ERP environment across all modules including GL, AP, AR, inventory, projects, POS, and document management. We extract the full tax code catalogue, identify multi-site configurations and cost-centre hierarchies, and assess Arabic-language field volume. We pair this with a review of the destination D365 edition (Business Central Essentials, Premium, or Finance and Operations), Azure infrastructure requirements, and the applicable Gulf-country tax regime for reconfiguration. The discovery output is a written migration scope, tax mapping table draft, and legal entity segmentation proposal.

  2. Destination schema design and Gulf tax configuration

    We design the destination schema in D365 including legal entities per location, fiscal calendars (which may differ for Gulf countries with fiscal years starting in January or Ramadan-based periods), chart of accounts with Financial Dimension sets, tax codes for the applicable Gulf country, and item/customer/vendor numbering sequences. We configure the Arabic language pack and RTL settings if the customer retains Arabic-language operations. Schema is deployed via D365 data management framework into a Sandbox environment first for validation.

  3. Sandbox migration and reconciliation

    We run a full migration into a D365 Sandbox using production-like data volume. The customer's finance and operations leads reconcile record counts across all master data and transaction types, spot-check Arabic field rendering, validate tax code assignments on sample invoices, and confirm legal entity segmentation for each site. Any mapping corrections, tax reclassifications, or entity boundary adjustments happen here before production migration begins.

  4. Data extraction, cleansing, and POS reclassification

    We extract data from Solution ERP in dependency order: master data first (accounts, customers, vendors, items), then open transactions, then historical records. POS transaction logs are processed separately for COGS reclassification. We run pre-migration data quality checks including duplicate detection, date format normalisation, Arabic character encoding validation, and tax code completeness. We produce a cleaning report and resolve critical issues before any records are written to D365.

  5. Production migration in dependency order

    We run production migration in record-dependency order: legal entities and chart of accounts first, then customers and vendors, then items and pricing, then open AP/AR with cutoff date handling, then historical transactions with volume-based chunking, then POS transactions with COGS split applied, then project records with phase and cost-centre mapping, then fixed assets, then bank accounts with cutoff balance adjustment. Each phase emits a row-count reconciliation report and sample record validation before the next phase begins.

  6. Cutover, validation, and inventory handoff

    We freeze Solution ERP writes during cutover, run a final delta migration of any records modified during the migration window, then enable D365 as the system of record. We deliver a written inventory of Solution ERP workflows, automations, document binary content, and custom ISV modules requiring rebuild or reconfiguration by the customer's admin team or a Microsoft partner. We support a one-week hypercare window where we resolve reconciliation issues. We do not rebuild workflows, automations, or document repositories as part of the standard migration scope.

Platform deep dives

Context on both ends of the pair

Solution ERP logo

Solution ERP

Source

Strengths

  • Integrated ERP, POS, and document management reduces data silos for retail and project-based operations.
  • Construction and project-centric module with native cost tracking and billing workflows.
  • Arabic-language support and Gulf-market compliance awareness in core product.
  • Evolving platform model with commitment to ongoing development rather than static legacy releases.
  • Appeals to mid-market businesses seeking a tier-2 ERP with lower entry cost than global giants.

Weaknesses

  • Performance degrades under concurrent multi-user load with large transaction volumes.
  • Narrower third-party integration ecosystem than established global ERP platforms.
  • Denser information architecture can overwhelm non-technical users needing simplified role views.
  • Support responsiveness varies by subscription tier and geographic region.
  • Customisation scope is shallower than tier-1 ERP systems, limiting highly specialised workflow modelling.
Microsoft Dynamics 365 Business Central logo

Microsoft Dynamics 365 Business Central

Destination

Strengths

  • Tight integration with Microsoft 365 (Outlook, Teams, SharePoint) for users already in the Microsoft ecosystem.
  • Includes Copilot AI, predictive analytics, and embedded Power BI dashboards at no additional cost in both license tiers.
  • Supports multiple companies within a single tenant for holding-company or multi-entity organizational structures.
  • Open REST API v2.0 with OAuth 2.0 authentication and data entity abstraction layer for developer-friendly integrations.
  • Strong partner ecosystem specializing in NAV-to-Business Central migrations provides implementation confidence for legacy upgrades.

Weaknesses

  • Named-user licensing model means every active user account requires a paid license — no concurrent access model to reduce costs for occasional users.
  • SaaS-only deployment means no on-premises option; organizations requiring full data residency control may not have viable alternatives within Microsoft's stack.
  • Manufacturing module (Production Orders, routing, work centers) is only available on Premium tier, pushing cost-sensitive manufacturers to higher-priced plans.
  • Customization and extension development requires AL language knowledge and developer licenses, limiting what power users can do without a partner engagement.
  • Global pricing increases effective October 2024 and again October 2025 after five years of stable pricing, creating budget uncertainty for existing customers.

Complexity grading

How hard is this migration?

Standard ERP migration. 2 of 8 objects need a mapping; the rest are 1:1.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Solution ERP and Microsoft Dynamics 365 Business Central.

  • Object compatibility

    B

    2 of 8 objects need a mapping; the rest are 1:1.

  • Field mapping clarity

    C

    Field mapping is derived from defaults — final spec confirmed during the sample migration.

  • Timeline complexity

    B

    8-object category — typical timelines run 2–7 days end-to-end.

  • API constraints

    B

    Solution ERP: Not publicly documented.

  • Data volume sensitivity

    B

    Solution ERP doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your Solution ERP to Microsoft Dynamics 365 Business Central migration cost

Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.

Step 1

What are you migrating?

Pick a category, then your source and destination platforms.

Category

FAQ

Frequently asked questions about Solution ERP to Microsoft Dynamics 365 Business Central data migrations

Answers to the questions buyers ask most during Solution ERP to Microsoft Dynamics 365 Business Central migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your Solution ERP to Microsoft Dynamics 365 Business Central migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Migrations land between six and ten weeks for straightforward scopes under 50,000 customers and vendors, single legal entity, and three years of transactions. Migrations with multiple legal entities, full Gulf VAT reclassification, large POS histories requiring COGS split, or multi-site segmentation requiring entity boundary derivation move to twelve to twenty weeks. Historical data older than five years, Arabic-character encoding issues, and incomplete cost-centre tagging on project records add remediation time and push timelines toward the upper end.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Solution ERP.
Land in Microsoft Dynamics 365 Business Central, intact.

Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.

Accuracy guarantee Rollback included Quote in 1 business day