ERP migration
Field-level mapping, validation, and rollback between Rootstock Cloud ERP and Epicor Prophet 21. We move data and schema; workflows are rebuilt natively in Epicor Prophet 21.
Rootstock Cloud ERP
Source
Epicor Prophet 21
Destination
Compatibility
10 of 12
objects map 1:1 between Rootstock Cloud ERP and Epicor Prophet 21.
Complexity
BStandard
Timeline
6-9 weeks
Overview
Moving from Rootstock Cloud ERP to Epicor ERP is a cross-architecture migration: Rootstock inherits the Salesforce object model (Accounts, Contacts, Opportunities, and custom ERP objects on Force.com), while Epicor Kinetic runs on a .NET SOA framework with its own Part, Order, Work Order, and BOM tables. We sequence the migration by establishing the Epicor chart of accounts and Part master first, then flowing in vendor and customer records resolved from Rootstock's unified Account object, followed by open purchase and sales orders, manufacturing Work Orders, BOM structures with a version-collapse step, and on-hand inventory. Salesforce custom fields on Rootstock ERP objects require explicit enumeration before migration; Epicor's UD (User-Defined) fields and BPM logic do not automatically absorb them. Workflows, Salesforce Flows, approval processes, and EDI translation maps do not migrate as code; we deliver a written inventory of these for the customer's Epicor administrator to rebuild post-migration.
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 Rootstock Cloud ERP object lands in Epicor Prophet 21, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
Rootstock Cloud ERP
Items (Products)
Epicor Prophet 21
Part
1:1Rootstock Items map to Epicor Part records with PartNum, Description, TypeCode (Stock, Non-Stock, Service), and costing method (Standard, Average, FIFO). Stocking UOM, primary warehouse, min/max replenishment, and lot/serial tracking flags transfer directly. The Part's ClassCode maps from Rootstock's Item Class, and any custom Item fields (rootstock_custom__c) are enumerated during schema review and mapped to Epicor UD fields or Part character fields as appropriate for the destination edition.
Rootstock Cloud ERP
Sales Orders
Epicor Prophet 21
SalesOrder
1:1Rootstock Sales Orders map to Epicor SalesOrder with OrderNum, CustomerNum resolved from the Account-to-Customer split, ship-to address, terms, and line items tied to Part. OrderRel records are created for each ship date and quantity release. Fulfillment status from Rootstock is preserved as an OrderHed comment field and OrderDtl line text so partial shipment history is not lost. Open versus historical order flags determine OrderHeld status in Epicor.
Rootstock Cloud ERP
Purchase Orders
Epicor Prophet 21
PurAgent
1:1Rootstock Purchase Orders map to Epicor POHeader with SupplierNum resolved from the Account-to-Supplier split, PO terms, and line items tied to Part. Receipt records from Rootstock are reconciled against Epicor PORel and POReceipt records post-migration; partial receipt flags and associated Notes transfer as POReceipt comments. Vendor performance ratings stored as custom fields on Rootstock Vendor Accounts migrate to SupplierPPD (Supplier Price Per Day) or UD fields in Epicor.
Rootstock Cloud ERP
Work Orders
Epicor Prophet 21
JobHead and JobMtl
1:1Rootstock Work Orders map to Epicor JobHead (header) and JobMtl (material lines). The Work Order's linked Sales Order reference becomes a LinkToContract field or JobAsmbl reference depending on Epicor configuration. Routing steps from Rootstock migrate as JobOper records with labor hours and work center assignments. Material allocations and scrap factors transfer to JobMtl and JobOper records respectively.
Rootstock Cloud ERP
Bills of Materials (BOMs)
Epicor Prophet 21
ECOMtl
lossyThis is the most complex object mapping in this migration. Rootstock BOMs support multi-version structures with effective dates and alternate BOMs per Item. Epicor uses a single-revision ECO model with effective dates per revision. We collapse multi-version BOMs by selecting the current active revision based on effective dates, mapping alternate BOMs to a UD field on the primary ECO revision. Engineering Change Order (ECO) headers from Rootstock map to Epicor ECOGroup and ECN records, with the current approved revision designated as the active PartRevision in Epicor.
Rootstock Cloud ERP
Inventory Locations
Epicor Prophet 21
Warehse and Bin
lossyRootstock's flat location list with optional parent-warehouse relationships maps to Epicor's two-level Warehse (warehouse) and Bin (bin location) structure. Complex Rootstock hierarchies (regions > plants > warehouses > bins) are flattened to Epicor Warehse (plant/site level) with Bin records for sub-location detail. Circular location assignments identified during pre-migration review are flagged for the customer's Epicor admin to resolve before migration begins. ABC analysis codes from Rootstock transfer as Warehse character fields or UD fields.
Rootstock Cloud ERP
On-Hand Inventory
Epicor Prophet 21
PartWhse and PartBin
1:1Rootstock on-hand quantity records map to Epicor PartWhse (per warehouse) and PartBin (per bin) quantity records. The migration resolves the Part reference first, then the Warehse reference, then the Bin reference. Lot and serial number assignments transfer as PartLot and SerialNo records linked to the PartWhse/PartBin quantity.
Rootstock Cloud ERP
Customers (Accounts)
Epicor Prophet 21
Customer
1:1Rootstock Account records where IsCustomer__c is true map to Epicor Customer. We extract customer-specific fields including payment terms, credit limits, tax codes, ship-via preferences, and any custom fields. The Rootstock Account's shipping addresses map to Epicor ShipTo records linked to the Customer. The Account's primary Contact migrates as the Customer's primary ShipTo contact.
Rootstock Cloud ERP
Vendors (Accounts)
Epicor Prophet 21
Supplier
1:1Rootstock Account records where IsVendor__c is true map to Epicor Supplier. Vendor-specific fields including W-9/1099 settings, EDI identifiers, payment terms, and any custom fields transfer. Multiple vendor sites from Rootstock map to Epicor SupplierPPI (Supplier Price Per Item) records per Part and supplier. The Account-to-Supplier split is computed during extraction using Rootstock's Vendor checkbox field.
Rootstock Cloud ERP
Lot and Serial Numbers
Epicor Prophet 21
PartLot and SerialNo
1:1Rootstock lot master records and serial number assignments map to Epicor PartLot (lot tracking) and SerialNo (serial number) records with their associated transaction history. Full traceability links to source documents (Purchase Receipts, Work Orders, Sales Order shipments) transfer as PartTran records. Lot expiration dates and manufacturing lot attributes map to PartLot character and date fields.
Rootstock Cloud ERP
Chart of Accounts
Epicor Prophet 21
GLAccount
1:1Rootstock GL accounts map to Epicor GLAccount with account segment definitions, account types, and natural account classifications. Multi-company and intercompany account settings from Rootstock transfer to Epicor's Company and Segment configuration. The account code structure (natural account + segments) is preserved as configured in Epicor's COA维护.
Rootstock Cloud ERP
Fixed Assets
Epicor Prophet 21
Asset
1:1Rootstock Fixed Asset records (available on Advanced tier) map to Epicor Asset if the destination includes the Asset Management module. Depreciation schedules, accumulated depreciation balances, and asset classification codes transfer, but depreciation method mappings require field-level review against Epicor's Asset book configurations. Assets without a destination Asset Management license are flagged during scoping and excluded from the migration scope.
| Rootstock Cloud ERP | Epicor Prophet 21 | Compatibility | |
|---|---|---|---|
| Items (Products) | Part1:1 | Fully supported | |
| Sales Orders | SalesOrder1:1 | Fully supported | |
| Purchase Orders | PurAgent1:1 | Fully supported | |
| Work Orders | JobHead and JobMtl1:1 | Fully supported | |
| Bills of Materials (BOMs) | ECOMtllossy | Fully supported | |
| Inventory Locations | Warehse and Binlossy | Fully supported | |
| On-Hand Inventory | PartWhse and PartBin1:1 | Fully supported | |
| Customers (Accounts) | Customer1:1 | Fully supported | |
| Vendors (Accounts) | Supplier1:1 | Fully supported | |
| Lot and Serial Numbers | PartLot and SerialNo1:1 | Fully supported | |
| Chart of Accounts | GLAccount1:1 | Fully supported | |
| Fixed Assets | Asset1: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.
Rootstock Cloud ERP gotchas
Salesforce edition gating affects available ERP objects
BOM versioning requires explicit mapping to destination structure
Multi-site inventory requires location hierarchy pre-mapping
Salesforce custom fields on ERP objects require explicit field-level mapping
CI/CD and sandbox limitations complicate staging migrations
Epicor Prophet 21 gotchas
Third-party bolt-on integrations complicate migration scope
Dirty data without standardized processes compounds migration risk
SDK customizations and BPMs may not survive platform upgrades
Report-based export only for non-technical users
Per-user pricing model requires accurate user count before migration planning
Pair-specific challenges
Migration approach
Discovery and schema audit
We audit the source Rootstock org across ERP objects activated, custom Salesforce fields on each ERP object, BOM version count per Item, location hierarchy depth, active Work Orders and their linked Sales Order references, and Fixed Asset module availability (Advanced tier check). We pair this with an Epicor edition and module check: Epicor Kinetic Cloud Standard covers most manufacturing migrations; the Advanced Manufacturing module is required for deep routing and scheduling; the Asset Management module is required for Fixed Asset migration. The discovery output is a written migration scope and BOM collapse strategy document.
Account split and Customer/Supplier pre-creation
We extract every distinct Account from Rootstock and apply the customer/vendor split logic using the IsCustomer__c and IsVendor__c flags. The split is written to a reconciliation spreadsheet for the customer's Epicor admin to review before any Epicor records are created. The admin pre-creates Customer and Supplier records in Epicor so that we can resolve CustomerNum and SupplierNum references during order and receipt migration. This step is the critical path for Purchase Order and Sales Order migration.
Part master and BOM migration with version collapse
We migrate the Item master as Epicor Part records first, establishing PartNum as the primary key. During this phase, we extract all BOM versions per Item, apply the active-BOM selection rule (latest effective date, non-obsolete), and write a single ECO revision per Part. Alternate BOMs are preserved as UD fields on the primary revision. BOM component quantities, operations, and work centers transfer to ECOMtl and ECOOpr records. Any Item without a BOM becomes a purchased or non-stocked Part without a job reference.
Location hierarchy mapping and on-hand inventory
We map Rootstock locations to Epicor Warehse and Bin records per the pre-approved location hierarchy. On-hand quantity records migrate as PartWhse and PartBin records with the resolved Part, Warehse, and Bin references. Lot and serial number assignments migrate as PartLot and SerialNo records with transaction history in PartTran. This phase requires all Part and Warehse records to exist first, making it dependent on the Part master phase.
Order migration in dependency order
We migrate in this sequence: open Purchase Orders (with SupplierNum resolved), open Sales Orders (with CustomerNum resolved), then historical orders. Work Orders migrate with JobHead and JobMtl records, with Sales Order links preserved where applicable. Approval status from Rootstock transfers as OrderHeld or JobProd references. Any order line referencing a Part that was not migrated is flagged in a reconciliation report for the customer's admin to close or reclassify in Rootstock before cutover.
Cutover, validation, and automation inventory handoff
We freeze Rootstock writes during cutover, run a final delta migration of records modified during the migration window, then enable Epicor as the system of record. We validate against a reconciliation report comparing Rootstock Part count, open order value, on-hand quantity total, and Work Order open hours. We deliver a written inventory of Salesforce Flows, approval processes, and EDI configurations requiring rebuild in Epicor's BPM and EDI modules. We do not rebuild these as part of the migration scope.
Platform deep dives
Rootstock Cloud ERP
Source
Strengths
Weaknesses
Epicor Prophet 21
Destination
Strengths
Weaknesses
Complexity grading
Standard ERP migration. 2 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 Rootstock Cloud ERP and Epicor Prophet 21.
Object compatibility
2 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
Rootstock Cloud ERP: Salesforce API rate limits apply—typically 100,000 API calls per 24-hour period for standard Enterprise Edition orgs, with higher limits for Unlimited and Performance editions.
Data volume sensitivity
Rootstock Cloud ERP 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 Rootstock Cloud ERP to Epicor Prophet 21 migration scoping. Not seeing yours? Book a call.
Walk through your Rootstock Cloud ERP to Epicor Prophet 21 migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave Rootstock Cloud ERP
Other ways to arrive at Epicor Prophet 21
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.