ERP migration
Field-level mapping, validation, and rollback between ManEx and Epicor Prophet 21. We move data and schema; workflows are rebuilt natively in Epicor Prophet 21.
ManEx
Source
Epicor Prophet 21
Destination
Compatibility
9 of 13
objects map 1:1 between ManEx and Epicor Prophet 21.
Complexity
BStandard
Timeline
6-10 weeks
Overview
Moving from ManEx ERP to Epicor ERP is a structural migration with a fundamental extraction constraint: ManEx has no documented public API, so all migration work requires direct database access or flat-file UI exports, while Epicor provides both a Data Extraction Tool for legacy sources and a Data Management Tool (DMT) with over 60 import templates for ingestion. We negotiate read-only database access during discovery, validate export completeness against ManEx application-level reports, and route all extracted data through Epicor DMT with business-rule enforcement to maintain integrity. Multi-level BOMs with phantom assemblies require decomposition during migration; we flatten or preserve hierarchy based on the target Epicor configuration. RMA status codes (open, in-progress, closed) are explicitly value-mapped because ManEx and Epicor use different state machines for return and repair workflows. Workflows, custom reports, and the optional Time and Attendance module do not migrate as code; we deliver written inventories for the customer to rebuild in Epicor Kinetic.
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 ManEx 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.
ManEx
Customer
Epicor Prophet 21
Customer
1:1ManEx Customer records map directly to Epicor Customer. We extract via direct SQL query (or UI flat-file export if DB access is restricted) and map Customer ID, name, contact details, billing address, shipping address, and account terms to Epicor Customer and CustomerAddress tables. If ManEx stores multiple contacts per Customer, we extract the primary contact as the Epicor ShipTo primary and create Contact records for additional contacts.
ManEx
Vendor
Epicor Prophet 21
Vendor
1:1ManEx Vendor master data maps to Epicor Vendor. Vendor ID, name, address, payment terms, and PO history are preserved. RMA associations are preserved as Epicor Supplier Shipment records linked to the Vendor. We handle the distinction between vendor suppliers and customer return RMAs separately during scoping so that the supplier relationship is not merged with return processing data.
ManEx
Chart of Accounts
Epicor Prophet 21
GL Account
1:1ManEx GL account codes and types (asset, liability, equity, revenue, expense) map to Epicor GL Account records. We flag any inactive or suspended accounts for the customer to activate or archive post-migration. Account masks are validated against Epicor's segment structure during the schema mapping phase.
ManEx
Purchase Order
Epicor Prophet 21
PO Header + PO Lines
1:1ManEx PO records map to Epicor POHeader and POLine tables. Line items tied to BOMs preserve the BOM reference; vendor assignments and receiving status transfer with explicit status flag mapping (open, partial, closed). Partially received POs retain their receiving history in Epicor's POReceipt and PORel records. PO numbers are preserved as Epicor PONum for audit continuity.
ManEx
Sales Order
Epicor Prophet 21
OrderHed + OrderDtl
1:1ManEx Sales Orders map to Epicor OrderHed and OrderDtl. Multi-price-list pricing requires value-mapping because ManEx price list IDs are not portable to Epicor; we create Epicor price lists during schema setup and map ManEx price list references to the corresponding Epicor PriceLBrk records. Order statuses (open, on-hold, complete, cancelled) map to Epicor OrderRel status fields.
ManEx
Bill of Materials
Epicor Prophet 21
ECC and MfgBom tables
lossyManEx BOMs with multi-level component structures and routing data require decomposition during migration. Phantom assemblies are identified by a ManEx flag or by BOM level detection and either flattened into single-level BOMs or preserved as Epicor Product Group relationships based on the customer's Epicor configuration choice during scoping. We flag any BOMs with circular references detected during extraction for manual review before migration.
ManEx
Shop Floor Transaction
Epicor Prophet 21
LaborDtl and PartTran
1:1ManEx real-time shop floor data (labor time, machine cycles, material consumption per work order) maps to Epicor LaborDtl for labor tracking and PartTran for material transactions. Timestamps are preserved to maintain the production history audit trail. If ManEx uses the optional Time and Attendance module, time entries map to Epicor LaborDtl tied to the corresponding employee and work order.
ManEx
Inventory Record
Epicor Prophet 21
PartBin and PartWhse
1:1ManEx inventory quantities, locations, and lot/serial data extract from the materials management module into Epicor PartBin (on-hand quantities per warehouse location) and PartLot/PartSerial records for traceability. Multiple warehouse locations are mapped to Epicor PlantWhse records. Lot and serial number history preserves the full traceability chain for compliance requirements.
ManEx
AP Ledger Entry
Epicor Prophet 21
APOpen and APTran
1:1ManEx open payables migrate to Epicor APOpen and APTran with current status, aging buckets, and payment terms preserved. Historical AP transactions require special handling; if ManEx stores them in archived or compressed tables, we extract them to a reporting archive rather than the live AP tables to avoid performance impact on the new Epicor system.
ManEx
AR Ledger Entry
Epicor Prophet 21
AROpen and ARTran
1:1ManEx open receivables migrate to Epicor AROpen and ARTran with customer linkage, invoice status, aging buckets, and payment terms. Historical AR transactions migrate to a reporting archive if the customer requires access; live AR tables receive open items only to maintain clean accounts receivable aging in the new system.
ManEx
RMA Record
Epicor Prophet 21
RMAHead + RMARcpt
1:manyManEx RMA records represent return or repair states tied to original SOs or POs. Status codes (open, in-progress, closed) require explicit value-mapping because ManEx and Epicor use different state machines for return processing. Open RMAs migrate as Epicor RMAHead records; repair workflow states map to RMARcpt lines with disposition codes (credit, repair, scrap, return-to-stock) explicitly translated.
ManEx
Quote (limited reliability)
Epicor Prophet 21
QuoteHed + QuoteDtl
lossyManEx Quote records are migrated with a flag noting their known limitation for complex manufacturing BOMs. Multi-level BOM pricing in ManEx quotes may be incomplete or incorrect; we either migrate quote data as-is with a data-quality flag on the QuoteHed record or exclude quote records from migration scope entirely if the customer prefers to avoid propagating potentially incorrect pricing into Epicor. The customer makes this decision during scoping.
ManEx
Document Attachment
Epicor Prophet 21
Not migrated
lossyDocument attachments stored in ManEx's document management module are not accessible via API and may use proprietary formats. We do not migrate attachments directly. We flag their locations during extraction, provide a file inventory with record associations, and deliver a document relocation plan so the customer's admin can copy attachments to Epicor's ShareFile or external document storage and link them to the corresponding records post-migration.
| ManEx | Epicor Prophet 21 | Compatibility | |
|---|---|---|---|
| Customer | Customer1:1 | Fully supported | |
| Vendor | Vendor1:1 | Fully supported | |
| Chart of Accounts | GL Account1:1 | Fully supported | |
| Purchase Order | PO Header + PO Lines1:1 | Fully supported | |
| Sales Order | OrderHed + OrderDtl1:1 | Fully supported | |
| Bill of Materials | ECC and MfgBom tableslossy | Fully supported | |
| Shop Floor Transaction | LaborDtl and PartTran1:1 | Fully supported | |
| Inventory Record | PartBin and PartWhse1:1 | Fully supported | |
| AP Ledger Entry | APOpen and APTran1:1 | Fully supported | |
| AR Ledger Entry | AROpen and ARTran1:1 | Fully supported | |
| RMA Record | RMAHead + RMARcpt1:many | Fully supported | |
| Quote (limited reliability) | QuoteHed + QuoteDtllossy | Fully supported | |
| Document Attachment | Not migratedlossy | 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.
ManEx gotchas
No public API forces direct database exports
On-premise backup responsibility is the customer’s
Cube successor product remains in extended beta
Quoting module fails for complex manufacturing BOMs
Stimulsoft reporting has rendering limitations
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 database access negotiation
We audit the ManEx instance for active optional modules (Project Management, Repair, Time and Attendance), database size, record counts per object, and the state of the quoting module for complex BOM products. We negotiate read-only database access directly with the customer's DBA or IT team. If direct DB access is not granted, we document what the UI export function can and cannot produce and adjust scope accordingly. The discovery output is a written migration scope document covering all active objects, estimated row counts, and the extraction method (direct SQL or flat-file UI export) for each object.
Epicor DMT template build and schema alignment
We review the target Epicor environment for installed modules, active price lists, chart of accounts structure, warehouse locations, and any existing data. We build custom DMT templates that map ManEx column headers and field values to Epicor DMT-required formats, applying date normalization, decimal precision alignment, picklist value translation, and address decomposition. DMT templates are validated in Epicor's Sandbox environment against a small test dataset before full migration begins.
Data extraction and quality validation
We extract data from ManEx in dependency order: master data first (Customers, Vendors, GL Accounts, Parts, Price Lists), then transactional data (Purchase Orders, Sales Orders, Inventory, Shop Floor Transactions, AP/AR), then optional module data (RMA, Time and Attendance if active). We cross-validate extracted row counts against both ManEx application reports and direct DB counts to identify any discrepancies caused by Stimulsoft rendering issues or UI export limitations. Data quality issues (duplicates, missing required fields, invalid date formats) are flagged and remediated before the DMT import phase begins.
BOM decomposition and quote scope decision
We analyze all multi-level BOMs in the ManEx extraction for phantom assemblies, circular references, and complex pricing layers. Phantom assemblies are flagged for the customer to choose between flattening (single-level BOM in Epicor) or hierarchy preservation (Product Group relationships). Quote records are evaluated against the complex BOM flag; the customer decides whether to migrate quotes with a data-quality flag or exclude them entirely. This decision gates the quote import phase.
Sandbox migration and reconciliation
We run a full migration into the Epicor Sandbox using production-like data volumes. The customer's manufacturing and finance leads reconcile record counts (Customers in, Vendors in, POs in, SOs in, Parts in, Inventory balances, AP/AR aging, Shop Floor transactions in), spot-check 25-50 records against ManEx source data, and validate Epicor business-rule enforcement (DMT template logic) on the migrated records. Any mapping corrections and DMT template adjustments happen here before production migration. Document attachment locations are inventoried and the relocation plan is delivered during this phase.
Production migration in dependency order
We run production migration in record-dependency order: master data first (GL Accounts, Vendors, Customers, Parts, Price Lists), then transactional data (Purchase Orders, Sales Orders, Inventory, Shop Floor Transactions, AP/AR, RMA records, Time and Attendance if active), then quotes (if included per the customer's decision). Each phase emits a row-count reconciliation report before the next phase begins. Document attachments are not migrated; we deliver the file inventory and relocation plan so the customer's admin can copy and link them post-migration.
Cutover, validation, and automation rebuild handoff
We freeze ManEx writes during cutover, run a final delta migration of any records modified during the migration window, then enable Epicor as the system of record. We deliver the document attachment relocation plan and a written inventory of any ManEx optional modules (Time and Attendance, Repair, Project Management) that are active in the source but may require Epicor module configuration to fully replicate. Workflows, custom reports, and the optional modules do not migrate as code; we do not provide post-migration admin support or workflow rebuild as standard scope.
Platform deep dives
ManEx
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 ManEx 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
ManEx: Not publicly documented.
Data volume sensitivity
ManEx 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 ManEx to Epicor Prophet 21 migration scoping. Not seeing yours? Book a call.
Walk through your ManEx 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 ManEx
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.