ERP migration

Migrate from Falcon ERP to Microsoft Dynamics 365 Business Central

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

Falcon ERP logo

Falcon ERP

Source

Microsoft Dynamics 365 Business Central

Destination

Microsoft Dynamics 365 Business Central logo

Compatibility

100%

15 of 15

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

Complexity

CModerate

Timeline

6-10 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Falcon ERP to Microsoft Dynamics 365 is a migration built around spreadsheet exports rather than API calls, since Falcon ERP exposes no public REST endpoint. We automate the generation of CSV and XLS exports from Falcon ERP's reporting module, build a transformation layer that restructures each entity into D365's data entity format, and load through the Data Management Framework (Business Central) or the OData-based Data Management service (Finance and Operations). We preserve ZATCA Phase 2 e-invoice UUIDs in custom fields, build GCC VAT mapping tables against D365's tax configuration, and reconcile each entity's row count against the Falcon ERP GL trial balance before marking a phase complete. Workflows, automations, and custom Falcon ERP reports do not migrate; we deliver a written inventory of these for your admin to rebuild in D365.

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

Falcon ERP logo

Falcon ERP

What's pushing teams away

  • No public API means every integration and migration requires manual spreadsheet exports, making real-time automation impossible and data exports time-consuming.
  • Implementation and customization costs are opaque—no published pricing tiers—making budget forecasting difficult for finance teams.
  • As the business scales beyond 200+ users or multiple legal entities, the system's multi-entity consolidation and role-based access controls reach practical limits.
  • Support response times for complex technical issues lag behind what certified partners of global ERPs like SAP or Odoo provide.
  • Export-only data access means there is no reliable way to audit or reconcile data integrity without requesting the vendor directly.

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

Each row shows how a Falcon 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.

Falcon ERP

Chart of Accounts

maps to

Microsoft Dynamics 365 Business Central

G/L Account (GeneralLedger/ChartOfAccounts in BC; FiscalBooks/ChartOfAccounts in F&O)

1:1
Mapping required

Falcon ERP's hierarchical COA with account types and currency assignments exports to CSV by running the Account List report. We map each account code, name, and type to D365 G/L Account with Account Type (Posting, Heading, Total, Statistics), Direct Posting validation, and the currency assignment per account. GCC multi-currency accounts map to D365's currency-per-account configuration. If Falcon ERP uses segment codes for cost center or department, we map those to D365 dimensions (Business Central Dimensions or F&O Financial Dimensions) rather than as part of the account code.

Falcon ERP

Customer

maps to

Microsoft Dynamics 365 Business Central

Customer (Customer table in BC; CustTable in F&O)

1:1
Fully supported

Falcon ERP Customer records with billing address, credit limit, payment terms, and AR terms map to D365 Customer. The Customer Number from Falcon ERP becomes the D365 Customer Number as a dedupe key. We map AR payment terms to D365 Payment Terms, credit limit to Credit Limit, and the customer price group to a D365 Customer Price Group. Address records export from the Falcon ERP Customer report and map to D365 postal addresses with Address Type (Invoice, Delivery). GCC-specific fields such as CR number map to a custom field on Customer.

Falcon ERP

Vendor

maps to

Microsoft Dynamics 365 Business Central

Vendor (Vendor table in BC; VendTable in F&O)

1:1
Fully supported

Falcon ERP Vendor records mirror the Customer structure with additional WHT (Withholding Tax) codes required for GCC compliance. We map WHT groups from Falcon ERP to D365 WHT Product Posting Groups and WHT Tax Groups, which are required for Saudi and UAE withholding tax reporting. Vendor payment terms map to D365 Payment Terms. The Falcon ERP vendor number becomes the D365 Vendor Number as the dedupe key.

Falcon ERP

Item

maps to

Microsoft Dynamics 365 Business Central

Item (Item table in BC; EcoResProductMaster in F&O)

1:1
Fully supported

Falcon ERP Items with product/service classification, cost, price, inventory tracking flags, and stock levels by warehouse map to D365 Items. We distinguish between Stockkeeping Items (with inventory tracking) and Services based on Falcon ERP's item type flag. Unit of Measure from Falcon ERP maps to D365 Unit of Measure. Standard Cost and Unit Price migrate to the respective D365 price fields. For items with multi-location stock, we map each warehouse location to a D365 Location code.

Falcon ERP

Open AR

maps to

Microsoft Dynamics 365 Business Central

Customer Ledger Entry (BC) or CustTransOpen (F&O)

1:1
Fully supported

Outstanding invoices, credit notes, and partial payments export from Falcon ERP's AR Aging report. We map each open AR record to a D365 Customer Ledger Entry with Remaining Amount, Due Date, and Document No. preserved. Falcon ERP invoice numbers become D365 External Document No. for traceability. Aging buckets are reconstructed from the Due Date and Remaining Amount in D365's Customer Ledger Entry aging view.

Falcon ERP

Open AP

maps to

Microsoft Dynamics 365 Business Central

Vendor Ledger Entry (BC) or VendTransOpen (F&O)

1:1
Fully supported

Outstanding vendor invoices, credit notes, and payment schedules export from Falcon ERP's AP Aging report. We map each open AP record to a D365 Vendor Ledger Entry with Remaining Amount, Due Date, and Document No. preserved. WHT deductions from Falcon ERP vendor transactions map to D365 WHT Tax Transaction entries linked to the vendor ledger. External Document No. from Falcon ERP carries forward for vendor reconciliation.

Falcon ERP

Historical Transactions

maps to

Microsoft Dynamics 365 Business Central

General Journal Lines (BC) or GeneralJournalAccountEntry (F&O)

1:1
Mapping required

Past invoices, payments, receipts, and credit notes export from Falcon ERP's transaction history reports. We export two to three years of history based on the customer's tax audit retention requirements and map line items to D365 General Journal Lines. Each journal batch is tagged with a source identifier and posting date. Document numbers from Falcon ERP become D365 External Document No. References. We validate total debit and credit per journal batch against the Falcon ERP GL trial balance before posting.

Falcon ERP

Journal Entries

maps to

Microsoft Dynamics 365 Business Central

General Journal (BC) or GeneralJournalBatch (F&O)

1:1
Mapping required

Manual and recurring journal entries stored in Falcon ERP export with account references, amounts, and descriptions. We map posted journals to D365 General Journal batches, preserving the journal name (source module), posting date, and line descriptions. Recurring journals are noted separately in the migration handoff document for the customer to rebuild using D365's Recurring Journals feature.

Falcon ERP

Fixed Assets

maps to

Microsoft Dynamics 365 Business Central

Fixed Asset (FixedAsset table in BC; AssetTable in F&O)

1:1
Mapping required

Fixed Asset records from Falcon ERP include acquisition cost, acquisition date, depreciation method, useful life, and accumulated depreciation. We map these to D365 Fixed Asset with the Fixed Asset Group (mapped from Falcon ERP asset category), Depreciation Book, and Ledger Accounts for acquisition and depreciation. Accumulated depreciation maps to a separate FA Ledger Entry with depreciation posting date. We recalculate remaining depreciation schedule in D365 from the current net book value to ensure no duplicate depreciation postings occur post-migration.

Falcon ERP

Employee

maps to

Microsoft Dynamics 365 Business Central

Worker (HcmWorker in BC; HcmWorker in F&O)

1:1
Fully supported

Falcon ERP Employee records with personal details, department, job title, employment status, and employment start date map to D365 Worker. We map Falcon ERP department names to D365 Departments and job titles to D365 Positions. Effective-dated employment changes migrate as Worker Employment History entries. National ID and GCC-specific identification fields map to custom fields on Worker if not available in the standard D365 schema.

Falcon ERP

Payroll Records

maps to

Microsoft Dynamics 365 Business Central

Payroll Pay Statement (BC with Payroll add-in) or Payroll Settlement (F&O Human Resources)

1:1
Mapping required

Payroll history from Falcon ERP includes salary, deductions, allowances, and tax deductions per pay period. We export payroll registers and map pay components to D365 Earning Codes and Deduction Codes. WHT deductions per employee carry forward as D365 Payroll Tax Deductions. Note that D365 Payroll is a separate licensed add-in in Business Central; we map the payroll data to the appropriate D365 Payroll tables and flag any pay components that require configuration in the destination before loading. We do not configure D365 Payroll tax tables as part of the migration scope.

Falcon ERP

VAT/ZATCA Compliance Data

maps to

Microsoft Dynamics 365 Business Central

Tax Transaction (TaxTrans in BC; TaxTrans in F&O)

1:1
Mapping required

VAT returns and ZATCA Phase 2 e-invoice records from Falcon ERP contain GCC-specific tax codes and e-invoice reference UUIDs. We export tax transactions and map VAT amounts to D365 Tax Transaction entries linked to the corresponding sales and purchase ledger entries. ZATCA Phase 2 e-invoice UUIDs are preserved in a custom field on the related invoice document (D365 Sales Invoice or Purchase Invoice) as zata_uuid__c to maintain audit continuity for Saudi Arabian compliance requirements. GCC VAT rate codes (5% standard, 0% exempt, reverse charge) require a mapping table built during scoping against D365's Tax Group and Tax Product Posting Group configuration.

Falcon ERP

Bank/Cash Accounts

maps to

Microsoft Dynamics 365 Business Central

Bank Account (BankAccountTable in BC; BankAccountTable in F&O)

1:1
Mapping required

Bank accounts and cash ledgers from Falcon ERP export from the Account List with bank reconciliation data. We map bank accounts to D365 Bank Account with IBAN, SWIFT/BIC, and Bank Account Number fields. GL balances reconcile against the Falcon ERP trial balance at the bank account level. Bank reconciliation data (cleared transactions and statement lines) does not migrate; the customer starts bank reconciliation in D365 from the go-live date.

Falcon ERP

Manufacturing BOM

maps to

Microsoft Dynamics 365 Business Central

Production BOM (ProductionBom in BC; BOM in F&O)

1:1
Fully supported

Bill of Materials from Falcon ERP define product recipes with component items, quantities, and unit of measure. We map each BOM header and line to D365 Production BOM with item numbers resolved from the Items mapping. BOM Version handling in D365 requires a separate BOM version record if the customer uses version-controlled recipes. The Routing No. field maps to a D365 Routing if the BOM includes operations sequencing.

Falcon ERP

Manufacturing Work Order

maps to

Microsoft Dynamics 365 Business Central

Production Order (ProdTable in BC; ProdTable in F&O)

1:1
Fully supported

Open and historical work orders from Falcon ERP map to D365 Production Order. We map item number, quantity, and status (Released, Finished) from Falcon ERP to D365 ProdStatus. Scheduled start and end dates migrate to the Production Order schedule. We do not migrate estimated labor hours or machine hours as D365 calculates these from the attached Routing; the customer validates routing times post-migration.

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.

Falcon ERP logo

Falcon ERP gotchas

High

No public API forces spreadsheet-only migration

High

ZATCA Phase 2 e-invoice reference numbers are platform-specific

Medium

GCC VAT tax codes map inconsistently across systems

Medium

Multi-entity data may be split across separate company codes

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

  • Falcon ERP exposes no API — every entity requires manual spreadsheet export

    Falcon ERP provides no REST or bulk API endpoint. All data extraction relies on CSV and XLS exports generated from the reporting module. We automate the export generation through the Falcon ERP UI where report templates exist, but custom fields and non-standard reports require a manual export request to Falcon ERP support. We always validate exported row counts against GL trial balances before loading to catch truncation or export tool filtering. If Falcon ERP support is slow to respond, export delays extend the project timeline significantly.

  • ZATCA Phase 2 e-invoice UUIDs must be preserved as custom fields in D365

    Saudi Arabian ZATCA Phase 2 compliance embeds e-invoice UUIDs and QR codes in every invoice record. Falcon ERP stores these as internal e-invoice reference fields. D365 does not have a native ZATCA UUID field on the Sales Invoice or Purchase Invoice tables — the ZATCA e-invoicing module is a separate configuration layer. We preserve the original Falcon ERP ZATCA UUID in a custom field zata_uuid__c on the D365 invoice record for audit continuity. If the customer does not activate the ZATCA e-invoicing module in D365, this custom field at minimum maintains reference traceability.

  • GCC VAT tax codes from Falcon ERP require a full mapping table in D365

    Falcon ERP encodes GCC VAT rates (5% UAE/Saudi standard, 0% exempt, reverse charge) as internal tax codes that do not match D365's tax configuration out of the box. We build a VAT mapping table during scoping, cross-referencing Falcon ERP's tax code list against D365's Tax Group and Tax Product Posting Group combinations. Where no match exists, we flag the discrepancy and create new tax codes in D365 before loading transactions. Incorrect VAT mapping causes posted tax amounts to be wrong, triggering VAT return corrections post-migration.

  • Multi-entity Falcon ERP deployments require separate export jobs per company code

    Falcon ERP supports multiple company entities within a single database, but each entity's accounts, customers, and vendors are isolated. We must run separate export jobs per Falcon ERP company code and tag each record with its entity during the D365 load. In D365, each Falcon ERP entity maps to either a separate D365 legal entity (requiring intercompany journal setup for inter-entity transactions) or to a separate Business Central company within the same D365 tenant. We clarify the mapping choice during scoping based on the customer's legal entity structure.

  • D365 requires GCC-specific date, number, and currency format configuration before data loads

    Falcon ERP uses GCC-specific date formats (dd/MM/yyyy), number separators, and currency decimal settings common in UAE and Saudi deployments. D365 defaults to regional settings that may not match. We configure D365 Regional Format Settings (Company Information), Currency Decimal Precision, and GCC-compliant tax rounding rules before loading any transactional data. If this configuration is skipped, currency and tax amount rounding discrepancies appear in the first VAT return.

Migration approach

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

  1. Falcon ERP export preparation and scoping

    We audit the Falcon ERP deployment across all company codes, active modules (finance, inventory, payroll, fixed assets, manufacturing), and custom fields in use. We identify the Falcon ERP report templates available for each entity, note any custom fields not covered by standard reports, and open a support ticket with Falcon ERP for manual exports where UI-based exports are insufficient. We also collect the current GL trial balance, AR/AP aging reports, and the last three years of VAT return summaries for reconciliation reference. The discovery output is a written migration scope document listing all entities, export methods, row count estimates, and the Falcon ERP support ticket status for any manual exports.

  2. D365 environment setup and tax configuration

    We set up the D365 destination environment with GCC-specific regional settings (date format, number format, currency precision), legal entity structure (one D365 legal entity per Falcon ERP company code or a consolidated structure per the customer's choice), and the tax configuration including VAT posting groups, tax groups, and ZATCA e-invoicing module activation. We build the GCC VAT mapping table during this phase, cross-referencing every Falcon ERP tax code against the D365 Tax Group and Tax Product Posting Group combination. We configure financial dimensions to match Falcon ERP's cost center and department segments if the customer uses segment-based accounting.

  3. Sandbox migration and GL reconciliation

    We run a full migration into the D365 sandbox environment using production-equivalent Falcon ERP exports. We load master data first (Chart of Accounts, Customers, Vendors, Items), reconcile GL account totals from D365 against the Falcon ERP trial balance for each entity, then load open AR/AP and historical transactions. We validate that debit totals equal credit totals per journal batch. The customer's finance team spot-checks 25-50 random ledger entries against Falcon ERP source records and signs off the sandbox migration before production migration begins.

  4. Fixed Assets and payroll extraction with depreciation recalculation

    We extract the Fixed Asset register from Falcon ERP including acquisition cost, accumulated depreciation, depreciation method, and useful life remaining. We calculate the net book value at migration cutoff date and create D365 Fixed Asset records with the appropriate depreciation book and posting profile. For payroll, we export pay period registers and map pay components to D365 Earning and Deduction codes. We flag any Falcon ERP pay components that do not have a direct D365 equivalent and document them in the handoff inventory for the customer's D365 payroll administrator to configure.

  5. Production migration in dependency order with delta capture

    We run the production migration in dependency order: Chart of Accounts first, then Customers and Vendors, then Items, then open AR/AP, then historical transactions, then Fixed Assets, then payroll. We freeze Falcon ERP write access during the cutover window. After initial load, we run a delta capture for any records created or modified in Falcon ERP during the migration window (typically 24-48 hours), then apply the delta to D365. Each phase emits a row-count reconciliation report validated against the Falcon ERP source.

  6. ZATCA UUID preservation, BOM/Work Order handoff, and go-live support

    We apply the zata_uuid__c custom field values to all migrated sales and purchase invoices in D365 for ZATCA Phase 2 audit continuity. We deliver the Manufacturing BOM and Work Order migration data to the customer's production team for BOM version and routing configuration. We deliver the written inventory of Falcon ERP workflows, custom reports, and recurring journal templates requiring rebuild in D365. We support a one-week hypercare window where we resolve any record discrepancies raised by the customer's team. We do not rebuild Falcon ERP workflows as D365 workflows or configure the D365 Payroll tax tables as part of the migration scope; these are separate engagements.

Platform deep dives

Context on both ends of the pair

Falcon ERP logo

Falcon ERP

Source

Strengths

  • Fully integrated finance, inventory, payroll, and fixed assets under a single database.
  • ZATCA Phase 2 and UAE VAT compliance baked into the core, not a plugin.
  • On-premise deployment option preserves data sovereignty for Saudi PDPL compliance.
  • Spreadsheet export capability covers all major reports including AR/AP aging.
  • Modular installation allows staged rollouts without disrupting existing operations.

Weaknesses

  • No documented public REST API—all data movement requires manual or scripted spreadsheet exports.
  • No published pricing tiers; costs are negotiated directly with sales, creating uncertainty.
  • Limited internationalization beyond GCC currencies and tax regimes.
  • Scalability ceiling is unclear for multi-entity or multi-country deployments.
  • No developer ecosystem or marketplace for third-party integrations.
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. 4 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 Falcon ERP and Microsoft Dynamics 365 Business Central.

  • Object compatibility

    C

    4 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

    Falcon ERP: Not applicable—no public API exists.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

Walk through your Falcon 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

Most Falcon ERP migrations land between six and ten weeks for deployments with up to three Falcon ERP company codes, under 10,000 GL accounts, and 12 months of transaction history. Migrations spanning five or more Falcon ERP entities, three or more years of historical transactions, large Fixed Asset registers (500+ assets), or payroll data requiring D365 Payroll configuration extend to fourteen to twenty-four weeks because of entity-by-entity export orchestration, GL reconciliation per company code, and GCC VAT mapping table development.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Falcon 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