ERP migration
Field-level mapping, validation, and rollback between HashMicro ERP and Epicor Prophet 21. We move data and schema; workflows are rebuilt natively in Epicor Prophet 21.
HashMicro ERP
Source
Epicor Prophet 21
Destination
Compatibility
12 of 12
objects map 1:1 between HashMicro ERP and Epicor Prophet 21.
Complexity
BStandard
Timeline
6-10 weeks
Overview
Moving from HashMicro ERP to Epicor ERP is a structural migration that requires careful schema mapping across finance, inventory, manufacturing, and HRM domains. HashMicro's modular architecture stores Chart of Accounts, Items, Customers, Vendors, Employees, and transactional records as structured data, but the absence of a publicly documented API means we scope exports from the destination Epicor environment and coordinate structured data dumps directly with HashMicro's implementation team. Epicor's object model separates Companies from Sites, Items from Part revisions, and Jobs from Work Orders, requiring us to explode BOM hierarchies and resolve routing linkages before loading. We do not migrate Workflows, automations, or custom Hashy AI configurations; we deliver a written inventory of these for your admin 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 HashMicro 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.
HashMicro ERP
Chart of Accounts
Epicor Prophet 21
GL Account
1:1HashMicro's Finance module stores the COA as a multi-level tree with account codes, names, types, and currency settings. We export the full hierarchy and load into Epicor's GL Account table with AccountType, PostingEdit, and the correct segment structure (company-level or site-level posting depending on the Epicor chart configuration). Active/inactive status, tax related flags, and intercompany flags transfer explicitly. Multi-currency accounts require currency code mapping to Epicor's Reporting Currency configuration before GL balances load.
HashMicro ERP
Customer and Vendor
Epicor Prophet 21
Customer and Supplier
1:1HashMicro Customer and Vendor master records (addresses, contact details, payment terms, tax IDs, open AR/AP balances) map to Epicor Customer and Supplier tables. Each HashMicro entity requires a separate Epicor Company record or shared Company with site-level segmentation. We flag any customer with multiple ShipTo addresses at extraction so they can be configured as CustomerShp records under a single CustomerID in Epicor before records load.
HashMicro ERP
Item and Product
Epicor Prophet 21
Part
1:1HashMicro Items (SKU, description, UOM, cost, pricing tiers, reorder points) map to Epicor Part master. We explode any BOM linkages at extraction so the full component list is available during Part and PartBin loading. Stock quantities from HashMicro's Inventory module load into Epicor PartBin by site. Epicor's revision-controlled PartRev records require a baseline revision to be created before any job or PO can reference the Part.
HashMicro ERP
Bills of Materials
Epicor Prophet 21
PartRev and PartMtl
1:1HashMicro BOMs and routing data are stored per Item. Multi-level BOMs require recursive explosion during extraction to preserve the full component hierarchy. We load the exploded structure into Epicor PartRev (revision header) and PartMtl (material lines) with quantity-per and scrap-percent fields. Each revision of a manufactured Part requires a corresponding PartRev record; we map the HashMicro effective date to the revision effective date in Epicor.
HashMicro ERP
Employee and HRM Records
Epicor Prophet 21
Employee
1:1HashMicro Employee profiles (roles, departments, compensation history, attendance records) map to Epicor Employee. Effective-dated compensation changes require row-level sequencing to maintain history; we load the current active record as the primary Employee and archive prior compensation rows as custom LabourRate history records. Department and cost centre mapping from HashMicro feeds Epicor's EmpBasic cost class configuration.
HashMicro ERP
Sales Order
Epicor Prophet 21
OrderHed and OrderDtl
1:1Open HashMicro Sales Orders (header status, line items, owner assignments, pricing) load into Epicor OrderHed and OrderDtl. We map HashMicro order status to Epicor OrderRel release status and flag any orders with partial shipments at cut-off as partially released OrderRel records. Customer and Product references resolve via the Customer and Part lookups created during master data migration.
HashMicro ERP
Purchase Order
Epicor Prophet 21
POHeader and PODetail
1:1HashMicro Purchase Orders and Goods Receipt linkages transfer to Epicor POHeader and PODetail with release-level granularity (PORelease). We preserve PO-to-GR linkages by loading GR receipts as Epicor ReceiptDtl records linked to the corresponding PORel. Partially received PORel records at cut-off are flagged for manual reconciliation against Epicor's receiving workflow.
HashMicro ERP
Open AR and AP
Epicor Prophet 21
InvcHead / APInvHed and AR/AP Ledger
1:1Outstanding invoices, credit memos, and payment schedules require open-item sequencing at cut-off. We map due dates, outstanding amounts, and currency codes explicitly from HashMicro's open AR/AP module into Epicor InvcHead (for AR) and APInvHed (for AP). Partial payments against invoices require the remaining open amount and payment terms to be represented correctly as either a credit hold or open debit note in Epicor.
HashMicro ERP
Historical Transactions
Epicor Prophet 21
GLJrnLine and Ledger
1:1Ledger journals and posted transactions extract from HashMicro in batch but schema varies by company configuration and fiscal year. We normalise posting dates against Epicor's fiscal period calendar, map account codes via the COA mapping table, and load GLJrnLine records in date-range batches. Period closes in Epicor must be validated against the HashMicro balance totals before the migration is signed off.
HashMicro ERP
Project and Work Order
Epicor Prophet 21
Project and JobMtl
1:1HashMicro Projects carry tasks, assignees, time entries, and cost tracking. Project-to-item linkages (consumed materials, labour) require cross-object joins at extraction. We load Epicor Project as the header and ProjectPhase as the task level, with labour and material actuals mapped to ProjectCharge and JobMtl respectively. We flag any Project with incomplete billing milestones for manual reconciliation against Epicor's Project Billing module.
HashMicro ERP
Fixed Assets
Epicor Prophet 21
Asset and AssetReg
1:1HashMicro asset registers (acquisition cost, depreciation schedule, location, custodian, accumulated depreciation at cut-off) load into Epicor Asset and AssetReg. Depreciation method, useful life, and accumulated depreciation are critical fields; we validate these against Epicor's FaDepMethod and FaBook configuration before loading. Asset-to-location mapping uses the Site structure established during master data migration.
HashMicro ERP
Tax Code and Jurisdiction
Epicor Prophet 21
TaxConnect and TaxCategory
1:1HashMicro regional tax configurations for GST, VAT, or local equivalents are stored per entity and item class. We map these explicitly to Epicor TaxConnect jurisdiction codes and TaxCategory assignments, flagging any jurisdiction mismatch between HashMicro and Epicor's tax engine for manual configuration review before go-live.
| HashMicro ERP | Epicor Prophet 21 | Compatibility | |
|---|---|---|---|
| Chart of Accounts | GL Account1:1 | Fully supported | |
| Customer and Vendor | Customer and Supplier1:1 | Fully supported | |
| Item and Product | Part1:1 | Fully supported | |
| Bills of Materials | PartRev and PartMtl1:1 | Fully supported | |
| Employee and HRM Records | Employee1:1 | Fully supported | |
| Sales Order | OrderHed and OrderDtl1:1 | Fully supported | |
| Purchase Order | POHeader and PODetail1:1 | Fully supported | |
| Open AR and AP | InvcHead / APInvHed and AR/AP Ledger1:1 | Fully supported | |
| Historical Transactions | GLJrnLine and Ledger1:1 | Mapping required | |
| Project and Work Order | Project and JobMtl1:1 | Fully supported | |
| Fixed Assets | Asset and AssetReg1:1 | Mapping required | |
| Tax Code and Jurisdiction | TaxConnect and TaxCategory1: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.
HashMicro ERP gotchas
No public API documentation means migration scoping must rely on target-system API access
Pricing opacity blocks accurate budget forecasting before the sales cycle
Multi-entity and multi-currency configurations require explicit pre-migration mapping
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 extraction scoping
We audit HashMicro across all active modules: Finance (COA, open AR/AP, GL), Inventory (Items, stock quantities, warehouses), Manufacturing (BOMs, routings, work orders), Sales (open orders), Procurement (open POs), and HRM (Employees, departments). We request a full data dump from HashMicro's implementation team covering the full record set and confirm active module coverage. We also obtain read access or API credentials for the Epicor Kinetic destination environment. The discovery output is a written migration scope, extraction checklist, and Epicor edition and module recommendation based on the customer's record volume and manufacturing complexity.
Epicor schema preparation
We configure the Epicor destination environment before any data loads: create the Company record and site structure, define the GL Account hierarchy with the correct segment count, configure the Part master with PartClass and UOMClass, set up the Customer and Supplier records with payment terms and credit limits, define BOM PartRev baselines for all manufactured Items, and configure the tax jurisdiction and TaxConnect setup. Schema preparation is validated in Epicor against a test import run with a subset of HashMicro data before the full migration begins.
Master data migration in dependency order
We load Epicor master data in strict dependency order: GL Accounts first (no dependencies), then Customers and Suppliers (no dependencies), then Parts (no dependencies), then Employee records. BOM and routing data load after Part because PartRev references the Part. Each phase emits a row-count reconciliation report and a field-level sample check against the HashMicro source before the next phase starts. Any record rejected by Epicor's validation rules goes to a correction queue with the specific error message for HashMicro data cleanup and reload.
Transactional history and open-item migration
Open Sales Orders, Purchase Orders, and AR/AP records load with their line and release detail. We sequence open-item migration to complete before historical GL transactions so that Epicor's accounts payable and receivable modules reflect the correct cut-off position. BOM explosion is applied to all multi-level manufactured Items before Job and Work Order records are created. We apply the freeze cut-off timestamp and run a delta export of any records modified between the initial extraction and go-live date for a final incremental load into Epicor.
BOM explosion and routing mapping
HashMicro BOMs are exploded recursively to their lowest component level before loading into Epicor PartRev and PartMtl. Routing data from HashMicro maps to Epicor JobOper (operation records) with work centre references, cycle times, and labour codes. Any routing step that references a work centre not yet configured in Epicor is held in a routing queue for the customer's Epicor admin to set up before the operation record loads. Manufactured Parts without a valid PartRev receive a baseline revision during this step.
Cutover, delta load, and reconciliation
We freeze writes in HashMicro at the agreed cut-over timestamp, run a final delta export capturing all records modified during the migration window, and apply the delta to Epicor. We reconcile Epicor GL trial balance against HashMicro's trial balance at cut-over, reconcile open AR total against HashMicro's open AR report, and reconcile open AP total against HashMicro's open AP report. The customer finance team signs off on all three reconciliations before Epicor is declared the system of record. We do not shut down or decommission the HashMicro environment; that is a separate decision for the customer's IT and compliance team.
Automation inventory handoff and hypercare
We deliver a written inventory of every active HashMicro workflow, automation, and custom field with its trigger, conditions, and recommended Epicor BPM or UD column equivalent. We do not rebuild HashMicro automations inside the migration scope. We support a one-week hypercare window where we resolve any record-level reconciliation issues raised by the customer's Epicor users. Post-migration admin support, training, and BPM rebuild are outside standard migration scope and are handled as separate engagements.
Platform deep dives
HashMicro 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 HashMicro 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
HashMicro ERP: Not publicly documented.
Data volume sensitivity
HashMicro 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 HashMicro ERP to Epicor Prophet 21 migration scoping. Not seeing yours? Book a call.
Walk through your HashMicro 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 HashMicro 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.