ERP migration
Field-level mapping, validation, and rollback between Axelor ERP and Epicor Prophet 21. We move data and schema; workflows are rebuilt natively in Epicor Prophet 21.
Axelor ERP
Source
Epicor Prophet 21
Destination
Compatibility
9 of 12
objects map 1:1 between Axelor ERP and Epicor Prophet 21.
Complexity
BStandard
Timeline
6-10 weeks
Overview
Moving from Axelor ERP to Epicor ERP is a manufacturing-focused migration. Axelor's open-source Java architecture, XML-defined domain model, and BPM workflow engine have no direct Epicor equivalent, so we handle custom Studio objects as explicit schema objects to be pre-created in Epicor before any data lands. Axelor's unified Partner object (customer, supplier, prospect in one) maps to Epicor's Customer and Supplier partitions, while Products with Bill of Materials and routing steps map to Epicor PartMaster with BOM records and linked ECO and MES data. Multi-company Axelor deployments require inter-company journal splitting before Epicor ingestion because Epicor Kinetic runs single-company per tenant by default. Open orders, partially fulfilled stock moves, and in-progress manufacturing orders are flagged during scoping and validated at cutover so that only clean, historically closed records migrate while live transactional state is preserved for go-live re-entry in Epicor. We do not migrate BPM workflows, Axelor Studio-defined process automations, or custom Java modules as code; we deliver a written inventory of these for the customer's implementation 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 Axelor 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.
Axelor ERP
Partner
Epicor Prophet 21
Customer / Supplier
1:manyAxelor Partner is a unified object for customers, suppliers, and prospects with a type field distinguishing each. We partition by Partner.type into Epicor Customer (customer and prospect) and Supplier (vendor) records. Addresses, bank details, and contact persons migrate as related records with the parent Customer or Supplier as the owning entity.
Axelor ERP
Product
Epicor Prophet 21
PartMaster
1:1Axelor Products (stocked items and services with BOM support) map to Epicor PartMaster records. Product variants, units of measure, and supplier info migrate as related PartPlant, PartXRef, and PartSup records. Multi-UoM is preserved by mapping Axelor unitOfMeasure to Epicor UOMCode with a UOMClass-based validation check at ingestion.
Axelor ERP
Sale Order / Purchase Order
Epicor Prophet 21
OrderHed + OrderDtl
1:1Axelor Sale Orders and Purchase Orders map to Epicor OrderHed (header) and OrderDtl (line) records. Line items, taxes, discounts, and order status migrate. Axelor's order-to-invoice linking via originId preserves the relationship in Epicor as LinkedOrderNum. Open orders at migration time are flagged and reconciled separately; only confirmed or historical orders migrate while active transactional state is re-entered in Epicor at cutover.
Axelor ERP
Invoice
Epicor Prophet 21
ARInvoice / APInvoice
1:1Axelor invoices are multi-currency and multi-company aware. We separate open invoices from historical records: open invoices remain in Axelor for payment processing and are excluded from migration; historical invoices migrate as read-only records into Epicor ARInvoice (customer invoices) or APInvoice (vendor invoices) with invoice lines, tax computation, and payment terms preserved.
Axelor ERP
Project
Epicor Prophet 21
Project
1:1Axelor Projects contain Tasks, Milestones, Time Entries, and Invoicing Plans. We extract the full project hierarchy including subtask nesting, assigned users, and billing rates. Project status and custom fields migrate. Epicor Project records support WBS (Work Breakdown Structure) hierarchies that align with Axelor's task nesting model.
Axelor ERP
Task
Epicor Prophet 21
LaborDtl / ProjPhase
1:1Axelor Tasks belong to Projects and carry status, priority, assignees, and custom fields. Subtask inheritance varies by Axelor version; we flatten the hierarchy where Epicor does not support nested task structures and map to LaborDtl for time-tracking entries and ProjPhase for phase-level work breakdown.
Axelor ERP
Stock Move / Inventory
Epicor Prophet 21
PartTran + Warehouse / Plant
1:1Axelor Stock Moves track internal transfers, receipts, and shipments with real-time inventory impact. We extract move lines, warehouses, and lot/serial numbers into Epicor PartTran records. Open moves at migration time are flagged so that the customer can complete or cancel them in Axelor before cutover, then re-enter the resulting inventory adjustments in Epicor.
Axelor ERP
General Ledger / Accounting
Epicor Prophet 21
GlJournal + Chart of Accounts
lossyAxelor's Chart of Accounts, Journals, and Journal Entries with debit/credit lines and analytic accounts map to Epicor GlJournal. Multi-company journals require inter-company entry splitting per company and a custom reference field for post-migration reconciliation. We do not migrate accounting balances as live records; historical journal entries migrate as reference data for audit trail only.
Axelor ERP
Employee
Epicor Prophet 21
Employee
1:1Axelor Employee records include contact info, job title, department, and employment dates. We map to Epicor Employee records and preserve the reporting-line structure via the Supervisor field where Epicor supports it. Epicor Employee is scoped to a single Company; multi-company Axelor deployments map employees to the primary company in Epicor unless separate company codes are provisioned.
Axelor ERP
Bill of Materials (BOM)
Epicor Prophet 21
BOM + BOMPart + PartMtl
1:1Axelor BOMs define product component lists and routing steps for manufacturing. Axelor's BOM versioning is preserved by mapping the active BOM to Epicor PartMtl records linked to the PartMaster, with alternate BOMs stored as BOM records with alternate markers. Routing steps migrate to PartOpr if Epicor MES is in scope. BOM revision control migrates to Epicor's ECO (Engineering Change Order) model.
Axelor ERP
Documents / Attachments
Epicor Prophet 21
Document attachments (external)
1:1Axelor stores file attachments against any record via its document management module. We export file metadata (filename, size, record association, and URL path) but file binaries require separate storage handling via SFTP or cloud storage sync to move the actual documents to the destination environment. Attachment metadata is imported as a URL reference in Epicor's External MES or Document Management tables.
Axelor ERP
Custom Objects (Studio)
Epicor Prophet 21
Custom tables (UD fields or separate tables)
lossyAxelor Studio allows creation of entirely custom domain objects stored in the same database with XML model files. We enumerate every non-standard model at scoping time by inspecting the application's XML domain files, pre-create corresponding custom tables or UD fields in Epicor Kinetic, and migrate the records with the same relationship structure. If an Epicor equivalent does not exist, we document the gap and recommend a rebuild approach for the implementation team.
| Axelor ERP | Epicor Prophet 21 | Compatibility | |
|---|---|---|---|
| Partner | Customer / Supplier1:many | Fully supported | |
| Product | PartMaster1:1 | Fully supported | |
| Sale Order / Purchase Order | OrderHed + OrderDtl1:1 | Fully supported | |
| Invoice | ARInvoice / APInvoice1:1 | Fully supported | |
| Project | Project1:1 | Fully supported | |
| Task | LaborDtl / ProjPhase1:1 | Fully supported | |
| Stock Move / Inventory | PartTran + Warehouse / Plant1:1 | Fully supported | |
| General Ledger / Accounting | GlJournal + Chart of Accountslossy | Mapping required | |
| Employee | Employee1:1 | Fully supported | |
| Bill of Materials (BOM) | BOM + BOMPart + PartMtl1:1 | Fully supported | |
| Documents / Attachments | Document attachments (external)1:1 | Mapping required | |
| Custom Objects (Studio) | Custom tables (UD fields or separate tables)lossy | Mapping required |
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.
Axelor ERP gotchas
Custom Studio domain models require manual enumeration
BPM workflow definitions are not standard data records
Multi-company inter-company journals need manual reconciliation mapping
Attachment file binaries require separate storage migration
Version upgrade breaks custom entity field overrides
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 Axelor deployment across version, custom Studio domain models (via XML domain file enumeration or DB schema dump), active BPM workflows and decision tables, multi-company configuration, and record volumes across Partners, Products, Orders, Invoices, Projects, Stock Moves, BOMs, and Employees. We pair this with Epicor edition assessment (cloud vs on-premise, modules in scope) and a written migration scope document covering object coverage, data completeness risks, and the custom object gap inventory.
Schema pre-creation and BOM versioning design
We pre-create custom tables or UD fields in Epicor Kinetic for every Axelor Studio custom domain object. We design BOM versioning mapping from Axelor's BOM revision model to Epicor's BOM and ECO revision structure. Multi-company accounts are split into separate company configurations or consolidated into a single company with site partitioning as the customer chooses. Epicor schema is deployed into a Sandbox org first for validation before any data loads begin.
BPM and workflow inventory extraction
We extract Axelor BPM XML files (DMN decision tables, process XML) and Studio workflow definitions. We do not convert these to Epicor equivalents; instead, we deliver a written inventory documenting every active BPM process, its trigger object and conditions, the records it acts upon, and a recommended Epicor Workflow Designer or MES rule replacement. The customer's Epicor implementation partner uses this inventory to rebuild during the parallel configuration phase.
Data profiling and open-transaction flagging
We profile data quality across all source objects: duplicate Partners, inconsistent product codes, multi-format date fields, and non-UTF character issues. We flag all open manufacturing orders, pending stock moves, and partially fulfilled purchase and sale orders for customer resolution before cutover. Historical invoices and journal entries are profiled for multi-currency consistency and inter-company journal dependencies.
Sandbox migration and reconciliation
We run a full migration into Epicor Kinetic Sandbox using production-like data volume. The customer's operations and finance leads reconcile record counts and spot-check 25-50 records per object against the Axelor source. BOM hierarchies are validated for multi-level component explosion accuracy. Any mapping corrections are applied before production migration begins.
Production migration in dependency order
We run production migration in record-dependency order: PartMaster (Products first, because BOMs and orders reference it), then Customers and Suppliers (from Partners), then BOMs and routing steps, then Orders (headers before lines), then Invoices (historical only), then Projects and Labour entries, then Stock Moves (closed only), then GL journal entries (for audit trail), then Attachments metadata (file binaries transferred separately), then Custom Objects last because they may have lookups to standard objects.
Cutover, validation, and workflow rebuild handoff
We freeze Axelor 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 BPM and Studio workflow inventory document to the customer's implementation team. We support a one-week hypercare window to resolve reconciliation issues raised by the customer's team. We do not rebuild Axelor BPM workflows as Epicor Workflow Designer definitions inside the migration scope; that is a separate engagement or an implementation partner task.
Platform deep dives
Axelor 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 Axelor 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
Axelor ERP: Not publicly documented.
Data volume sensitivity
Axelor 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 Axelor ERP to Epicor Prophet 21 migration scoping. Not seeing yours? Book a call.
Walk through your Axelor 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 Axelor 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.