ERP migration
Field-level mapping, validation, and rollback between IS Packaging and Epicor Prophet 21. We move data and schema; workflows are rebuilt natively in Epicor Prophet 21.
IS Packaging
Source
Epicor Prophet 21
Destination
Compatibility
10 of 12
objects map 1:1 between IS Packaging and Epicor Prophet 21.
Complexity
BStandard
Timeline
6-10 weeks
Overview
Moving from IS Packaging to Epicor ERP is a production-data migration that requires careful BOM revision alignment, multi-plant lot normalization, and open-order status mapping. IS Packaging organizes data around Items, Locations, Production Orders, and revision-controlled BOMs; Epicor ERP uses Part, PartRev, Job, and Site as its primary entities with a structurally similar but distinct object hierarchy. We extract BOMs from IS Packaging with their revision and routing data, build a cross-reference table that maps IS Packaging revision codes to Epicor PartRev records, and apply that mapping at import so that material assignments on open Production Orders resolve correctly. Multi-plant implementations require lot-number normalization because IS Packaging plants frequently use different lot conventions within the same instance. We consolidate these into a unified Epicor lot format and re-associate lot transactions to prevent orphaned traceability. We do not migrate IS Packaging customizations, Vantage-era configurations, or on-premises database-level modifications; these require an Epicor partner to rebuild in the new environment.
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 IS Packaging 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.
IS Packaging
Item
Epicor Prophet 21
Part and PartPlant
1:1IS Packaging Items map to Epicor Part as the primary product master, with PartPlant records created per site for plant-level data like safety stock, reorder point, and costing layers. The IS Packaging Item Number becomes Part.PartNum, Description becomes Part.Description, and the uom class maps to Part.IUM and Part.PUM. Costing layers (standard, average, last) migrate to the corresponding Epicor costing method on Part. We extract all standard and custom Item properties during discovery and map them to Part UD fields or related Part tables.
IS Packaging
Bill of Materials (BOM)
Epicor Prophet 21
PartRev and PartMtl
1:1IS Packaging BOMs with revision codes map to Epicor PartRev (revision header) and PartMtl (component lines). We build a revision cross-reference table during discovery that maps each IS Packaging revision code and effective date to the Epicor PartRev.RevisionNum, PartRev.EffectiveDate, and PartRev.ApprovedDate. Phantom assembly flags, scrap percentages, and operation-specific material issues from IS Packaging routing steps map to PartMtl and JobOper records in Epicor. This mapping is the most critical artifact of the migration because incorrect BOM revision mapping causes wrong material assignments on open Production Orders.
IS Packaging
Production Order
Epicor Prophet 21
JobHead, JobMtl, JobOper
1:1IS Packaging Production Orders map to Epicor Job records. JobHead holds the order header (quantity, start date, due date, site), JobMtl holds material lines with the PartMtl.MtlSeq referencing the PartRev BOM components, and JobOper holds operation steps. We map IS Packaging order status to Epicor JobHead.JobReleased, JobHead.JobComplete, or JobHead.JobClose using a status matrix built during discovery. Any open IS Packaging orders that cannot resolve to a valid Epicor PartRev revision are held in a reconciliation queue for manual resolution before import.
IS Packaging
Work Order
Epicor Prophet 21
JobOper
lossyIS Packaging Work Orders linked to Production Orders map to Epicor JobOper records. JobOper.OpCode, LaborHrs, MachineHrs, and WorkCenterId come from the IS Packaging work center and labor posting data. Status flags vary between IS Packaging plants, so we apply the destination-status mapping matrix during import. Work Orders without a parent Production Order are imported as standalone JobOper records with an informational flag for the customer's review.
IS Packaging
Finished Goods Location
Epicor Prophet 21
PartBin
1:1IS Packaging Finished Goods Locations tied to Items map to Epicor PartBin records. On-hand quantity, lot number, and serial number from the source location transfer to PartBin.LotNum, PartBin.BinOnHandQty, and PartBin.SerialNo. We resolve the IS Packaging Location ID to an Epicor Warehouse and Bin combination during import using a location cross-reference table built during discovery.
IS Packaging
Inventory Transaction
Epicor Prophet 21
PartTran
1:1IS Packaging transaction history (receipts, issues, adjustments, WIP moves) maps to Epicor PartTran records. We preserve transaction type, date, quantity, cost, warehouse, lot, and reference fields. High-volume transaction sets require chunked extraction and chronological sequencing to maintain integrity. Historical PartTran records older than 24 months may be flagged for archive rather than live migration to protect Epicor performance post-go-live.
IS Packaging
Customer Order
Epicor Prophet 21
OrderHed and OrderDtl
1:1IS Packaging Customer Orders map to Epicor OrderHed (order header) and OrderDtl (order lines). OrderDtl maps to the target Part number and links to the corresponding Epicor PartRev for configured items. Pricing exceptions from IS Packaging custom pricing rules are flagged as OrderDtl.DiscountPercent overrides and flagged for manual pricing review before import.
IS Packaging
Vendor Record
Epicor Prophet 21
Vendor and VendorPP
1:1IS Packaging Vendor masters map to Epicor Vendor and VendorPP (purchase point) records. Vendor Name, address, terms, and item-supplier cross-references migrate to Vendor and VendorPP with the supplier PartNum preserved on VendorPP.SupplierPartNum. We reassociate any IS Packaging Item-to-Vendor links as VendorPP records for the purchasing module.
IS Packaging
Custom Fields
Epicor Prophet 21
Part UD fields and UD tables
1:1IS Packaging custom fields on standard objects require field-level mapping to Epicor UD columns or Part UD tables. We inventory all custom field names, data types, and values during discovery and pre-create the corresponding Epicor Part UD columns (PartUD01 through PartUD10 and related tables) before import. Custom fields that have no Epicor equivalent are flagged for the customer's admin to review for manual re-entry or alternative placement.
IS Packaging
Chart of Accounts
Epicor Prophet 21
GLAccount
1:1The IS Packaging Chart of Accounts maps to Epicor GLAccount with segment alignment. We build an account cross-reference table during discovery, mapping IS Packaging account codes to Epicor segment values and COA codes. Any inactive, intercompany, or suspense accounts are flagged for reactivation review in Epicor before import. Multi-entity IS Packaging implementations may require separate COA mapping per legal entity in Epicor.
IS Packaging
Lot and Serial Number
Epicor Prophet 21
PartLot
lossyIS Packaging lot numbers across multiple plants use different conventions that we normalize into a unified Epicor PartLot.LotNum format. We build a lot-normalization rule during discovery that maps source lot prefixes, date codes, and sequence formats to the target Epicor convention. PartLot records are created before inventory transactions import, ensuring that PartBin and PartTran records reference valid lots.
IS Packaging
Site or Plant
Epicor Prophet 21
Site
1:1IS Packaging plants map to Epicor Sites. We create Site records for each source plant, map plant-specific parameters (site code, description, address, calendar) to Epicor Site fields, and associate PartPlant records to the corresponding Site during Part import. Multi-plant consolidation scenarios require site code standardization to prevent duplicate sites in Epicor.
| IS Packaging | Epicor Prophet 21 | Compatibility | |
|---|---|---|---|
| Item | Part and PartPlant1:1 | Fully supported | |
| Bill of Materials (BOM) | PartRev and PartMtl1:1 | Fully supported | |
| Production Order | JobHead, JobMtl, JobOper1:1 | Fully supported | |
| Work Order | JobOperlossy | Fully supported | |
| Finished Goods Location | PartBin1:1 | Fully supported | |
| Inventory Transaction | PartTran1:1 | Fully supported | |
| Customer Order | OrderHed and OrderDtl1:1 | Fully supported | |
| Vendor Record | Vendor and VendorPP1:1 | Fully supported | |
| Custom Fields | Part UD fields and UD tables1:1 | Mapping required | |
| Chart of Accounts | GLAccount1:1 | Mapping required | |
| Lot and Serial Number | PartLotlossy | Fully supported | |
| Site or Plant | Site1: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.
IS Packaging gotchas
BOM revision control must be matched to destination version exactly
Open production orders must be status-mapped or manually closed first
Lot and serial number formats differ between plants in the same instance
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 audit
We conduct a discovery phase that inventories the IS Packaging database schema, identifies all standard and custom objects, measures record volumes per object, and assesses data quality. We extract a representative sample of 50-100 records per object to validate field-level mapping. This phase also includes identifying the IS Packaging BOM revision scheme, plant-level lot conventions, open Production Order status values, and any custom pricing or costing rules. The discovery output is a written migration scope document, a preliminary object mapping matrix, and a lot-normalization requirements document for multi-plant implementations.
BOM revision cross-reference and lot-normalization rule building
Before any data moves, we build the BOM revision cross-reference table by matching every IS Packaging BOM revision to its target Epicor PartRev. We also build the lot-normalization rule for each source plant. These two artifacts are the critical path items; migration cannot proceed past sandbox testing until both are validated. We deliver these as spreadsheets with source value, target value, and transformation logic that the customer's team reviews and signs off before we proceed to extraction.
Sandbox migration and validation
We run a full migration into a customer-provided Epicor Sandbox using production-like data volumes. We import in dependency order: Sites (for multi-plant), Part and PartPlant (with PartRev BOMs and PartMtl components), Vendor records, Job records (from Production Orders), PartBin (inventory), PartTran (transactions), OrderHed and OrderDtl (customer orders), and GLAccount mappings last. Each phase emits a row-count reconciliation report. The customer's operations and IT team spot-checks 25-50 records per object against the IS Packaging source and signs off the mapping before production migration begins.
Custom field and UD table preparation
We create Epicor UD columns and UD tables for all IS Packaging custom fields identified during discovery. This includes Part UD fields, OrderHed UD fields, JobHead UD fields, and any standalone custom tables. Custom fields that cannot map to Epicor UD columns are flagged with an explanation and recommended alternative placement. We do not rebuild IS Packaging customizations or VAR-specific modifications; we document them for the customer's Epicor partner to address as a separate workstream.
Production migration and cutover
We freeze writes to IS Packaging during cutover, extract the final delta of any records modified during the migration window, and run the production import in dependency order. We resolve all parent-record lookups (PartNum on JobMtl, PartRev.RevisionNum on JobMtl, Site on JobHead, Warehouse and Bin on PartBin) at import time. We run post-import reconciliation comparing record counts and spot-checking values against the IS Packaging source. Lot-normalization is applied during PartBin and PartTran import. We do not migrate IS Packaging Workflows, Automations, or Reports; we deliver a written inventory of these for the customer's admin and Epicor partner to rebuild.
Post-migration validation and handoff
We validate inventory balances (PartBin on-hand vs. IS Packaging last count), BOM completeness (every PartRev has at least one PartMtl), and job status (open jobs in Epicor match open orders in IS Packaging). We deliver the final migration report, the BOM revision cross-reference, the lot-normalization map, and the custom field inventory to the customer's team. We support a one-week hypercare window for reconciliation issues raised during the first production week. Any Epicor Workflow, BPM, or Report rebuild is outside standard migration scope.
Platform deep dives
IS Packaging
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 IS Packaging 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
IS Packaging: Not publicly documented — governed by underlying SAP S/4HANA Gateway and OData service limits, which we confirm with the vendor at scoping..
Data volume sensitivity
IS Packaging exposes a bulk API — large-volume migrations stream efficiently.
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 IS Packaging to Epicor Prophet 21 migration scoping. Not seeing yours? Book a call.
Walk through your IS Packaging 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 IS Packaging
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.