ERP migration
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
Source
Microsoft Dynamics 365 Business Central
Destination
Compatibility
10 of 14
objects map 1:1 between Solution ERP and Microsoft Dynamics 365 Business Central.
Complexity
BStandard
Timeline
6-10 weeks
Overview
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.
Every standard and custom field arrives verified.
AI proposes the map; you confirm before any record moves.
Parent–child, lookups, and ownership stay linked.
Calls, emails, meetings — with original timestamps.
Documents, uploads, and inline notes move with the record.
Source platform
Solution ERP platform overview
Scorecard, SWOT, gotchas, and pricing for Solution ERP.
Destination platform
Microsoft Dynamics 365 Business Central platform overview
Scorecard, SWOT, gotchas, and pricing for Microsoft Dynamics 365 Business Central.
Data migration guide
The complete Dynamics 365 Business Central migration guide
Data model, import mechanisms, field mapping strategy, pitfalls, and cutover — by the engineers running it.
Destination checklist
Dynamics 365 Business Central migration checklist
Pre- and post-cutover tasks for moving onto Microsoft Dynamics 365 Business Central.
Why teams make this switch
Leaving
What's pushing teams away
Choosing
What's pulling them in
Object mapping
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
Microsoft Dynamics 365 Business Central
Main Account + Financial Dimensions
lossySolution 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
Microsoft Dynamics 365 Business Central
Customer + Contact
1:1Solution 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
Microsoft Dynamics 365 Business Central
Vendor + Contact
1:1Vendor 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
Microsoft Dynamics 365 Business Central
Product + Item Variant
1:1Items 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
Microsoft Dynamics 365 Business Central
Customer Invoice + Vendor Invoice + Ledger Dimension
1:1Outstanding 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
Microsoft Dynamics 365 Business Central
Project (Business Central) or Project Contract (Finance and Operations)
1:1Project 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
Microsoft Dynamics 365 Business Central
Sales Invoice + General Journal Line (COGS)
1:manySolution 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
Microsoft Dynamics 365 Business Central
Bank Account + Ledger Account
1:1Bank 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
Microsoft Dynamics 365 Business Central
Fixed Asset + Depreciation Book
1:1Asset 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
Microsoft Dynamics 365 Business Central
Vendor Invoice Journal
1:1Historical 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
Microsoft Dynamics 365 Business Central
Document Handling (SharePoint/OneDrive integration)
lossySolution 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
Microsoft Dynamics 365 Business Central
User + Security Role
1:1User 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
Microsoft Dynamics 365 Business Central
Custom Fields (Extension-based)
1:1Custom 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
Microsoft Dynamics 365 Business Central
Project Journal Line or Service Order
lossySolution 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.
| Solution ERP | Microsoft Dynamics 365 Business Central | Compatibility | |
|---|---|---|---|
| Chart of Accounts | Main Account + Financial Dimensionslossy | Mapping required | |
| Customer | Customer + Contact1:1 | Fully supported | |
| Vendor | Vendor + Contact1:1 | Fully supported | |
| Item | Product + Item Variant1:1 | Fully supported | |
| Open AP/AR | Customer Invoice + Vendor Invoice + Ledger Dimension1:1 | Mapping required | |
| Project | Project (Business Central) or Project Contract (Finance and Operations)1:1 | Fully supported | |
| POS Transaction | Sales Invoice + General Journal Line (COGS)1:many | Fully supported | |
| Bank/Cash Account | Bank Account + Ledger Account1:1 | Fully supported | |
| Fixed Asset | Fixed Asset + Depreciation Book1:1 | Fully supported | |
| Vendor Invoice | Vendor Invoice Journal1:1 | Fully supported | |
| Document Metadata | Document Handling (SharePoint/OneDrive integration)lossy | Fully supported | |
| User Account | User + Security Role1:1 | Fully supported | |
| Custom Fields | Custom Fields (Extension-based)1:1 | Mapping required | |
| Work Order | Project Journal Line or Service Orderlossy | Fully supported |
Gotchas + challenges
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 gotchas
Gulf VAT and tax code mapping is non-trivial
POS transaction logs may require reclassification
Multi-site records require entity-level segmentation
Historical data quality is often inconsistent in legacy exports
Microsoft Dynamics 365 Business Central gotchas
Named-user licensing has no concurrent-use relief
API rate limits throttle large-volume migrations
Historical posted transactions require selective migration scoping
NAV-to-Business Central cloud migration requires partner coordination
Custom fields and AL extensions require separate migration handling
Pair-specific challenges
Migration approach
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.
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.
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.
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.
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.
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
Solution ERP
Source
Strengths
Weaknesses
Microsoft Dynamics 365 Business Central
Destination
Strengths
Weaknesses
Complexity grading
Standard ERP migration. 2 of 8 objects need a mapping; the rest are 1:1.
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
2 of 8 objects need a mapping; the rest are 1:1.
Field mapping clarity
Field mapping is derived from defaults — final spec confirmed during the sample migration.
Timeline complexity
8-object category — typical timelines run 2–7 days end-to-end.
API constraints
Solution ERP: Not publicly documented.
Data volume sensitivity
Solution ERP doesn't expose a bulk API — REST + parallelization used for high-volume runs.
Estimator
Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.
Step 1
Pick a category, then your source and destination platforms.
Category
FAQ
Answers to the questions buyers ask most during Solution ERP to Microsoft Dynamics 365 Business Central migration scoping. Not seeing yours? Book a call.
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 consultationAdjacent paths
Other ways to leave Solution ERP
Other ways to arrive at Microsoft Dynamics 365 Business Central
Ready when you are
Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.