ERP migration
Field-level mapping, validation, and rollback between FUJITSU GLOVIA G2 and Acumatica. We move data and schema; workflows are rebuilt natively in Acumatica.
FUJITSU GLOVIA G2
Source
Acumatica
Destination
Compatibility
12 of 12
objects map 1:1 between FUJITSU GLOVIA G2 and Acumatica.
Complexity
BStandard
Timeline
5–10 business days
Overview
Fujitsu Glovia G2 is a discrete manufacturing ERP built around a visual, spreadsheet-like interface with over 70 modular applications covering BOMs, production orders, sales order processing, and financials for automotive, aerospace, and electronics manufacturers. Acumatica is a cloud-native ERP with a unified platform that distributes inventory, manufacturing, financial, and CRM data across configurable branches and warehouses. The migration from Glovia G2 to Acumatica requires translating Glovia's item-class structure into Acumatica's item-class framework, mapping Glovia's production orders and BOMs to Acumatica's production management module, and resolving UDFs that have no native Acumatica equivalent through Acumatica's customization layer. We extract data via Glovia's application adapters and import into Acumatica using Acumatica's import/export framework with validation before commit. Workflows, email notifications, saved searches, and generic inquiries are not migrated — we provide a structured reference export for your Acumatica administrator to rebuild them. The migration is scoped read-only on Glovia G2 throughout the process, so your team keeps working while the transfer runs.
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 Acumatica, 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 Master (Item)
Acumatica
Stock Item / Non-Stock Item
1:1Glovia G2 items with ItemClass = 'Stock' map to Acumatica Stock Items; non-stocked items (MRO, services) map to Non-Stock Items. The ItemClass field in Glovia G2 drives the decision between Acumatica's two item types. Lot/serial tracked items in Glovia G2 preserve tracking attributes in Acumatica's Lot/Serial classes.
FUJITSU GLOVIA G2
Item Class
Acumatica
Item Class (ItemClassID)
1:1Glovia G2's ItemClass code maps 1:1 to Acumatica's ItemClassID on the Stock Items screen. Acumatica item classes control default posting settings, tax categories, and landed cost rules — these defaults are reviewed and confirmed before migration runs during the planning phase.
FUJITSU GLOVIA G2
Bill of Materials (BOM)
Acumatica
Bill of Materials (BOM)
1:1Glovia G2 BOMs with header version, component lines, and phantom assembly flags map to Acumatica BOMs. Multi-level BOMs are resolved recursively during migration so Acumatica's BOM explosion view reflects the same structure. BOM units of measure are translated using Acumatica's UOM conversion table.
FUJITSU GLOVIA G2
Work Center / Work Center Group
Acumatica
Work Center / Work Center Group
1:1Glovia G2 work centers map to Acumatica Work Centers, and work center groups map to Work Center Groups. Machine and labor hourly rates from Glovia G2 are written to the Work Center's Cost Rate fields in Acumatica for cost accounting purposes.
FUJITSU GLOVIA G2
Production Order
Acumatica
Production Order
1:1Glovia G2 production orders (with status, quantities, dates, and operation steps) translate to Acumatica Production Orders. The production order number from Glovia G2 is stored in a custom field on the Acumatica production order so cross-referencing remains possible after cutover.
FUJITSU GLOVIA G2
Customer Master
Acumatica
Customer
1:1Glovia G2 customer records map to Acumatica Customers. The customer class code (CustomerClass) maps to Acumatica Customer Class (CustomerClassID), which controls credit limit rules, statement cycle, and AR terms defaults, and affects reporting of accounts receivable aging in the system.
FUJITSU GLOVIA G2
Vendor Master
Acumatica
Vendor
1:1Glovia G2 vendor records map to Acumatica Vendors. Payment terms, Tax Zone assignments, and Remit-To addresses from Glovia G2 translate to the corresponding Acumatica vendor fields. GL account assignments for AP are mapped to Acumatica's AP account configuration in the system.
FUJITSU GLOVIA G2
Chart of Accounts
Acumatica
GL Account
1:1Glovia G2 GL accounts map to Acumatica GL Accounts using AccountCD as the key identifier. Account type (Asset, Liability, Equity, Revenue, Expense) maps directly to Acumatica's Type field. Subaccounts in Glovia G2 translate to Acumatica's subaccount dimension, which is configurable per ledger.
FUJITSU GLOVIA G2
Sales Order (Open)
Acumatica
Sales Order
1:1Open Glovia G2 sales orders map to Acumatica Sales Orders with order type, customer reference, order date, line items, warehouse, branch, and tax amount preserved. Order status in Glovia G2 (Open, Completed, Cancelled) maps to Acumatica's Status field with a status-code value map.
FUJITSU GLOVIA G2
Purchase Order (Open)
Acumatica
Purchase Order
1:1Open purchase orders from Glovia G2 translate to Acumatica Purchase Orders, preserving vendor, line items, quantities, promised dates, and branch assignments. Acumatica requires the vendor to exist before the PO is created, so vendor migration runs first in the target system.
FUJITSU GLOVIA G2
User-Defined Fields (UDFs)
Acumatica
Custom Fields
1:1Glovia G2 UDFs attached to item, customer, or vendor records have no native Acumatica equivalent. We create them as Acumatica custom fields by publishing a customization project through Acumatica's Customization Project Editor, assigning the field to the correct DAC and database column.
FUJITSU GLOVIA G2
Warehouse / Site
Acumatica
Warehouse / Branch
1:1Glovia G2 sites and warehouse codes map to Acumatica's Warehouse entity, with branch assignment determined by the plant-to-branch mapping established during discovery. Inventory quantities are transferred to the correct Acumatica warehouse location bin for accurate stock tracking across all operations.
| FUJITSU GLOVIA G2 | Acumatica | Compatibility | |
|---|---|---|---|
| Item Master (Item) | Stock Item / Non-Stock Item1:1 | Fully supported | |
| Item Class | Item Class (ItemClassID)1:1 | Fully supported | |
| Bill of Materials (BOM) | Bill of Materials (BOM)1:1 | Fully supported | |
| Work Center / Work Center Group | Work Center / Work Center Group1:1 | Fully supported | |
| Production Order | Production Order1:1 | Fully supported | |
| Customer Master | Customer1:1 | Fully supported | |
| Vendor Master | Vendor1:1 | Fully supported | |
| Chart of Accounts | GL Account1:1 | Fully supported | |
| Sales Order (Open) | Sales Order1:1 | Fully supported | |
| Purchase Order (Open) | Purchase Order1:1 | Fully supported | |
| User-Defined Fields (UDFs) | Custom Fields1:1 | Fully supported | |
| Warehouse / Site | Warehouse / Branch1:1 | Fully supported |
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
Acumatica gotchas
API user licenses cap concurrent sessions and request throughput
Multi-tenant filtering requires CompanyID awareness
Custom fields require separate discovery before field mapping
Notes and attachments use a separate linked table structure
Implementation timelines frequently run 3–9 months end-to-end
Pair-specific challenges
Migration approach
Audit Glovia G2 chart of accounts, item class hierarchy, and branch structure
We inventory the complete Glovia G2 account structure, item class codes, UDF definitions and their attached records, work center assignments, and open production orders. This audit produces a migration scope document that identifies which entities have no direct Acumatica equivalent (UDFs, legacy sites that will become warehouses) and which require pre-migration setup (Acumatica branches, item classes, lot/serial number classes). No data moves until this document is signed off.
Configure Acumatica branches, warehouses, item classes, and custom fields
Based on the scope document, we create Acumatica branches matching the Glovia G2 site/plant codes, warehouses assigned to each branch, item classes with posting defaults, and a published Customization Project containing all Glovia G2 UDFs as Acumatica custom fields. FlitStack AI delivers the configuration plan with exact screen paths so your Acumatica admin can validate before activation and integration testing.
Sequence master data migration — accounts before items before transactions
Acumatica enforces referential integrity: GL accounts must exist before journal entries, items must exist before sales order lines, and vendors/customers must exist before related transactions. We sequence the migration as GL accounts → item classes and items → customers and vendors → open sales orders and purchase orders → production orders and BOMs → inventory balances. Each layer is validated (record counts, foreign key checks) before the next layer opens.
Run a sample migration with field-level validation on 200–500 records
A representative slice of items, customers, vendors, open orders, and production orders migrates first. We generate a field-level diff comparing each source record to the corresponding Acumatica record, flagging any truncated values, dropped UDFs, or currency rounding differences. The diff report is reviewed by your team before the full migration commits. UDF mapping and BOM resolution are verified at this stage.
Execute full migration with delta pickup and rollback plan
The full data set migrates against Acumatica. A delta-pickup window (typically 24–48 hours after the initial run) captures any records created or modified in Glovia G2 during the cutover period. All migration operations are logged to an audit trail with source record ID, destination record ID, timestamp, and operator. One-click rollback is available for 72 hours post-migration if reconciliation reveals a systemic mapping error.
Platform deep dives
FUJITSU GLOVIA G2
Source
Strengths
Weaknesses
Acumatica
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 Acumatica.
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 Acumatica migration scoping. Not seeing yours? Book a call.
Walk through your FUJITSU GLOVIA G2 to Acumatica 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 Acumatica
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.