ERP migration
Field-level mapping, validation, and rollback between Plex Smart Manufacturing Platform and Epicor Prophet 21. We move data and schema; workflows are rebuilt natively in Epicor Prophet 21.
Plex Smart Manufacturing Platform
Source
Epicor Prophet 21
Destination
Compatibility
13 of 14
objects map 1:1 between Plex Smart Manufacturing Platform and Epicor Prophet 21.
Complexity
BStandard
Timeline
4-6 weeks
Overview
Moving from Plex Smart Manufacturing Platform to Epicor ERP is a manufacturing-data migration where the source's deeply interwoven schema — Production Orders spawning Work Orders spawning Quality Non-Conformances — must be loaded in strict dependency order to preserve referential integrity in Epicor. Plex also operates a Classic/UX interface split where some records originate in one environment and display in the other; we identify which API endpoint to extract from per object before scoping begins. We map Items to Epicor Part records, BOMs to the Epicor Part-BOM structure, Quality records to Epicor's QA module, and Lot genealogy to Epicor's Lot/Serial traceability table. Open Work Orders and Production Orders migrate last after master data is settled. Plex Workflows, Data Collection rules, and Alerts do not migrate as code; we deliver a written inventory of these for your Epicor admin to rebuild in Kinetic Process Management or via Business Activity Management.
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 Plex Smart Manufacturing Platform 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.
Plex Smart Manufacturing Platform
Production Order
Epicor Prophet 21
Job (JobHead / JobOper)
1:1Plex Production Orders map to Epicor Kinetic Job records. The production order item, quantity, scheduled start, and end dates transfer to JobHead. The Production Order routing steps map to JobOper rows with operation sequence, work center, and labor estimates. We resolve the Part revision reference using Epicor's PartRev table and map the Plex production order status (Scheduled, Released, Complete) to Epicor Job status. Open production orders migrate last so that Part and BOM master data is fully settled first.
Plex Smart Manufacturing Platform
Item / Product
Epicor Prophet 21
Part
1:1Plex Items (manufactured, purchased, and phantom subtypes) map to Epicor Part records. The Part number, description, uom, and type code (M, P, S) transfer directly. Manufactured parts carry a BOM reference in Plex that maps to Epicor Part-BOM after BOM migration. Plex item classification codes map to Epicor PartClass for grouping. Part-specific custom fields migrate to Epicor User-Defined Attributes (UDAs) on the Part table.
Plex Smart Manufacturing Platform
Bill of Materials
Epicor Prophet 21
Part-BOM (PartBill / BOMDetail)
lossyPlex BOMs are versioned and tied to Items. Multi-level BOMs with component yields and scrap factors require flattening or preservation depending on Epicor's BOMRev structure. We extract the Plex BOM version effective date and transfer it as an Epicor revision. Phantom items in Plex map to Phantom BOMs in Epicor. If Plex uses alternate BOMs per production order, we map these to Epicor alternate BOMs or flatten them into a single canonical BOM during the transformation pass.
Plex Smart Manufacturing Platform
Work Order
Epicor Prophet 21
Job (sub-record of Production Order)
1:1Plex Work Orders derive from Production Orders and carry their own scheduling, labor allocations, material allocations, and linked non-conformance records. In Epicor Kinetic, the same Job record carries these attributes as JobOper and JobMtl rows. We map Work Order status, assigned employees, estimated labor hours, and material requirements to the corresponding Job record fields. Open Work Orders migrate last to avoid orphaned Job records.
Plex Smart Manufacturing Platform
Quality Non-Conformance
Epicor Prophet 21
QA Non-Conformance (NonConf) / CAPA
1:1Plex Quality Non-Conformance records are tightly linked to the production transaction that triggered them: lot, work order, item, and employee. We extract non-conformance disposition codes, corrective action descriptions, and associated inspection data. These map to Epicor QA Management NonConf records with the Epicor Job reference stored as a linked attribute. Disposition codes (Use As Is, Scrap, Rework, Return to Supplier) transfer directly with a mapping table for any Plex-specific disposition values.
Plex Smart Manufacturing Platform
Supplier Account
Epicor Prophet 21
Vendor
1:1Plex consolidates supplier and customer data under Accounts with a type field. We filter Plex Accounts where type = Supplier and map to Epicor Vendor records. Vendor name, address, payment terms, and approved supplier status transfer directly. Plex supplier-specific custom fields migrate to Vendor UDAs. We validate that the Epicor Vendor number sequence is set before import to avoid key conflicts.
Plex Smart Manufacturing Platform
Customer Account
Epicor Prophet 21
Customer
1:1Plex Accounts where type = Customer map to Epicor Customer records. Contact details, payment terms, and the Plex customer-specific fields migrate to Epicor Customer UDAs. Epicor Customer is created before any related Sales Order or Quote import so that the CustomerID reference is satisfied at insert time.
Plex Smart Manufacturing Platform
Purchase Order
Epicor Prophet 21
POHeader / POLine
1:1Plex Purchase Orders link to Accounts (Vendors) and Items, carrying expected dates, quantities, and pricing. We extract open and historical PO records preserving line-level detail. Plex PO status (Open, Closed, Cancelled) maps to Epicor PO status. Line-level item references resolve to Epicor Part numbers; any Plex line referencing an unmapped Part triggers a reconciliation step before the POLine inserts.
Plex Smart Manufacturing Platform
Lot and Serial Genealogy
Epicor Prophet 21
Lot / Serial (PartLot, SerialNo) and Traceability
1:1Lot traceability is a core Plex strength. Each lot carries parent-child genealogy across production and inventory transactions. We extract the full traceability tree and transfer it to Epicor PartLot records with lot number, expiration date, and lot attributes. Epicor's Job traveler traceability view pulls genealogy from the PartTran table, so we map Plex inventory transactions to PartTran with the correct LotNum and reference fields (PONum, JobNum, OrderNum). Multi-generational genealogy chains require a separate traversal pass and a lineage document for the customer's QA team.
Plex Smart Manufacturing Platform
Inventory Location and Bin
Epicor Prophet 21
Warehouse / Bin (Warehse / WhseBin)
1:1Plex tracks inventory at site, warehouse, and bin level. We extract location assignments and current on-hand quantities per location. Plex plant and warehouse codes map to Epicor Warehse records; Plex bin codes map to Epicor WhseBin records with bin type and zone attributes. Multi-plant Plex setups map to Epicor Plant records with inter-plant transfer logic preserved as PartTran records. On-hand quantities migrate to PartBin after Part master data is loaded.
Plex Smart Manufacturing Platform
Custom Fields
Epicor Prophet 21
User-Defined Attributes (UDAs) on standard tables
1:1Plex supports Custom Fields on most objects, but the set and data types differ per customer implementation. We perform a discovery pass using Plex's API to enumerate every custom field across every object before building the migration mapping. Each Plex custom field name and value maps to an Epicor UDA on the equivalent standard table (Part, Job, NonConf, Vendor, Customer, POHeader). Epicor UDAs must be pre-created in the destination environment before data migration begins; the discovery pass determines the UDA creation workload.
Plex Smart Manufacturing Platform
Documents and Attachments
Epicor Prophet 21
Document Management (DocType, Attachment tables)
1:1Documents attached to Plex Items, Work Orders, or Quality records are stored in Plex's document management system. We export file references and binary content where API access permits and link them to the migrated Epicor record using Epicor's document attachment model. File attachment migration does not preserve Plex document versioning; we deliver the current revision of each document. Customers with heavy document dependencies should plan a document migration phase separate from the transactional migration.
Plex Smart Manufacturing Platform
Financial Transactions
Epicor Prophet 21
GL / AP / AR / PartTrans
1:1Plex ERP includes core financials (GL, AP, AR). Transactional history, journal entries, and account balances require mapping to Epicor's chart of accounts structure, which is typically more granular than Plex's financial module. We extract open AP and AR records, map them to Epicor InvoiceHead and CashHead, and preserve GL account assignments. Epicor's fiscal calendar and period structure must be configured before financial migration so that posting dates map correctly. Historical closed periods migrate as read-only ledger entries.
Plex Smart Manufacturing Platform
Shop Floor Control Logs
Epicor Prophet 21
Labor / PartTran
1:1Plex Shop Floor Control logs record labor entries, machine cycle counts, and production transactions against Work Orders and Production Orders. We extract these as Epicor Labor records (LaborDtl with JobNum and AssemblySeq) and PartTran entries that feed the cost roll-up. Labor transactions reference the Epicor Job created during the Work Order migration phase, requiring the JobNum to be resolved before the labor record inserts.
| Plex Smart Manufacturing Platform | Epicor Prophet 21 | Compatibility | |
|---|---|---|---|
| Production Order | Job (JobHead / JobOper)1:1 | Fully supported | |
| Item / Product | Part1:1 | Fully supported | |
| Bill of Materials | Part-BOM (PartBill / BOMDetail)lossy | Mapping required | |
| Work Order | Job (sub-record of Production Order)1:1 | Fully supported | |
| Quality Non-Conformance | QA Non-Conformance (NonConf) / CAPA1:1 | Fully supported | |
| Supplier Account | Vendor1:1 | Fully supported | |
| Customer Account | Customer1:1 | Fully supported | |
| Purchase Order | POHeader / POLine1:1 | Fully supported | |
| Lot and Serial Genealogy | Lot / Serial (PartLot, SerialNo) and Traceability1:1 | Mapping required | |
| Inventory Location and Bin | Warehouse / Bin (Warehse / WhseBin)1:1 | Fully supported | |
| Custom Fields | User-Defined Attributes (UDAs) on standard tables1:1 | Mapping required | |
| Documents and Attachments | Document Management (DocType, Attachment tables)1:1 | Mapping required | |
| Financial Transactions | GL / AP / AR / PartTrans1:1 | Mapping required | |
| Shop Floor Control Logs | Labor / PartTran1: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.
Plex Smart Manufacturing Platform gotchas
Plex Classic vs. new UX split creates data residency ambiguity
Tightly coupled transactional schema causes dependency cascades
Pricing is volume- and module-gated without public tiers
Legacy system integration is a known friction point
Custom Fields vary per customer and require pre-migration discovery
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 dependency mapping
We audit the Plex environment across both Classic and UX interfaces, identifying the module footprint, custom field definitions per object, BOM level depth, lot genealogy tree breadth, and open transaction volume. We map the Plex-to-Epicor dependency graph (Part before BOM before Job before NonConf before PartTran) and identify any objects in the Classic-only or UX-only environment that require separate API access. We also assess the target Epicor edition and module count, confirming whether Kinetic MES, QA Management, and Multi-Site are licensed so we know which Epicor objects are available for mapping.
Schema design and UDA pre-creation
We design the Epicor destination schema: Part classes, warehouse-bin structure, Part-BOM revisions, Job priority and work center assignments, QA module NonConf code mappings, and Vendor/Customer number sequences. All Epicor UDAs referenced by the Plex custom field mapping are pre-created in the destination environment before any data import. We configure Epicor Plant and Site records to match the Plex multi-plant structure if applicable. The schema design document is validated against the Plex discovery output and signed off before any extraction begins.
Sandbox migration and lineage reconciliation
We run a full migration into an Epicor test or sandbox environment using production-like data volumes. The customer's Epicor administrator and QA team reconcile record counts (Parts in, BOMs in, Jobs in, NonConfs in, PartTrans in), spot-check genealogy chains against Plex lot traceability reports, and verify BOM explosion results in Epicor job creation. Any mapping corrections are documented and applied before production migration begins. The sandbox pass is the only opportunity to validate genealogy preservation without affecting the live Plex system.
Master data migration in dependency order
We load Epicor master data in strict order: Part records (from Plex Items), Part-BOM revisions (from Plex BOMs with flatten-or-preserve decision applied), Warehouse and Bin definitions (from Plex Inventory Locations), Vendor records (from Plex Supplier Accounts), Customer records (from Plex Customer Accounts), then on-hand PartBin quantities. Each phase emits a row-count reconciliation report. Parent references (Part-BOM on Part, Warehse-Bin on PartBin) are validated at the end of each phase before the next phase begins.
Transactional migration with genealogy preservation
After master data is settled, we migrate open Production Orders as Epicor Jobs, open Work Orders as JobOper rows, and Quality Non-Conformances as NonConf records with JobNum linkage. Lot genealogy chains transfer to PartLot and PartTran records with from-lot and to-lot reference fields populated. Historical PartTran records (inventory movements, labor transactions) migrate last. Purchase Orders and open AP/AR records migrate after transactional history is confirmed. Each batch is chunked and rate-limited against Epicor's REST API with exponential backoff on throttle responses.
Cutover, delta sync, and automation handoff
We freeze Plex writes during the cutover window, run a final delta migration of any records modified since the last extraction pass, then enable Epicor as the system of record. We deliver the Plex Workflow and Data Collection inventory document, the BOM flattening decision record, and the genealogy lineage validation report to the customer's Epicor administrator. We support a one-week hypercare window for reconciliation issues. Epicor BPM rebuild, Kinetic Process Management configuration, and any remaining workflow automation work are outside standard migration scope and require a separate engagement.
Platform deep dives
Plex Smart Manufacturing Platform
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 Plex Smart Manufacturing Platform 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
Plex Smart Manufacturing Platform: Not publicly documented; Plex advises contacting their support for API rate limit specifics per customer tier.
Data volume sensitivity
Plex Smart Manufacturing Platform 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 Plex Smart Manufacturing Platform to Epicor Prophet 21 migration scoping. Not seeing yours? Book a call.
Walk through your Plex Smart Manufacturing Platform 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 Plex Smart Manufacturing Platform
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.