ERP migration
Field-level mapping, validation, and rollback between iDempiere and Epicor Prophet 21. We move data and schema; workflows are rebuilt natively in Epicor Prophet 21.
iDempiere
Source
Epicor Prophet 21
Destination
Compatibility
11 of 15
objects map 1:1 between iDempiere and Epicor Prophet 21.
Complexity
BStandard
Timeline
6-10 weeks
Overview
Moving from iDempiere to Epicor ERP is a structural migration across fundamentally different platforms. iDempiere's Client and Organization hierarchy maps to Epicor's Company and Site model, and we establish that structure before importing any transactional data. Custom OSGi plugin logic has no direct Epicor equivalent—Epicor uses UD columns, Business Activity Queries, and BPMs instead—so we document every plugin as a functional specification for your admin team to rebuild post-migration. The same applies to iDempiere's custom windows: underlying table data migrates, but form layouts require manual recreation in Epicor Designer. We use database-layer extraction from iDempiere's PostgreSQL or Oracle backend and load into Epicor via REST and Bulk APIs, with rate-limit handling and chunking for large transaction volumes. Workflows, automations, and Application Dictionary modifications do not migrate as code; we deliver a written inventory of these for your team 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 iDempiere 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.
iDempiere
Business Partner
Epicor Prophet 21
Customer and Vendor
1:manyiDempiere Business Partners cover customers, vendors, and leads in a single record type with a BP Classification flag. We split these into Epicor Customer (IsCustomer=true) and Vendor (IsVendor=true) records. The BP's location tabs map to Epicor ShipTo and PurPoint records. Credit limits and payment terms transfer as CustomerCreditHold and Terms records. The BP's pricing schema maps to Epicor PriceLDisc records. Dedupe uses BP Value as the external reference key in Epicor.
iDempiere
Organization
Epicor Prophet 21
Company and Site
lossyiDempiere's Client > Organization hierarchy maps to Epicor Kinetic's Company > Site structure. The top-level iDempiere Client becomes the Epicor Company, and each child Organization becomes a Site under that Company. We import the full org tree first in Epicor because all subsequent records (Products, Orders, Projects) require a Site reference. Multi-ledger configurations in iDempiere map to Epicor multi-company structures if the customer operates separate legal entities.
iDempiere
Product
Epicor Prophet 21
Part
1:1iDempiere Products map to Epicor Part records. The iDempiere Product Type (Item vs Service vs Resource) maps to Part's TypeCode. Product costing method transfers to Epicor's Costing Method field. BOM structures migrate to Epicor's BOM (PartMtl) and Routing (PartMtlOperation) records. Product variants and configured products in iDempiere map to Epicor PartRev configurations. Stocking settings and warehouse assignments transfer to PartWhse records with Site-specific stocking locations.
iDempiere
Order
Epicor Prophet 21
OrderHed and OrderDtl
1:1iDempiere Orders (C_Order) with header/line structures migrate to Epicor OrderHed (header) and OrderDtl (lines). Order status, pricing, tax treatment, and GL journal references preserve. Lines link to the correct Part via PartNum and to the correct Customer/Site via ShipToNum. Payment terms and discounts transfer from iDempiere's payment rule fields to Epicor's Terms and LineDiscount fields. Historical closed orders migrate as completed records; open orders migrate as open with the same document status.
iDempiere
Invoice
Epicor Prophet 21
InvoiceHed and InvoiceDtl
1:1iDempiere Invoices map to Epicor InvoiceHed and InvoiceDtl. Both AR and AP invoices are handled separately. Document status, tax treatment, payment terms, and GL journal references preserve. Lines are linked to the parent OrderDtl reference if the invoice originated from an order. Open AR/AP invoice balances transfer as outstanding amounts. Invoice payment allocations migrate to Epicor's Cash Receipt andAP Payment records.
iDempiere
Payment and Cash Management
Epicor Prophet 21
CashHead, ARPmt, and APPmt
1:1iDempiere payment batches and cash journal entries migrate to Epicor CashHead and associated payment records (ARPmt for receivables, APPmt for payables). Bank statement mappings transfer as BankRec records. Open AP/AR records carry their payment terms and aging bucket assignments. Allocation details preserve across payment-to-invoice matching records.
iDempiere
Project and Phase
Epicor Prophet 21
Project and ProjectPhase
1:1iDempiere Projects with phases, tasks, milestones, and time entries migrate to Epicor Project and ProjectPhase records. Resource assignments map to ProjectResource records. Project status and WBS structure preserve. Time entries migrate as LaborDtl records linked to the project. Milestone billing in iDempiere maps to Epicor's billing release mechanism. Custom project types defined in iDempiere's Application Dictionary require schema migration before the project data can load.
iDempiere
Asset and Fixed Asset
Epicor Prophet 21
FAsset and FAssetBooks
1:1iDempiere fixed asset registers with depreciation schedules migrate to Epicor FAsset and FAssetBooks. Depreciation method (straight-line, declining balance, units of production) transfers to Epicor's depreciation calculation fields. Insurance mappings and asset book values preserve. Service history tied to each asset transfers to FAssetReg records.
iDempiere
Accounting Schema and Chart of Accounts
Epicor Prophet 21
GL Account and Fiscal Year
lossyiDempiere's accounting schemas and dimensional GL chart of accounts must be recreated in Epicor Kinetic's Company and Fiscal Year configuration. Account dimension structure (Legal Entity, Business Partner, Product, Location) maps to Epicor's natural account and division/cost center structure. The GL journal header/line model is equivalent between platforms. GL journal entries migrate as Epicor GLJrnHed and GLJrnLine records with full debit/credit and dimension references.
iDempiere
Custom Window / Application Dictionary
Epicor Prophet 21
UD Table
lossyCustom iDempiere windows backed by Application Dictionary tables migrate their underlying table data to Epicor UD tables (UDXX). We export the table schema and data via direct database queries. The visual form layout does not migrate; it must be recreated in Epicor Designer by the customer's Epicor administrator post-migration. This is a scope limitation across all ERP-to-ERP migrations.
iDempiere
Attachment and Archive
Epicor Prophet 21
File Manager and Content
1:1iDempiere attachments stored in the database (Lob) or filesystem migrate to Epicor's File Manager and Content table. We run the Migrate Storage Provider plugin in iDempiere before extraction if attachments are split across both storage types. Database blob attachments export to files first. Filesystem attachments copy directly if paths are accessible. Epicor's FileManager and ContentLib handle storage in the cloud or on-premise deployment.
iDempiere
User and Role
Epicor Prophet 21
UserCode, Employee, and Role
1:1iDempiere users and role-privilege assignments migrate to Epicor UserCode and Employee records. The iDempiere role-privilege matrix maps to Epicor's Role and SecCode records. Multi-org role scoping in iDempiere maps to Epicor's Company/Site security assignments. User provisioning in Epicor requires the customer's admin to create UserCode records with the appropriate access before we assign OwnerId on transactional records.
iDempiere
Bank Account and Cash Account
Epicor Prophet 21
BankCode and CashFX
1:1iDempiere bank accounts and cash journal accounts with currency and GL account mappings migrate to Epicor BankCode and CashFX records. Opening balances transfer as GL journal entries in the Epicor target accounting schema. Currency assignments and exchange rate settings preserve.
iDempiere
Tax Code and Tax Category
Epicor Prophet 21
TaxMaster and TaxJurisdiction
1:1iDempiere tax categories, rates, and validity windows migrate to Epicor TaxMaster and TaxJurisdiction records. Tax jurisdiction assignments per location transfer so that correct rates apply post-migration. Tax type (sales tax, VAT, withholding) maps to Epicor TaxType. Tax validity date ranges preserve to maintain retroactive tax treatment on historical records.
iDempiere
POS and Cash Register
Epicor Prophet 21
POS Terminal and TenderType
1:1iDempiere Point of Sale records migrate to Epicor POS Terminal and TenderType configurations. Cash register configurations and payment type assignments transfer as part of the POS setup. This object is included when the source iDempiere instance uses the POS module; it is excluded otherwise.
| iDempiere | Epicor Prophet 21 | Compatibility | |
|---|---|---|---|
| Business Partner | Customer and Vendor1:many | Fully supported | |
| Organization | Company and Sitelossy | Fully supported | |
| Product | Part1:1 | Fully supported | |
| Order | OrderHed and OrderDtl1:1 | Fully supported | |
| Invoice | InvoiceHed and InvoiceDtl1:1 | Fully supported | |
| Payment and Cash Management | CashHead, ARPmt, and APPmt1:1 | Fully supported | |
| Project and Phase | Project and ProjectPhase1:1 | Fully supported | |
| Asset and Fixed Asset | FAsset and FAssetBooks1:1 | Fully supported | |
| Accounting Schema and Chart of Accounts | GL Account and Fiscal Yearlossy | Fully supported | |
| Custom Window / Application Dictionary | UD Tablelossy | Fully supported | |
| Attachment and Archive | File Manager and Content1:1 | Fully supported | |
| User and Role | UserCode, Employee, and Role1:1 | Fully supported | |
| Bank Account and Cash Account | BankCode and CashFX1:1 | Fully supported | |
| Tax Code and Tax Category | TaxMaster and TaxJurisdiction1:1 | Fully supported | |
| POS and Cash Register | POS Terminal and TenderType1: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.
iDempiere gotchas
Plugin rebuild required after every major version upgrade
Multi-org hierarchy must be recreated before user and master data
Attachment storage provider split between database and filesystem
Deprecated AD_Sequence_No.CalendarYearMonth renamed in v13
Windows server deployment carries documented server-side risks
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 scoping
We audit the source iDempiere environment: version (v12 or v13), all installed OSGi plugin bundles with source code, attachment storage provider configuration, Organization tree depth and count, transaction volumes by document type, and any custom Application Dictionary windows or tables. We pair this with an Epicor edition assessment—Kinetic Cloud or Kinetic on-premise—to confirm the target environment. The discovery output is a written migration scope specifying every object to migrate, the org hierarchy mapping, plugin inventory, and a data volume estimate that drives timeline and pricing.
Schema design in Epicor Kinetic
We design the Epicor destination schema before any data extraction. This includes provisioning Companies and Sites that mirror the iDempiere Client-Organization hierarchy, configuring the fiscal calendar and accounting periods, setting up the Part and BOM structures with costing methods, defining document types and number sequences, planning multisite and warehouse assignments, and pre-creating any UD tables for migrated custom windows. Schema is deployed into a Sandbox environment first for validation against the mapping spec.
Sandbox migration and reconciliation
We run a full migration into the Epicor Sandbox using production-like data volumes. The customer's team reconciles record counts (Customers in, Vendors in, Parts in, Orders in, Projects in), spot-checks 25-50 records per object type against the iDempiere source, and signs off the schema and mapping before production migration begins. Any mapping corrections, missing foreign key references, or UD field population gaps surface here. OSGi plugin documentation is delivered at this stage so the customer's team can begin BPM rebuild planning in parallel.
Data extraction and transformation
We extract from iDempiere via direct database queries against PostgreSQL or Oracle, handling platform-specific SQL constructs. The multi-org hierarchy is extracted first to confirm the full tree. Custom window table data is extracted alongside standard objects. We clean and deduplicate Business Partner records, resolve Organization references on all transactional records, and transform date formats and fiscal year alignments. The output is a staged set of CSV and JSON files organized by object and dependency phase.
Production migration in dependency order
We run production migration in record-dependency order: Sites and Companies (org hierarchy), Users and Roles, Business Partners (split to Customer and Vendor), Parts and BOMs, Bank Accounts and Tax Codes, then Orders and Invoices (header then lines), then Projects, Assets, and Cash Management records. GL journal entries migrate as the final transactional phase, with historical records archived if volumes exceed Epicor's recommended load threshold. Each phase emits a row-count reconciliation report before the next phase begins. We use Epicor's REST and Bulk APIs with chunking and backoff throughout.
Cutover, validation, and rebuild handoff
We freeze new writes in iDempiere, run a final delta migration of records modified during the migration window, then validate Epicor totals against iDempiere reports before go-live. We deliver the plugin inventory and BPM rebuild specifications to the customer's Epicor administrator. Custom window form recreation guidance is delivered as a separate document for the Epicor Designer team. We support a one-week hypercare window for reconciliation issues. We do not rebuild OSGi plugins, iDempiere workflows, or custom windows as part of the migration scope; these are separate rebuild engagements.
Platform deep dives
iDempiere
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 iDempiere 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
iDempiere: Not publicly documented; rate limits are infrastructure-dependent since the server is self-hosted.
Data volume sensitivity
iDempiere 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 iDempiere to Epicor Prophet 21 migration scoping. Not seeing yours? Book a call.
Walk through your iDempiere 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 iDempiere
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.