ERP migration
Field-level mapping, validation, and rollback between BusinessCloud and Microsoft Dynamics 365 Business Central. We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Business Central.
BusinessCloud
Source
Microsoft Dynamics 365 Business Central
Destination
Compatibility
11 of 12
objects map 1:1 between BusinessCloud and Microsoft Dynamics 365 Business Central.
Complexity
CModerate
Timeline
6-10 weeks
Overview
BusinessCloud is a Saudi-based cloud ERP provider whose flagship Dafater product manages core business operations but lacks public API documentation and bulk export endpoints, which means every migration scoping requires direct API probing and schema discovery before sequencing begins. We negotiate a full structured data export from BusinessCloud support as the first step, then design the Business Central destination schema to match the discovered source model before any data transfer begins. We migrate master data (Chart of Accounts, Customers, Vendors, Items) in strict dependency order, followed by open sales and purchase documents, then historical transactional records as journal entries or read-only archives depending on the destination fiscal year configuration. Workflows, automations, and custom business logic built inside BusinessCloud do not migrate as code; we deliver a written inventory of every active automation for the customer's admin to rebuild in Business Central's workflow designer. API writes to Business Central are rate-limited to five concurrent requests and ninety-five queued; we handle exponential backoff and batch chunking to stay within those thresholds without silent record loss.
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
BusinessCloud platform overview
Scorecard, SWOT, gotchas, and pricing for BusinessCloud.
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 BusinessCloud 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.
BusinessCloud
General Ledger Account
Microsoft Dynamics 365 Business Central
G/L Account (Chart of Accounts)
1:1BusinessCloud General Ledger accounts map to Business Central G/L Accounts. Account type (header, posting, total) maps to Account Category and Direct Posting fields. Account number and name migrate directly. If BusinessCloud uses cost center or profit center dimensions, we map those to Business Central dimensions by creating dimension values under the Dimensions table before account import so that the Dimension ID reference is satisfied at insert time. Balance carryforward requires posting an opening balance journal entry as the final step of the migration sequence.
BusinessCloud
Customer
Microsoft Dynamics 365 Business Central
Customer
1:1BusinessCloud customer master records map to Business Central Customer records. BusinessCloud address data (stored as a single formatted string in many regional ERPs) must be split into Address Line 1, Address Line 2, City, State, ZIP, and Country Code fields using a parsing transform applied during staging. Customer posting group and payment terms map to Business Central Posting Group and Payment Term ID respectively. Currency code from BusinessCloud maps to Currency ID on Customer if the destination uses multi-currency configuration.
BusinessCloud
Vendor
Microsoft Dynamics 365 Business Central
Vendor
1:1BusinessCloud vendor master records map to Business Central Vendor. Address parsing logic mirrors the customer address transform described above. Vendor posting group and payment terms map to Posting Group and Payment Term ID. If BusinessCloud stores vendor-specific tax registration numbers (TRN for UAE, VAT number for KSA), these map to the Tax Registration Number field on Vendor in Business Central. Vendor balance carryforward posts as a vendor ledger entry journal after all open purchase documents are migrated.
BusinessCloud
Item
Microsoft Dynamics 365 Business Central
Item
1:1BusinessCloud items map to Business Central Item records with Type (Inventory, Service, Non-Inventory) inferred from the item's inventory tracking settings in the source. Unit of Measure must be resolved because BusinessCentral requires a Unit of Measure Code on Item; we extract the primary UOM from BusinessCloud's item record or apply a default (EA for each). Standard Cost and Unit Price migrate to Unit Cost and Unit Price fields. If BusinessCloud uses product dimensions (size, color, style), we create Business Central variants under the parent Item.
BusinessCloud
Sales Order
Microsoft Dynamics 365 Business Central
Sales Order
1:1Open BusinessCloud sales orders migrate to Business Central Sales Order records with status set to Open. Order number becomes External Document Number. Customer number, shipment address, and payment terms map from the Customer migration step. Sales order lines map with Item number, quantity, unit price, line discount, and tax information. BusinessCentral requires the Item to already exist in the destination before the sales order line is inserted, enforcing the Items-before-SalesDocuments dependency order. Header discounts and charges require mapping to Business Central Invoice Discount fields or invoice posting groups.
BusinessCloud
Purchase Order
Microsoft Dynamics 365 Business Central
Purchase Order
1:1Open BusinessCloud purchase orders migrate to Business Central Purchase Order records. Vendor number, buy-from address, and payment terms map from the Vendor migration step. Purchase order lines map Item number, quantity, direct unit cost, line discount, and tax information. The dependency chain requires Vendor before Purchase Order, and Item before Purchase Order line, enforced as a phased migration sequence.
BusinessCloud
Sales Invoice
Microsoft Dynamics 365 Business Central
Sales Invoice
1:1Posted BusinessCloud sales invoices migrate as Sales Invoice records with status Posted. Invoice number becomes External Document Number. Customer and address map from the Customer migration step. Invoice lines carry Item, quantity, unit price, tax amount, and discount. Posted invoices in BusinessCentral cannot be edited; we validate all field mappings and tax calculations during the staging phase before inserting. If historical invoices span closed fiscal years, we post them as read-only journal entries rather than editable invoices per BusinessCentral date-based posting restrictions.
BusinessCloud
Purchase Invoice
Microsoft Dynamics 365 Business Central
Purchase Invoice
1:1Posted BusinessCloud purchase invoices migrate as Purchase Invoice records with status Posted. Vendor and address map from the Vendor migration step. Invoice lines carry Item or G/L Account number, quantity, direct cost, tax, and discount. The same closed-fiscal-year restriction applies: invoices in locked accounting periods migrate as journal entries with a reference to the original invoice number rather than as editable purchase invoices.
BusinessCloud
Inventory Transaction
Microsoft Dynamics 365 Business Central
Item Ledger Entry + Value Entry
1:manyBusinessCloud inventory transactions (receipts, issues, adjustments, transfers) map to Business Central Item Ledger Entry records (quantity tracking) and Value Entry records (valuation tracking). Each transaction type generates the appropriate entry type in BusinessCentral: Positive Adjustment for receipts, Negative Adjustment for issues, Transfer for movements. Inventory valuation method (FIFO, Average, Standard) from BusinessCloud maps to Costing Method on Item, which must be set before any inventory transactions post.
BusinessCloud
Employee
Microsoft Dynamics 365 Business Central
Employee
1:1BusinessCloud employee records migrate to Business Central Employee if the HR module is in scope. Employee number, first name, last name, address, and employment status map directly. If the Business Central edition deployed does not include HR ( Essentials tier does not include Human Resources ), employees map to Contact records with a custom Contact Type field set to Employee. The scope decision between Employee and Contact migration is confirmed during discovery based on the BusinessCloud data dump contents.
BusinessCloud
Note or Attachment
Microsoft Dynamics 365 Business Central
Record Link
1:1BusinessCloud notes and file attachments associated with master records (Customer, Vendor, Item) and transactional records (Sales Order, Purchase Order) migrate as Business Central Record Link entries. The Link URL field stores the attachment reference, and the Note field stores text notes. Binary attachments migrate as Incoming Document records in BusinessCentral or as file references in a linked SharePoint or Azure Blob container if the customer uses document management integration.
BusinessCloud
Custom Object
Microsoft Dynamics 365 Business Central
Custom Table (Custom Field Set)
1:1Any custom entities discovered during BusinessCloud schema probing migrate to Business Central as custom tables built using the Extension model or as custom fields added to standard tables. BusinessCentral allows unlimited custom fields on standard tables (Customer, Vendor, Item, G/L Account, Sales Header) using field extension pages. We pre-create the destination schema, including custom field types, ranges, and option values, before the first data insert. The discovery phase may reveal custom objects unique to the customer's BusinessCloud configuration (such as project trackers, compliance logs, or MENA-specific entities) that require bespoke mapping logic.
| BusinessCloud | Microsoft Dynamics 365 Business Central | Compatibility | |
|---|---|---|---|
| General Ledger Account | G/L Account (Chart of Accounts)1:1 | Fully supported | |
| Customer | Customer1:1 | Fully supported | |
| Vendor | Vendor1:1 | Fully supported | |
| Item | Item1:1 | Fully supported | |
| Sales Order | Sales Order1:1 | Fully supported | |
| Purchase Order | Purchase Order1:1 | Fully supported | |
| Sales Invoice | Sales Invoice1:1 | Fully supported | |
| Purchase Invoice | Purchase Invoice1:1 | Fully supported | |
| Inventory Transaction | Item Ledger Entry + Value Entry1:many | Fully supported | |
| Employee | Employee1:1 | Fully supported | |
| Note or Attachment | Record Link1:1 | Fully supported | |
| Custom Object | Custom Table (Custom Field Set)1:1 | 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.
BusinessCloud gotchas
Name collision: 'BusinessCloud' refers to multiple unrelated products
No public API or bulk export documentation
Saudi banking and Muqeem Portal integrations do not map to non-MENA destinations
Per-user pricing model means user count drives migration cost
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 schema probing
We audit the BusinessCloud instance by submitting a structured data export request to BusinessCloud support and, where API access is available, probing the documented endpoints to identify the installed modules, custom fields, and relationship structure. We document every source object (standard and custom), its primary key, its relationship to other objects, and any known data quality issues (duplicate customer names, missing addresses, null balances). The discovery output is a Source Data Model document and a gap analysis against Business Central's standard schema, including any custom fields required in the destination.
Destination schema design
We design the Business Central destination schema based on the discovered BusinessCloud data model. This includes creating any custom fields on standard tables (Customer, Vendor, Item, G/L Account) using Business Central's Extension model, setting up Dimensions (cost center, department, business unit) to replicate BusinessCloud's analytical structure, configuring posting groups and number series, and establishing the company structure if the destination uses multiple legal entities. Schema is deployed into a Business Central Sandbox via the AL compiler or via the administration portal for cloud tenants.
Data export negotiation and extraction
We coordinate with BusinessCloud support to obtain a full structured data export covering all in-scope objects: Chart of Accounts, Customers, Vendors, Items, open Sales Orders, open Purchase Orders, posted invoices, inventory transactions, employees, and any custom objects identified during discovery. We require the export in CSV, JSON, or SQL format with header rows and clearly named columns. If BusinessCloud provides a direct database export, we normalize the schema into a tabular format suitable for staging. Any export gaps (missing fields, truncated records) are flagged and resolved before the staging phase begins.
Staging, transformation, and sandbox validation
We load the exported data into a staging environment and apply transformation scripts: address parsing (single-line to multi-field), currency code normalization, date format standardization, null handling for required fields, and deduplication logic for customers or vendors with duplicate names. We validate record counts, spot-check field-level accuracy against the BusinessCloud source, and run a test migration into the Business Central Sandbox. The customer's finance and operations leads review the sandbox results and sign off on the field mapping before production migration begins.
Production migration in dependency order
We run production migration in strict dependency sequence: Chart of Accounts first (required by Item and Customer posting groups), then Dimensions, then Items (required by sales and purchase document lines), then Customers and Vendors (required by sales and purchase documents), then open Sales Orders and Purchase Orders, then posted invoices as historical records, then inventory transactions, then employees or contacts, then notes and attachments. Each phase emits a row-count reconciliation report and a checksum against the source record count before the next phase begins. API writes use batch processing with 429-aware retry logic and a 10-millisecond inter-request delay to respect Business Central's rate limits.
Cutover, validation, and automation handoff
We freeze BusinessCloud writes during the cutover window, run a delta migration of any records modified during the final staging phase, then enable Business Central as the system of record. We deliver the Workflow and Automation Inventory document listing every BusinessCloud workflow, approval condition, and scheduled process with a recommended Business Central equivalent. We provide a Data Migration Summary report showing record counts by object, validation errors by type, and any records that were excluded due to data quality issues, with the exclusion rationale documented. We support a one-week hypercare window for reconciliation issues. Workflow rebuild and Power Automate implementation are outside the standard migration scope.
Platform deep dives
BusinessCloud
Source
Strengths
Weaknesses
Microsoft Dynamics 365 Business Central
Destination
Strengths
Weaknesses
Complexity grading
Moderate ERP migration. 8 of 8 objects need a mapping; the rest are 1:1.
Overall complexity
Moderate migration
Derived from compatibility, mapping clarity, API constraints, and data volume across BusinessCloud and Microsoft Dynamics 365 Business Central.
Object compatibility
8 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
BusinessCloud: Not publicly documented.
Data volume sensitivity
BusinessCloud 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 BusinessCloud to Microsoft Dynamics 365 Business Central migration scoping. Not seeing yours? Book a call.
Walk through your BusinessCloud 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 BusinessCloud
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.