ERP migration

Migrate from FUJITSU GLOVIA G2 to Dolibarr ERP

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

FUJITSU GLOVIA G2 logo

FUJITSU GLOVIA G2

Source

Dolibarr ERP

Destination

Dolibarr ERP logo

Compatibility

69%

9 of 13

objects map 1:1 between FUJITSU GLOVIA G2 and Dolibarr ERP.

Complexity

BStandard

Timeline

4-8 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from FUJITSU GLOVIA G2 to Dolibarr is a manufacturing-to-business-suite migration. GLOVIA G2 runs 70+ optional modules for discrete manufacturing environments and is typically deployed on-premise behind a customer firewall; Dolibarr is an open-source modular ERP and CRM built for small-to-mid-market businesses that activates only the modules a team needs. The architectural difference is significant: GLOVIA G2 is a purpose-built manufacturing ERP with deep BOM and shop-floor control, while Dolibarr covers financials, inventory, and CRM with a lighter manufacturing module. We begin every migration by enumerating every active GLOVIA G2 module and any developer-added custom fields, because no two installations share the same schema. We extract data via direct SQL access or Application Adapter file export, normalize GLOVIA G2 naming conventions, and load into Dolibarr's corresponding module structure. We flag open Work Orders and production orders as Dolibarr's manufacturing module does not replicate the full work-order lifecycle GLOVIA G2 provides. Workflows, Bus and Task Developer configurations, and RPA setups do not migrate; we deliver a written inventory of these for the customer's admin 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

FUJITSU GLOVIA G2 logo

FUJITSU GLOVIA G2

What's pushing teams away

  • High total cost of ownership including software licenses, implementation services, and ongoing support contracts exceeds what smaller discrete manufacturers can sustain long-term.
  • The rebranding from Fujitsu Glovia to CrescentOne under Constellation Software created uncertainty about product roadmap continuity and support quality.
  • Implementation complexity—configuring 70+ modules, custom fields, and integrations—routinely exceeds initial project timelines and budgets.
  • Limited third-party integration ecosystem compared to SAP or Epicor; some customers report difficulty connecting modern SaaS tools to GLOVIA G2's on-premises instances.
  • Steep learning curve for new employees; the visual workflow interface, while familiar to power users, requires significant training investment for new hires.

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 FUJITSU GLOVIA G2 objects map to Dolibarr ERP

Each row shows how a FUJITSU GLOVIA G2 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.

FUJITSU GLOVIA G2

Item / Product

maps to

Dolibarr ERP

Product

1:1
Fully supported

GLOVIA G2 Item master records (part numbers, descriptions, UM, cost, revision levels) map to Dolibarr Product. The source item_type (M=mfg, P=purchased, S=stock) maps to Dolibarr type (0=product, 1=service). We extract cost from the Item Cost record and assign to Dolibarr's cost_price field; sell_price migrates from the Item Price table. Lot and serial number tracking migrates if Dolibarr's lot serial module is activated.

FUJITSU GLOVIA G2

Bill of Materials (BOM)

maps to

Dolibarr ERP

BOM (if manufacturing module active)

lossy
Fully supported

Multi-level GLOVIA G2 BOMs (parent assemblies, components, by-products, co-products) map to Dolibarr BOM records with multi-level explosion done at migration time. We sequence BOMs top-down to preserve parent-child relationships; phantom BOMs flatten into their parent. If Dolibarr's manufacturing module is not activated, BOMs are exported as a structured CSV attached to the Product record and documented for manual configuration. Phantom and negative-quantity BOM lines require explicit notes in the migration map.

FUJITSU GLOVIA G2

Work Order / Production Order

maps to

Dolibarr ERP

Project or Manufacturing Order (if module active)

lossy
Fully supported

Open GLOVIA G2 Work Orders map to Dolibarr Project records with type=0 (internal project) when the manufacturing module is inactive. Closed work orders migrate as historical records with status=closed and operation history preserved as notes. Work order operation sequences, labor hours, and material allocations are exported as line-level detail and attached as structured notes to the Project because Dolibarr's manufacturing module does not natively replicate the full work-order routing found in GLOVIA G2. Customers requiring full work-order fidelity should evaluate Dolibarr's MRP module scope during scoping.

FUJITSU GLOVIA G2

Customer / Account

maps to

Dolibarr ERP

Third Party (type=customer)

1:1
Fully supported

GLOVIA G2 Customer records (ship-to, bill-to addresses, credit limits, payment terms) map to Dolibarr Third Party with code prefix CUST. The customer name maps to nom, addresses map to address fields, and payment terms map to cond_reglement and mode_reglement. Credit limits migrate as references and are noted as manual thresholds to configure post-migration. Contact sub-records migrate as Dolibarr Contact objects linked via fk_soc.

FUJITSU GLOVIA G2

Vendor / Supplier

maps to

Dolibarr ERP

Third Party (type=supplier)

1:1
Fully supported

GLOVIA G2 Vendor records (procurement terms, lead times, approved supplier lists) map to Dolibarr Third Party with code prefix SUPP. Multi-plant vendor assignments are stored as multiple Third Party records with a shared supplier group reference. ASN data migrates as notes on the Third Party record because Dolibarr does not have a native ASN module.

FUJITSU GLOVIA G2

Sales Order

maps to

Dolibarr ERP

Order (llx_commande)

1:1
Fully supported

Open GLOVIA G2 Sales Orders migrate to Dolibarr Order with line items mapped from order detail records. Pricing, discounts, and scheduled ship dates transfer directly. GLOVIA G2 custom order fields map to Dolibarr extrafields where configured, or to structured notes for manual entry. Order status from GLOVIA G2 (DRAFT, OPEN, SHIPPED, CLOSED) maps to Dolibarr status (0,1,2,3). Closed orders migrate as historical records; cancellation reasons preserve as notes.

FUJITSU GLOVIA G2

Purchase Order

maps to

Dolibarr ERP

Supplier Order (llx_commande_fournisseur)

1:1
Fully supported

Open GLOVIA G2 Purchase Orders map to Dolibarr Supplier Order with vendor resolved via the Third Party mapping. Line pricing, lead times, and delivery schedules transfer. GLOVIA G2 blanket PO structures split into individual Dolibarr Supplier Order lines at migration time. Closed POs migrate as historical records only; no re-posting is performed.

FUJITSU GLOVIA G2

General Ledger / Chart of Accounts

maps to

Dolibarr ERP

Accounting Account (llx_accounting_account)

1:1
Fully supported

GLOVIA G2 Chart of Accounts structures migrate to Dolibarr Accounting. Account numbers, descriptions, and account types (A=asset, L=liability, R=revenue, E=expense) map directly. Sub-ledger control accounts link to the corresponding Third Party and Product records via fk_pcg_version. Closed fiscal period balances migrate as read-only period summary records; actual journal entry detail migrates only for open periods because locked periods cannot be re-posted in GLOVIA G2.

FUJITSU GLOVIA G2

Journal Entries / AP / AR

maps to

Dolibarr ERP

Bank Statement, Supplier Invoice, Customer Invoice

1:many
Fully supported

Open AP and AR from GLOVIA G2 sub-ledgers migrate as Dolibarr Supplier Invoices and Customer Invoices respectively, with amounts, due dates, and payment terms preserved. Historical journal entries for open periods migrate as General Ledger entries; locked-period entries export as read-only reference records. Payment history migrates as payment records attached to the corresponding invoice.

FUJITSU GLOVIA G2

Inventory / Stock

maps to

Dolibarr ERP

Stock (llx_product_stock)

1:1
Fully supported

On-hand quantities, warehouse locations, and lot/serial assignments migrate to Dolibarr Stock. FIFO and lot costing values preserve at the stock record level. Multi-warehouse configurations map to multiple warehouse records in Dolibarr with quantity allocated per warehouse. Inventory valuation migrates as a stock movement reference for audit.

FUJITSU GLOVIA G2

Document / Attachment

maps to

Dolibarr ERP

Document (linked to Product, Third Party, Order)

1:1
Fully supported

GLOVIA G2 documents attached to Items, Work Orders, and Orders export via the Application Adapter file export or direct database retrieval. We reattach files to the corresponding Dolibarr records using the document management API. Unsupported attachment types (non-file-based attachments, links to external systems) are listed in the migration gap document for manual re-association.

FUJITSU GLOVIA G2

Custom Objects / Developer Fields

maps to

Dolibarr ERP

Extra fields (extrafields) per module

lossy
Mapping required

Every non-standard GLOVIA G2 field added via Bus and Task Developer is identified during discovery and documented. We create corresponding Dolibarr extrafields (text, int, datetime, select, checkbox types matched to GLOVIA G2 field types) in the appropriate Dolibarr module before migration. Complex GLOVIA G2 developer objects with cross-references map to Dolibarr Projects with structured data attached as notes when no native equivalent exists.

FUJITSU GLOVIA G2

Owner / User

maps to

Dolibarr ERP

User

1:1
Fully supported

GLOVIA G2 users referenced on records (Orders, Work Orders, Contacts) map to Dolibarr User by login name or email match. We resolve fk_user_author and fk_user_modif references at migration time. Any GLOVIA G2 user without a matching Dolibarr User goes to a reconciliation queue for the customer's admin to provision before record import completes.

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.

FUJITSU GLOVIA G2 logo

FUJITSU GLOVIA G2 gotchas

High

GLOVIA G2 rebranded to CrescentOne

High

Modular configuration creates unique per-instance schemas

Medium

On-premise deployments require direct database access

Medium

Historical closed periods are locked at migration time

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

  • Dolibarr manufacturing module does not replicate GLOVIA G2 work-order depth

    GLOVIA G2's manufacturing module supports full work-order routing with operation sequences, labor scheduling, material allocations, and inspection results. Dolibarr's manufacturing module is significantly lighter—it handles BOM configuration and basic production tracking but does not natively support multi-level work order operation routing, labor hour tracking per operation, or co-product/by-product splitting. We flag every open Work Order during discovery and document the gap. Customers needing full work-order fidelity should evaluate whether Dolibarr's MRP module covers their production requirements before migration proceeds.

  • No two GLOVIA G2 instances share the same schema

    Each GLOVIA G2 customer activates a different subset of 70+ modules and may have added custom developer fields via Bus and Task Developer. We cannot assume a standard schema exists. Discovery must enumerate every active module and all custom objects before building the migration map. Skipping this step results in silently dropped records and mis-mapped custom fields. The customer must provide GLOVIA G2 system access and a module inventory list during scoping.

  • On-premise GLOVIA G2 requires direct database access

    Most GLOVIA G2 deployments run behind the customer firewall with no public REST API. Data extraction typically requires direct SQL access (SQL Server 2014 or Oracle Database 12c per GLOVIA G2 specs) or Application Adapter file export. We coordinate with the customer's IT team to establish a secure read-only database account and VPN access for migration runs. If database access is restricted, we fall back to Application Adapter file export, which requires additional file transfer coordination and may limit the data fields available.

  • Closed fiscal periods in GLOVIA G2 are write-protected and cannot be re-posted

    When migrating General Ledger data, any fiscal period closed in GLOVIA G2 is write-protected. We extract period balances as read-only historical records and flag reconciliation discrepancies for manual post-migration review. Customers requiring full journal entry history in Dolibarr must keep GLOVIA G2 accessible as an audit archive after cutover.

  • Dolibarr's third-party module quality varies and support options differ from commercial ERP

    Dolibarr's open-source model means some community-contributed modules lack the polish and support SLA of commercial ERP vendors. We document which Dolibarr modules are core (supported by the Dolibarr Association) versus community-contributed, and flag any community modules required for migrated functionality. Paid support contracts (Dolibarr Business, Dolibarr Foundation partner) are available but optional.

Migration approach

Six steps for a successful FUJITSU GLOVIA G2 to Dolibarr ERP data migration

  1. Discovery and module enumeration

    We audit the source GLOVIA G2 instance via Application Adapter documentation review, direct SQL schema inspection, and a customer interview covering which of the 70+ modules are active. We enumerate all custom objects and developer fields added via Bus and Task Developer, map them to Dolibarr equivalents, and identify any manufacturing capabilities (work orders, routing, co-products) that have no Dolibarr native equivalent. The discovery output is a written scope document, migration map, and a gap analysis listing records or functionality that will not migrate automatically.

  2. Access provisioning and data extraction plan

    We coordinate with the customer's IT team to establish secure read-only SQL access to the GLOVIA G2 database (SQL Server or Oracle) or to configure an Application Adapter file export run. For on-premise deployments behind a firewall, we use a time-boxed VPN connection and read-only database credentials scoped to the migration. We extract the full data set in parallel across module boundaries: Item master, BOM, Work Order, Customer, Vendor, Sales Order, Purchase Order, GL, Inventory, and custom objects. Extracted data is staged in an encrypted migration workspace.

  3. Dolibarr configuration and schema deployment

    We configure the destination Dolibarr instance: activate the required modules (Third Party, Product, BOM, Stock, Facture, Order, Supplier Order, Accounting, Project), create extrafields matching each non-standard GLOVIA G2 field, and set up warehouse and accounting chart structures. Multi-level BOMs and custom objects are set up before any record import because parent-child dependencies require the destination schema to be in place first. Dolibarr is deployed in a staging environment for validation before production.

  4. Sandbox migration and reconciliation

    We run a full migration into the Dolibarr staging instance using production-equivalent data volume. The customer's operations lead reconciles record counts against the GLOVIA G2 source (Items in, BOMs in, Work Orders in, Customers in, Vendors in, Orders in, Stock in, GL balances in) and spot-checks 25-50 records for field-level accuracy. Any mapping corrections, extrafield additions, or BOM sequencing issues are resolved in staging. Sign-off on the sandbox reconciliation is required before production migration begins.

  5. Production migration in dependency order

    We run production migration in record-dependency order: Accounting Chart of Accounts (for account references), Third Parties (Customers then Vendors), Products with BOMs (Products first, BOMs second for parent reference), Stock snapshots, Sales Orders and Purchase Orders (with Third Party lookups resolved), Work Orders (as Project or Manufacturing Order records), GL open balances and AP/AR, and custom objects last. Each phase emits a row-count reconciliation report before the next phase begins. Delta runs capture any records modified during the migration window before cutover.

  6. Cutover, validation, and inventory handoff

    We freeze writes to GLOVIA G2 during cutover, run a final delta migration, then designate Dolibarr as the system of record. We validate GL trial balance reconciliation between GLOVIA G2 and Dolibarr, confirm open order and work order counts match, and verify inventory quantities at the warehouse level. We deliver the Bus and Task Developer configuration inventory and custom field gap document to the customer's admin. We support a one-week hypercare window for reconciliation issues. Workflows, RPA configurations, and Bus and Task Developer automations do not migrate; these require a separate admin rebuild or partner engagement.

Platform deep dives

Context on both ends of the pair

FUJITSU GLOVIA G2 logo

FUJITSU GLOVIA G2

Source

Strengths

  • Highly visual, spreadsheet-like interface that reviewers describe as user-friendly for teams familiar with Excel.
  • Deep discrete-manufacturing functionality including production planning, scheduling, shop floor control — purpose-built for automotive, aerospace, electronics.
  • 70+ modular ERP components installable alongside existing software, enabling staged adoption rather than big-bang replacement.
  • Extensive no-code customization — reviewers consistently call out the ability to modify processes without code as a major advantage over SAP Business One and Dynamics 365.
  • Strong overall recommendation rate on Gartner Peer Insights (100% would recommend across 45 reviews).

Weaknesses

  • Configuration complexity at scale — reviewers report initial setup is intricate and requires investment in implementation expertise.
  • Software updates can override custom configurations, forcing teams to reapply customizations after each upgrade.
  • Vendor responsiveness on support cases reported as slow by some customers — engagement with technical support can be difficult.
  • Training quality is uneven — multiple reviewers note training could be improved to help users adopt the breadth of capabilities.
  • Initial migration onto Glovia G2 is described as difficult and time-consuming, particularly for orgs coming off legacy ERPs.
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. All 8 core objects map 1:1 between FUJITSU GLOVIA G2 and Dolibarr ERP.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across FUJITSU GLOVIA G2 and Dolibarr ERP.

  • Object compatibility

    A

    All 8 core objects map 1:1 between FUJITSU GLOVIA G2 and Dolibarr ERP.

  • 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

    FUJITSU GLOVIA G2: Not publicly documented.

  • Data volume sensitivity

    A

    FUJITSU GLOVIA G2 exposes a bulk API — large-volume migrations stream efficiently.

Estimator

Estimate your FUJITSU GLOVIA G2 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 FUJITSU GLOVIA G2 to Dolibarr ERP data migrations

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

Can't find your answer?

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

Book a free 30 minute consultation

Small shops under 15,000 Items and a basic module set (no complex BOMs or multi-level work orders) typically land in four to eight weeks. Mid-size manufacturers with 50,000+ records, multi-level BOMs, open work order histories, or custom developer objects move to ten to eighteen weeks because of BOM sequencing, locked-period reconciliation, and custom field enumeration. The discovery and sandbox phase alone typically requires two to four weeks.

Adjacent paths

Related migrations to explore

Ready when you are

Move from FUJITSU GLOVIA G2.
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