ERP migration
Field-level mapping, validation, and rollback between Standard ERP and Epicor Prophet 21. We move data and schema; workflows are rebuilt natively in Epicor Prophet 21.
Standard ERP
Source
Epicor Prophet 21
Destination
Compatibility
11 of 13
objects map 1:1 between Standard ERP and Epicor Prophet 21.
Complexity
BStandard
Timeline
8-12 weeks
Overview
Moving from Standard ERP to Epicor ERP is a manufacturing-data migration, not a simple ledger transfer. Standard ERP stores job costing, production orders, and inventory as separate ledgers with cross-references that must be sequenced correctly so account balances reconcile after cutover. Epicor ERP uses a job-centric production model where Jobs, Materials, Operations, and Labor link through Epicor Kinetic's MES layer. We map Standard ERP's production order headers, BOM structures, work-center assignments, and job cost phases to Epicor Jobs, PartRev, JobOper, and LaborDtl records, preserving actual versus estimated cost breakdowns. HAL-scripted customizations require a pre-migration catalog because Epicor's User-Defined fields require Business Process Management (BPM) logic to populate rather than direct field assignment. We do not migrate workflows, automations, or HAL scripts as code; we deliver a written inventory of every HAL customization requiring rebuild in Epicor BPM Designer or Kinetic Business Rules.
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 Standard 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.
Standard ERP
Chart of Accounts
Epicor Prophet 21
GL Account
1:1Standard ERP's structured GL chart with parent-child hierarchy, account type, currency, and cost-center assignments maps to Epicor GL Account with a matching segment structure. We preserve account numbers, descriptions, account type, and the hierarchy parent reference. Cost-center assignments from Standard ERP map to Epicor GL Account Allocation Code or Reporting Category depending on the destination company's reporting structure. Active/inactive status transfers as-is.
Standard ERP
Customer
Epicor Prophet 21
Customer
1:1Standard ERP customer records including billing/shipping addresses, payment terms, credit limits, and contact associations map directly to Epicor Customer. Customer-specific pricing tiers transfer as Price List assignments in Epicor. ShipTo addresses migrate as Customer ShipTo records linked by CustNum. Payment terms and credit hold status map to Epicor Customer tables with the same effect at go-live.
Standard ERP
Vendor
Epicor Prophet 21
Supplier
1:1Standard ERP vendor master records including bank details, 1099 flags, W-9 status, and purchase terms map to Epicor Supplier. Vendor address formats are validated against Epicor's country-specific requirements during import. Remit-To addresses migrate as Supplier RemitTo records. PO approval limits transfer as Supplier PPBuyer authorization levels.
Standard ERP
Item
Epicor Prophet 21
Part
1:1Standard ERP items (inventory, non-inventory, service) map to Epicor Part records with type preservation (Stock, Non-Stock, Service). The Standard ERP item number becomes Epicor PartNumber. Unit of measure, weight, dimension, and lot/serial settings transfer as Part UOM, PartWhse, and PartClass assignments. Item image references map to Epicor's attached document model if the Standard ERP export includes file paths.
Standard ERP
Item BOM
Epicor Prophet 21
PartRev (Bill of Materials)
1:manyStandard ERP BOM structures with multi-level component linkages map to Epicor PartRev records with revision control. Each BOM level becomes a PartRev revision; component quantities and scrap percentages transfer as PartMtl records linked to the parent revision. Phantom BOM logic from Standard ERP maps to Epicor's Phantom BOM flag on PartRev. We preserve the BOM effective date and any alternate BOM routing assignments.
Standard ERP
Production Order
Epicor Prophet 21
Job
1:1Standard ERP production orders with BOM linkages, routing, work-center assignments, and actual versus estimated costs map to Epicor Job records. The production order header becomes JobHead; lines and material requirements become JobMtl; operations and routing become JobOper. Estimated costs transfer as JobHead.EstLaborHrs and JobMtl.EstQty; any actual costs incurred at time of migration transfer to preserve job cost history. Open production orders migrate with status preserved so manufacturing can resume without re-entry.
Standard ERP
Work Center
Epicor Prophet 21
Resource Group
1:1Standard ERP work centers with capacity, efficiency, and calendar assignments map to Epicor Resource Group. Resource Group shifts, calendars, and queue and overlap settings transfer. Labor rates assigned to Standard ERP work centers map to Resource Group default rates. Work Center Group assignments from Standard ERP become Resource Group parent hierarchies.
Standard ERP
Job Costing Record
Epicor Prophet 21
Project / Job Costing
lossyStandard ERP job costing linking labor, materials, and overhead to specific projects maps to Epicor Project (for quote-to-cash project tracking) or Job (for discrete production costing). Phase-level breakdowns transfer as Project Phases with WBS coding. If Standard ERP uses a separate project ledger for job costing, we map it to Epicor Project Cost Categories for earned-value tracking. The customer's Epicor edition determines whether Project module is in scope.
Standard ERP
Open AP / AR
Epicor Prophet 21
AP Invoice / AR Invoice
1:1Outstanding invoices, credit memos, and payments are extracted from Standard ERP with full aging detail and linked to corresponding GL entries for reconciliation. Open AP documents map to Epicor APTran and APHead records; open AR documents map to Epicor ARInvoice and ARC发了 records. Payment terms, due dates, and aging buckets transfer so that cash forecasting and collections workflows remain intact. We validate that the AP/AR net balances reconcile to the GL after migration.
Standard ERP
Historical Transactions / GL Entries
Epicor Prophet 21
GL JrnHdr / GL JrnLine
1:1Standard ERP closed-period journal entries map to Epicor GL JrnHdr and GL JrnLine records. Locked fiscal periods on Standard ERP require coordination with the customer's IT team for temporary reactivation or migration as current-period adjustments. Exchange rate effective dates transfer so that historical rate reconstruction is auditable. We flag any journal entries that cannot balance due to source system cleanup as exceptions for manual posting.
Standard ERP
Vendor Invoice
Epicor Prophet 21
AP Invoice
1:1Open vendor invoices with line items, GL distributions, and tax allocations map to Epicor AP Invoice. Prepayments and retainage amounts transfer as separate invoice lines. Invoice images stored in Standard ERP's document vault migrate as attached documents linked to the corresponding AP Invoice record via filename-to-record-ID mapping.
Standard ERP
Document / Attachment
Epicor Prophet 21
Attachments / Kinetic Content
1:1Standard ERP document vault attachments use a proprietary internal format requiring HAL-scripted extraction or direct database query. We export vault packages as file packages and associate them with the corresponding migrated records in Epicor using a filename-to-record-ID cross-reference table built during discovery. Large attachment volumes require staged transfer with retry logic. Epicor stores attachments in Kinetic Content or DocStar ECM.
Standard ERP
User / Owner
Epicor Prophet 21
User
1:1Standard ERP user accounts, roles, and permission sets map to Epicor User records. We create a role-mapping matrix that maps Standard ERP role names to Epicor Security Role assignments. Any permissions without a direct Epicor equivalent go to a reconciliation list for the customer's admin to configure post-migration. The migration user performing the data load must have sufficient Epicor role grants to write to all target tables.
| Standard ERP | Epicor Prophet 21 | Compatibility | |
|---|---|---|---|
| Chart of Accounts | GL Account1:1 | Fully supported | |
| Customer | Customer1:1 | Fully supported | |
| Vendor | Supplier1:1 | Fully supported | |
| Item | Part1:1 | Fully supported | |
| Item BOM | PartRev (Bill of Materials)1:many | Fully supported | |
| Production Order | Job1:1 | Fully supported | |
| Work Center | Resource Group1:1 | Fully supported | |
| Job Costing Record | Project / Job Costinglossy | Fully supported | |
| Open AP / AR | AP Invoice / AR Invoice1:1 | Fully supported | |
| Historical Transactions / GL Entries | GL JrnHdr / GL JrnLine1:1 | Fully supported | |
| Vendor Invoice | AP Invoice1:1 | Fully supported | |
| Document / Attachment | Attachments / Kinetic Content1:1 | Fully supported | |
| User / Owner | User1: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.
Standard ERP gotchas
Data export requires direct database or HAL-level access
Closed fiscal periods are locked and may need manual reactivation
HAL-scripted customizations do not map to standard ERP objects
Multi-currency setup complicates GL reconciliation
Document vault attachments use a proprietary format
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 data extraction access
We audit the Standard ERP database schema, HAL custom field catalog, active production order count, BOM levels, open AP/AR aging, and historical transaction volume. We confirm database read access or HAL-scripted export capability with the customer's IT team. We inventory every HAL customization (custom fields, scripts, integrations) and classify each as a standard field map, a BPM rebuild item, or a manual procedure. The discovery output is a written migration scope, a data extraction plan, and a HAL custom field catalog for Epicor BPM rebuild.
Epicor Kinetic environment provisioning and schema design
We provision or validate the Epicor Kinetic destination environment (cloud tenant or on-premise deployment). We design the GL chart segment structure, Customer and Supplier number sequences, Part number format, Resource Group calendar assignments, and Job number format to match the migrated data. For multi-currency, we configure Epicor rate types and exchange rate tables to match Standard ERP conventions. We pre-create any PartRev revisions, Job templates, and Project structures needed before production migration begins.
Sandbox migration and reconciliation
We run a full migration into Epicor Kinetic's Test or Sandbox environment using production-equivalent data volumes. The customer's finance team reconciles GL account totals, AP/AR aging, and inventory valuation. The operations team spot-checks BOM structures, production order sequences, and job cost breakdowns against the Standard ERP source. The manufacturing team validates that open production orders carry over with correct material and operation assignments. All corrections happen in the Sandbox before production migration begins.
PartRev and BOM construction
We map Standard ERP items with BOM linkages to Epicor Part and PartRev records. Multi-level BOMs are constructed in dependency order (leaf components first, subassemblies second, finished goods last) so that PartRev revisions reference existing parts. Phantom BOMs receive the Epicor Phantom flag. Work-center assignments from Standard ERP routing transfer as JobOper records linked to Resource Group. Estimated and actual job costs transfer as JobMtl and JobOper cost fields.
Production migration in dependency order
We run production migration in dependency order: GL Accounts (prerequisite for all journal entries), Customers and Suppliers (prerequisite for AP/AR), Parts and PartRev (prerequisite for Jobs), Resource Groups (prerequisite for Job operations), Jobs (prerequisite for Labor), Open AP/AR (parallel with Jobs), historical journal entries, then attachments (last, with staged transfer for large volumes). Each phase emits a row-count reconciliation report before the next phase begins. We use Epicor Kinetic REST API with batch chunking and rate-limit handling.
Cutover, validation, and BPM rebuild handoff
We freeze Standard ERP writes during the cutover window, run a final delta migration of any records modified during the migration window, then enable Epicor Kinetic as the system of record. We deliver the HAL custom field catalog with recommended BPM methods for each custom field, the active production order carryover summary, and the AP/AR reconciliation sign-off report. We support a one-week hypercare window. We do not rebuild HAL scripts or workflows as Epicor BPMs inside the migration scope; that is a separate engagement.
Platform deep dives
Standard 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 Standard 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
Standard ERP: Not publicly documented.
Data volume sensitivity
Standard 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 Standard ERP to Epicor Prophet 21 migration scoping. Not seeing yours? Book a call.
Walk through your Standard 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 Standard 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.