ERP migration
Field-level mapping, validation, and rollback between FUJITSU GLOVIA G2 and Infor CloudSuite Corporate. We move data and schema; workflows are rebuilt natively in Infor CloudSuite Corporate.
FUJITSU GLOVIA G2
Source
Infor CloudSuite Corporate
Destination
Compatibility
9 of 11
objects map 1:1 between FUJITSU GLOVIA G2 and Infor CloudSuite Corporate.
Complexity
BStandard
Timeline
6-10 weeks
Overview
Moving from FUJITSU GLOVIA G2 to Infor CloudSuite is a manufacturing ERP migration that requires enumerating the active module subset from GLOVIA G2's 70+ module library before any data moves, because no two GLOVIA G2 instances share an identical schema. We begin with a module discovery audit, then extract transactional data via direct SQL access or GLOVIA G2 Application Adapters, cleanse and transform records to match Infor CloudSuite's sequential master-data entry requirements, and load through Infor's Data Migration Utility using stored procedures. BOMs present the highest sequencing risk because multi-level parent-child relationships must be resolved top-down; we build a dependency graph before any BOM records are inserted. Closed fiscal periods in GLOVIA G2 are write-protected and migrate as locked historical ledger records. Workflows, automations, and RPA configurations do not migrate; we deliver a written inventory of every automation requiring rebuild in Infor CloudSuite's ION or Infor OS workflow engine.
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.
Source platform
FUJITSU GLOVIA G2 platform overview
Scorecard, SWOT, gotchas, and pricing for FUJITSU GLOVIA G2.
Destination platform
Infor CloudSuite Corporate platform overview
Scorecard, SWOT, gotchas, and pricing for Infor CloudSuite Corporate.
Data migration guide
The complete Infor CloudSuite migration guide
Data model, import mechanisms, field mapping strategy, pitfalls, and cutover — by the engineers running it.
Destination checklist
Infor CloudSuite migration checklist
Pre- and post-cutover tasks for moving onto Infor CloudSuite Corporate.
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 Infor CloudSuite Corporate, 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
Infor CloudSuite Corporate
Item (Item Master)
1:1GLOVIA G2 Item records map to Infor CloudSuite Item Master with part numbers, descriptions, unit of measure, cost layers, revision levels, and BOM links preserved. Item type (finished good, raw material, subassembly, phantom) maps to Infor's Item Type field. On-hand quantities, lot/serial numbers, and location assignments transfer from GLOVIA G2's inventory module. We resolve the Item Type and stocking category at migration time based on GLOVIA G2's item classification fields.
FUJITSU GLOVIA G2
Bill of Materials (BOM)
Infor CloudSuite Corporate
BOM / Bill of Materials
lossyMulti-level BOMs, by-products, co-products, and batch production structures in GLOVIA G2 require top-down sequencing to preserve parent-child relationships during migration. We build a dependency graph from the GLOVIA G2 BOM table before any records are inserted into Infor CloudSuite, resolving phantom BOMs and BOM effectivity dates into Infor's revision control structure. Phantom BOMs that exist as GLOVIA G2 assembly-only structures map to Infor phantom items with zero lead time. This sequencing step is the highest-risk phase of any GLOVIA G2 manufacturing migration.
FUJITSU GLOVIA G2
Work Order / Production Order
Infor CloudSuite Corporate
Work Order
1:1Open and closed work orders migrate with operation sequences, labor hours, material allocations, and inspection results. Work order status maps from GLOVIA G2's workflow status to Infor's Work Order status values (Released, Pending, Complete, Cancelled). Closed work orders carry status history, but closed periods in GLOVIA G2 are write-protected so we migrate closed work orders as historical records with their final status rather than attempting to re-post to Infor's ledger. Routing operations map to Infor work order operations with work center assignments resolved from GLOVIA G2's routing master.
FUJITSU GLOVIA G2
Customer / Account
Infor CloudSuite Corporate
Customer / Account
1:1GLOVIA G2 Customer records including ship-to/bill-to addresses, credit limits, payment terms, and contact relationships map to Infor CloudSuite Customer. Where GLOVIA G2's CRM module is co-installed, we also migrate Contact sub-records and associated communication history. Customer dedupe uses the GLOVIA G2 customer number as the external key for initial load, with address normalization applied to match Infor's address format requirements.
FUJITSU GLOVIA G2
Vendor / Supplier
Infor CloudSuite Corporate
Supplier
1:1GLOVIA G2 Vendor master records (procurement terms, lead times, approved supplier lists, ASN data) map to Infor CloudSuite Supplier. Multi-plant vendor assignments from GLOVIA G2 resolve to Infor's site-specific supplier assignments. We map GLOVIA G2 approved supplier status flags to Infor's supplier approval workflow during migration, flagging any suppliers with expired certifications for manual review before they are set to active status in the destination.
FUJITSU GLOVIA G2
Sales Order
Infor CloudSuite Corporate
Sales Order
1:1Open Sales Orders migrate line-by-line with pricing, discounts, scheduled ship dates, and order status. GLOVIA G2 custom order fields and workflow statuses require explicit field-level mapping to Infor CloudSuite's Sales Order structure. We migrate only open orders; closed and invoiced orders migrate as historical records. Order totals and tax calculations are verified post-migration against GLOVIA G2's order register before the destination is set to active.
FUJITSU GLOVIA G2
Purchase Order
Infor CloudSuite Corporate
Purchase Order
1:1Open Purchase Orders map to Infor CloudSuite Purchase Orders with vendor references, line items, quantities, costs, and promised dates. GLOVIA G2 custom PO fields and approval workflow states require field-level mapping. Received-but-not-invoiced PO lines are flagged as in-transit inventory in Infor's receiving module. Closed POs migrate as historical records.
FUJITSU GLOVIA G2
General Ledger / Journal Entries
Infor CloudSuite Corporate
General Ledger / Chart of Accounts
lossyGLOVIA G2 Chart of Accounts, sub-ledgers, and posting history map to Infor CloudSuite GL. Closed fiscal periods in GLOVIA G2 are write-protected and migrate as locked historical period balances as read-only records in Infor's GL. Open AP/AR sub-ledgers migrate as live Infor records. Custom ledger types added by GLOVIA G2 developers are identified during discovery and mapped to Infor's extended GL segment structure. Account codes and segment structures are reconciled before migration runs against the production period.
FUJITSU GLOVIA G2
Inventory / Stock
Infor CloudSuite Corporate
Inventory (on-hand quantities, lots, locations)
1:1On-hand quantities, lot/serial numbers, location assignments, and FIFO or lot costing values transfer from GLOVIA G2's inventory module. Lot tracking attributes (expiration dates, origin codes, certification status) map to Infor's lot master fields. Location assignments from GLOVIA G2's warehouse structure resolve to Infor's warehouse/location hierarchy. We migrate inventory snapshots at a point-in-time agreed with the customer, typically the end of the last open period.
FUJITSU GLOVIA G2
Document / Attachment
Infor CloudSuite Corporate
Document Management (attached to Item, Work Order, Order)
1:1GLOVIA G2 documents stored against items, work orders, and orders are exported via the GLOVIA G2 document management API and reattached to corresponding Infor CloudSuite records. We extract linked files as binary packages and reattach them to the destination records through Infor's document management module. Unsupported attachment formats (legacy proprietary formats no longer supported by GLOVIA G2's current viewer) are flagged for manual retrieval before cutover.
FUJITSU GLOVIA G2
Custom Objects / Developer Fields
Infor CloudSuite Corporate
Custom Fields and Extended Data
1:1GLOVIA G2 implementations frequently add custom fields and objects via the Bus and Task Developer environment. We identify all non-standard fields during discovery and build explicit mappings for each to Infor CloudSuite's extended field architecture. Custom fields that cannot map to standard Infor fields are held in a migration staging table and delivered as a supplemental data package for the customer to integrate post-migration. The customer chooses whether to deploy these as Infor custom fields, extended data tables, or external reference data.
| FUJITSU GLOVIA G2 | Infor CloudSuite Corporate | Compatibility | |
|---|---|---|---|
| Item / Product | Item (Item Master)1:1 | Fully supported | |
| Bill of Materials (BOM) | BOM / Bill of Materialslossy | Fully supported | |
| Work Order / Production Order | Work Order1:1 | Fully supported | |
| Customer / Account | Customer / Account1:1 | Fully supported | |
| Vendor / Supplier | Supplier1:1 | Fully supported | |
| Sales Order | Sales Order1:1 | Fully supported | |
| Purchase Order | Purchase Order1:1 | Fully supported | |
| General Ledger / Journal Entries | General Ledger / Chart of Accountslossy | Fully supported | |
| Inventory / Stock | Inventory (on-hand quantities, lots, locations)1:1 | Fully supported | |
| Document / Attachment | Document Management (attached to Item, Work Order, Order)1:1 | Fully supported | |
| Custom Objects / Developer Fields | Custom Fields and Extended Data1:1 | 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
Infor CloudSuite Corporate gotchas
Infor OS tier-based usage limits gate API and BaaS capabilities
Custom Fields use inconsistent naming across Infor editions
SQL migration utility requires source database access
Multi-site and multi-currency data require separate period closure sequencing
REST API payload and timeout limits restrict bulk migration throughput
Pair-specific challenges
Migration approach
Module discovery and schema enumeration
We audit the source GLOVIA G2 instance across all 70+ module categories, identifying which modules are licensed and actively used versus licensed but unused. We enumerate every database table, custom developer field, and extended object added by the Bus and Task Developer environment. We deliver a written Module Inventory that maps each active module to its corresponding Infor CloudSuite functional area. This step typically takes one to two weeks and is a prerequisite for all subsequent phases.
Data extraction via SQL or Application Adapter
We establish secure read-only access to the GLOVIA G2 database (direct SQL for on-premise deployments) or use the GLOVIA G2 Application Adapter to export data files for cloud-hosted instances. We extract in master-data dependency order: Chart of Accounts first, then Item master, then BOMs, then inventory snapshots, then vendor and customer records, then open orders, then work orders, then GL transactions. Each extraction batch is checksummed and logged against the source record count.
Data cleansing and field mapping
We run data profiling across every extracted table to identify duplicates, missing required fields, address formatting inconsistencies, and cost layer mismatches. We build the field mapping document that associates each GLOVIA G2 field to its Infor CloudSuite equivalent, including custom field mappings and any transformation logic (date format normalization, currency code alignment, unit of measure conversions). We resolve the BOM dependency graph during this phase, identifying all top-level assemblies and sequencing child components in insert order.
Sandbox migration and reconciliation
We execute a full migration into an Infor CloudSuite sandbox environment (or staging environment provided by the customer's Infor implementation team). We run Infor's Data Assessment Report after the preliminary transfer and share the CSV with the customer's finance and operations leads for verification. We iterate on import rules and field mappings until the Data Assessment Report shows zero blocking errors. The customer signs off on the sandbox reconciliation before production migration begins.
Production migration in dependency order
We run production migration following the master-data dependency sequence validated in sandbox. Account/Chart of Accounts first, then Items, then BOMs (top-down by dependency graph), then inventory, then vendors and customers, then open Sales and Purchase Orders, then open Work Orders, then GL transactions. Each phase emits a reconciliation report (migrated count vs. source count vs. Infor target count) before the next phase begins. We run a final delta migration of any records modified during the migration window before cutover.
Cutover, validation, and automation handoff
We freeze GLOVIA G2 writes during cutover, run the final delta migration, and hand control to Infor CloudSuite as the system of record. We deliver the Workflow and Automation Inventory document listing every GLOVIA G2 automation with its trigger, conditions, and recommended Infor CloudSuite or Infor OS equivalent. We do not rebuild GLOVIA G2 workflows, automations, or RPA configurations as Infor workflows or ION integrations; those are a separate engagement. We support a one-week hypercare window for reconciliation issues raised during the first production week.
Platform deep dives
FUJITSU GLOVIA G2
Source
Strengths
Weaknesses
Infor CloudSuite Corporate
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 Infor CloudSuite Corporate.
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 Infor CloudSuite Corporate migration scoping. Not seeing yours? Book a call.
Walk through your FUJITSU GLOVIA G2 to Infor CloudSuite Corporate 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 Infor CloudSuite Corporate
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.