ERP migration
Field-level mapping, validation, and rollback between Deacom ERP and Infor CloudSuite Corporate. We move data and schema; workflows are rebuilt natively in Infor CloudSuite Corporate.
Deacom ERP
Source
Infor CloudSuite Corporate
Destination
Compatibility
12 of 12
objects map 1:1 between Deacom ERP and Infor CloudSuite Corporate.
Complexity
BStandard
Timeline
4-6 weeks
Overview
Moving from Deacom ERP to Infor CloudSuite is a cross-architecture migration: Deacom's single-database design using dm/dt/dx table conventions with _id primary keys and _guid pick-list references does not map directly to Infor CloudSuite's modular table structure and industry-specific data models. We resolve BOM revision ordering by revision date during extraction, remap dmd3 pick-list guids to Infor's control tables before import, and sequence inventory transactions in timestamp order to preserve lot genealogy in Infor's lot tracking modules. We do not migrate Deacom's mobile app data (offline-cached entries not persisted to exportable tables), custom EDI translation rules, or Deacom-specific workflows and report definitions. These are documented in a written inventory for the customer's implementation team to rebuild in Infor CloudSuite using Infor OS and the CloudSuite forms.
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
Deacom ERP platform overview
Scorecard, SWOT, gotchas, and pricing for Deacom ERP.
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 Deacom ERP 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.
Deacom ERP
Item Master (dmprod)
Infor CloudSuite Corporate
Item (MITMAS / MITBAL)
1:1Deacom dmprod with pr_id primary key maps to Infor CloudSuite Industrial MITMAS (Item Master). We export item records including UOM definitions, catch-weight settings, and facility restriction flags in a single pass. Infor MITBAL carries inventory balances per facility and must be populated after MITMAS is imported. Facility restriction flags from Deacom become Infor warehouse code restrictions on the item record. Item status (active/inactive) maps to the Infor Item Status field with any Deacom custom status codes remapped to Infor-valid values.
Deacom ERP
Bill of Materials (BOM) per Item per Revision
Infor CloudSuite Corporate
Product Structure (BOM) / Recipe
1:1Deacom BOMs with versioned revisions per Item (default, lab-only, regulatory-only flags) map to Infor CloudSuite product structures. We export BOM records sorted by revision date and flag any Item with multiple active revisions so the destination consolidates to a single current BOM or preserves the revision history per customer configuration. Lab-only BOMs in Deacom map to Infor's formula management or R&D BOM types if the CloudSuite edition supports them; otherwise they are flagged for manual recreation. Routing steps and labor factors from Deacom production orders map to Infor work center definitions.
Deacom ERP
Customer (dmcust)
Infor CloudSuite Corporate
Customer (OCUST)
1:1Deacom dmcust with cu_id primary key maps to Infor CloudSuite Industrial OCUST. We export customer hierarchies, credit terms, and customer-part associations. Customer-specific pricing sheets stored in dmcust cross-links are mapped to Infor's price list (OIPRD) and price break (OPRIORITY) tables. Multi-currency customer settings from Deacom map to Infor's currency assignment on the customer record. Sold-to and ship-to address roles are preserved as separate contact records linked to the customer.
Deacom ERP
Vendor (dmvendor)
Infor CloudSuite Corporate
Vendor (APVENDOR)
1:1Deacom vendor master records map to Infor CloudSuite Industrial APVENDOR. We export vendor records including purchasing lead times, preferred UOMs, and vendor-specific part cross-references. Vendor evaluation ratings from Deacom custom fields map to Infor's vendor rating fields if present in the target edition. Multi-currency vendor settings are preserved at the vendor level. Vendor part numbers mapped to Deacom items are documented as cross-reference records for the customer's purchasing team to re-enter in Infor.
Deacom ERP
Production Orders / Jobs (dt-type transactions)
Infor CloudSuite Corporate
Work Orders (MWOHEAD / MWODET)
1:1Deacom production orders referencing Items (pr_id) and BOM revision map to Infor CloudSuite Industrial MWOOHEAD (Work Order Header) and MWODET (Work Order Detail). We export job costing, routing steps, and labor tracking entries per work order. Open production orders must be distinguished from completed ones; Deacom's job status field maps to Infor WO status codes. Material issues and labor postings linked to the production order are mapped to Infor's material and labor transaction tables. Closed work orders are imported as completed history for audit trails.
Deacom ERP
Inventory Transactions (dt-type)
Infor CloudSuite Corporate
Inventory Transactions (MICTTRANS / MMINVT)
1:1Deacom inventory movements (receipts, issues, adjustments, transfers) stored in dt-type tables linked to Items and lots are sequenced in timestamp order and mapped to Infor CloudSuite MICTTRANS. Lot references from Deacom map to Infor's lot number fields with shelf-life dates preserved. We exclude any records referencing lots that were not exported (lot genealogy completeness check). MICTTRANS populates current on-hand balances in MMINVT per facility. Transfers between facilities map to Infor's inter-warehouse transfer transactions.
Deacom ERP
Lot/Serial Traceability Records
Infor CloudSuite Corporate
Lot Tracking (MLOT) and Serial Number (MSERIAL)
1:1Deacom lot numbers and shelf-life dates at the inventory transaction level map to Infor CloudSuite MLOT. We export lot genealogy records with parent-child lot relationships for co-manufactured or bulk-split scenarios. Serial number tracking maps to MSERIAL with lot-to-serial assignments preserved. Infor's lot traceability inquiry (from MLOT to MICTTRANS to MWO and OCUST) is validated post-migration. Any lot records without genealogy are flagged for manual review.
Deacom ERP
Quality Control Tests (cross-referenced to dmd3)
Infor CloudSuite Corporate
Quality Management (MQCTEST / MQCSAMP)
1:1QC tests set up per Item/Revision with threshold values, test types, and pass/fail criteria map to Infor CloudSuite Industrial MQCTEST and MQCSAMP. The QC test schema varies by facility in Deacom and is preserved at the facility level in Infor. We export dmd3 pick-list UDF options alongside the QC test records and apply the guid remapping table so that QC UDF pick-lists are recreated with new IDs in Infor rather than imported blindly. Any QC test records referencing deleted items are excluded from the export.
Deacom ERP
General Ledger and Journal Entries
Infor CloudSuite Corporate
GL Master (GLMACC / GLACCT / GLJRNL)
1:1Deacom real-time GL postings with drill-down to dt transaction level map to Infor CloudSuite Industrial GLMACC (Account Master), GLACCT (Account Combination), and GLJRNL (Journal Entry). We export account codes, journal line items, and source document references (AR/AP/inventory). Custom financial statements per company structure map to Infor's financial statement definitions. Multi-entity GL requires we export company codes and configure Infor's intercompany chart structure before journal import. Trial balance validation is performed before and after migration.
Deacom ERP
AP/AR Modules
Infor CloudSuite Corporate
AP Invoice (APINVH) / AR Invoice (ARINVH)
1:1Deacom accounts payable and receivable modules linked to the GL map to Infor CloudSuite APINVH (AP Invoice Header) and ARINVH (AR Invoice Header). We export open invoices, payment applications, credit memos, and aging details. Multi-currency AR requires exchange rate records in Infor before invoice import. Customer payment terms from Deacom map to Infor's payment term codes (OTERMS). Open invoices are imported as current aging; closed invoices are imported as history for audit trails.
Deacom ERP
Custom UDF Pick-List Options (dmd3)
Infor CloudSuite Corporate
Custom Fields and Pick-List Values
1:1User-defined fields in Deacom referencing dmd3 pick-list options via d3_c2guid links to dxcaption2 are non-transferable. We export the human-readable labels alongside the guids, generate a remapping table that maps each Deacom _guid to the recreated Infor pick-list option, and apply the remapping during the data import phase. This ensures UDF pick-list values display correctly in Infor without orphaned references. The customer configures the Infor pick-list values before migration using the exported label list.
Deacom ERP
Sales Orders
Infor CloudSuite Corporate
Sales Orders (SOSOHEAD / SOSOLINE)
1:1Deacom sales order headers and lines referencing Customers, Items, and pricing map to Infor CloudSuite Industrial SOSOHEAD and SOSOLINE. We export order status (open/fulfilled/invoiced) and handle drop-ship and DSD order patterns. Customer-specific pricing sheets from dmcust cross-links are resolved to Infor price list references during order import. Backorder and partial fulfillment flags are preserved. Invoiced orders are imported as closed history; open orders are imported as active records with available-to-promise recalculated post-migration.
| Deacom ERP | Infor CloudSuite Corporate | Compatibility | |
|---|---|---|---|
| Item Master (dmprod) | Item (MITMAS / MITBAL)1:1 | Fully supported | |
| Bill of Materials (BOM) per Item per Revision | Product Structure (BOM) / Recipe1:1 | Fully supported | |
| Customer (dmcust) | Customer (OCUST)1:1 | Fully supported | |
| Vendor (dmvendor) | Vendor (APVENDOR)1:1 | Fully supported | |
| Production Orders / Jobs (dt-type transactions) | Work Orders (MWOHEAD / MWODET)1:1 | Fully supported | |
| Inventory Transactions (dt-type) | Inventory Transactions (MICTTRANS / MMINVT)1:1 | Fully supported | |
| Lot/Serial Traceability Records | Lot Tracking (MLOT) and Serial Number (MSERIAL)1:1 | Fully supported | |
| Quality Control Tests (cross-referenced to dmd3) | Quality Management (MQCTEST / MQCSAMP)1:1 | Fully supported | |
| General Ledger and Journal Entries | GL Master (GLMACC / GLACCT / GLJRNL)1:1 | Fully supported | |
| AP/AR Modules | AP Invoice (APINVH) / AR Invoice (ARINVH)1:1 | Fully supported | |
| Custom UDF Pick-List Options (dmd3) | Custom Fields and Pick-List Values1:1 | Mapping required | |
| Sales Orders | Sales Orders (SOSOHEAD / SOSOLINE)1: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.
Deacom ERP gotchas
Rate limiting on the Deacom Public API requires chunked export sequencing
BOM revisions require revision-date sequencing to preserve formulation state
Custom UDF pick-list options use _guid references that break cross-database
Multi-tenant cloud hosting limits server-level access needed for deep exports
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
Discovery and hosting assessment
We audit the Deacom ERP deployment across version (confirm rate limiting applies), hosting type (single-tenant vs multi-tenant cloud), table export method (direct SQL vs API-only), and record volume per dm/dt/dx table type. We assess the Infor CloudSuite target edition (Industrial, M3, LN, or Food & Beverage) and confirm whether the customer has an initialized Infor database with the Migration Utility pack installed. The discovery output is a written migration scope, a Deacom-to-Infor object map, and a prerequisite checklist for Infor CloudSuite configuration that the customer must complete before data transfer begins.
Schema design and BOM revision strategy
We design the Infor CloudSuite schema based on the Deacom record types and the target CloudSuite edition. This includes item master structure (MITMAS/MITBAL), BOM and routing configuration, customer and vendor hierarchies, work order type and status codes, and GL chart of accounts structure. For BOMs with multiple active revisions, we define the consolidation strategy: single current BOM or full revision history preserved. We configure Infor's lot tracking (MLOT) and catch-weight settings if the customer uses these in Deacom. Schema design is validated against the Infor DataMap before export begins.
UDF remapping table and prerequisite configuration
We extract all dmd3 pick-list options with their d3_c2guid links and human-readable labels from dxcaption2. We generate a remapping table that pairs each Deacom _guid with the recreated Infor pick-list value, ready for import into Infor CloudSuite's custom field administration. The customer uses this list to configure pick-list values in Infor before migration. We also provide the prerequisite configuration checklist for tax parameters, billing codes, and control table values that the Infor CloudSuite Migration Utility requires to be entered manually before data transfer.
Sandbox migration and data assessment
We run a full migration into the Infor CloudSuite database using the Migration Utility with the Deacom SQL Server source. The migration generates a Data Assessment Report for human review before committing records. The customer's implementation team reconciles record counts across Deacom source tables against Infor target tables, spot-checks 25-50 records per object for accuracy (particularly lot genealogy, BOM component counts, and GL account balances), and approves the mapping before production migration. Any mapping corrections and prerequisite additions happen in this phase.
Production migration in dependency order
We run production migration in record-dependency order: GL accounts and control data first (prerequisite for all financial transactions), then item master and BOMs (prerequisite for production orders and inventory), then customers and vendors (for sales and purchasing), then open production orders and work orders, then inventory transactions and lot records, then AP/AR open invoices, then sales orders. Each phase emits a row-count reconciliation report before the next phase begins. UDF pick-list remapping is applied during the relevant phase for each object with custom fields.
Cutover, validation, and handoff documentation
We freeze Deacom writes during cutover, run a final delta migration of any records modified during the migration window, then enable Infor CloudSuite as the system of record. We deliver a written inventory of Deacom-specific elements that require manual rebuild in Infor CloudSuite: custom EDI translation rules, report definitions, workflow alerts, and mobile app replacements. We provide a trial balance comparison between Deacom and Infor GL for the finance team to sign off. We do not rebuild Deacom workflows or report definitions as Infor artifacts; that work belongs to the customer's Infor implementation team or a certified Infor partner.
Platform deep dives
Deacom ERP
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 Deacom ERP 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
Deacom ERP: Not publicly documented for external use. Internal rate limiting was introduced in version 17.04.008..
Data volume sensitivity
Deacom ERP doesn't expose a bulk API — REST + parallelization used for high-volume runs.
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 Deacom ERP to Infor CloudSuite Corporate migration scoping. Not seeing yours? Book a call.
Walk through your Deacom ERP 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 Deacom ERP
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.