ERP migration
Field-level mapping, validation, and rollback between Edara and Epicor Prophet 21. We move data and schema; workflows are rebuilt natively in Epicor Prophet 21.
Edara
Source
Epicor Prophet 21
Destination
Compatibility
11 of 12
objects map 1:1 between Edara and Epicor Prophet 21.
Complexity
BStandard
Timeline
4-8 weeks
Overview
Moving from Edara ERP to Epicor Kinetic is a structural migration that moves your business from a retail and distribution-focused platform to a manufacturing-first ERP. The most significant change is Epicor's deep shop-floor, MES, and production scheduling capabilities, which Edara does not offer at any tier. We extract data through Edara's support-facing endpoints or API (Ultimate plan, 100k calls/tenant/month), reconcile Pro-plan transaction cap truncation during discovery, and map fixed asset depreciation schedules from Edara Ultimate into Epicor's Asset Register. Open AR/AP aging maps to Epicor's AR/AP transaction tables. POS register definitions, salesperson assignments, and per-register billing metadata do not have a native Epicor equivalent and are documented for your admin to reconfigure post-migration. Multi-currency exchange rate history transfers alongside transactional data to preserve converted amounts in the destination currency. We do not migrate Edara's integrations (Slack, Google Calendar, Google Sheets) as configurations; these are rebuilt in Epicor or replaced with Epicor-native equivalents.
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 Edara 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.
Edara
Chart of Accounts
Epicor Prophet 21
GL Account
1:1Edara's chart of accounts maps 1:1 to Epicor's GL Account table. Account codes, names, types (Asset, Liability, Equity, Revenue, Expense), and active/inactive status transfer directly. We preserve the full account hierarchy so that Epicor's segment structure (typically Company-Division-Department or similar) can be mapped from Edara's account code segments. If Edara uses a flat account code structure, we create a standard Epicor segment configuration during setup.
Edara
Customer
Epicor Prophet 21
Customer
1:1Edara Customer records map to Epicor Customer with billing/shipping addresses, contact information, payment terms, and customer currency assignments preserved. We flag any custom customer properties (customer-specific discounts, credit limits, salesperson assignments) for mapping to Epicor Customer UD fields or UserDefined fields. Duplicate detection runs on CustomerName and TaxID before insert to avoid Epicor constraint violations.
Edara
Vendor
Epicor Prophet 21
Vendor
1:1Edara Vendor master records map to Epicor Vendor with addresses, tax IDs, default payment terms, and buyer assignments preserved. We reconcile vendor names for duplicates before insert and flag any vendor-specific PO markup fields requiring mapping to Epicor's VendorUPSData or UserDefined tables.
Edara
Item
Epicor Prophet 21
Part
1:1Edara Item master records map to Epicor Part. SKU, description, cost, price, unit-of-measure conversions, inventory valuation method (FIFO, LIFO, Average), and warehouse assignments transfer directly. We flag any custom item properties (vendor-specific pricing, barcode associations, lot-control settings) for Epicor Part UD fields. If Edara uses Lot or Serial tracking, we map to Epicor's Lot/Serial number tables and preserve traceability data.
Edara
Warehouse / Inventory
Epicor Prophet 21
Warehouse + PartWhse
1:1Edara warehouse records and per-warehouse stock levels map to Epicor Warehouse and PartWhse. Bin locations and bin-level quantities transfer where Edara stores them. We flag negative stock entries in Edara for the customer's operations team to resolve before committing to Epicor, because Epicor's inventory valuation may reject or flag negative quantities depending on site configuration. Multi-warehouse setups in Edara map directly to Epicor's site-warehouse hierarchy.
Edara
Open AR
Epicor Prophet 21
AR Invoice + AR Adjustment
1:1Edara open AR aging maps to Epicor AR Invoice and AR Adjustment records. Outstanding invoice amounts, due dates, and currency assignments transfer. We export Edara's AR aging report and map each open document to Epicor's InvoiceNum or an AR Adjustment with a reason code. Any open credit memos map to Epicor CMemo records. Currency conversion records are preserved from Edara's multi-currency exchange rate history so that the outstanding balance in Epicor matches the original transaction currency and converted amounts.
Edara
Open AP
Epicor Prophet 21
AP Invoice + AP Adjustment
1:1Edara open AP aging maps to Epicor AP Invoice and AP Adjustment records using the same approach as AR. Outstanding PO-linked invoices are matched to Epicor's PO Receipt records. Vendor-held credits map to Epicor VendorPP records. Multi-currency AP documents carry exchange rate history to preserve original and converted amounts.
Edara
Sales Order
Epicor Prophet 21
Order
1:1Edara open and closed sales orders map to Epicor OrderHed and OrderDtl. Line items, quantities, pricing, discounts, and salesperson assignments transfer. For Pro-plan Edara customers with more than 30,000 orders in the migration window, we detect the cap during discovery and stage extraction in monthly batches aligned with Edara's billing cycle. Closed orders transfer as historical records with OrderOpen = false; open orders retain their status for fulfillment continuity.
Edara
Purchase Order
Epicor Prophet 21
PO Header + PODetail
1:1Edara purchase orders map to Epicor POHeader and PODetail. Vendor assignments, line items, quantities, unit costs, approval status, and linked receipt records transfer. We preserve PO approval workflows as notes in Epicor's PO approval fields for the customer's admin to reconfigure in Epicor's approval routing.
Edara
Fixed Asset
Epicor Prophet 21
Asset
1:1Fixed asset records including acquisition cost, accumulated depreciation, depreciation method, and useful life are only fully accessible on Edara Ultimate. We export the depreciation schedule from the trial balance and Edara's financial reports where Ultimate API access is not available, reconcile the asset register against the general ledger, and flag any discrepancy for the customer's accountant to resolve before committing the asset ledger to Epicor. Once reconciled, assets map to Epicor's Asset table with depreciation method and book values preserved.
Edara
POS Register
Epicor Prophet 21
N/A
1:1Edara POS register configurations and per-register billing metadata have no native Epicor equivalent. Epicor's POS and retail modules are limited compared to its manufacturing depth. We export POS register definitions, salesperson assignments, and register-to-location mappings as a written inventory document for the customer's admin to reconfigure in Epicor or a separate POS solution post-migration. The per-register billing structure ($29 base + $17/register) does not map to Epicor's pricing model.
Edara
Multiple Currencies
Epicor Prophet 21
Currency + Exchange Rate
lossyEdara multi-currency data (available on Pro and above) maps to Epicor Currency and Exchange Rate tables. We export exchange rate history alongside transactional data so that converted amounts in Epicor match the original Edara records. If Edara holds open AR/AP in multiple currencies, the exchange rate at document date is preserved on each migrated document to avoid Epicor's current-rate revaluation from creating phantom gains or losses at migration cutover.
| Edara | Epicor Prophet 21 | Compatibility | |
|---|---|---|---|
| Chart of Accounts | GL Account1:1 | Fully supported | |
| Customer | Customer1:1 | Fully supported | |
| Vendor | Vendor1:1 | Fully supported | |
| Item | Part1:1 | Fully supported | |
| Warehouse / Inventory | Warehouse + PartWhse1:1 | Fully supported | |
| Open AR | AR Invoice + AR Adjustment1:1 | Fully supported | |
| Open AP | AP Invoice + AP Adjustment1:1 | Fully supported | |
| Sales Order | Order1:1 | Fully supported | |
| Purchase Order | PO Header + PODetail1:1 | Fully supported | |
| Fixed Asset | Asset1:1 | Fully supported | |
| POS Register | N/A1:1 | Fully supported | |
| Multiple Currencies | Currency + Exchange Ratelossy | 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.
Edara gotchas
API access is Ultimate-plan exclusive with a 100k call ceiling
Pro plan monthly transaction cap can interrupt large historical exports
Fixed asset depreciation schedules require Ultimate-plan access to export fully
Multi-register POS setup adds per-register costs not visible in per-user pricing
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 Edara plan assessment
We audit the source Edara instance across plan tier (Basic/Pro/Ultimate), transaction volumes, open AR/AP aging, item count, warehouse count, fixed asset register visibility, multi-currency usage, and POS register count. We determine whether the customer is on Pro with the 30,000 order cap, whether Ultimate API access is available, and whether fixed asset data is fully visible or requires trial balance reconciliation. The discovery output is a written migration scope, an extraction method recommendation (API vs. support-facing export), and an Epicor Kinetic edition recommendation based on the customer's user count and module requirements.
Epicor schema design and account structure
We design the destination Epicor schema including GL account segment structure, site and warehouse configuration, customer and vendor number ranges, part number format, and multi-currency settings. If the customer uses multi-currency in Edara, we configure Epicor currencies and exchange rate tables before any transactional data loads. We provision any required Epicor UD fields for Edara custom properties that do not map to standard Epicor fields. Schema is deployed into an Epicor test environment first for validation before any production data moves.
Fixed asset reconciliation
We extract Edara's trial balance and fixed asset register, reconcile the accumulated depreciation in the asset register against the general ledger, and flag any discrepancy for the customer's accountant to resolve. For Pro-plan customers with limited asset visibility, we use the trial balance's asset accounts to reconstruct the asset register. Once reconciled, we load the asset ledger into Epicor's Asset table with depreciation method, useful life, and book values preserved. This step runs before production migration to avoid committing an inconsistent asset register.
Sandbox migration and reconciliation
We run a full migration into Epicor's test environment using production-like data volume. The customer's finance and operations leads reconcile record counts (GL accounts in, customers in, vendors in, parts in, open AR in, open AP in), spot-check 25-50 random records against the Edara source, and sign off on the mapping and schema before production migration begins. Any mapping corrections, field-length adjustments, or character-encoding fixes happen in this phase. This step is critical for fixed asset reconciliation and multi-currency accuracy.
Production migration in dependency order
We run production migration in record-dependency order: GL accounts first (establishing the chart), then customers and vendors (referenced by nearly all transactions), then parts and inventory (for order fulfillment), then open AR and open AP aging (for financial continuity), then open sales orders and purchase orders (with parent customer/vendor resolved), then fixed assets (reconciled in step 3), then multi-currency exchange rate history. POS register definitions and salesperson assignments are exported as a written inventory for post-migration reconfiguration. Each phase emits a row-count reconciliation report before the next phase begins.
Cutover, delta migration, and workflow handoff
We freeze Edara 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 fixed asset reconciliation report, the POS register inventory, and the BI report rebuild inventory to the customer's admin team. We support a one-week post-cutover window where we resolve any reconciliation discrepancies raised by the customer's finance or operations team. We do not rebuild Edara's integrations (Slack, Google Calendar, Google Sheets) in Epicor; those are documented for the admin to reconfigure or replace with Epicor-native equivalents as a separate task.
Platform deep dives
Edara
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 Edara 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
Edara: 100,000 API calls per tenant per month on Ultimate plan; no documented per-minute or per-request limits found in public documentation.
Data volume sensitivity
Edara 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 Edara to Epicor Prophet 21 migration scoping. Not seeing yours? Book a call.
Walk through your Edara 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 Edara
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.