ERP migration

Migrate from Encompass Production Cloud to Epicor Prophet 21

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 logo

Encompass Production Cloud

Source

Epicor Prophet 21

Destination

Epicor Prophet 21 logo

Compatibility

100%

12 of 12

objects map 1:1 between Encompass Production Cloud and Epicor Prophet 21.

Complexity

BStandard

Timeline

5-7 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

Field-level fidelity

Every standard and custom field arrives verified.

Schema-aware mapping

AI proposes the map; you confirm before any record moves.

Relationships preserved

Parent–child, lookups, and ownership stay linked.

Full activity history

Calls, emails, meetings — with original timestamps.

Attachments & notes

Documents, uploads, and inline notes move with the record.

Why teams make this switch

Two sides of the same decision

Leaving

Encompass Production Cloud logo

Encompass Production Cloud

What's pushing teams away

  • Pricing scales per user, which becomes a constraint for producers with large floor teams or seasonal spikes in headcount that do not align with batch volume.
  • Limited public API documentation and lack of a documented bulk-export endpoint make self-service data extraction difficult without engaging professional services.
  • Mid-size and enterprise producers with complex distributor EDI integrations report friction when connecting Encompass Production Cloud to existing distribution workflows.
  • Producers seeking to consolidate production data with Distribution Cloud or third-party analytics platforms find the integration tooling immature compared to established ERP ecosystems.

Choosing

Epicor Prophet 21 logo

Epicor Prophet 21

What's pulling them in

  • Industry-specific design for wholesale distributors, not a general-purpose ERP repurposed for distribution — distributors choose P21 because it matches their replenishment, kitting, and counter-sale workflows out of the box.
  • Strong inventory control with automated replenishment, lot and serial tracking, and multi-warehouse management appeals to distributors with complex stock requirements and tight margin pressure.
  • Responsive customer support cited across G2 and Gartner reviews, with Epicor's 90% retention rate reflecting long-term customer satisfaction in a market where switching costs are high.
  • Cloud deployment on Microsoft Azure provides the flexibility to scale user counts and warehouse locations without on-premise infrastructure investment.
  • The Software Development Kit lets distributors personalize P21 to their specific business processes without modifying the application source code, preserving upgrade paths.

Object mapping

How Encompass Production Cloud objects map to Epicor Prophet 21

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

maps to

Epicor Prophet 21

Job (Part and Revision)

1:1
Fully supported

Encompass 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)

maps to

Epicor Prophet 21

Part BOM (Engineering and Job BOM)

1:1
Fully supported

Encompass 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

maps to

Epicor Prophet 21

Job and JobHead

1:1
Fully supported

Encompass 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

maps to

Epicor Prophet 21

Part Lot and PartBin

1:1
Fully supported

Encompass 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

maps to

Epicor Prophet 21

Job head and JobOper variance fields or GL entries

1:1
Fully supported

Encompass 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

maps to

Epicor Prophet 21

Quality Management (QC) and Part inspection records

1:1
Mapping required

QC 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

maps to

Epicor Prophet 21

SalesOrder and OrderDtl

1:1
Fully supported

Encompass 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

maps to

Epicor Prophet 21

POHeader and PODetail

1:1
Fully supported

Open 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)

maps to

Epicor Prophet 21

PartBin, PartWhse, and PartLot

1:1
Fully supported

Encompass 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

maps to

Epicor Prophet 21

GL Account and Account Reference

1:1
Mapping required

Encompass 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

maps to

Epicor Prophet 21

APOpen and OROpen

1:1
Mapping required

Open 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

maps to

Epicor Prophet 21

User and Business Unit security

1:1
Fully supported

Encompass 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.

Gotchas + challenges

What specifically takes care here

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 logo

Encompass Production Cloud gotchas

High

Encompass Production Cloud and ICE Mortgage Encompass are unrelated products

High

No documented public REST API for Production Cloud data export

Medium

Per-user pricing model limits floor-staff access to production data

Medium

Bills of Materials versioning requires customer selection decision

Low

Batch Backtrace genealogy chains are non-obvious export targets

Epicor Prophet 21 logo

Epicor Prophet 21 gotchas

High

Third-party bolt-on integrations complicate migration scope

High

Dirty data without standardized processes compounds migration risk

Medium

SDK customizations and BPMs may not survive platform upgrades

Medium

Report-based export only for non-technical users

Low

Per-user pricing model requires accurate user count before migration planning

Pair-specific challenges

  • No public bulk-export API from Encompass Production Cloud

    Encompass Production Cloud does not publish a public REST API reference for bulk data export. All extraction relies on in-app report generation and manual export workflows that may not include relational data (lot genealogy chains, production variance records, QC checkpoints). We assess the completeness of every in-app export during discovery and flag gaps before committing to migration scope. If the customer requires complete historical transaction migration, we may need to negotiate a custom extraction engagement with Encompass professional services to access the underlying database schema.

  • Epicor ERP is a discrete manufacturing platform with process-manufacturing gaps

    Epicor ERP (Kinetic) is purpose-built for discrete, job-shop, make-to-order, and engineer-to-order manufacturing. Encompass Production Cloud is purpose-built for process beverage production. Concepts with no direct Epicor equivalent include batch scheduling (Encompass batch runs vs. Epicor job starts), TTB compliance tracking (alcohol content, colouring, flavour profiling), multi-segment production routing (beer, spirits, THC, NA in one platform), and mash/fermentation temperature logging. We map the data to the nearest Epicor equivalent and flag every gap as a rebuild item for the customer's Epicor production administrator post-migration.

  • BOM versioning strategy must be decided before Epicor import

    Active BOMs in Encompass Production Cloud may have multiple versions representing reformulations, seasonal ingredient substitutions, or TTB regulatory changes. Epicor tracks BOM revisions as revision-controlled entries in the Engineering Workbench module. We extract all BOM versions and present the customer with a versioning strategy decision before migration: migrate the active version only and archive historical variants, or migrate all versions and configure Epicor Revisions accordingly. An unresolved version conflict causes formulation mismatches in Epicor's Part BOM that may not surface until a Job is released.

  • Batch Backtrace genealogy chains require custom extraction

    Lot-level traceability relationships in Encompass Batch Backtrace are stored as linked records rather than a flat table. Standard in-app exports may not include the full genealogy chain from ingredient lot to finished-goods lot. We include genealogy extraction as a standard step in our Encompass Production Cloud migration workflow. We reconstruct the genealogy as Epicor PartLot parent-child relationships and validate that each chain closes in Epicor's lot traceability view. Open genealogy chains (ingredient lots without a linked finished-goods lot) are flagged for manual resolution before the inventory migration is confirmed complete.

  • Historical financial transactions require negotiated migration scope

    Encompass historical GL entries, cost-of-goods postings, and inventory adjustment transactions constitute the financial history. Migration scope for historical transactions is negotiated with the customer because it depends on the availability of complete source exports, the existence of a reconciled trial balance at a cutover date, and the customer's finance team's appetite for carrying legacy periods inside Epicor. We deliver a written inventory of all Encompass financial transactions with a recommended scope decision. Epicor's GL module supports prior-period posting for cutover date alignment but does not support bulk historical period re-creation.

Migration approach

Six steps for a successful Encompass Production Cloud to Epicor Prophet 21 data migration

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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

Context on both ends of the pair

Encompass Production Cloud logo

Encompass Production Cloud

Source

Strengths

  • Purpose-built for craft beverage producers with native support for beer, spirits, THC, cider, and NA segments.
  • Batch Backtrace delivers lot-level traceability from raw ingredient to finished bottle for TTB compliance and recall readiness.
  • Production Variance tracking surfaces planned vs. actual cost and yield discrepancies in real time.
  • Unified platform consolidates production, inventory, purchasing, sales, and finance into a single database without spreadsheet reconciliation.
  • Subscription SaaS model includes product updates and reduces on-premises infrastructure burden.

Weaknesses

  • Per-user pricing scales cost with floor-staff headcount, creating billing pressure during seasonal labour spikes.
  • No publicly documented bulk-export or REST API for self-service data extraction from Production Cloud.
  • Limited integration ecosystem compared to established ERPs, making cross-platform consolidations complex.
  • Historical financial transaction migration requires negotiated scope and manual mapping work.
  • API authentication, rate limits, and endpoint availability are not publicly documented, limiting automation options.
Epicor Prophet 21 logo

Epicor Prophet 21

Destination

Strengths

  • Purpose-built for wholesale distribution with industry-specific replenishment, kitting, and counter-sale workflows out of the box.
  • Multi-warehouse management with bin locations, cross-docking, and real-time inventory visibility across all warehouse locations.
  • Automated replenishment engine with demand-based and min-max planning reduces stockouts and overstock carrying costs.
  • AI-infused reporting via Epicor Prism provides Gen AI-driven insights into ERP data without requiring a BI team.
  • Strong customer retention at 90% and a 50-year track record in the distribution vertical provides long-term vendor stability.

Weaknesses

  • High total cost of ownership — per-user pricing of $150-200/month plus $10K-$500K implementation creates significant budget commitment for small and mid-market distributors.
  • Customization via SDK requires technical expertise and introduces upgrade risk when custom code conflicts with new P21 releases.
  • Report generation performance is a known pain point — multiple users report system freezes during large or complex report exports.
  • Third-party bolt-on reliance for functionality that competitors include natively increases integration complexity and total solution cost.
  • Limited public API documentation — developers building custom integrations report difficulty finding P21 API authentication methods and endpoint specifications.

Complexity grading

How hard is this migration?

Standard ERP migration. 2 of 8 objects need a mapping; the rest are 1:1.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Encompass Production Cloud and Epicor Prophet 21.

  • Object compatibility

    B

    2 of 8 objects need a mapping; the rest are 1:1.

  • Field mapping clarity

    C

    Field mapping is derived from defaults — final spec confirmed during the sample migration.

  • Timeline complexity

    B

    8-object category — typical timelines run 2–7 days end-to-end.

  • API constraints

    B

    Encompass Production Cloud: Not publicly documented.

  • Data volume sensitivity

    B

    Encompass Production Cloud doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your Encompass Production Cloud to Epicor Prophet 21 migration cost

Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.

Step 1

What are you migrating?

Pick a category, then your source and destination platforms.

Category

FAQ

Frequently asked questions about Encompass Production Cloud to Epicor Prophet 21 data migrations

Answers to the questions buyers ask most during Encompass Production Cloud to Epicor Prophet 21 migration scoping. Not seeing yours? Book a call.

Can't find your answer?

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 consultation

Most migrations land between five and seven weeks for accounts with under 500 batch records, a single BOM version strategy, and no historical GL migration. Migrations with multi-version BOMs, hundreds of lot genealogy chains, full QC record migration, and open AP/AR reconciliation move to twelve to twenty weeks because of extraction complexity, genealogy reconstruction, and Epicor schema design for process-equivalent structures.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Encompass Production Cloud.
Land in Epicor Prophet 21, intact.

Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.

Accuracy guarantee Rollback included Quote in 1 business day