ERP migration
Field-level mapping, validation, and rollback between SAP S/4HANA Cloud and Epicor Prophet 21. We move data and schema; workflows are rebuilt natively in Epicor Prophet 21.
SAP S/4HANA Cloud
Source
Epicor Prophet 21
Destination
Compatibility
11 of 13
objects map 1:1 between SAP S/4HANA Cloud and Epicor Prophet 21.
Complexity
BStandard
Timeline
6-10 weeks
Overview
Moving from SAP S/4HANA Cloud to Epicor ERP is a structural ERP migration that restructures a unified Business Partner model into Epicor's separate Customer and Supplier entities, translates SAP Materials into Epicor Part Master records with plant and warehouse assignments, and loads historical open payables and receivables as Epicor AP/AR invoices with full line-item detail. SAP S/4HANA's in-memory HANA database exposes decades of data quality issues—duplicate Business Partners, missing tax codes, orphaned open items—that Epicor's more forgiving GL layer will not mask at import time. We run pre-migration data profiling against the SAP OData extract, flag duplicate BP numbers, incomplete tax jurisdictions, and mismatched GL assignments before loading anything into Epicor. Workflows, automations, and SAP BTP extensions do not migrate; we deliver a written inventory of every active workflow, alert, and extension requiring rebuild in Epicor Data Tools or a middleware layer. Implementation timelines for SAP S/4HANA Cloud typically run 12-24 months with enterprise contracts often exceeding $500K annually; Epicor Kinetic deployments for mid-market manufacturers land in the $200K-$500K range including implementation, making this migration a significant cost reduction lever for organizations leaving the SAP RISE bundle.
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 SAP S/4HANA Cloud 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.
SAP S/4HANA Cloud
Business Partner (Customer role)
Epicor Prophet 21
Customer
1:1SAP Business Partners with customer role map to Epicor Customer records. The BP number becomes the Epicor Customer ID, address details map to CustomerShipTo and CustomerBillTo addresses, and payment terms map to Epicor Terms records. We resolve the BP number dedupe key at migration time and flag duplicate BP numbers (same BP serving both customer and supplier in SAP) for customer admin resolution before loading.
SAP S/4HANA Cloud
Business Partner (Supplier role)
Epicor Prophet 21
Supplier
1:1SAP Business Partners with supplier role map to Epicor Supplier records. The BP number becomes the Epicor Supplier ID, address details map to SupplierShipTo and SupplierBillTo addresses, and purchasing info records from SAP MM map to Epicor SupplierPriceLists. SAP payment terms and incoterms translate to Epicor Terms and ShipVia codes respectively.
SAP S/4HANA Cloud
Materials
Epicor Prophet 21
Part Master
1:1SAP Materials map to Epicor Part records with Manufacturing Type classification (Mfg Part, Process, or Distribution). SAP Material Views (Purchasing, Sales, Storage, Accounting) map to Epicor Part plant data and PartClass assignments. SAP unit-of-measure conversions migrate to Epicor UOMClass and UOMConv records. SAP Material Ledger cost data maps to Epicor PartCost records at the site level.
SAP S/4HANA Cloud
Chart of Accounts
Epicor Prophet 21
Chart of Accounts
1:1SAP GL accounts map to Epicor Account records. SAP's three-line item account structure (GL Account, Company Code, Operating Concern) flattens into a single Epicor account segment. We extract the SAP COA via the OData API, map account numbers to Epicor Segment values, and configure Account Groups in Epicor that mirror SAP account types (Active/Passive/Expense/Revenue). Country-specific statutory accounts require manual Epicor admin configuration post-migration.
SAP S/4HANA Cloud
Journal Entries (Financial Documents)
Epicor Prophet 21
GL Batches and Entries
1:1SAP Journal Entry documents (BKPF/BSEG tables via OData) map to Epicor GLBatches and GLLabels. Header data (document date, posting date, document type, reference) becomes the GL Batch header; line items (account assignment, debit/credit amount, tax code, cost center) become GLEntries. Historical entries require Epicor GL Fiscal Year setup before migration; entries outside configured fiscal periods are staged in a pre-period staging table for admin posting.
SAP S/4HANA Cloud
Open AP (Vendor Invoice Items)
Epicor Prophet 21
AP Invoice
1:1SAP open payables (BSEG-BUKRS items with clearing status open) map to Epicor APInvoiceHed and APInvoiceDtl records. SAP vendor number becomes the Epicor Supplier ID reference, invoice number and date migrate, and open amounts map to InvoiceAmt. SAP payment terms (ZTERM) translate to Epicor Terms. Partially invoiced POs in SAP require line-level matching against Epicor's PO receipt before AP can be posted.
SAP S/4HANA Cloud
Open AR (Customer Invoice Items)
Epicor Prophet 21
AR Invoice
1:1SAP open receivables map to Epicor ARInvoiceHed and ARInvoiceDtl records. SAP customer number becomes the Epicor Customer ID reference, invoice number and date migrate, and open amounts map to InvoiceAmt. SAP payment terms (ZTERM) translate to Epicor Terms. SAP discount terms (SKONTO) map to Epicor CashDiscount records. Invoice images and attachments migrate as DocuStar links to the ARInvoice record.
SAP S/4HANA Cloud
Sales Orders
Epicor Prophet 21
Sales Order
1:1SAP Sales Orders (VBKD/VBAP) map to Epicor OrderHed and OrderDtl. SAP sales area (Sales Org / Division / Channel) maps to Epicor Territory and Price Group assignments. Header conditions (pricing, freight, taxes) map to Epicor OrderHed discount and freight fields; line item conditions map to OrderDtl.unitPrice with Epicor PriceLst assignments resolved at migration time. SAP schedule lines (delivery dates and quantities) migrate to OrderRel records.
SAP S/4HANA Cloud
Purchase Orders
Epicor Prophet 21
PO Header and PO Line
1:1SAP Purchase Orders (EKKO/EKPO) map to Epicor POPOHeader and POPOLine. Purchasing organization and plant assignments from SAP become Epicor BuyerID and Site assignments. Confirmation control data from SAP EKES migrates to Epicor POApvMsg records. SAP scheduling agreement release orders map to Epicor Kanban or blanket PO release records depending on the migration scope.
SAP S/4HANA Cloud
Projects (PS Module)
Epicor Prophet 21
Project
1:1SAP Project System WBS elements (PRPS/JEST) map to Epicor Project and ProjectPhase records. WBS element hierarchy translates to Phase-to-Project parent-child relationships in Epicor. Network activities and milestone billing plans map to Epicor ProjectPhase labor and billing controls. Deeply nested WBS structures with more than three levels require pre-migration flattening decisions with the customer's project management team.
SAP S/4HANA Cloud
Users and Business Roles
Epicor Prophet 21
Users and Security
1:1SAP user accounts map to Epicor UserComp and UserFile records by email match. SAP Business Role restrictions translate to Epicor Company and Site access scopes on UserComp. SAP authorization objects have no direct Epicor equivalent; we deliver a written role mapping matrix for the customer's admin to configure Epicor User Security Groups post-migration. SAP role-based reporting restrictions do not migrate; Epicor report-level security is scoped separately.
SAP S/4HANA Cloud
Custom Fields (EEWC)
Epicor Prophet 21
Custom Fields
lossySAP S/4HANA Cloud Public Edition custom fields created via Enable Extended Workspace Configuration (EEWC) are audited during scoping. We extract the field metadata (field name, data type, table assignment) and recreate them as Epicor UD columns on the corresponding Epicor table (e.g., OrderHed_c for SAP custom fields on VBAK). Epicor UD fields are created before any record import so that data can load into them during migration.
SAP S/4HANA Cloud
Material Ledger / Costing Data
Epicor Prophet 21
Part Cost
1:manySAP Material Ledger (ML) costs per plant map to Epicor PartCost records per Site. Standard costs, moving average costs, and FIFO layers from SAP transfer as separate cost layers in Epicor. The customer chooses the Epicor costing method (Standard, Average, FIFO) during Epicor implementation; SAP cost layers that do not match the chosen method are archived as reference records.
| SAP S/4HANA Cloud | Epicor Prophet 21 | Compatibility | |
|---|---|---|---|
| Business Partner (Customer role) | Customer1:1 | Fully supported | |
| Business Partner (Supplier role) | Supplier1:1 | Fully supported | |
| Materials | Part Master1:1 | Fully supported | |
| Chart of Accounts | Chart of Accounts1:1 | Mapping required | |
| Journal Entries (Financial Documents) | GL Batches and Entries1:1 | Mapping required | |
| Open AP (Vendor Invoice Items) | AP Invoice1:1 | Fully supported | |
| Open AR (Customer Invoice Items) | AR Invoice1:1 | Fully supported | |
| Sales Orders | Sales Order1:1 | Fully supported | |
| Purchase Orders | PO Header and PO Line1:1 | Fully supported | |
| Projects (PS Module) | Project1:1 | Mapping required | |
| Users and Business Roles | Users and Security1:1 | Fully supported | |
| Custom Fields (EEWC) | Custom Fieldslossy | Not supported | |
| Material Ledger / Costing Data | Part Cost1:many | 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.
SAP S/4HANA Cloud gotchas
Clean Core blocks in-app customizations on Public Cloud
OData API rate limits are per-endpoint, not tenant-wide
RISE/GROW contracts are nearly impossible to unbundle
In-memory data quality problems surface immediately post-go-live
Quarterly forced updates can break custom integrations
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 contract exit assessment
We audit the source SAP S/4HANA Cloud tenant across deployment variant (Public/Private/RISE), active migration objects in scope, company codes and plants, BP role distribution, open AP/AR aging, historical journal entry volume by fiscal year, active SAP workflows and BTP extensions, and the RISE contract notice period and data export rights. We pair this with an Epicor environment audit covering existing Epicor companies, sites, Part classes, Customer and Supplier number sequences, and configured fiscal years. The discovery output is a written migration scope with data extraction sequencing and an Epicor schema readiness checklist.
Data profiling and BP deduplication design
We run pre-migration data profiling against the SAP OData extract to identify duplicate BP numbers, BP records serving both customer and supplier roles, missing tax codes on AP/AR invoice lines, orphaned open items, and GL accounts without valid company code assignments. We produce a data quality report with row-level flags that the customer's SAP admin resolves before extraction begins. We design the BP split matrix (SAP BP to Epicor Customer and/or Supplier) and validate it with the customer's finance team before any extraction.
Epicor schema configuration
We configure the Epicor destination environment in parallel with SAP data cleanup. This includes provisioning Epicor companies for each SAP company code, setting up fiscal years and periods, configuring Chart of Accounts segments mapped to the SAP COA, defining Account Groups and GL Account types, setting up Epicor Terms codes mapped from SAP ZTERM values, creating Epicor Price Lists for Part pricing, and defining UD column custom fields mapped from SAP EEWC custom fields. Schema configuration is validated in an Epicor test company before production migration begins.
Sandbox migration and reconciliation
We run a full migration into an Epicor test company using production-like data volume extracted from SAP. The customer's Epicor administrator and finance team reconcile record counts (Customers in, Suppliers in, Parts in, AP Invoices in, AR Invoices in, GL Batches in), spot-check 25-50 random records against the SAP source, and validate fiscal period sequencing in the Epicor GL. Any mapping corrections happen in the test company, not production. The customer's admin signs off the schema and mapping before production migration begins.
Production migration in dependency order
We run production migration in record-dependency order: Companies and Sites (Epicor fiscal structure), Chart of Accounts (GL account master), Part classes and Part records (with plant assignments), Customer and Supplier records (with BP split applied), PO Headers and Lines (from SAP purchasing documents), AP Invoices (from SAP open payables with Supplier lookups resolved), AR Invoices (from SAP open receivables with Customer lookups resolved), Sales Orders (from SAP sales documents), GL Batches (journal entries chunked by fiscal period), and finally Project records (if PS module data is in scope). Each phase emits a row-count reconciliation report before the next phase begins.
Cutover, validation, and extension rebuild handoff
We freeze SAP writes during cutover, run a final delta migration of any records modified during the migration window, then enable Epicor as the system of record for finance, purchasing, and order management. We deliver the SAP workflow and BTP extension inventory document to the customer's admin team with Epicor-native rebuild recommendations for each artifact. We support a two-week hypercare window where we resolve any reconciliation issues raised by the customer's finance and operations teams. We do not rebuild SAP workflows or BTP extensions as Epicor Data Tools or Integration Suite flows inside the migration scope; that is a separate engagement.
Platform deep dives
SAP S/4HANA Cloud
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 SAP S/4HANA Cloud 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
SAP S/4HANA Cloud: API-specific limits published per endpoint; Journal Entry API recommends max 15 parallel sync calls, 30 async; no tenant-wide X req/sec figure is published.
Data volume sensitivity
SAP S/4HANA Cloud 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 SAP S/4HANA Cloud to Epicor Prophet 21 migration scoping. Not seeing yours? Book a call.
Walk through your SAP S/4HANA Cloud 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 SAP S/4HANA Cloud
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.