ERP migration
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
Source
Odoo ERP
Destination
Compatibility
6 of 10
objects map 1:1 between FUJITSU GLOVIA G2 and Odoo ERP.
Complexity
BStandard
Timeline
4-8 weeks
Overview
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.
Every standard and custom field arrives verified.
AI proposes the map; you confirm before any record moves.
Parent–child, lookups, and ownership stay linked.
Calls, emails, meetings — with original timestamps.
Documents, uploads, and inline notes move with the record.
Why teams make this switch
Leaving
What's pushing teams away
Choosing
What's pulling them in
Object mapping
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
Odoo ERP
Product
1:1GLOVIA 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
Odoo ERP
Bill of Materials (BoM)
1:1GLOVIA 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
Odoo ERP
Manufacturing Order
1:1GLOVIA 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
Odoo ERP
Company + Contact
1:manyGLOVIA 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
Odoo ERP
Vendor Company + Contact
1:manyGLOVIA 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
Odoo ERP
Sale Order
1:1GLOVIA 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
Odoo ERP
Purchase Order
1:1Open 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
Odoo ERP
Accounting Entries / Fiscal Year
lossyGLOVIA 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
Odoo ERP
Quantities (Stock)
1:1On-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
Odoo ERP
Custom Fields / Extra Fields
lossyGLOVIA 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.
| FUJITSU GLOVIA G2 | Odoo ERP | Compatibility | |
|---|---|---|---|
| Item / Product | Product1:1 | Fully supported | |
| Bill of Materials | Bill of Materials (BoM)1:1 | Fully supported | |
| Work Order / Production Order | Manufacturing Order1:1 | Fully supported | |
| Customer / Account | Company + Contact1:many | Fully supported | |
| Vendor / Supplier | Vendor Company + Contact1:many | Fully supported | |
| Sales Order | Sale Order1:1 | Fully supported | |
| Purchase Order | Purchase Order1:1 | Fully supported | |
| General Ledger / Fiscal Period | Accounting Entries / Fiscal Yearlossy | Fully supported | |
| Inventory / Stock | Quantities (Stock)1:1 | Fully supported | |
| Custom Objects / Developer Fields | Custom Fields / Extra Fieldslossy | Mapping required |
Gotchas + challenges
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 gotchas
GLOVIA G2 rebranded to CrescentOne
Modular configuration creates unique per-instance schemas
On-premise deployments require direct database access
Historical closed periods are locked at migration time
Odoo ERP gotchas
No rollback for CSV imports
External ID conflicts on re-import
Many2many field encoding in CSV imports
Large export timeouts require batching
Version schema drift between Odoo releases
Pair-specific challenges
Migration approach
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.
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.
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.
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.
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.
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
FUJITSU GLOVIA G2
Source
Strengths
Weaknesses
Odoo ERP
Destination
Strengths
Weaknesses
Complexity grading
Standard ERP migration. 1 of 8 objects need a mapping; the rest are 1:1.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across FUJITSU GLOVIA G2 and Odoo ERP.
Object compatibility
1 of 8 objects need a mapping; the rest are 1:1.
Field mapping clarity
Field mapping is derived from defaults — final spec confirmed during the sample migration.
Timeline complexity
8-object category — typical timelines run 2–7 days end-to-end.
API constraints
FUJITSU GLOVIA G2: Not publicly documented.
Data volume sensitivity
FUJITSU GLOVIA G2 exposes a bulk API — large-volume migrations stream efficiently.
Estimator
Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.
Step 1
Pick a category, then your source and destination platforms.
Category
FAQ
Answers to the questions buyers ask most during FUJITSU GLOVIA G2 to Odoo ERP migration scoping. Not seeing yours? Book a call.
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 consultationAdjacent paths
Other ways to leave FUJITSU GLOVIA G2
Other ways to arrive at Odoo ERP
Ready when you are
Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.