ERP migration

Migrate from BusinessCloud to Microsoft Dynamics 365 Business Central

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 logo

BusinessCloud

Source

Microsoft Dynamics 365 Business Central

Destination

Microsoft Dynamics 365 Business Central logo

Compatibility

92%

11 of 12

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

Complexity

CModerate

Timeline

6-10 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

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

BusinessCloud logo

BusinessCloud

What's pushing teams away

  • Limited public technical documentation — no indexed REST API or developer portal, complicating migration scoping and custom integrations.
  • Per-user add-on fees escalate quickly — each additional Quwwa cloud-ERP user costs 270 SAR/month, which raises TCO above the 50 SAR entry point.
  • Regional focus means companies expanding outside MENA must migrate to multi-country ERPs (Oracle NetSuite, SAP Business One, Microsoft Dynamics 365).
  • Limited third-party tooling and consultancy ecosystem outside Saudi Arabia/MENA makes implementation and migration support thinner than global ERPs.
  • Multiple BusinessCloud entities exist (UA Business Cloud in the US, Dafater BusinessCloud in Saudi) and product confusion at procurement time leads to mis-targeted purchases.

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 BusinessCloud objects map to Microsoft Dynamics 365 Business Central

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

maps to

Microsoft Dynamics 365 Business Central

G/L Account (Chart of Accounts)

1:1
Fully supported

BusinessCloud 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

maps to

Microsoft Dynamics 365 Business Central

Customer

1:1
Fully supported

BusinessCloud 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

maps to

Microsoft Dynamics 365 Business Central

Vendor

1:1
Fully supported

BusinessCloud 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

maps to

Microsoft Dynamics 365 Business Central

Item

1:1
Fully supported

BusinessCloud 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

maps to

Microsoft Dynamics 365 Business Central

Sales Order

1:1
Fully supported

Open 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

maps to

Microsoft Dynamics 365 Business Central

Purchase Order

1:1
Fully supported

Open 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

maps to

Microsoft Dynamics 365 Business Central

Sales Invoice

1:1
Fully supported

Posted 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

maps to

Microsoft Dynamics 365 Business Central

Purchase Invoice

1:1
Fully supported

Posted 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

maps to

Microsoft Dynamics 365 Business Central

Item Ledger Entry + Value Entry

1:many
Fully supported

BusinessCloud 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

maps to

Microsoft Dynamics 365 Business Central

Employee

1:1
Fully supported

BusinessCloud 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

maps to

Microsoft Dynamics 365 Business Central

Record Link

1:1
Fully supported

BusinessCloud 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

maps to

Microsoft Dynamics 365 Business Central

Custom Table (Custom Field Set)

1:1
Fully supported

Any 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.

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.

BusinessCloud logo

BusinessCloud gotchas

High

Name collision: 'BusinessCloud' refers to multiple unrelated products

High

No public API or bulk export documentation

Medium

Saudi banking and Muqeem Portal integrations do not map to non-MENA destinations

Low

Per-user pricing model means user count drives migration cost

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

  • No public bulk export endpoint on BusinessCloud

    BusinessCloud has no publicly documented REST, OData, or bulk export API, and no third-party ETL connectors support this platform. Every migration begins with a structured data request submitted directly to BusinessCloud support requesting a full database export in CSV, JSON, or SQL format. Without a successful negotiated export, migration cannot proceed. We strongly recommend requesting the export during discovery rather than waiting for the migration phase; BusinessCloud support response times for data dump requests vary and may require escalation to an account manager. We include a pre-scoping data request letter template as part of our discovery engagement for this pair.

  • Business Central API rate limits constrain write throughput

    Business Central enforces a hard limit of 5 concurrent API requests per tenant and a queue depth of 95 requests. Exceeding these limits returns a 429 Too Many Requests response. For migrations exceeding 50,000 records, we implement batch processing with a 10-millisecond inter-request delay, exponential backoff on 429 responses, and chunk sizes calibrated to avoid queue overflow. For very large data sets (over 500,000 transactional records), we recommend Azure Data Factory or KingswaySoft as an alternative ingestion path that bypasses the API rate limit and writes directly to the Business Central SQL database in a controlled migration-compatible way.

  • Schema discovery is required before field mapping

    BusinessCloud's data model is not publicly documented. We cannot provide a pre-defined field mapping for this pair because the source field names, data types, and relationship structure vary per customer configuration and are not accessible without a data dump or API probe. We perform schema discovery during scoping by analyzing the exported data structure, identifying primary keys, foreign key references, and custom fields. All object and field mapping documents are delivered as part of the scoping phase before production migration begins. Skipping schema discovery and applying a generic mapping from assumed field names is a known failure mode for this pair.

  • Historical financial data requires a fiscal year strategy

    Migrating closed-fiscal-year data as posted invoices or journal entries is blocked by Business Central's date-based posting restrictions on locked accounting periods. We work with the customer's finance team during discovery to determine whether historical data (closed fiscal years, completed inventory periods) migrates as read-only journal entry archives for audit reference, or stays in a separate reporting database accessed via Power BI rather than inside the transactional Business Central database. Open periods and current fiscal year data migrate as active records. The decision affects the volume of data we script transforms for and is documented in the fiscal year strategy section of the migration plan.

  • Workflows and automations do not migrate

    BusinessCloud workflows, approval chains, automated posting routines, and custom business logic are platform-specific and do not have a migration path to Business Central. We do not migrate them as code. We deliver a written inventory of every BusinessCloud workflow, approval condition, automated posting rule, and scheduled process identified during schema discovery, along with a recommended Business Central equivalent (Workflow for approvals, Power Automate for cross-process automation, and job scheduler for recurring operations). The customer's Business Central administrator or a Microsoft partner rebuilds these post-migration. Workflow rebuild is outside the standard migration scope and is a separate engagement.

Migration approach

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

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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

Context on both ends of the pair

BusinessCloud logo

BusinessCloud

Source

Strengths

  • Saudi banking and Muqeem Portal integration for localized receivables and residency workflows
  • VAT accounting designed for Saudi Arabia and broader MENA tax regimes
  • Wide module coverage spanning finance, supply chain, HRMS, manufacturing, and eCommerce
  • Low entry pricing (from 50 SAR) accessible to small Saudi businesses
  • Modular product family (Iradi, Quwwa, Flow Hub) allows incremental adoption

Weaknesses

  • No publicly documented developer API or data export endpoint
  • Per-additional-user fees (270 SAR/month for Quwwa) inflate TCO as headcount grows
  • Regional focus limits suitability for multinational deployments
  • Multiple distinct products under the 'BusinessCloud' name cause confusion at procurement
  • Sparse public review footprint and limited independent benchmarking outside MENA
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?

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

C

Overall complexity

Moderate migration

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

  • Object compatibility

    D

    8 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

    BusinessCloud: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

Estimate your BusinessCloud 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 BusinessCloud to Microsoft Dynamics 365 Business Central data migrations

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

Can't find your answer?

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 consultation

Most BusinessCloud migrations land between six and ten weeks for master data and open document migration with a clean data export from BusinessCloud support. Migrations that include historical transactional data (posted invoices across multiple fiscal years, inventory ledger entries), multi-entity Business Central configurations, or custom objects discovered during schema probing extend to twelve to twenty weeks because of the additional transformation scripting and validation cycles required. The BusinessCloud data export negotiation is the critical path item and can add two to four weeks if support response times are slow.

Adjacent paths

Related migrations to explore

Ready when you are

Move from BusinessCloud.
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