ERP migration
Field-level mapping, validation, and rollback between Integra ERP and Epicor Prophet 21. We move data and schema; workflows are rebuilt natively in Epicor Prophet 21.
Integra ERP
Source
Epicor Prophet 21
Destination
Compatibility
11 of 13
objects map 1:1 between Integra ERP and Epicor Prophet 21.
Complexity
BStandard
Timeline
6-10 weeks
Overview
Moving from Integra ERP to Epicor ERP is a structured extraction-and-load migration constrained by Integra ERP's absence of a public API. We access the source through direct database queries against on-premise instances or scheduled flat-file exports, then load into Epicor Kinetic through Epicor Data Management Tool (DMT) for transactional records and REST API for real-time objects. The migration follows dependency order: Chart of Accounts first (to satisfy account references in journal entries), then Customers and Vendors (for AR/AP lookup resolution), then Items (BOM flattening and branch-level aggregation), then Inventory ledgers, then open AP/AR balances, then historical Sales Orders. BOM structures for manufacturing customers require careful flattening because Integra stores multi-level hierarchies across linked tables while Epicor expects individual part numbers with assembly links. We do not migrate workflows, automations, custom reports, or attachments because Integra provides no documented export mechanism and Epicor stores these as platform-specific configuration code rather than data records.
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 Integra 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.
Integra ERP
Chart of Accounts
Epicor Prophet 21
GL Account (APBYR/GL Account)
1:1Integra ERP Chart of Accounts records map to Epicor Kinetic GL Account (GLAccount table). Account code, account name, account type (Asset, Liability, Income, Expense), and active flag transfer directly. We resolve cost-center segmentation from Integra by mapping to Epicor's dimension codes if the customer uses multi-segment account structures; otherwise cost centers become separate GL Account records or analytical reporting tags. Customer provides an account-mapping spreadsheet during scoping to resolve any gaps between Integra's account numbering convention and Epicor's GL Account code structure.
Integra ERP
Customers
Epicor Prophet 21
Customer and ShipTo
1:1Integra ERP Customer records map to Epicor Customer with contact details, billing address, credit terms, and GST registration preserved. Each Customer in Epicor supports multiple ShipTo addresses, which we populate from Integra's customer-branch associations. We preserve open AR balances as opening AR entries in Epicor with a reference to the original invoice numbers where available. Customer code in Integra becomes CustID in Epicor; the mapping is 1:1 with no merging required.
Integra ERP
Vendors
Epicor Prophet 21
Supplier and PurAgent
1:1Integra ERP Vendor records map to Epicor Supplier with payment terms, GST/VAT registration, address records, and vendor-specific item pricing transferred directly. Supplier codes map from Integra's vendor code to Epicor VendorID. We preserve vendor-specific pricing rows as Supplier Part UOM or Supplier Price List entries in Epicor where the source data contains them.
Integra ERP
Items (Products)
Epicor Prophet 21
Part and PartPlant
1:1Integra ERP Items map to Epicor Part records with part number, description, unit of measure, and item type (stock, non-stock, misc) transferred. Integra-specific classification codes migrate to Part Number Prefix or a custom Part attribute field. BOM hierarchies stored across multiple linked tables in Integra are flattened into Epicor Part and JobAsmbl records; multi-level BOMs are reconstructed with parent-part and child-part links using a recursive extraction script. Branch-level stock quantities map to PartPlant records per Epicor site or warehouse code.
Integra ERP
Inventory Ledgers
Epicor Prophet 21
PartBin (on-hand quantities)
1:1Integra ERP inventory ledgers contain branch or warehouse-specific stock quantities. We aggregate by item and map to Epicor PartBin records per site-warehouse combination. Serial and batch tracking fields are preserved where present in the source; Epicor PartBin receives the aggregated quantity as the opening on-hand balance for each warehouse. Inventory valuation (average cost, standard cost) migrates to Epicor Part and PartCost records to support correct COGS posting on future transactions.
Integra ERP
Open AP / AR
Epicor Prophet 21
AP Invoice Header / AR Invoice Header (as opening balances)
1:1Outstanding payable and receivable balances in Integra ERP cannot be migrated as individual invoices in most scenarios. We extract the net outstanding amount per vendor (AP) and per customer (AR) and create Epicor opening balance records using the AP/AR opening balance form or as manual journal entries against the appropriate GL Account. Each opening balance line references the source system and original party for audit trail. Historical invoice details migrate as context notes on the opening balance record.
Integra ERP
Historical Sales Orders
Epicor Prophet 21
OrderHed and OrderDtl
1:1Integra ERP Sales Orders map to Epicor Sales Order records (OrderHed as header, OrderDtl as lines). We extract header fields (order number, order date, customer reference, ship-to address) and line fields (item number, quantity ordered, quantity shipped, unit price, discount) across linked tables. Order status from Integra maps to Epicor OrderHed.OrderStatus and OrderHed.OpenOrder. Orders referencing voided customers or discontinued items are flagged in a reconciliation report before load. DMT Order Entry template handles the bulk load with batch sequencing.
Integra ERP
Employees
Epicor Prophet 21
Employee
1:1Integra ERP Employee records from the employee management module map to Epicor Employee with name, department, job title, and basic employment status transferred. Compensation fields migrate to the Epicor HR module or to custom fields on Employee if the customer licenses Epicor Human Capital Management. Employee number from Integra becomes EmpID in Epicor. We preserve department assignments as Epicor Department codes.
Integra ERP
BOM (Bill of Materials)
Epicor Prophet 21
JobAsmbl and JobMtl
lossyIntegra ERP BOM structures for manufacturing customers require recursive flattening because the source stores multi-level hierarchies across parent-child linked tables with optional operations. We extract each BOM level, map to Epicor JobAsmbl (assembly header) and JobMtl (material lines), and preserve the operation sequence and quantity-per-assembly. Make-to-order parts get linked to JobAsmbl.JobNum for production order traceability in Epicor Kinetic MES.
Integra ERP
Purchase Orders
Epicor Prophet 21
POHeader and PODetail
1:1Open Purchase Orders from Integra ERP map to Epicor POHeader and PODetail records. Vendor, PO date, ship-to warehouse, line item, quantity ordered, quantity received, and unit cost transfer directly. Open PO status determines Epicor OpenRelease status on release records. Historical closed POs migrate as read-only records with the closed flag set to avoid duplicate GL posting.
Integra ERP
General Ledger Journal Entries
Epicor Prophet 21
GLJrnHed and GLJrnDtl
1:1Integra ERP journal entries map to Epicor GLJrnHed (header) and GLJrnDtl (detail) records. We preserve the journal entry number, entry date, description, and account-debit-amount pairs. Journal source codes map to Epicor JournalCode. Entries are loaded in date order to maintain fiscal period integrity; any entries with unmapped account codes go to a suspense account per the account-mapping spreadsheet.
Integra ERP
Documents / Attachments
Epicor Prophet 21
Not migrated (file paths only)
1:1Attachments, scanned documents, and PDFs stored inside Integra ERP are not exposed via a documented export mechanism. We extract any linked file paths from the source database but cannot guarantee file integrity or completeness. Customers should extract documents independently before migration and store them in a document management system. We document the source file path against the relevant transaction or master record for post-migration retrieval.
Integra ERP
Custom Objects / User-Defined Fields
Epicor Prophet 21
UD Codes and custom fields on standard objects
lossyIntegra ERP may contain user-defined fields on standard tables or custom objects that require mapping to Epicor UD Codes (UD01-UD12) or custom fields on the equivalent Epicor table. We map each identified Integra UDF to an Epicor custom field of matching data type (string, integer, date, decimal). Custom object data is mapped to Epicor UD tables during scoping if the customer requires preservation of Integra-specific business logic.
| Integra ERP | Epicor Prophet 21 | Compatibility | |
|---|---|---|---|
| Chart of Accounts | GL Account (APBYR/GL Account)1:1 | Mapping required | |
| Customers | Customer and ShipTo1:1 | Fully supported | |
| Vendors | Supplier and PurAgent1:1 | Fully supported | |
| Items (Products) | Part and PartPlant1:1 | Mapping required | |
| Inventory Ledgers | PartBin (on-hand quantities)1:1 | Mapping required | |
| Open AP / AR | AP Invoice Header / AR Invoice Header (as opening balances)1:1 | Mapping required | |
| Historical Sales Orders | OrderHed and OrderDtl1:1 | Fully supported | |
| Employees | Employee1:1 | Fully supported | |
| BOM (Bill of Materials) | JobAsmbl and JobMtllossy | Fully supported | |
| Purchase Orders | POHeader and PODetail1:1 | Fully supported | |
| General Ledger Journal Entries | GLJrnHed and GLJrnDtl1:1 | Fully supported | |
| Documents / Attachments | Not migrated (file paths only)1:1 | Fully supported | |
| Custom Objects / User-Defined Fields | UD Codes and custom fields on standard objectslossy | 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.
Integra ERP gotchas
No public API for automated export
On-premise database format is proprietary
No documented data portability feature
Perpetual license does not include migration support
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
Source extraction scoping and database access provisioning
We audit the Integra ERP instance to confirm deployment type (cloud-hosted or on-premise), database platform (SQL Server version, proprietary format), and available export mechanisms. We coordinate with the customer's IT team to provision read-only database credentials or report-writer access. We run discovery queries against every source table identified in Integra's data model (Chart of Accounts, Customers, Vendors, Items, Inventory ledgers, Open AP/AR, Sales Orders, Purchase Orders, BOM tables, Journal Entries, Employees) to confirm row counts, data types, and any encoding issues before designing the extraction scripts.
Epicor edition and module selection
We align the destination Epicor deployment on edition (Professional, Enterprise) and modules (Financial Management, Inventory Management, Order Management, Production Management, Supply Chain Management) based on the migrating data scope. Epicor Kinetic ($80-$180/user/mo cloud, $3,200-$4,800/user perpetual) requires a minimum of 10 users. We confirm whether the customer needs MES, APS, Quality Management, or configure-to-order features, as these affect Epicor module licensing. The Epicor DMT and REST API access are included in all tiers.
Schema design and account mapping
We design the Epicor Kinetic destination schema, including GL Account structure (with segment dimensions if multi-segment), Customer and Supplier number sequences, Part number conventions, warehouse codes per site, and the BOM mapping strategy for any manufacturing data. The customer provides an account-mapping spreadsheet resolving Integra account codes to Epicor GL Account IDs. We pre-create any custom fields, UD Codes, and validation rules required to absorb Integra-specific data patterns before extraction begins.
Sandbox migration and reconciliation
We run a full extraction from the Integra ERP source into an Epicor Kinetic Sandbox (copy of the target configuration) using production-like data volumes. The customer's operations and finance leads reconcile record counts per object, spot-check 25-50 records per object against source values, and validate account balances, open AR/AP totals, and inventory quantities. Any mapping corrections and transformation logic updates happen in the sandbox phase. Sign-off from the customer's finance team is required before production migration begins.
Production migration in dependency order
We execute production migration in dependency sequence: GL Accounts first (to satisfy account references in all subsequent journal entries), then Customers and Suppliers (to satisfy AR/AP lookups), then Parts (to satisfy inventory and sales order lookups), then PartBin on-hand quantities, then open AP/AR opening balances, then Purchase Orders, then Sales Orders, then BOM structures, then Journal Entry history, then Employee records. Each phase emits a row-count and total-value reconciliation report before the next phase begins. We use Epicor DMT for transactional record loads and REST API for real-time objects.
Cutover, delta sync, and workflow inventory handoff
We freeze Integra ERP writes during cutover, run a final delta migration of any records modified during the migration window, then set Epicor as the system of record. We deliver the workflow and automation inventory document to the customer's Epicor admin team. We support a one-week hypercare window where we resolve any reconciliation issues. We do not rebuild Integra workflows as Epicor BPMs inside the migration scope; that is a separate engagement or an internal admin task.
Platform deep dives
Integra 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 Integra 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
Integra ERP: Not publicly documented.
Data volume sensitivity
Integra 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 Integra ERP to Epicor Prophet 21 migration scoping. Not seeing yours? Book a call.
Walk through your Integra 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 Integra 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.