ERP migration
Field-level mapping, validation, and rollback between ProcessWare ERP and Epicor Prophet 21. We move data and schema; workflows are rebuilt natively in Epicor Prophet 21.
ProcessWare ERP
Source
Epicor Prophet 21
Destination
Compatibility
7 of 12
objects map 1:1 between ProcessWare ERP and Epicor Prophet 21.
Complexity
BStandard
Timeline
6-10 weeks
Overview
Moving from ProcessWare ERP to Epicor ERP is a cross-vertical migration from a niche Flavors and Fragrances platform into a discrete manufacturing ERP. ProcessWare stores formulation hierarchies, allergen declarations, and IFRA compliance data in F&F-specific objects that have no native Epicor equivalent; Epicor Kinetic stores these relationships through Part master hierarchies, PartRev routing structures, and custom fields. We resolve the Formulation-to-Part hierarchy mapping during discovery, build the PartRev multi-level BOM structures from ProcessWare multi-level recipe exports, and create custom fields for IFRA classification and allergen declarations in Epicor before any records load. The absence of a documented ProcessWare API means we work with CSV exports or database-level access provided by the customer's IT team, which shapes the extraction timeline. Workflows, compliance rule engines, and regulatory approval chains do not migrate; we deliver a written inventory of every ProcessWare automation and compliance rule for the customer's Epicor admin to rebuild in 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 ProcessWare 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.
ProcessWare ERP
Customer
Epicor Prophet 21
Customer
1:1ProcessWare Customer records map directly to Epicor Customer. We map customer account hierarchies, contact details, and sales history to Epicor's Customer and ShipTo records. The ProcessWare CRM component's customer lifecycle data (from initial inquiry through active account) migrates as a combination of Customer records and Contact records linked via the CustCnt table. Any customer-specific pricing agreements from ProcessWare migrate as CustPriceLbr records in Epicor.
ProcessWare ERP
Vendor Record
Epicor Prophet 21
Supplier
1:1ProcessWare Vendor records map to Epicor Supplier. Supplier profiles including certification status and material qualifications migrate to Supplier tables. We resolve the vendor-to-Part cross-reference during import so that Epicor Part records link to the correct Supplier during procurement.
ProcessWare ERP
Formulation Recipe
Epicor Prophet 21
Part (configured as compound)
1:manyProcessWare Formulation Recipe is the core F&F object with compound hierarchies, ingredient ratios, version history, and IFRA regulatory classification. We map each Formulation Recipe to an Epicor Part record with PartType = M (Manufactured). The version history migrates as a series of PartRev revisions (RevisionsNum) with effective dates preserved. Ingredient ratios migrate as PartMtl records linked to sub-formulation Part records. IFRA classification, allergen declarations, and regulatory data map to custom fields on Part (e.g., IFRA_Class_c, Allergen_Flags_c) that we pre-create in Epicor during schema design.
ProcessWare ERP
Bill of Materials
Epicor Prophet 21
PartMtl
1:manyProcessWare multi-level BOMs map to Epicor PartMtl structures. We preserve the nesting by creating sub-assembly Part records for each ProcessWare sub-formulation referenced in a BOM, then create PartMtl records with appropriate material quantity andBomSequence values. Epicor's material explode query traverses PartMtl to compute full BOM explosion for production planning. We flag any circular BOM references (where a sub-formulation references its parent) for manual resolution before migration.
ProcessWare ERP
Production Order
Epicor Prophet 21
Job
1:1ProcessWare Production Orders (manufacturing directives tied to specific formulations) map to Epicor JobMtl and JobOper records. The ProcessWare formulation reference becomes the Job's setup Make to Order link. Planned quantities, scheduling constraints, and facility routing map to Epicor JobHead, JobMtl, and JobOper respectively. We preserve the production batch number as JobHead.JobNum for traceability back to ProcessWare records.
ProcessWare ERP
Quality Record
Epicor Prophet 21
QAEngineer records or PartTran ( Lot / Batch)
1:1ProcessWare Quality Records linked to production batches and raw material lots map to Epicor PartTran for traceability transactions and to custom QA record types that we configure during schema design. Test results and QC documentation attach as PartLot records (with LotNbr and LotText) or as linked DocStar documents if the customer licenses Epicor Document Management. Inspector assignments migrate as User references in the QA record.
ProcessWare ERP
Supply Chain Transaction
Epicor Prophet 21
PartTran, PODetail, ShipHead
1:1ProcessWare Supply Chain Transactions (purchase orders, receipts, outbound shipments) map to Epicor PartTran for inventory movements, PODetail for purchase order lines, and ShipHead for outbound shipments. Full traceability to production batches is preserved by maintaining the LotNbr and JobNum references across all transactions. Any orphan Transactions without Customer or Vendor linkage are flagged for manual review before load, matching the same reconciliation process documented for ProcessWare source data.
ProcessWare ERP
Regulatory Compliance Document
Epicor Prophet 21
Custom fields on Part + DocStar attachments
lossyProcessWare IFRA compliance data, SDS documents, and allergen declarations tied to formulations have no native Epicor equivalent and require configuration. We create custom fields on the Part table (e.g., IFRA_Category_c, SDS_DocStarLink_c, Allergen_Declarations_c) and migrate document references as DocStar attachments linked to the Part record. The naming convention and compliance classification mapping is documented during discovery because IFRA sub-segment requirements vary between F&F sub-verticals.
ProcessWare ERP
Custom Fields
Epicor Prophet 21
Custom fields on destination objects
lossyProcessWare custom fields (confirmed accessible via Keka HRMS integration as read/write) map to Epicor custom fields on the corresponding table. We pre-create the Epicor UD field schema during discovery, map field data types (text, numeric, date, checkbox), and migrate values during the object import phase. Epicor's UD column prefix (Character01, ShortChar01, Number01, etc.) is used for custom field mapping when the customer's Epicor configuration does not use the more flexible UD Table approach.
ProcessWare ERP
Attachment
Epicor Prophet 21
Document Management (DocStar) or file share
1:1Supporting documents attached to formulations, quality records, and transactions in ProcessWare are extracted and reattached to the corresponding Epicor Part, PartLot, or Job records. We map ProcessWare file storage locations to Epicor Document Management (DocStar) if licensed, or to a structured file share with document type metadata preserved. Not all legacy file formats can be guaranteed accessible post-migration; we document any unsupported formats in the extraction report.
ProcessWare ERP
Raw Material Lot
Epicor Prophet 21
PartLot
1:1ProcessWare raw material lots linked to formulations and production batches map to Epicor PartLot records. LotNbr, LotDescription, LotQty, LotExpirationDate, and LotCost migrate from ProcessWare's material lot traceability data. PartLot records are linked to Part via PartNum so that Epicor's LotTracker functionality provides the same real-time traceability from raw material lot to finished compound batch.
ProcessWare ERP
Account / Financial
Epicor Prophet 21
GL Account
lossyProcessWare ERP+CRM combined means financial data may coexist with operational data. We extract GL account structures from ProcessWare exports and map them to Epicor COA (Chart of Accounts) segments. This mapping requires coordination with the customer's accountant to confirm account code structure (segmented vs flat COA) and any F&F-specific cost centers before migration.
| ProcessWare ERP | Epicor Prophet 21 | Compatibility | |
|---|---|---|---|
| Customer | Customer1:1 | Fully supported | |
| Vendor Record | Supplier1:1 | Fully supported | |
| Formulation Recipe | Part (configured as compound)1:many | Fully supported | |
| Bill of Materials | PartMtl1:many | Fully supported | |
| Production Order | Job1:1 | Fully supported | |
| Quality Record | QAEngineer records or PartTran ( Lot / Batch)1:1 | Fully supported | |
| Supply Chain Transaction | PartTran, PODetail, ShipHead1:1 | Fully supported | |
| Regulatory Compliance Document | Custom fields on Part + DocStar attachmentslossy | Fully supported | |
| Custom Fields | Custom fields on destination objectslossy | Mapping required | |
| Attachment | Document Management (DocStar) or file share1:1 | Fully supported | |
| Raw Material Lot | PartLot1:1 | Fully supported | |
| Account / Financial | GL Accountlossy | 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.
ProcessWare ERP gotchas
No publicly documented public API
Steep learning curve increases migration project risk
Specialized F&F data objects lack direct equivalents in generic ERPs
Absence of offline mode complicates warehouse-floor data collection
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 ProcessWare export coordination
We audit the ProcessWare system in collaboration with the customer's IT team to understand the full data inventory: Customer records, Vendor records, Formulation Recipe count and version depth, BOM nesting levels, Quality Record volume, Supply Chain Transaction history, and any custom field usage. Because ProcessWare has no documented API, we define the CSV export schema during discovery by sampling actual ProcessWare record layouts with the customer's IT team. We identify any orphan Transactions lacking Customer or Vendor linkage during this phase and flag them for manual resolution. The discovery output is a written extraction specification, a ProcessWare export file delivery schedule, and a migration object inventory.
Epicor Kinetic schema design and custom field buildout
We design the Epicor destination schema including Part setup (PartType, Unit of Measure, Product Code groups), PartRev revisions (one per Formulation Recipe version), PartMtl structures (BOM levels in dependency order), Supplier records, Customer records, and custom field definitions for IFRA classification, allergen declarations, and any ProcessWare custom field equivalents. We create custom fields through Epicor Kinetic's Customization workspace or UD table definitions and validate that they appear in the correct Kinetic forms (Part Maintenance, Job Entry, Quality Management) before data loading begins. This phase requires active participation from the customer's Epicor administrator.
Extraction, transformation, and BOM dependency analysis
We extract data from ProcessWare using the agreed CSV export format or database access provided by the customer's IT team. During extraction, we run the BOM dependency analysis to identify circular references in ProcessWare formulation hierarchies and flag them for engineering resolution. We transform ProcessWare data into Epicor DMT-compatible CSV format: Part records first (manufactured parts for formulations, stock parts for raw materials), then PartMtl records (BOM levels bottom-up), then PartLot records for raw material lots, then Customer and Supplier records, then Job records (production orders), then PartTran records (supply chain transactions). Each extraction file is validated against Epicor's DMT template schema before loading.
Sandbox migration and reconciliation
We run a full migration into Epicor Kinetic Sandbox using production-like data volume. The customer's Epicor administrator and process owners reconcile record counts (Parts in, PartMtl rows in, Customers in, Jobs in, PartTran transactions in), spot-check 25-50 random records against the ProcessWare source, and validate BOM explosion (PartMtl multi-level query) produces the expected material demand. Any custom field mapping corrections, BOM sequencing fixes, or PartRev revision assignments happen in Sandbox, not in production. The customer signs off the sandbox migration before production migration begins.
Production migration in dependency order with DMT
We run production migration in Epicor Kinetic using DMT batch imports in strict dependency order: Part master records first (formulation parts and raw material parts), then PartMtl (BOM rows in bottom-up sequence), then PartLot (raw material lots), then Customer and Supplier, then Job records (production orders with PartNum, JobMtl, and JobOper populated), then PartTran transactions for supply chain traceability. Each DMT batch is validated by Epicor's import engine and emits a row-count reconciliation report before the next phase begins. Any orphan transactions identified during reconciliation are held in a manual review queue for the customer's team to resolve.
Cutover, validation, and automation rebuild handoff
We freeze ProcessWare 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 a written inventory of every ProcessWare automation, compliance rule, and workflow requiring rebuild in Epicor Kinetic (workflows, compliance rule engines, and regulatory approval chains are out of scope for migration). We provide a field-by-field reconciliation report so functional teams (formulation engineers, QA managers, supply chain planners) can confirm data accuracy without needing technical knowledge of the source system. We support a one-week hypercare window for reconciliation issues. Epicor Kinetic implementation, workflow rebuild, and post-migration training are separate engagements handled by the customer's Epicor partner or internal admin team.
Platform deep dives
ProcessWare 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 ProcessWare 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
ProcessWare ERP: Not publicly documented.
Data volume sensitivity
ProcessWare 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 ProcessWare ERP to Epicor Prophet 21 migration scoping. Not seeing yours? Book a call.
Walk through your ProcessWare 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 ProcessWare 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.