ERP migration

Migrate from FUJITSU GLOVIA G2 to Odoo ERP

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

FUJITSU GLOVIA G2 logo

FUJITSU GLOVIA G2

Source

Odoo ERP

Destination

Odoo ERP logo

Compatibility

60%

6 of 10

objects map 1:1 between FUJITSU GLOVIA G2 and Odoo 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 Odoo ERP is a migration from a modular discrete manufacturing ERP built around spreadsheet-style grids and 70+ optional modules to an integrated open-source application suite with a form-based navigation model. GLOVIA G2 installations are always unique because each customer activates a different subset of modules and may add custom developer fields; no two schemas are identical, so we begin every engagement with a module enumeration and custom-field audit. We extract Item masters and multi-level BOMs, sequence them top-down to preserve parent-child relationships, and migrate open Work Orders as Manufacturing Orders. Closed fiscal periods in GLOVIA G2 are write-protected and cannot be re-posted; we extract them as read-only historical ledger archives and migrate open AP/AR as live Odoo accounting records. Workflows, automations, eKanban configurations, and RPA setups built within GLOVIA G2 are platform-specific and do not migrate. We deliver a written inventory of every automation requiring rebuild in Odoo Action Rules, plus guidance on Odoo's manufacturing module configuration for discrete production environments.

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

Odoo ERP logo

Odoo ERP

What's pulling them in

  • Modular pay-as-you-grow model with 80+ apps under one database — teams start with CRM and add Accounting, Inventory, or Manufacturing without switching platforms.
  • Free Community edition lets businesses validate Odoo fit before committing to Enterprise licensing costs that scale with user count.
  • Lowest per-user pricing among mid-market ERPs, with a published free tier for one app and Standard plans starting around $24.90 per user per month.
  • Native integration between modules — a confirmed Sales Order automatically updates inventory, invoicing, and accounting without manual re-entry.
  • Strong Odoo Gold Partner ecosystem provides local implementation support, reducing risk for companies without in-house developers.

Object mapping

How FUJITSU GLOVIA G2 objects map to Odoo ERP

Each row shows how a FUJITSU GLOVIA G2 object lands in Odoo 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

Odoo ERP

Product

1:1
Fully supported

GLOVIA G2 Item records (part numbers, descriptions, UM, cost, revision levels) map to Odoo Product records. The Item Type (raw material, finished goods, sub-assembly) maps to Odoo's product type selection. GLOVIA G2's cost layers (standard, average, FIFO) require configuration of Odoo's product cost method on each record. Unit of Measure conversions are preserved; Odoo's UoM model supports multi-step conversion rules that we configure during import.

FUJITSU GLOVIA G2

Bill of Materials

maps to

Odoo ERP

Bill of Materials (BoM)

1:1
Fully supported

GLOVIA G2 multi-level BOMs with co-products, by-products, and batch production structures map to Odoo BoM records. Phantom BOMs in GLOVIA G2 map to Odoo's kit BoM type. We sequence BOM migration top-down so that sub-assemblies are created before parent assemblies, satisfying Odoo's BoM line dependency requirements. GLOVIA G2's operation routing sequences map to Odoo's workcenter definitions with cycle time and efficiency factors.

FUJITSU GLOVIA G2

Work Order / Production Order

maps to

Odoo ERP

Manufacturing Order

1:1
Fully supported

GLOVIA G2 open Work Orders migrate to Odoo Manufacturing Orders with source document references preserved. Closed work order history migrates as read-only manufacturing records with final status, labor hours, and material allocations. GLOVIA G2's inspection results and operation-level labor tracking map to Odoo workcenter time logs. The GLOVIA G2 work order number becomes the External Reference field on the Odoo Manufacturing Order for traceability.

FUJITSU GLOVIA G2

Customer / Account

maps to

Odoo ERP

Company + Contact

1:many
Fully supported

GLOVIA G2 Customer records consolidate ship-to and bill-to addresses, credit limits, payment terms, and contact relationships into one object. Odoo separates these into Company (the business entity) and Contact (individuals linked to the company). We split GLOVIA G2 customer records by parsing address roles, creating one Company record with multiple Contact records for each distinct contact at the customer. Credit limits and payment terms migrate as fields on the Company record.

FUJITSU GLOVIA G2

Vendor / Supplier

maps to

Odoo ERP

Vendor Company + Contact

1:many
Fully supported

GLOVIA G2 Vendor records (procurement terms, lead times, ASN data, multi-plant assignments) map to Odoo Vendor Company records with procurement settings. Individual buyer contacts at the vendor map to Odoo Contact records linked to the Vendor Company. Approved supplier list assignments migrate as Vendor on the Odoo Product record.

FUJITSU GLOVIA G2

Sales Order

maps to

Odoo ERP

Sale Order

1:1
Fully supported

GLOVIA G2 open Sales Orders migrate line by line to Odoo Sale Order, preserving pricing, discounts, and scheduled ship dates. GLOVIA G2 custom order fields require explicit field-level mapping to Odoo's sale order line fields or extra fields. Order status (confirmed, in-progress, partial) maps to Odoo Sale Order status (Sales Order ->-confirmed-> Done). The GLOVIA G2 sales order number becomes the Client Order Reference on the Odoo record.

FUJITSU GLOVIA G2

Purchase Order

maps to

Odoo ERP

Purchase Order

1:1
Fully supported

Open GLOVIA G2 Purchase Orders migrate to Odoo Purchase Orders with vendor, line items, quantities, and agreed pricing preserved. Scheduled receipt dates map to Odoo's deadline fields. GLOVIA G2 approval workflow states migrate as Odoo purchase order status. Closed purchase orders migrate as historical read-only records. ASN and advanced shipping notice data from GLOVIA G2 vendor records becomes notes on the Odoo incoming shipment.

FUJITSU GLOVIA G2

General Ledger / Fiscal Period

maps to

Odoo ERP

Accounting Entries / Fiscal Year

lossy
Fully supported

GLOVIA G2 Chart of Accounts maps to Odoo's account chart with appropriate account types (expense, revenue, asset, liability). Closed fiscal periods in GLOVIA G2 are write-protected and cannot be re-posted; we extract them as read-only historical records with period balance summaries migrated to Odoo's locked fiscal year entries. Open AP and AR from GLOVIA G2 migrate as live Odoo vendor and customer bills. Sub-ledger types added by GLOVIA G2 developers are enumerated and mapped to corresponding Odoo account types.

FUJITSU GLOVIA G2

Inventory / Stock

maps to

Odoo ERP

Quantities (Stock)

1:1
Fully supported

On-hand quantities, lot and serial numbers, and location assignments from GLOVIA G2's inventory module map to Odoo Stock Quantities and Stock Moves. Lot tracking and FIFO or lot costing values are preserved at the inventory record level as lot name and value notes. GLOVIA G2 multi-plant location assignments map to Odoo's warehouse and location hierarchy. Current on-hand snapshot is imported as an initial Odoo inventory adjustment rather than a set of individual moves.

FUJITSU GLOVIA G2

Custom Objects / Developer Fields

maps to

Odoo ERP

Custom Fields / Extra Fields

lossy
Mapping required

GLOVIA G2 implementations frequently add custom fields and objects via the development environment (Bus and Task Developer). We identify all non-standard fields during discovery, enumerate their data types and picklist values, and create corresponding Odoo extra fields on the equivalent model during schema setup. Custom objects without a direct Odoo equivalent are mapped to Odoo's generic ir.model.data records or a custom module depending on complexity. Any custom fields that cannot be represented in standard Odoo are documented for the customer's admin to resolve 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.

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

Odoo ERP logo

Odoo ERP gotchas

High

No rollback for CSV imports

High

External ID conflicts on re-import

Medium

Many2many field encoding in CSV imports

Medium

Large export timeouts require batching

Medium

Version schema drift between Odoo releases

Pair-specific challenges

  • Odoo upgrades break customizations without warning

    Odoo releases major versions annually and deprecated APIs are removed across minor releases. Migrations with custom Odoo modules or heavily customized studio configurations require code review before each Odoo upgrade. Unlike GLOVIA G2's stable on-premise release cadence, Odoo's faster development cycle means the migration deliverable may need ongoing maintenance to remain compatible with future versions. We flag all custom module dependencies and version-specific APIs during migration and document the upgrade risk in the handoff report. G2 and Reddit reviews document cases where Odoo upgrades introduced regressions in inventory and manufacturing workflows that teams did not discover until production use.

  • GLOVIA G2 custom fields require explicit enumeration before mapping

    No two GLOVIA G2 installations share the same schema. Each customer activates a different subset of 70+ modules and may add custom developer fields via the Bus and Task Developer environment. We cannot assume a standard object list. Discovery must enumerate every active module and all custom objects before building the migration map. Skipping this step results in silently dropped records. We coordinate with the customer's GLOVIA G2 administrator to extract the full field catalog from the EIF data dictionary and cross-reference it against the active module list.

  • Spreadsheet-to-form UI shift affects how users navigate Odoo post-migration

    GLOVIA G2 uses a spreadsheet-like grid interface where manufacturing planners and schedulers enter and review data in column-and-row grids familiar to Excel users. Odoo uses a form-based navigation model with separate list views and form pages per object. This represents a significant interaction paradigm change. Users who are proficient in GLOVIA G2's grid workflows will need retraining on Odoo's menu structure, keyboard navigation, and form-based data entry patterns. We include UI navigation guidance in the handoff documentation but do not provide end-user training as standard scope.

  • GLOVIA G2 EIF file export requires coordination with the customer's IT team

    Many GLOVIA G2 customers run on-premises behind their own firewall, and data extraction often requires direct SQL access or file-based export from the application server rather than a public REST API. The C1 Connectivity Framework exposes RESTful web services with Swagger UI documentation, but on-premise instances may restrict outbound API calls. We coordinate with the customer's IT team to establish secure read-only access for migration runs and use the Application Adapter file export as a fallback when database access is restricted.

Migration approach

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

  1. Discovery and module enumeration

    We audit the source GLOVIA G2 instance across all active modules, custom developer fields, and data volumes. We identify the module subset in use (manufacturing, inventory, financials, purchasing, sales, CRM) and enumerate any non-standard fields added via Bus and Task Developer. We extract the EIF data dictionary to build the complete field catalog and confirm which GLOVIA G2 objects are populated. Discovery produces a written scope document listing every object to be migrated, its estimated record count, and any custom field mapping requirements. We also confirm the extraction method with the customer's IT team: REST API via C1 Connectivity Framework, Application Adapter file export, or direct SQL read-only access.

  2. Schema mapping and transformation design

    We map every GLOVIA G2 object to its Odoo equivalent, design the field-level transformations (data types, picklist values, UoM conversions, date formats), and document BOM sequencing requirements. For multi-level BOMs, we produce a dependency graph showing the top-down import order so that sub-assemblies are created before parents. For closed fiscal periods, we define the balance-extract approach as read-only Odoo journal entries rather than re-posted transactions. We also assess data quality issues: duplicate partner records, orphaned item references, and unlinked work order allocations. All mapping decisions are documented in a schema map reviewed by the customer's admin before extraction begins.

  3. Odoo environment setup and sandbox validation

    We configure the destination Odoo instance with the appropriate apps (Manufacturing, Inventory, Purchase, Sales, Accounting) and localization settings for the customer's jurisdiction. We configure workcenters, warehouses, and location hierarchies aligned with the GLOVIA G2 plant and inventory structure. We then run a sandbox migration using a representative subset of the production data volume to validate BOM sequencing, partner split logic, and financial period reconciliation. The customer's operations lead spot-checks migrated records against the GLOVIA G2 source. Schema and mapping corrections are applied before production extraction begins.

  4. Data extraction and staging

    We extract data from GLOVIA G2 using the confirmed method: C1 Connectivity Framework REST API, Application Adapter file templates, or direct SQL. Extracted data is staged in a controlled environment, cleaned (duplicate resolution, null handling, date normalization), and loaded into transformation scripts aligned with the schema map. For Items and BoMs, we run the BOM sequencing algorithm to confirm sub-assemblies are created before parent BoMs. For partners, we run the Company-Contact split logic and flag any records with ambiguous address roles for manual resolution. The staging output is a set of import-ready CSV files and JSON records per object.

  5. Production migration in dependency order

    We run the production migration in record-dependency order. Partners (Companies and Contacts) migrate first because they are referenced by orders and inventory. Products and BoMs follow, with BoMs sequenced top-down. Inventory snapshots are imported as an initial Odoo inventory adjustment. Open Sales Orders and Purchase Orders are imported with their line items and status. Work Orders and Production Orders migrate with their operation sequences and material allocations. Financial periods: open AP/AR as live Odoo bills; closed fiscal periods as read-only journal entries. Custom fields migrate last, after their parent objects are in place. Each phase produces a reconciliation report comparing migrated record counts and totals to the GLOVIA G2 source.

  6. Cutover and automation handoff

    We freeze GLOVIA G2 writes during cutover, run a final delta migration of records modified during the migration window, and validate total record counts across all objects in Odoo. We perform spot-checks on BoM structures (confirming multi-level nesting), work order quantities, and financial period totals. We deliver a written inventory of every GLOVIA G2 automation, approval workflow, and process alert that requires rebuild in Odoo Action Rules or Odoo Studio, with specific Odoo equivalents for each. We do not rebuild GLOVIA G2 process automations inside the migration scope; that work is handled by the customer's admin or an Odoo implementation partner. We provide a one-week hypercare window to resolve reconciliation issues raised during initial Odoo use.

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

Odoo ERP

Destination

Strengths

  • Modular architecture with 80+ apps sharing one database — add Sales, Accounting, Inventory, and Manufacturing incrementally.
  • Free Community edition for self-hosting with no per-user license cost, backed by an active open-source community.
  • Per-user pricing starting around $24.90/month on Standard, significantly lower than comparable ERPs like NetSuite or SAP.
  • Automatic workflow propagation across modules — a confirmed sales order updates inventory, triggers invoicing, and posts accounting entries without manual steps.
  • Odoo.sh provides a managed cloud hosting environment with CI/CD for custom module deployment and staging databases.

Weaknesses

  • Performance suffers under heavy customization — large implementations with many active modules require dedicated optimization.
  • No single-click migration between Odoo major versions; each release introduces ORM changes, deprecated API calls, and schema revisions requiring manual adaptation.
  • Per-user and per-module licensing costs can escalate unpredictably for growing teams adding multiple apps.
  • Steep learning curve with hundreds of configuration options across dozens of modules creates adoption friction and training requirements.
  • Support tiers on Enterprise have inconsistent response times, pushing some customers toward alternatives with more reliable SLAs.

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 FUJITSU GLOVIA G2 and Odoo 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

    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 Odoo 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 Odoo ERP data migrations

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

Can't find your answer?

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

Book a free 30 minute consultation

Simple migrations covering a single manufacturing facility with under 10,000 items, clean BOM structures, and open work orders land between four and eight weeks. Migrations with multi-level BOM chains, large work order histories, extensive custom developer fields, and multiple GLOVIA G2 modules (e.g., co-product costing, eKanban, batch production) extend to ten to fourteen weeks. The discovery and module enumeration phase typically takes one to two weeks and is the single most important step for keeping the overall timeline on track.

Adjacent paths

Related migrations to explore

Ready when you are

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