ERP migration

Migrate from Deacom ERP to Infor CloudSuite Corporate

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 logo

Deacom ERP

Source

Infor CloudSuite Corporate

Destination

Infor CloudSuite Corporate logo

Compatibility

100%

12 of 12

objects map 1:1 between Deacom ERP and Infor CloudSuite Corporate.

Complexity

BStandard

Timeline

4-6 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

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

Deacom ERP logo

Deacom ERP

What's pushing teams away

  • Not user-friendly — reviewers report significant trial-and-error learning curve, with department-specific workflows that require formal training rather than intuitive discovery.
  • Support quality is inconsistent — tickets get closed without resolution, and reaching the data or development team for persistent bugs is difficult.
  • Implementation is described as unorganized with multiple consultants stepping in and out, causing scope creep and extended timelines beyond quoted periods.
  • Product felt unfinished to some customers — frequent changes and new releases with inadequate stability testing between versions.
  • Tracking leads and generating pricing sheets are pain points for sales-facing users; the CRM module lacks depth compared to purpose-built sales platforms.

Choosing

Infor CloudSuite Corporate logo

Infor CloudSuite Corporate

What's pulling them in

  • Infor CloudSuite is industry-specific out of the box — manufacturing, distribution, healthcare, and food & beverage editions ship with preconfigured workflows that reduce the need for extensive customization and accelerate time to value for operations-heavy organizations.
  • The platform's deep integration with Excel for financial reporting is frequently cited as a key productivity feature, allowing finance teams to pull data directly and make changes without leaving familiar tooling.
  • AWS-hosted multi-tenant deployment eliminates data center management for IT teams, and Infor OS provides a unified integration layer (ION) that connects the CloudSuite to third-party applications without point-to-point middleware.
  • Organizations with multi-site or multi-country operations choose Infor for its multicurrency, multilanguage, and local regulatory compliance capabilities across 175+ countries, which simplifies consolidation for global CFOs.
  • The two-tier ERP strategy positioning lets corporate headquarters run CloudSuite while subsidiaries run lighter instances, which appeals to complex organizational structures that want standardization without full replacement.

Object mapping

How Deacom ERP objects map to Infor CloudSuite Corporate

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)

maps to

Infor CloudSuite Corporate

Item (MITMAS / MITBAL)

1:1
Fully supported

Deacom 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

maps to

Infor CloudSuite Corporate

Product Structure (BOM) / Recipe

1:1
Fully supported

Deacom 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)

maps to

Infor CloudSuite Corporate

Customer (OCUST)

1:1
Fully supported

Deacom 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)

maps to

Infor CloudSuite Corporate

Vendor (APVENDOR)

1:1
Fully supported

Deacom 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)

maps to

Infor CloudSuite Corporate

Work Orders (MWOHEAD / MWODET)

1:1
Fully supported

Deacom 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)

maps to

Infor CloudSuite Corporate

Inventory Transactions (MICTTRANS / MMINVT)

1:1
Fully supported

Deacom 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

maps to

Infor CloudSuite Corporate

Lot Tracking (MLOT) and Serial Number (MSERIAL)

1:1
Fully supported

Deacom 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)

maps to

Infor CloudSuite Corporate

Quality Management (MQCTEST / MQCSAMP)

1:1
Fully supported

QC 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

maps to

Infor CloudSuite Corporate

GL Master (GLMACC / GLACCT / GLJRNL)

1:1
Fully supported

Deacom 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

maps to

Infor CloudSuite Corporate

AP Invoice (APINVH) / AR Invoice (ARINVH)

1:1
Fully supported

Deacom 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)

maps to

Infor CloudSuite Corporate

Custom Fields and Pick-List Values

1:1
Mapping required

User-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

maps to

Infor CloudSuite Corporate

Sales Orders (SOSOHEAD / SOSOLINE)

1:1
Fully supported

Deacom 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.

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.

Deacom ERP logo

Deacom ERP gotchas

High

Rate limiting on the Deacom Public API requires chunked export sequencing

Medium

BOM revisions require revision-date sequencing to preserve formulation state

Medium

Custom UDF pick-list options use _guid references that break cross-database

Medium

Multi-tenant cloud hosting limits server-level access needed for deep exports

Infor CloudSuite Corporate logo

Infor CloudSuite Corporate gotchas

High

Infor OS tier-based usage limits gate API and BaaS capabilities

Medium

Custom Fields use inconsistent naming across Infor editions

Medium

SQL migration utility requires source database access

Medium

Multi-site and multi-currency data require separate period closure sequencing

Low

REST API payload and timeout limits restrict bulk migration throughput

Pair-specific challenges

  • BOM revision sequencing must be preserved during extraction

    Deacom BOMs are versioned per Item with flags for default, lab-only, and regulatory-only. Exporting BOM records without revision-date ordering can silently drop valid alternative formulations or overwrite a current BOM with an older revision. We export BOM records sorted by revision date and flag any Item with multiple active revisions so the destination system consolidates to a single current BOM or preserves the full revision history per the customer's configuration preference. Skipping this step results in formulation gaps for regulated manufacturers.

  • Deacom rate limiting requires chunked export sequencing on large tables

    Deacom's API rate limiting introduced in version 17.04.008 caps requests within a time window. When exporting large dt-type transaction tables (inventory movements, GL postings, production orders), we chunk requests in batches of 5,000 with configurable backoff intervals to avoid 429 errors that would truncate the export mid-run. Multi-tenant cloud deployments may restrict direct SQL read-only access, requiring API-only export with adjusted chunk sizing. We confirm hosting type during discovery and adjust the export method accordingly.

  • Custom UDF _guid references break on cross-database import

    Deacom dmd3 pick-list options reference dxcaption2 via system-generated _guid uniqueidentifiers that are non-transferable across databases. Importing them blindly into Infor CloudSuite creates orphaned references with no validation error. We export human-readable labels alongside guids and apply a remapping table at the destination so pick-lists are recreated with new IDs rather than imported as dead references. The customer configures the Infor pick-list values before migration using the exported label list.

  • Infor CloudSuite Migration Utility requires SQL Server source and prerequisite manual data

    Infor CloudSuite Industrial's Migration Utility accepts SQL Server 2008 or later as the source database and requires prerequisite data (tax parameters, billing codes, control tables) to be entered manually in Infor CloudSuite forms before import. We cannot automate these prerequisite entries. We provide a written checklist of the manual Infor configurations required before data transfer and coordinate with the customer's Infor administrator to complete them. The migration utility also generates a Data Assessment Report for human review before committing data.

  • Mobile app offline entries are not independently exportable

    Deacom's iOS and Android mobile apps for sales and warehouse use cached local data that is not persisted to exportable database tables independently. Mobile-specific notes, offline entries, and mobile-only transaction drafts cannot be extracted. We flag this during discovery and recommend the customer export any mobile-specific records manually before the migration window. Infor CloudSuite mobile apps sync directly to the cloud database and do not carry forward any offline-only data from Deacom.

Migration approach

Six steps for a successful Deacom ERP to Infor CloudSuite Corporate data migration

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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

Context on both ends of the pair

Deacom ERP logo

Deacom ERP

Source

Strengths

  • Single-database architecture eliminates module synchronization gaps common in composite ERP stacks.
  • Native formulation and BOM versioning with lab-only and regulatory-only BOM variants for compliant product development.
  • Real-time GL postings with drill-down to transactional audit trail across all departments.
  • Built-in lot traceability and catch-weight inventory management for food, chemical, and pharma manufacturers.
  • Per-facility BOM and inventory control with facility restriction flags on Items and BOMs.

Weaknesses

  • Steep learning curve with inconsistent support quality and tickets closed before bugs are fully resolved.
  • Frequent product updates reported as destabilizing — customers note the system feels unfinished between releases.
  • CRM functionality is shallow; lead tracking and pricing sheet generation require workarounds or third-party tools.
  • Implementation is described as disorganized with multiple handoffs between consultants, extending timelines.
  • Mobile app data is not independently exportable — offline entries only sync back to parent records.
Infor CloudSuite Corporate logo

Infor CloudSuite Corporate

Destination

Strengths

  • Industry-specific preconfiguration across manufacturing, distribution, healthcare, and food & beverage reduces post-implementation customization effort.
  • Deep Excel integration for financial reporting allows finance teams to export, manipulate, and push data back without leaving a familiar environment.
  • Multi-tenant AWS deployment with Infor OS provides a unified integration layer that simplifies connecting to third-party applications and legacy systems.
  • Strong multicurrency, multilanguage, and regulatory localization capabilities support organizations operating across 175+ countries from a single platform.
  • Modular architecture allows organizations to deploy core financials, supply chain, or manufacturing modules independently and expand over time.

Weaknesses

  • Opaque pricing model with no public per-user rates and deployments commonly ranging from $500K to $5M creates significant budget uncertainty for prospective buyers.
  • Implementation complexity and timeline (commonly 2+ years for large deployments) leads to extended periods of reduced productivity and elevated project risk.
  • Steep learning curve with hidden options and a lack of public setup guidance makes self-service onboarding difficult compared to competitors with richer documentation communities.
  • Manufacturing module functionality is perceived by some users as outdated relative to modern ERP platforms, with reported bug issues that require workarounds.
  • Tight coupling between modules and environment-specific configurations makes migration to non-Infor systems labor-intensive, increasing switching costs.

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 Deacom ERP and Infor CloudSuite Corporate.

  • 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

    Deacom ERP: Not publicly documented for external use. Internal rate limiting was introduced in version 17.04.008..

  • Data volume sensitivity

    B

    Deacom ERP doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your Deacom ERP to Infor CloudSuite Corporate 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 Deacom ERP to Infor CloudSuite Corporate data migrations

Answers to the questions buyers ask most during Deacom ERP to Infor CloudSuite Corporate migration scoping. Not seeing yours? Book a call.

Can't find your answer?

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 consultation

Most migrations land between four and six weeks for accounts under 50,000 Items, 10,000 Production Orders, and 100,000 inventory transactions with a clean BOM structure and no multi-entity GL. Migrations with full GL history, multi-site inventory with lot genealogy, regulatory BOM variants, catch-weight tracking, or multiple Infor legal entities move to ten to sixteen weeks because of BOM revision sequencing, lot traceability validation, and multi-entity financial consolidation work. Deacom module count and Infor CloudSuite edition selection affect the migration scope but not the timeline directly.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Deacom ERP.
Land in Infor CloudSuite Corporate, 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