ERP migration

Migrate from Falcon ERP to Dolibarr ERP

Field-level mapping, validation, and rollback between Falcon ERP and Dolibarr ERP. We move data and schema; workflows are rebuilt natively in Dolibarr ERP.

Falcon ERP logo

Falcon ERP

Source

Dolibarr ERP

Destination

Dolibarr ERP logo

Compatibility

71%

10 of 14

objects map 1:1 between Falcon ERP and Dolibarr ERP.

Complexity

CModerate

Timeline

5-9 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Falcon ERP to Dolibarr is a migration from a closed, spreadsheet-dependent GCC ERP to an open-source, modular ERP with REST API access. Falcon ERP exposes no public API, so every migration is built around CSV and XLS exports from the reporting module, with any custom fields or non-standard reports requested directly from Falcon ERP support. We handle ZATCA Phase 2 e-invoice UUIDs by preserving them in Dolibarr custom fields, resolve GCC VAT tax codes (5% standard, 0% exempt, reverse charge) through a mapping table built during scoping, and tag records by Falcon ERP company code for multi-entity environments. Dolibarr's modular architecture means we activate only the relevant modules (CRM, invoicing, accounting, HR, inventory) and map each Falcon ERP entity to the correct Dolibarr entity, leaving BOMs and manufacturing work orders as a documented rebuild scope since Dolibarr's manufacturing module requires manual configuration.

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

Dolibarr ERP logo

Dolibarr ERP

What's pulling them in

  • Free open-source core with no per-user license fee makes it the lowest-cost entry point for small teams needing ERP and CRM in one package.
  • Self-hosted deployment gives full data ownership and eliminates vendor lock-in, especially attractive to businesses with compliance requirements.
  • Modular architecture means teams enable only the features they use, keeping the interface uncluttered and reducing learning curve.
  • Fast installation with no technical knowledge required — one reviewer set up multiple businesses in minutes using their own hosting.
  • Active community forum and marketplace of third-party add-ons provide support and extension options without mandatory subscription costs.

Object mapping

How Falcon ERP objects map to Dolibarr ERP

Each row shows how a Falcon ERP object lands in Dolibarr ERP, 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

Dolibarr ERP

Accounting Module — Account (Plan Comptable)

1:1
Mapping required

Falcon ERP hierarchical COA with account codes, names, and types exports to CSV. We map each Falcon ERP account to a Dolibarr Account (type Tier for balance sheet and income accounts) with the account code preserved as the dolibarr account_number field. GCC currency assignments on Falcon ERP accounts become Dolibarr currency tags on each account. We validate total debit and credit balance from the Falcon ERP trial balance against the sum of imported Dolibarr journal lines before finalizing.

Falcon ERP

Customers

maps to

Dolibarr ERP

Third-party Module — Contact (type Customer)

1:1
Mapping required

Falcon ERP customer records (billing address, credit limit, AR terms) map to Dolibarr Third-party records of type Customer. Address, phone, email, and credit limit transfer to Dolibarr fields; Falcon ERP AR payment terms become Dolibarr payment term IDs created during the setup phase. We deduplicate by customer code as the dolibarr ref_customer field.

Falcon ERP

Vendors

maps to

Dolibarr ERP

Third-party Module — Contact (type Supplier)

1:1
Mapping required

Falcon ERP vendor records with AP terms and WHT codes map to Dolibarr Third-party records of type Supplier. WHT (Withholding Tax) codes required for GCC compliance are stored as custom fields on the Dolibarr supplier record since standard Dolibarr does not include WHT natively. Falcon ERP vendor payment terms map to Dolibarr payment term IDs.

Falcon ERP

Items

maps to

Dolibarr ERP

Products/Services Module

1:1
Mapping required

Falcon ERP items (product/service classification, cost, price, inventory tracking flags) map to Dolibarr Product records with type set to Product (for inventory-tracked) or Service. Stock levels by Falcon ERP location transfer to Dolibarr warehouse stock entries via the stock module. Item codes from Falcon ERP become Dolibarr ref_supplier or ref_customer fields for cross-reference.

Falcon ERP

Open AR

maps to

Dolibarr ERP

Accounting Module — Customer Invoice

1:1
Fully supported

Outstanding customer invoices, credit notes, and payment schedules from Falcon ERP export per customer. We map open AR to Dolibarr Facture (Customer Invoice) records with status set to Draft or Unbilled depending on payment state. Aging buckets and due dates are preserved in invoice line notes and payment term fields. Each invoice is tagged with the Falcon ERP company code for multi-entity traceability.

Falcon ERP

Open AP

maps to

Dolibarr ERP

Accounting Module — Supplier Invoice

1:1
Fully supported

Outstanding vendor invoices, credit notes, and payment schedules from Falcon ERP export per vendor. We map open AP to Dolibarr Facture (Supplier Invoice) records with status set to Draft or Unbilled. Due dates and aging information are preserved in invoice notes and payment term associations. WHT deductions from Falcon ERP are recorded as separate line items on the corresponding Dolibarr supplier invoice.

Falcon ERP

Historical Transactions (Invoices, Payments, Receipts)

maps to

Dolibarr ERP

Accounting Module — Journal Entries

1:many
Fully supported

Falcon ERP 2-3 years of invoice, payment, receipt, and credit note history export as line-item spreadsheets. We split each Falcon ERP transaction into multiple Dolibarr accounting entries: invoice header becomes a Facture, each invoice line generates a journal entry in the selected Dolibarr journal (Customer Invoice journal or Supplier Invoice journal), and payments generate corresponding bank journal entries. ZATCA e-invoice UUIDs are preserved in a Dolibarr extrafield text field on each invoice record for audit continuity.

Falcon ERP

Journal Entries

maps to

Dolibarr ERP

Accounting Module — Miscellaneous Journal Entries

1:1
Mapping required

Falcon ERP manual and recurring journal entries export with account references and amounts. We map posted journals to Dolibarr Écritures Comptables (accounting lines) in a dedicated Miscellaneous Operations journal. Debit/credit amounts, account codes, and transaction dates transfer directly. Falcon ERP journal descriptions become Dolibarr piece_ref and label fields.

Falcon ERP

Fixed Assets

maps to

Dolibarr ERP

Accounting Module — Asset Register

1:1
Mapping required

Falcon ERP fixed asset records (acquisition cost, depreciation method, accumulated depreciation) map to Dolibarr Asset records. Acquisition date, cost, and useful life transfer directly. Depreciation method from Falcon ERP (straight-line, declining balance) is mapped to the corresponding Dolibarr amortization type. We recalculate the depreciation schedule in Dolibarr from the Falcon ERP accumulated depreciation balance at the migration date, creating the first amortization entry on day one of the new system.

Falcon ERP

Employees

maps to

Dolibarr ERP

HR Module — User/Employee

1:1
Mapping required

Falcon ERP employee records (personal details, department, job title, employment status) map to Dolibarr Users with the Employee flag enabled. Effective-dated changes (hires, promotions, terminations) transfer as historical records in the Dolibarr HR module. Falcon ERP department codes map to Dolibarr expense categories for reporting. Active and inactive status transfers directly.

Falcon ERP

Payroll Records

maps to

Dolibarr ERP

HR/Payroll Module

1:1
Mapping required

Falcon ERP payroll registers (salary, deductions, allowances, tax deductions per pay period) map to Dolibarr Payroll module entries. Pay components (basic salary, housing allowance, transport allowance, commissions) transfer as line items; WHT deductions map to the custom WHT fields on the employee record. Pay period dates and employer/employee contribution amounts are preserved. Note: GCC-specific WHT configuration in Dolibarr requires manual setup beyond the migration scope; we document the required WHT rate table during handoff.

Falcon ERP

VAT/ZATCA Compliance Data

maps to

Dolibarr ERP

Tax Module — Custom Extrafields

lossy
Mapping required

Falcon ERP VAT transactions and ZATCA Phase 2 e-invoice records contain GCC-specific tax codes and e-invoice UUIDs. We map VAT rates (5% standard, 0% exempt, reverse charge) to corresponding Dolibarr VAT rates pre-created during the setup phase using a VAT mapping table built from the Falcon ERP tax code list. ZATCA UUIDs and QR code references are stored in a Dolibarr extrafield text field on each invoice record. This is a configuration-intensive step because Dolibarr does not ship ZATCA-native e-invoicing; the extrafield approach maintains audit continuity without requiring a third-party ZATCA module.

Falcon ERP

Manufacturing BOMs

maps to

Dolibarr ERP

BOM Module

lossy
Fully supported

Falcon ERP Bill of Materials and work orders define product recipes and production steps. Dolibarr includes a BOM module, but it requires manual configuration for each product recipe. We export Falcon ERP BOM structures (component items, quantities, unit of measure, routing steps) to a structured CSV and deliver it as a BOM rebuild worksheet. The customer's Dolibarr administrator uses the worksheet to create each BOM in Dolibarr's BOM module. This is a documented rebuild scope, not a direct data migration, because Dolibarr's BOM schema differs structurally from Falcon ERP's work order model.

Falcon ERP

Manufacturing Work Orders

maps to

Dolibarr ERP

BOM Module — Production Orders

lossy
Fully supported

Open Falcon ERP work orders (in-progress production) are exported with status, component allocations, and completion percentage. We map open work orders to Dolibarr Production Orders. Since Dolibarr's production module requires BOMs to be configured first (see BOM mapping), open work orders are loaded after BOMs are rebuilt. Status and completion percentage transfer as notes on the Dolibarr production order for manual resolution by the production team.

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

Dolibarr ERP logo

Dolibarr ERP gotchas

High

Foreign key constraint errors on cross-distribution database restore

High

SQL injection vulnerabilities in version 9.0.1

Medium

Custom fields stored as JSON in extraoptions require field-by-field deserialization

Medium

Decimal precision and rounding configuration affects price fields

Low

No native iOS/Android app forces reliance on browser

Pair-specific challenges

  • No API forces spreadsheet-only extraction with truncation risk

    Falcon ERP exposes no REST or bulk API endpoint. Every migration step must be built around CSV and XLS exports from Falcon ERP's reporting module. We automate export generation via the Falcon ERP UI where possible, but custom fields and non-standard reports require manual requests to Falcon ERP support. We validate exported row counts against GL trial balances before loading to catch truncation or filtering in the export tool. Any Falcon ERP reports that are not pre-built exports must be scoped as manual-extraction tasks during discovery.

  • ZATCA Phase 2 UUIDs require Dolibarr extrafield storage

    Saudi Arabian ZATCA Phase 2 compliance requires e-invoice UUIDs and embedded QR codes on invoice records. When migrating invoices out of Falcon ERP, we preserve the original ZATCA UUID in a Dolibarr extrafield text field (zakta_uuid__c) on each Facture record to maintain audit continuity. Dolibarr does not ship a ZATCA-native e-invoicing module; companies requiring ongoing ZATCA compliance in Dolibarr must install a certified third-party module or maintain the UUID extrafield approach. We flag this limitation in the migration scope and recommend the customer evaluate Dolibarr ZATCA module options before go-live.

  • GCC VAT tax codes map incompletely without manual reconciliation

    Falcon ERP encodes VAT rates (5% standard UAE/Saudi, 0% exempt, reverse charge) as internal tax codes that do not always match Dolibarr's default VAT rate configuration. We build a VAT mapping table during scoping, cross-referencing Falcon ERP's tax code list against Dolibarr's tax rate table and creating new Dolibarr VAT rates where no match exists. However, GCC-specific reverse charge rules and WHT (Withholding Tax) on vendor payments require manual configuration in Dolibarr's tax module. We deliver the complete VAT mapping table as part of the handoff documentation.

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

    Falcon ERP supports multiple company entities within a single database, with accounts, customers, and vendors isolated per entity. When exporting, we must run separate export jobs per company code and tag each record with its entity during the Dolibarr load step. We validate that no inter-company transactions are accidentally collapsed during this process. If the customer uses inter-company invoicing in Falcon ERP, those transactions require a separate reconciliation step to map to Dolibarr's third-party or internal inter-company journal entries.

Migration approach

Six steps for a successful Falcon ERP to Dolibarr ERP data migration

  1. Discovery and Falcon ERP export audit

    We audit the source Falcon ERP environment across all active modules (finance, inventory, payroll, fixed assets, manufacturing). We inventory the Falcon ERP company codes in use, list all standard and custom reports available for export, identify any fields or entities not covered by standard exports (requiring Falcon ERP support requests), and scope the GCC VAT tax code list and ZATCA invoice volume. The discovery output is a written extraction plan with per-entity export jobs, a VAT mapping table draft, and a ZATCA UUID inventory count. We coordinate with Falcon ERP support for any non-standard exports early in this phase.

  2. Dolibarr instance provisioning and module activation

    We provision the target Dolibarr instance (self-hosted or DoliCloud) and activate only the modules needed for the migration scope: Third-party (Customers and Suppliers), Products/Services, Inventory, Accounting, HR/Payroll, and BOM/Production. We create the GCC VAT rate table per the mapping table, configure WHT (Withholding Tax) custom fields on supplier records, add the ZATCA UUID extrafield to the Invoice object, and create the payment term records that map from Falcon ERP AR/AP terms. Dolibarr is deployed to a sandbox or staging environment first for validation.

  3. Sandbox migration and reconciliation

    We run a full migration into the Dolibarr staging environment using production-like data volume. The customer reconciles record counts (customers in, vendors in, invoices in, journal entries in, employees in, assets in) against Falcon ERP source reports. We spot-check 25-50 random records for field-level accuracy, validate that the Falcon ERP trial balance totals match the sum of imported Dolibarr journal lines, and confirm that ZATCA UUIDs are present on migrated invoices. Any mapping corrections are documented and applied to the production migration script before cutover.

  4. Multi-entity export coordination and entity tagging

    For Falcon ERP environments with multiple company codes, we run separate export jobs per entity and tag each record with its company code in a Dolibarr extrafield during import. We validate that inter-company transactions are identified and either mapped to Dolibarr inter-company journal entries or flagged as a manual reconciliation task for the customer's accounting team. This step can extend the timeline by one to two weeks for organizations with four or more Falcon ERP company codes.

  5. Production migration in dependency order

    We run production migration in record-dependency order: Accounts (from COA), Third-parties (Customers then Suppliers), Products/Services, Inventory stock entries, Fixed Assets, HR/Employee records, Payroll registers, Open AR/AP invoices, Historical transactions (Factures plus journal entries), and BOM/Production data (as rebuild worksheets, not direct import). Each phase emits a row-count reconciliation report before the next phase begins. ZATCA UUIDs are populated on all migrated invoices during the historical transaction phase. We freeze Falcon ERP writes during cutover and run a final delta migration of any records modified during the migration window.

  6. Cutover, validation, and BOM rebuild handoff

    We enable Dolibarr as the system of record and perform a final balance sheet reconciliation against the Falcon ERP closing trial balance. We deliver the BOM and Work Order Rebuild Worksheet to the customer's Dolibarr administrator. We do not rebuild Falcon ERP workflows or automations as Dolibarr equivalents because Dolibarr's automation model (action hooks via PHP modules) differs structurally from Falcon ERP's workflow engine. We deliver a written automation inventory document listing any Falcon ERP automated processes that require rebuild. We support a one-week hypercare window for reconciliation issues.

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.
Dolibarr ERP logo

Dolibarr ERP

Destination

Strengths

  • Free core software with AGPL license and no per-user mandatory fee for self-hosted deployments.
  • Modular architecture lets teams activate only needed features, keeping the interface focused and the database lean.
  • Self-hosted option provides full data sovereignty and avoids recurring SaaS subscription costs.
  • Built-in CSV/Excel import and export wizard with saved profiles simplifies recurring data operations.
  • Low-code Module Builder allows functional extensions without writing PHP code.

Weaknesses

  • No native documented REST API for programmatic bulk operations — all migrations depend on the import/export wizard or direct database access.
  • Reporting and analytics are weak without paid add-ons, and built-in charts are limited compared to modern SaaS platforms.
  • UI design is described as dated by multiple reviewers, with infrequent visual updates to the default theme.
  • Community-only support for self-hosted deployments means no SLA or guaranteed response time for issues.
  • Security vulnerabilities (CVE-2024-5314, CVE-2024-5315) in version 9.0.1 with no immediate patch reported.

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 Dolibarr ERP.

  • 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 Dolibarr ERP 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 Dolibarr ERP data migrations

Answers to the questions buyers ask most during Falcon ERP to Dolibarr ERP migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your Falcon ERP to Dolibarr ERP migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Most migrations land between five and nine weeks for organizations with up to 5,000 customers, 2,000 vendors, and three years of accounting history, with no payroll or manufacturing module. Migrations with multiple Falcon ERP company codes, full payroll history, large fixed asset registers, or active manufacturing work orders move to nine to fourteen weeks because of multi-entity export coordination, GCC VAT reconciliation, and BOM rebuild documentation. The Falcon ERP export audit and custom export requests (handled via Falcon ERP support) can add two to three weeks to the front end of the schedule.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Falcon ERP.
Land in Dolibarr ERP, 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