ERP migration

Migrate from Pilot ERP to Dolibarr ERP

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

Pilot ERP logo

Pilot ERP

Source

Dolibarr ERP

Destination

Dolibarr ERP logo

Compatibility

79%

11 of 14

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

Complexity

BStandard

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Pilot ERP to Dolibarr is a platform-downgrade migration that trades manufacturing depth for open-source flexibility and zero per-seat licensing. Pilot ERP ships a tightly integrated manufacturing suite with native Job Costing and barcode data collection; Dolibarr is a modular open-source ERP and CRM that covers invoicing, third-party management, inventory, and projects but does not include a native Work Order module. We bridge that gap by mapping Pilot ERP Work Orders to Dolibarr Projects with task-level material and labor notes, and we preserve Job Costing component breakdowns as Project task descriptions and custom fields. Pilot ERP's lack of a public API means data extraction relies on direct database access or manual export; we factor that into discovery time. Workflows, barcode scanning modules, and job-costing cost component formulas do not migrate as configuration; we deliver a written inventory for your team to rebuild in Dolibarr.

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

Pilot ERP logo

Pilot ERP

What's pushing teams away

  • Small-vendor ecosystem means fewer third-party integrations compared to platforms like NetSuite or SAP, limiting connectivity with modern tools
  • As an on-premise or downloadable system, customers migrating to cloud-native ERPs cite desire for better remote access and automatic updates
  • Limited public API documentation makes it harder for technically inclined teams to extend functionality or build custom integrations
  • Users on G2 alternatives pages flag reliability and ease-of-use concerns when compared against established ERP competitors like Acumatica or Sage Intacct
  • Lack of visible pricing on the website and sparse review volume makes it difficult to assess total cost of ownership before committing

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 Pilot ERP objects map to Dolibarr ERP

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

Pilot ERP

Customer

maps to

Dolibarr ERP

Third Party (type: Customer)

1:1
Fully supported

Pilot ERP Customer records map directly to Dolibarr Third Party records with the Customer type flag enabled. We extract the customer name, address, contact details, payment terms, and any custom fields and populate the corresponding Dolibarr socpeople (contacts) table linked to the Third Party. Email, phone, and country fields must follow Dolibarr's ISO country code and email format validation during import.

Pilot ERP

Vendor

maps to

Dolibarr ERP

Third Party (type: Supplier)

1:1
Fully supported

Pilot ERP Vendor master records map to Dolibarr Third Party records with the Supplier type flag. We preserve vendor address, payment terms, and outstanding Bills linked to the vendor. Any Pilot ERP Vendor record that shares an email domain with a Customer record is flagged during reconciliation for the customer to confirm whether it represents the same entity in Dolibarr.

Pilot ERP

Item / Inventory

maps to

Dolibarr ERP

Product

1:1
Fully supported

Pilot ERP Items map to Dolibarr Products with type (product vs service) determined by the item category. Barcode-labelled inventory records in Pilot ERP are linked to Items by part number; we verify every barcode-labelled record resolves to an existing Product in Dolibarr and flag any orphaned barcode references. Stock levels migrate to Dolibarr's stock warehouse entries. Costing method (FIFO, average) maps to Dolibarr's PMP (Weighted Average Price) field.

Pilot ERP

Work Order

maps to

Dolibarr ERP

Project

lossy
Fully supported

Pilot ERP Work Orders have no direct Dolibarr equivalent because Dolibarr lacks a native Work Order or manufacturing order module. We map Work Orders to Dolibarr Projects, preserving the Work Order number as the Project reference, the linked finished-good Item as a custom field on the Project, and the Work Order status (Open, In-Process, Closed, Cancelled) as a Project status value. Raw material requirements and BOM references migrate as Project task notes. Customers acknowledge this gap during scoping and approve the Project-based workaround before migration.

Pilot ERP

Purchase Order

maps to

Dolibarr ERP

Supplier Order

1:1
Fully supported

Pilot ERP Purchase Orders map to Dolibarr Supplier Order (Commande Fournisseur). We capture open PO status and flag any Work Orders still referencing closed or partially received Purchase Orders so the customer can resolve orphaned links before destination go-live. PO line items map to Supplier Order lines with the Product reference resolved, quantity preserved, and unit price transferred.

Pilot ERP

Invoice (AR)

maps to

Dolibarr ERP

Customer Invoice

1:1
Fully supported

Pilot ERP Invoices map to Dolibarr Customer Invoice (Facture Client). We import open invoices with their payment status and remaining balance. Historical paid invoices migrate with full line-item detail for audit trail continuity. Invoice PDFs do not migrate through the API; we document every invoice reference for the customer's admin to attach manually or re-upload as Dolibarr document files.

Pilot ERP

Bill (AP)

maps to

Dolibarr ERP

Supplier Invoice

1:1
Fully supported

Pilot ERP Bills from Vendors map to Dolibarr Supplier Invoice (Facture Fournisseur). We preserve outstanding balance, payment terms, and partial-payment history linked to the originating Vendor Third Party record. Any Bill with an unmatched Vendor reference is held in a reconciliation queue until the Vendor record is confirmed in Dolibarr.

Pilot ERP

Job Costing Record

maps to

Dolibarr ERP

Project + Task + Extrafields

lossy
Fully supported

Pilot ERP Job Costing breaks costs into material, labor, and overhead components per job or Work Order. Dolibarr does not have a native cost component structure. We map material costs to Project task line items, labor costs to a second task type with hours and rate extrafields, and overhead as a custom extrafield on the Project. Any cost components that cannot map automatically are flagged in a cost matrix delivered to the customer for manual configuration in Dolibarr before financial data loads.

Pilot ERP

Chart of Accounts

maps to

Dolibarr ERP

Accounting Account

1:1
Mapping required

Pilot ERP's Chart of Accounts extracts to Dolibarr's Accounting module account records. We preserve account number, name, and type (asset, liability, equity, income, expense). Accounts with transactions that do not map cleanly to Dolibarr's account structure are flagged in the deliverable for the customer's accountant to review and reassign before the accounting data load begins.

Pilot ERP

Custom Field

maps to

Dolibarr ERP

Extrafield

lossy
Fully supported

Pilot ERP supports user-defined custom fields on standard objects, but there is no documented schema export endpoint. We inventory custom fields during discovery by reviewing Pilot ERP's field configuration screens with the customer. We then recreate these as Dolibarr Extrafields on the corresponding objects (ThirdParty, Product, Project, Invoice) before the data load phase. Field type mapping (text, date, numeric, dropdown) is validated against Dolibarr's supported Extrafield types.

Pilot ERP

Attachment

maps to

Dolibarr ERP

Document

1:1
Fully supported

Pilot ERP attachments (drawings, PDFs, photos linked to Work Orders, Customers, or Items) cannot be extracted via a documented public API. Dolibarr stores documents in its documents/ directory. We document every attachment reference during discovery with the record it belongs to, and request that the customer either provide database access for direct file extraction or manually export critical documents. If neither option is available, we migrate record metadata and flag missing files explicitly in the deliverable.

Pilot ERP

User / Employee

maps to

Dolibarr ERP

User

1:1
Fully supported

Pilot ERP user accounts and employee records map to Dolibarr Users. We extract user name, email, and role/permission level from Pilot ERP and create corresponding Dolibarr User accounts with matching permissions. Active vs inactive status preserves. Any Pilot ERP user without an email is flagged for the customer to assign a login email before migration.

Pilot ERP

Sales Order

maps to

Dolibarr ERP

Customer Order

1:1
Fully supported

If the Pilot ERP deployment includes sales order functionality beyond Quotes, these map to Dolibarr Customer Order (Commande Client). Order status and linked Customer Third Party records resolve at migration time. Line items map with Product reference, quantity, and price.

Pilot ERP

Quote / Proposal

maps to

Dolibarr ERP

Commercial Proposal

1:1
Fully supported

Pilot ERP Quotes map to Dolibarr Commercial Proposal (Propale). We preserve the quote number, date, expiry date, linked Customer, and line items. Proposal status (Draft, Sent, Accepted, Declined) migrates to Dolibarr's Proposal status field. Any open Quotes with expired dates are flagged for the customer to review and re-validate before final 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.

Pilot ERP logo

Pilot ERP gotchas

High

No publicly documented API for attachment extraction

Medium

Job Costing cost component mapping requires custom field alignment

Medium

Open Purchase Orders may reference outdated or voided Work Orders

Low

Custom field schema is undocumented and must be reverse-engineered

Low

No public pricing makes scope estimation difficult

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

  • Work Orders have no native Dolibarr equivalent

    Pilot ERP's Work Order module tracks manufacturing jobs from creation through completion with linked BOMs and raw material POs. Dolibarr has no native Work Order or manufacturing order object. We map Work Orders to Dolibarr Projects as a configuration workaround, preserving the Work Order number as a Project reference and BOM references as task notes. However, Dolibarr does not natively compute Work Order status from task completion or trigger inventory deduction from Work Order start. The customer must review this gap during discovery and decide whether to accept the Project-based structure or purchase a third-party Dolibarr manufacturing module from the community marketplace.

  • Job Costing cost components do not map automatically

    Pilot ERP's Job Costing module breaks costs into material, labor, and overhead components per job with component-level totals. Dolibarr's core product does not represent these components as separate cost objects. We create a costing matrix during discovery that maps each Pilot ERP cost category to Dolibarr Project task types and custom extrafields, but the component-level totals cannot be displayed as a native cost breakdown in Dolibarr without custom reporting or a third-party module. We flag every unmappable component for manual configuration before the financial load.

  • No documented API for Pilot ERP attachment extraction

    Pilot ERP's public-facing documentation does not expose a REST or file-transfer API endpoint for exporting binary file attachments. Documents stored within the system — drawings, PDFs, or photos linked to Work Orders, Customers, or Items — cannot be fetched programmatically without database access. We inventory every attachment reference during discovery, request direct database access or manual export from the customer, and if neither is available, we migrate the record metadata with a flag indicating the attachment file is missing from the deliverable.

  • Open Purchase Orders may reference stale Work Order links

    In Pilot ERP, Purchase Orders are often created to reserve raw materials for a specific Work Order. If a Work Order is closed, cancelled, or revised after the PO is issued, the link between the two records becomes stale. We audit all PO-to-Work-Order references during the migration audit phase and flag any orphaned or invalid links. The customer reviews and resolves these before the destination system goes live to prevent receiving and inventory discrepancies when POs are received against non-existent Work Orders in Dolibarr.

  • Barcode-labelled inventory requires part-number cross-check

    Pilot ERP's barcode data collection module links barcode-scanned inventory records to Items by part number. During migration, we verify every barcode-labelled record resolves to a corresponding Product in Dolibarr by part number match. Any barcode record that references a non-existent or archived Item is flagged as an orphaned barcode reference for the customer to clean up or reclassify before the inventory data is loaded, since Dolibarr does not have a native barcode scanning module in its core product.

Migration approach

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

  1. Discovery and data extraction assessment

    We audit Pilot ERP module usage including Customers, Vendors, Items, Work Orders, Purchase Orders, Invoices, Bills, Job Costing records, Chart of Accounts, and any custom fields or attachments. We assess whether Pilot ERP provides direct database access (MySQL, SQL Server) or requires CSV manual export, since the extraction method directly affects discovery time and timeline. We inventory custom fields by reviewing Pilot ERP field configuration screens with the customer and document every Work Order-to-PO linkage for the audit phase.

  2. Dolibarr module activation and schema setup

    We activate the required Dolibarr modules in the target instance: Third Party (Customers and Suppliers), Product, Stock, Commercial (Proposals, Orders, Invoices), BOM (if the customer purchases the community manufacturing module), Project, and Accounting. We create the target schema including Extrafields on ThirdParty, Product, Project, and Invoice to match the custom field inventory from Pilot ERP. We configure the Chart of Accounts import mapping and validate Dolibarr's country and currency settings against the Pilot ERP company configuration.

  3. Work Order to Project transformation design

    We design the Work Order to Project mapping logic in detail, defining which Pilot ERP Work Order fields map to Dolibarr Project fields (reference, date, status, notes), which map to Project tasks (material requirements, labor hours, overhead), and which become custom Extrafields. The customer reviews and approves this mapping document, including the decision on how to handle Work Orders with no native Dolibarr equivalent. Any Work Order to cancelled-PO references are flagged for resolution at this stage.

  4. Sandbox migration and reconciliation

    We run a full migration into a Dolibarr staging environment using production-like data volume. The customer's operations lead reconciles record counts (Third Parties, Products, Projects, Invoices, Bills), spot-checks 25-50 records against the Pilot ERP source, and validates the Work Order to Project transformation. Any mapping corrections, orphaned barcode references, or unmappable cost components are resolved here before production migration begins. This step may repeat if the Work Order gap requires significant redesign.

  5. Production migration in dependency order

    We run production migration in record-dependency order: Third Parties (Customers then Suppliers), Products (with stock levels), Chart of Accounts, Projects (from Work Orders with task-level material and labor notes), Supplier Orders (with PO audit resolution), Customer Orders and Proposals, Customer Invoices (with payment status), Supplier Invoices, Job Costing extrafield data on Projects, and Users. Each phase emits a row-count reconciliation report before the next phase begins. Attachments are migrated where database access is available; otherwise, they are documented as a manual handoff.

  6. Cutover, validation, and configuration rebuild handoff

    We freeze Pilot ERP writes during cutover, run a final delta migration of any records modified during the migration window, then enable Dolibarr as the system of record. We deliver a written inventory of Pilot ERP Workflows (barcode scanning triggers, PO approval rules), Job Costing formulas, and barcode scanning module configuration for the customer's admin to rebuild in Dolibarr using community modules or manual configuration. We do not rebuild workflows as Dolibarr modules inside the migration scope. We support a one-week hypercare window for reconciliation issues.

Platform deep dives

Context on both ends of the pair

Pilot ERP logo

Pilot ERP

Source

Strengths

  • Native manufacturing module with integrated job costing for make-to-order environments
  • Built-in barcode data collection for inventory and warehouse operations
  • Fully integrated financials — AR, AP, and accounting in one system
  • Multiple deployment options including Web, Android, and iOS
  • 24/7 live support with multiple training modalities

Weaknesses

  • Sparse public API documentation limits programmatic data extraction and automation
  • No published pricing on the vendor website, making TCO assessment difficult
  • Smaller vendor ecosystem and fewer third-party integrations compared to major ERP platforms
  • Limited review volume on public platforms makes it hard to gauge real-world user satisfaction
  • On-premise or downloadable deployment model may deter teams seeking fully managed cloud solutions
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?

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

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Pilot ERP and Dolibarr ERP.

  • Object compatibility

    B

    1 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

    Pilot ERP: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

Estimate your Pilot 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 Pilot ERP to Dolibarr ERP data migrations

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

Can't find your answer?

Walk through your Pilot 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 three and five weeks for accounts under 5,000 Customers and Vendors, 10,000 Items, and no Job Costing history. Migrations with large open-transaction sets, Job Costing component histories, orphaned PO-to-Work-Order links, or barcode-labelled inventory with unresolved part-number references move to six to ten weeks because of the Work Order to Project transformation design, PO audit resolution, and any manual export overhead from Pilot ERP's limited API access.

Adjacent paths

Related migrations to explore

Ready when you are

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