ERP migration
Field-level mapping, validation, and rollback between Encompass Production Cloud and Epicor Prophet 21. We move data and schema; workflows are rebuilt natively in Epicor Prophet 21.
Encompass Production Cloud
Source
Epicor Prophet 21
Destination
Compatibility
12 of 12
objects map 1:1 between Encompass Production Cloud and Epicor Prophet 21.
Complexity
BStandard
Timeline
5-7 weeks
Overview
Moving from Encompass Production Cloud to Epicor ERP is a cross-industry migration from a beverage-production ERP to a discrete manufacturing ERP. Encompass Production Cloud is purpose-built for craft breweries, distilleries, and multi-segment makers with concepts like Batch Backtrace, production variances, and TTB-compliant lot genealogy. Epicor ERP (primarily Kinetic for mid-market manufacturers) uses a job-based production model with Shop Floor Control, MES integration, and Configure-to-Order workflows. We preserve the Encompass data model through Epicor's equivalent structures while flagging process-manufacturing concepts that require manual reconfiguration at the destination. Encompass lacks a documented public REST API for bulk export, so all extraction relies on in-app report generation and custom query work, which we assess during discovery. We do not migrate production workflows, TTB compliance configurations, or segment-specific routing rules; these require rebuild in Epicor's production module post-migration.
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 Encompass Production Cloud 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.
Encompass Production Cloud
Batch
Epicor Prophet 21
Job (Part and Revision)
1:1Encompass Batch records are the primary production unit, linking to a Bill of Materials, production schedule, ingredient lot assignments, and finished-goods inventory. We map Batches to Epicor JobMtl and JobOper records where each Job is associated with a Part number and a Revision (revision-controlled BOM equivalent). Because Epicor is a discrete manufacturing ERP, batch quantities and production dates map to JobHead StartDate and ReqDueDate. We flag any batch that uses process-manufacturing attributes (TTB alcohol content, fermentation temperature logs) as requiring a custom field or QC record rebuild in Epicor's Quality Management module.
Encompass Production Cloud
Bill of Materials (BOM)
Epicor Prophet 21
Part BOM (Engineering and Job BOM)
1:1Encompass BOMs define recipe formulations with ingredient quantities, unit-of-measure conversions, and cost allocations. We extract all BOM versions and present the customer with a versioning strategy decision: migrate active BOM only or include historical recipe variants for reformulation audit traceability. In Epicor, BOMs become Part BOM entries linked to a Part number with a Revision code. The Epicor Revisions module tracks ECO-level changes that serve as the equivalent of Encompass BOM version history. We map Encompass ingredient items to Epicor Part records with the correct unit-of-measure class before BOM import.
Encompass Production Cloud
Production Schedule
Epicor Prophet 21
Job and JobHead
1:1Encompass Production Schedules capture planned run quantities, start/end times, and assigned resources. Epicor Job records capture the same fields via JobHead.StartDate, JobHead.DueDate, and JobHead.JobQty. Resource assignment in Epicor maps to the Labor table and optionally to the MES module if the destination has Epicor MES configured. The scheduling granularity difference (Encompass uses segment-level routing; Epicor uses work centre routing) requires a work centre mapping step during discovery.
Encompass Production Cloud
Inventory Lots
Epicor Prophet 21
Part Lot and PartBin
1:1Encompass Inventory Lots track raw materials and finished goods with quantity, location, cost, and TTB-relevant attributes. We migrate lot records with full genealogy chains to Epicor PartLot records, preserving lot number, lot effdate, and lot attributes. Finished-goods lots attach to the Part number created from the related Batch. The destination PartBin records capture the on-hand quantity and warehouse location. We validate that ingredient lots and finished-goods lots form closed genealogy circles in Epicor's lot traceability view before confirming migration completeness.
Encompass Production Cloud
Production Variance
Epicor Prophet 21
Job head and JobOper variance fields or GL entries
1:1Encompass Production Variances capture planned vs. actual consumption for each batch run, including material usage, labour time, and yield discrepancies. Variance records are keyed to parent Batch ID. We map these to Epicor JobOper fields (EstSetQty vs. ActSetQty for labour) and Part transactions for material usage. Where Encompass stores a named variance value (favourable/unfavourable delta), we store it as a decimal in Epicor's JobAsmbl and JobMtl tables and reconstruct the variance report in Epicor GL or a reporting tool post-migration.
Encompass Production Cloud
Quality Control Records
Epicor Prophet 21
Quality Management (QC) and Part inspection records
1:1QC records in Encompass include inspection checkpoints, pass/fail results, and corrective actions tied to specific batches. The Epicor Quality Management module provides non-conformance tracking, inspection recording, and corrective action workflows. We map Encompass QC records to Epicor Quality data classes and inspection templates, but the schema for QC fields varies by Encompass tier and add-on configuration, so we assess the complete QC field set during discovery and design the Epicor QC template accordingly. Any TTB-mandated checkpoints require manual rebuild as Quality Management rules in Epicor.
Encompass Production Cloud
Sales Order
Epicor Prophet 21
SalesOrder and OrderDtl
1:1Encompass Sales Orders link to inventory allocation and production demand signals. We map order headers to Epicor SalesOrder with OrderDtl line items, pricing, and fulfilment status. Orders in partial-ship status require careful status mapping to Epicor's OrderRel records. Epicor's Available-to-Promise (ATP) logic recalculates on import, so we preserve the original committed date as an OrderDtl user-defined field rather than relying on post-import ATP recalculation for historical orders.
Encompass Production Cloud
Purchase Order
Epicor Prophet 21
POHeader and PODetail
1:1Open and historical purchase orders in Encompass with vendor assignments, line items, expected delivery dates, and received quantities are extracted to Epicor POHeader and PODetail. We flag any PO-to-receiving linkage that may break if inventory lots were received against Encompass lots that do not map cleanly to Epicor PartLot numbers, and we surface this to the customer for a receiving reconciliation decision before import.
Encompass Production Cloud
Inventory (Raw Materials and Finished Goods)
Epicor Prophet 21
PartBin, PartWhse, and PartLot
1:1Encompass inventory balances migrate to Epicor PartBin (on-hand quantity per warehouse) and PartLot (lot-level detail). We reconcile total raw material value and finished-goods value to Encompass's inventory valuation report before and after import. Any lot attributes specific to beverage production (fermentation vessel ID, mash bill lot reference, barrel house location) migrate as custom PartLot attributes in Epicor. Post-import, Epicor's standard cost rollup recalculates based on BOM and routing, which may differ from Encompass's COGS calculation; we document the delta for the customer's finance team.
Encompass Production Cloud
Chart of Accounts
Epicor Prophet 21
GL Account and Account Reference
1:1Encompass finance module accounts define the cost structure for COGS, labour, overhead, and revenue recognition. Account numbers and segment structures vary by company, so we map account IDs from Encompass to Epicor GL Account records and require a customer-provided account crosswalk. Epicor's Account Segment functionality supports multi-segment account strings (e.g., Division-Department-Account) that mirror the Encompass structure if configured. We do not migrate closed GL periods as posted entries; we deliver a written account map for the customer's Epicor admin to configure in the GL module before go-live.
Encompass Production Cloud
Open AP/AR
Epicor Prophet 21
APOpen and OROpen
1:1Open payables and receivables in Encompass carry customer/vendor IDs, invoice amounts, due dates, and payment terms. These require careful reconciliation against the customer/vendor master records already migrated into Epicor. We map APOpen invoices to Epicor's vendor-based payable records and OROpen invoices to customer-based receivable records. Any Encompass-specific invoice numbering conventions are preserved as user-defined fields. Open transactions with unmatched GL accounts are held in a reconciliation queue until the customer provides a GL account mapping decision.
Encompass Production Cloud
Production Users and Roles
Epicor Prophet 21
User and Business Unit security
1:1Encompass user accounts map to Epicor User records and security roles that control access to production, QC, and finance modules. We extract role assignments from Encompass and map them to Epicor's Plant/Organization security model. Because Encompass floor staff may enter data under shared accounts (a licensing constraint from the per-user pricing model), we flag owner attribution gaps during data audit and advise the customer to review Epicor user provisioning before migration so that each production operator has a named account for traceability.
| Encompass Production Cloud | Epicor Prophet 21 | Compatibility | |
|---|---|---|---|
| Batch | Job (Part and Revision)1:1 | Fully supported | |
| Bill of Materials (BOM) | Part BOM (Engineering and Job BOM)1:1 | Fully supported | |
| Production Schedule | Job and JobHead1:1 | Fully supported | |
| Inventory Lots | Part Lot and PartBin1:1 | Fully supported | |
| Production Variance | Job head and JobOper variance fields or GL entries1:1 | Fully supported | |
| Quality Control Records | Quality Management (QC) and Part inspection records1:1 | Mapping required | |
| Sales Order | SalesOrder and OrderDtl1:1 | Fully supported | |
| Purchase Order | POHeader and PODetail1:1 | Fully supported | |
| Inventory (Raw Materials and Finished Goods) | PartBin, PartWhse, and PartLot1:1 | Fully supported | |
| Chart of Accounts | GL Account and Account Reference1:1 | Mapping required | |
| Open AP/AR | APOpen and OROpen1:1 | Mapping required | |
| Production Users and Roles | User and Business Unit security1: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.
Encompass Production Cloud gotchas
Encompass Production Cloud and ICE Mortgage Encompass are unrelated products
No documented public REST API for Production Cloud data export
Per-user pricing model limits floor-staff access to production data
Bills of Materials versioning requires customer selection decision
Batch Backtrace genealogy chains are non-obvious export targets
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 feasibility assessment
We audit the source Encompass Production Cloud instance across all modules (production, inventory, QC, sales, purchasing, finance) and assess the completeness of in-app report exports. Because Encompass lacks a documented public REST API, we rely on exported reports and any negotiated professional-services extraction to access relational data. We inventory batch record count, BOM version count, lot count, QC record count, open and historical transaction volume, and user account structure. The discovery output is a written extraction feasibility report with gaps, a proposed BOM versioning strategy, and a genealogy chain coverage assessment.
Epicor schema design and process-manufacturing gap mapping
We design the destination Epicor schema in a Sandbox environment. This includes Part numbers and revisions (replacing Encompass BOMs), PartLot records with attribute fields, PartBin on-hand inventory, JobMtl and JobOper production records, QC data classes and inspection templates, SalesOrder and POHeader records, GL account structure, and APOpen/OROpen transaction records. We document every process-manufacturing gap (TTB compliance checkpoints, multi-segment routing, fermentation temperature logging) that cannot migrate automatically and requires a rebuild recommendation for the customer's Epicor admin.
Sandbox migration and data reconciliation
We run a full migration into an Epicor Sandbox using production-like data volume. The customer's production and finance leads reconcile record counts, spot-check 25-50 random records (batch lot numbers, BOM ingredient quantities, inventory lot balances, open PO amounts) against the Encompass source, and validate the genealogy chains in Epicor's lot traceability view. Any mapping corrections or extraction gaps are resolved before production migration begins. The sandbox sign-off meeting is the gate for production cutover.
BOM versioning and genealogy chain extraction
We execute the BOM extraction strategy agreed during discovery (active version only or all versions). All BOM versions are extracted with their revision history and are presented to the customer for confirmation before import. Simultaneously, we extract the Batch Backtrace genealogy chains as a custom relational extract and reconstruct them as Epicor PartLot parent-child links. We validate each chain closes and surface any open chains for manual resolution. This step is the longest for customers with hundreds of lots and complex multi-level genealogy.
Production migration in dependency order
We run the production migration in record-dependency order: Part and Revision records (BOM import requires Part to exist first), PartLot and PartBin (inventory lots), QC records (linked to PartLot), SalesOrder and POHeader (open transactional data), APOpen and OROpen (open AP/AR), JobMtl and JobOper (production data from Batches), and finally user accounts and security role assignments. Each phase emits a row-count reconciliation report before the next phase begins. Epicor's Bulk API and REST endpoints are used with batch chunking and exponential backoff on rate-limit responses.
Cutover, validation, and rebuild handoff
We freeze writes to Encompass Production Cloud during the cutover window, run a final delta migration of any records modified during the migration window, then hand off to the customer as the Epicor system of record. We deliver a written inventory of all process-manufacturing rebuild items (TTB compliance rules, multi-segment routing, QC checkpoints, fermentation logging) with Epicor MES and Quality Management module recommendations. We support a one-week hypercare window for reconciliation issues. We do not rebuild production workflows, compliance rules, or automation rules as part of the migration scope; those are separate engagements.
Platform deep dives
Encompass Production Cloud
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 Encompass Production Cloud 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
Encompass Production Cloud: Not publicly documented.
Data volume sensitivity
Encompass Production Cloud 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 Encompass Production Cloud to Epicor Prophet 21 migration scoping. Not seeing yours? Book a call.
Walk through your Encompass Production Cloud 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 Encompass Production Cloud
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.