ERP migration
Field-level mapping, validation, and rollback between Oracle Financials Cloud and Epicor Prophet 21. We move data and schema; workflows are rebuilt natively in Epicor Prophet 21.
Oracle Financials Cloud
Source
Epicor Prophet 21
Destination
Compatibility
11 of 14
objects map 1:1 between Oracle Financials Cloud and Epicor Prophet 21.
Complexity
BStandard
Timeline
8-12 weeks
Overview
Moving from Oracle Financials Cloud to Epicor ERP is a structural migration that crosses two fundamentally different ERP philosophies. Oracle Financials Cloud is built for large enterprises with multi-ledger architectures, 4-to-6-segment flexfield Charts of Account, and deep legal-entity consolidation across currencies and fiscal calendars. Epicor ERP is manufacturing-first, designed for mid-market organizations that prioritize shop-floor alignment and operational usability over enterprise-scale financial complexity. We resolve the multi-segment COA by concatenating Oracle segments into Epicor flat account codes with a reference table preserved for reporting continuity, and we sequence Business Unit creation as a pre-flight step so that all subledger records have a valid parent entity before AP or AR invoices are imported. We do not migrate Oracle workflows, approval chains, Oracle BI Publisher reports, or EPM configurations; we deliver a written inventory of these as a rebuild handoff to the customer's Epicor administrator.
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 Oracle Financials 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.
Oracle Financials Cloud
Ledger
Epicor Prophet 21
Company / Legal Entity
1:1Oracle Financials Ledgers define currency, accounting calendar, and Chart of Accounts assignment at the top level. We map each Ledger to an Epicor Company record by Ledger name and ID. Where Oracle uses multiple Ledgers for different currencies or fiscal calendars, we create corresponding Epicor Companies and flag the inter-company elimination entries as journal batches requiring post-migration reconciliation. Epicor supports multiple Companies within a single database tenant, but the customer must confirm their Epicor licensing tier covers the Company count before migration begins.
Oracle Financials Cloud
Business Unit
Epicor Prophet 21
Company + Site/Part Structure
1:1Oracle Financials Business Units are legal-entity containers that own AP, AR, and Assets subledger data. Epicor uses a Part/Company structure where Sites represent physical or logical locations within a Company. We map each Oracle BU to an Epicor Company or, where the customer licenses multi-site Epicor, to a Site under the parent Company. All Oracle BU-specific subledger records (invoices, payments, asset assignments) are held in a pending state until the destination BU/Site is confirmed live, preventing orphaned records at migration time.
Oracle Financials Cloud
Chart of Accounts
Epicor Prophet 21
Account Code Structure
lossyOracle Financials COA typically uses 4-6 flexfield segments (Company, Division, Department, Account, Product, Project). Epicor ERP uses flat account codes or a hierarchical cost-center structure that typically supports fewer segments. We design a concatenation strategy during discovery: Oracle segments are concatenated into a single Epicor account code (e.g., DIV-DEPT-ACCT-PROD) with a delimiter preserved in a reference table. The customer chooses the delimiter and segment order during scoping. We flag any Oracle segment values that exceed Epicor's account code length limits and propose truncation or reformatting rules before migration begins.
Oracle Financials Cloud
Supplier
Epicor Prophet 21
Vendor
1:1Oracle Financials Suppliers with address, tax registration, payment terms, and bank account assignments map to Epicor Vendors. Supplier sites (ship-from locations) map to Epicor VendorShipTos. We preserve the Supplier number, name, TIN/EIN, payment terms, and bank account details. Oracle's multi-site Supplier architecture (Supplier as parent, sites as children) is flattened into Epicor's Vendor record with ship-to addresses stored as child records.
Oracle Financials Cloud
Customer
Epicor Prophet 21
Customer
1:1Oracle Financials Customers with billing profiles, credit limits, and dunning assignments map to Epicor Customers. Bill-To and Ship-To site assignments migrate as Customer ShipTos. We preserve the customer number, name, credit limit, payment terms, and dunning schedule. Where Oracle stores revenue acceptance criteria or customer-specific tax exemptions, we map these to Epicor Customer Tax Exemption records or custom fields.
Oracle Financials Cloud
AP Invoice
Epicor Prophet 21
AP Invoice / Voucher
1:1Oracle Financials AP invoices carry ledger-specific distributions, accrual flags, and validation status. We map invoice headers with supplier reference, invoice number, invoice date, and due date. Invoice distributions (debit account, amount, description) map to Epicor GL Account distributions with the concatenated account code resolved from the Oracle COA mapping table. We flag unvalidated Oracle invoices (Hold status) as Epicor pre-approved vouchers requiring AP team review before posting.
Oracle Financials Cloud
AR Invoice
Epicor Prophet 21
AR Invoice
1:1Oracle Financials AR transactions include Revenue lines, tax lines, and receivables distributions tied to the subledger. We map AR invoice headers with customer reference, invoice number, invoice date, and due date. Revenue and tax line distributions map to Epicor GL distributions. We flag inter-company AR invoices requiring Epicor inter-company journal entry creation post-migration, as Epicor's inter-company model differs from Oracle's native mechanism.
Oracle Financials Cloud
Payment
Epicor Prophet 21
AP Payment / AR Receipt
1:1Oracle Financials Payments are linked to AP or AR invoices via payment schedules. We map payment records with settlement discounts, withholding tax details, and links to source invoices. Epicor AP payments and AR receipts are resolved against their respective invoice records using invoice number and supplier/customer references as dedupe keys. Where Oracle stores payment batches, Epicor payments are processed individually or as EFT batches depending on the customer's AP/AR workflow.
Oracle Financials Cloud
Fixed Asset
Epicor Prophet 21
Fixed Asset
1:1Oracle Financials Fixed Assets carry depreciation books, asset categories, assignment records, and financial depreciation histories. We map asset registers including asset number, description, acquisition date, cost, supplier, and location. Depreciation schedules (straight-line, declining balance, units of production) migrate to Epicor Fixed Assets with the current book value and accumulated depreciation computed from Oracle's depreciation history. Books with different depreciation methods across Oracle book assignments are created as separate Epicor Asset Book records.
Oracle Financials Cloud
Bank Account
Epicor Prophet 21
Bank Account
1:1Oracle Financials Bank Accounts linked to Payment Process Profiles and Cash Management balances map to Epicor Bank Accounts. We preserve bank branch, account number, currency, and the associated Payment Process Profile assignment. Cash Management bank balances migrate as Epicor Cash Head records. Oracle's multiple bank account per BU model is preserved in Epicor where each BU maps to a Company, and bank accounts are assigned at the Company level or at the Site level depending on Epicor's configuration.
Oracle Financials Cloud
Tax Code
Epicor Prophet 21
Tax Code / Tax Group
lossyOracle Financials maintains tax registries per tax authority with rates, recovery accounts, and applicability rules. We map tax codes to Epicor Tax Code configuration entries, preserving tax rate, description, and the applicable GL account for tax liability. Compound tax structures (VAT + withholding) are mapped to Epicor Tax Groups with component tax codes listed. We flag any Oracle tax exceptions or customer-specific tax exemptions for manual review and re-entry in Epicor's Tax Exemption maintenance screen.
Oracle Financials Cloud
Journal Entry
Epicor Prophet 21
Journal Entry
1:1Oracle Financials Journal Entries are posted to Ledgers with journal categories, sources, and approval statuses. We migrate approved posted journals within a configurable date scope (typically last 12-24 months of open or recent history). Unposted journals are flagged as requiring re-entry in Epicor. Journal batch names and descriptions map to Epicor Journal Entry batch headers. Each journal line's account distribution maps to the concatenated Epicor GL Account using the COA mapping table, and the journal line description and reference map to Epicor's Journal Entry line memo fields.
Oracle Financials Cloud
Expense Report
Epicor Prophet 21
Expense Report
1:1Oracle Financials expense report transactions migrate as Epicor Expense Report headers with line items, cost center assignments, and project code assignments. Oracle's mileage reimbursement rates and per-diem policy calculations are stored as configuration rather than transaction data; we export the source rates as a reference CSV and flag that Epicor's expense policy rules must be re-configured post-migration rather than carried as calculated amounts that would be stale.
Oracle Financials Cloud
Cost Center
Epicor Prophet 21
Cost Center / Department
lossyOracle Financials Cost Centers exist as independent flexfield segments or as part of the HRMS organization hierarchy depending on implementation. We identify the source (COA segment vs. HRMS assignment) during discovery and map cost center assignments to Epicor Departments. Where Oracle cost centers are stored as a separate flexfield, they are concatenated into the Epicor account code per the COA mapping strategy. Department-level reporting in Epicor uses the GL Account's cost center segment or a separate Department reference table.
| Oracle Financials Cloud | Epicor Prophet 21 | Compatibility | |
|---|---|---|---|
| Ledger | Company / Legal Entity1:1 | Fully supported | |
| Business Unit | Company + Site/Part Structure1:1 | Fully supported | |
| Chart of Accounts | Account Code Structurelossy | Mapping required | |
| Supplier | Vendor1:1 | Fully supported | |
| Customer | Customer1:1 | Fully supported | |
| AP Invoice | AP Invoice / Voucher1:1 | Fully supported | |
| AR Invoice | AR Invoice1:1 | Fully supported | |
| Payment | AP Payment / AR Receipt1:1 | Fully supported | |
| Fixed Asset | Fixed Asset1:1 | Fully supported | |
| Bank Account | Bank Account1:1 | Fully supported | |
| Tax Code | Tax Code / Tax Grouplossy | Fully supported | |
| Journal Entry | Journal Entry1:1 | Fully supported | |
| Expense Report | Expense Report1:1 | Fully supported | |
| Cost Center | Cost Center / Departmentlossy | 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.
Oracle Financials Cloud gotchas
Multi-segment Chart of Accounts requires schema remapping
REST API access requires authenticated Oracle account
Data export numeric-only limitation in EPM exports
Multi-BU migration requires all Business Units to exist pre-flight
Expense report mileage and per-diem calculations do not transfer
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 COA segment audit
We audit Oracle Financials Cloud across Ledger count, Business Unit count and hierarchy, active COA segment structure, and subledger record volumes (Suppliers, Customers, AP invoices, AR invoices, Payments, Fixed Assets, Journal Entries, Expense Reports). We identify all flexfield segments in use, their value set lengths, and any Oracle-specific account code formats. We pair this with an Epicor edition and configuration review (Company count, Site count, GL account length limits, tax module configuration). The discovery output is a written migration scope, COA concatenation strategy, and BU-to-Company/Site mapping table.
Epicor schema pre-configuration
Before any data extraction, we configure the Epicor destination environment: Companies or Sites (matching the Oracle BU count), GL account codes using the concatenated Oracle segments, tax codes mapped from Oracle tax registries, vendor and customer number formats, and fixed asset categories. We deploy this configuration into Epicor's Pilot or Test environment first. Any Epicor validation rules, required fields, or picklist constraints that would block Oracle data are identified and either relaxed for migration or addressed in the transform logic.
Pilot migration and reconciliation
We run a full migration into the Epicor Pilot or Sandbox environment using production-like data volumes. The customer's Finance lead reconciles record counts (Suppliers in, Customers in, AP invoices in, AR invoices in, Fixed Assets in, Journal Lines in), spot-checks 25-50 random records against the Oracle source, and validates that account balances tie to Oracle's trial balance report for a selected period. Any COA mapping corrections, account code length adjustments, or validation rule modifications happen in the Pilot environment before production migration begins.
BU pre-flight and Company/Site activation
We extract the complete list of Oracle Business Units and map each to an Epicor Company or Site. The customer's Epicor administrator creates and activates the destination Companies/Sites in production. We hold all subledger records (AP invoices, AR invoices, Payments) in a pending import queue until the destination BU is confirmed active. This sequencing prevents orphaned subledger records that reference non-existent vendors, customers, or GL accounts.
Production migration in dependency order
We run production migration in record-dependency order: Companies/Sites (validated in Step 4), GL account codes (using the concatenated COA mapping table), Vendors, Customers, Fixed Assets, AP Invoices, AR Invoices, Payments, Journal Entries (within configurable date scope), and Expense Reports. Each phase emits a row-count reconciliation report before the next phase begins. AP and AR invoice distributions are mapped using the COA concatenation table, and inter-company transactions are flagged for post-migration journal entry creation. All timestamps preserve Oracle's original posting dates and fiscal period assignments.
Cutover, validation, and rebuild handoff
We freeze Oracle Financials Cloud writes during cutover, run a final delta migration of any records modified during the migration window, then enable Epicor ERP as the system of record. We validate that Epicor's trial balance ties to Oracle's final trial balance for the cutover date. We deliver a written inventory of Oracle workflows, approval chains, Oracle BI Publisher reports, EPM configurations, and expense policy rates requiring rebuild in Epicor. We support a one-week hypercare window where we resolve any reconciliation issues raised by the customer's Finance team. We do not rebuild Oracle workflows or reports inside the migration scope; that work is handled by the customer's Epicor administrator or a separate Epicor implementation engagement.
Platform deep dives
Oracle Financials 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 Oracle Financials 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
Oracle Financials Cloud: Not publicly documented for Financials REST API.
Data volume sensitivity
Oracle Financials 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 Oracle Financials Cloud to Epicor Prophet 21 migration scoping. Not seeing yours? Book a call.
Walk through your Oracle Financials 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 Oracle Financials 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.