ERP migration

Migrate from Icicle ERP to Epicor Prophet 21

Field-level mapping, validation, and rollback between Icicle ERP and Epicor Prophet 21. We move data and schema; workflows are rebuilt natively in Epicor Prophet 21.

Icicle ERP logo

Icicle ERP

Source

Epicor Prophet 21

Destination

Epicor Prophet 21 logo

Compatibility

83%

10 of 12

objects map 1:1 between Icicle ERP and Epicor Prophet 21.

Complexity

BStandard

Timeline

10-14 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Icicle ERP to Epicor ERP is a data model migration with food-manufacturing specificity. Icicle's purpose-built food safety schema — lot genealogy as a linked graph, co-packer contract extensions, QC inspection records tied to lots, and supplier food-safety rating fields — does not map directly to Epicor's standard discrete manufacturing objects. We design the Epicor schema extensions during scoping, coordinate the structured data export from Icicle (which has no public API), migrate the full lot traceability graph intact, and remap QC and supplier records into Epicor's Quality module. Production Order history, open AP/AR, and Chart of Accounts entries carry forward. Workflows, co-packer contract logic, food-safety compliance rules, and HACCP/FSMA workflow automation do not migrate; we deliver a written inventory of these for your Epicor admin to rebuild.

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

Icicle ERP logo

Icicle ERP

What's pushing teams away

  • Navigation complexity for new users — Capterra reviewers note the UI has many avenues to access the same function, and the learning curve is steep without formal training and the vendor's help videos.
  • Limited review volume — G2 shows only 28 verified reviews for Icicle ERP, making it difficult for prospective buyers to assess long-term reliability compared to competitors with hundreds of reviews.
  • Pricing opacity — Icicle publishes no public pricing tiers; all quotes go through a sales process, which creates friction for small food businesses evaluating budget constraints.
  • Smaller vendor footprint — with roughly 15 employees, Icicle is a niche Canadian vendor compared to global ERP players, raising concerns about long-term product roadmap stability and support scalability.

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 Icicle ERP objects map to Epicor Prophet 21

Each row shows how a Icicle 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.

Icicle ERP

Product / Formulation

maps to

Epicor Prophet 21

Part / PartRevision / BOM

1:1
Fully supported

Icicle Products with full formulation hierarchies (ingredients, packaging BOMs, allergen declarations, nutritional data) map to Epicor Part records with PartRevision BOMs. We preserve ingredient-level traceability by creating multi-level BOMs in Epicor, mapping Icicle's allergen fields to Epicor's Part Restriction and Part Restriction Type records. Unit-of-measure conventions (weight, volume, case-pack configurations) map to Epicor's UOM class structure.

Icicle ERP

Production Order / Work Order

maps to

Epicor Prophet 21

Job (JobHead, JobMtl, JobOper)

1:1
Fully supported

Icicle Production Orders link to Formulations, scheduled batches, and resource allocations. We migrate production order history, quantities run, and the resulting finished-goods lot numbers into Epicor Job records. The Icicle batch identifier becomes the JobHead.JobNum, and the linked formulation BOM version is preserved as a PartRev revision code. Open production orders migrate as active Jobs; closed orders migrate as historical records.

Icicle ERP

Lot / Batch Record (Traceability)

maps to

Epicor Prophet 21

PartLot / LotTran

lossy
Fully supported

Lot traceability in Icicle is a first-class linked graph connecting raw-material lots to in-process lots to finished-goods lots. We map this to Epicor's PartLot table with LotNum and LotDescription, and we preserve forward and backward genealogy via LotTran (lot transactions) records. The full traceability graph is validated before production migration to confirm Epicor can represent the same lot relationships without breaking food-safety compliance chains.

Icicle ERP

Inventory Lot / Stock Item

maps to

Epicor Prophet 21

PartLot + PartBin

1:1
Fully supported

Icicle inventory at the lot level (locations, expiry dates, QC hold statuses) maps to Epicor PartLot records with PartBin location assignments. Lots under active quality holds are flagged in Epicor with a QC Hold flag and remain excluded from stock transactions until released by a quality manager. We verify expiry date handling in Epicor's lot aging reports before cutover.

Icicle ERP

QC Inspection / Quality Check

maps to

Epicor Prophet 21

QC Engineering (InspPlan, InspChar, ReqClients)

1:1
Fully supported

Quality checks in Icicle are tied to specific lots and production orders with pass/fail criteria and inspector assignments. Epicor's QC Engineering module supports Inspection Plans and Characteristics. We map Icicle inspection records to Epicor Inspection Result records linked to the corresponding PartLot, preserving pass/fail status, inspector name, and the inspection date. Epicor's standard QC module may require configuration to match Icicle's inspection criteria model.

Icicle ERP

Supplier / Vendor Record

maps to

Epicor Prophet 21

Vendor / PO/PurchaseSupplier

1:1
Fully supported

Supplier records in Icicle include food-safety rating fields, certifications (organic, kosher, halal), and approval statuses. We migrate all supplier fields and map food-safety ratings to Epicor Vendor PPAP and Supplier Rating fields or UD fields if the certifications exceed Epicor's standard supplier fields. Approval workflow state is preserved at migration time.

Icicle ERP

Customer / Account

maps to

Epicor Prophet 21

Customer

1:1
Fully supported

Customer records in Icicle include standard billing and shipping fields. We map these to Epicor Customer records, carrying forward customer-specific pricing tiers as UD fields or Price List assignments. Customer contacts migrate as Person records linked to the Customer.

Icicle ERP

Sales Order / Sales Contract

maps to

Epicor Prophet 21

OrderHed / OrderDtl

1:1
Fully supported

Sales Orders reference Products, Customers, and Delivery schedules. We map open orders by status to Epicor OrderHed and OrderDtl records, preserving order date, requested dates, quantities, and pricing. Orders tied to lots that are pending QC hold are flagged for the customer's review before release.

Icicle ERP

Open AP / Vendor Invoices

maps to

Epicor Prophet 21

AP Invoice / APTran

1:1
Mapping required

Accounts payable records in Icicle are extracted and matched to migrated vendor records. Open invoice amounts, due dates, and payment terms are mapped to Epicor AP Invoice and APTran records. We migrate only open items; closed historical invoices are mapped as read-only records in a migration archive file for audit purposes.

Icicle ERP

Open AR / Customer Invoices

maps to

Epicor Prophet 21

AR Invoice / ARTran

1:1
Mapping required

AR records reference customer accounts and open sales orders. We extract outstanding invoice balances and remap them to Epicor AR Invoice and ARTran, preserving payment terms and ageing buckets. Customer-level credit limits migrate as Epicor Customer Credit data.

Icicle ERP

Chart of Accounts / General Ledger

maps to

Epicor Prophet 21

GL Account / GLJrnLine

1:1
Mapping required

Icicle's GL structure includes food-industry-specific accounts (COGS by product category, facility-level cost splits). We map these to Epicor GL Accounts and flag accounts that require Epicor book or cost element configuration. Epicor's COGS posting groups are set up to match Icicle's product category structure.

Icicle ERP

Co-packer Contract Records

maps to

Epicor Prophet 21

Customer + Part UD Fields + Document

1:many
Fully supported

Icicle's co-packer mode adds customer-specific contract fields (formula versioning, NDA flags, customer-specific spec documents) that do not map to a standard Epicor object. We split these into three destinations: the co-packer customer record, Part UD fields for formula-specific extensions, and Document records for spec documents and NDAs. We document each co-packer extension and its target during scoping so the Epicor admin can configure UD fields before migration.

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.

Icicle ERP logo

Icicle ERP gotchas

High

No publicly documented API for self-serve data export

Medium

Pricing is opaque — no published tiers or per-user rates

High

Lot traceability links are schema-critical and must survive migration

Medium

Co-packer contract records use non-standard field structures

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

  • Icicle ERP has no public API — data export requires direct vendor coordination

    Icicle ERP does not publish a public REST API reference and no bulk-export endpoint was identified in vendor documentation. Every outbound migration project requires coordinating a structured data package directly with Icicle support or their implementation team before extraction begins. We engage Icicle at the start of every project to agree on export format, file structure, and delivery schedule. Any migration that begins without this coordination risks receiving incomplete or inconsistently formatted data that will cause downstream mapping failures in Epicor.

  • Lot genealogy graph must survive migration intact or food-safety compliance breaks

    Lot traceability in Icicle is a linked graph connecting raw-material lots to in-process lots to finished-goods lots. Epicor stores lot transactions in the LotTran table with PartNum and LotNum references, which can represent the same relationships — but only if the migration carries forward every genealogy link in the correct sequence. We map the full lot graph during scoping, verify Epicor's LotTran structure can represent the same traceability relationships, and test a sample of lot chains in the Epicor sandbox before confirming this object in migration scope. Breaking those links means a food-safety compliance gap.

  • Co-packer contract extensions are non-standard and require Epicor UD field configuration

    Icicle's co-packer mode adds customer-specific contract fields (formula versioning, NDA flags, customer-specific spec document attachments) that have no direct Epicor equivalent. These co-packer extensions must be mapped to Epicor UD fields on the Customer and Part objects, and the UD field schema must be designed and deployed before any co-packer records migrate. We identify all co-packer extensions during the data audit phase and document the required UD field configuration for the customer's Epicor admin to implement before production migration.

  • Epicor UD field architecture requires schema design before migration begins

    Epicor Kinetic uses UD (User Defined) fields on standard tables (Part, JobHead, Vendor, Customer, OrderHed) to accommodate non-standard data. Mapping Icicle's food-safety fields, co-packer extensions, and QC inspection metadata to Epicor UD fields requires upfront schema design and deployment to the Epicor sandbox before any data moves. Migrations that skip UD field design result in data being truncated, dropped, or stored in wrong fields. We design the full UD field schema during scoping and validate it in a Sandbox before production migration.

  • Epicor production order history import requires Job revision and BOM sequencing

    Migrating Icicle Production Orders as Epicor Job records is not a simple field mapping. Each Icicle production order references a specific formulation BOM version, a scheduled date, and a resulting lot number. Epicor Job records require a valid PartRev revision for the BOM and a scheduled start date that may conflict with existing Job numbers. We validate BOM version resolution, Job number sequencing, and the backflush material allocation logic during sandbox migration before production cutover.

Migration approach

Six steps for a successful Icicle ERP to Epicor Prophet 21 data migration

  1. Discovery and Icicle export coordination

    We audit the source Icicle environment across Products with formulations, Production Orders with lot links, Lot/Batch records, QC Inspections, Suppliers, Customers, Sales Orders, open AP/AR, and GL accounts. We also identify co-packer contract extensions, QC hold statuses, and any custom fields added during Icicle configuration. Simultaneously, we initiate the Icicle export coordination process by contacting Icicle support to agree on the data package format, delivery method, and schedule. The discovery output is a written migration scope, Icicle export format specification, and an Epicor edition recommendation (Kinetic cloud or on-prem).

  2. Epicor schema design and UD field configuration

    We design the destination Epicor schema in a Sandbox. This includes Part and PartRevision BOMs mapped from Icicle formulations, PartLot lot tracking configuration, QC Engineering Inspection Plans mapped from Icicle QC criteria, Vendor UD fields for food-safety certifications, Customer UD fields for co-packer extensions, OrderHed/OrderDtl mappings from Icicle Sales Orders, AP/AR invoice structures, and GL account mapping. UD fields for non-standard Icicle fields (co-packer NDA flags, formula versioning, inspector assignments) are defined and deployed to the Sandbox before any test migration begins.

  3. Sandbox migration and lot genealogy validation

    We run a full migration into the Epicor Sandbox using production-like data volumes. The customer's operations and quality leads reconcile record counts across all objects, spot-check 25-50 records against the Icicle source, and specifically validate lot traceability chains by tracing a sample of raw-material-to-finished-goods genealogy paths. We correct any mapping errors during this phase. Lot genealogy validation is a required checkpoint before production scope is confirmed.

  4. Supplier and customer master data migration

    We migrate supplier records first, mapping food-safety certifications and approval statuses to Epicor Vendor UD fields. Customer records follow, including co-packer contract details mapped to Customer UD fields. Open AP and AR records are then migrated, matched to the vendor and customer records already in place. GL account mapping runs in parallel, flagging any Icicle food-industry-specific accounts that require Epicor book configuration. Each phase emits a reconciliation report before the next phase begins.

  5. Production order and lot migration in dependency order

    We run production migration in record-dependency order: Part and PartRevision BOMs first (formulation foundation), then Job records (production order history) with lot number resolution, then PartLot inventory with QC hold flags, then QC Inspection Results linked to lots, then Sales Orders and open invoices. Lot genealogy (LotTran records) migrates after PartLot records are in place so that parent lot references resolve correctly. Each phase is reconciled against the Icicle source row count before the next phase starts.

  6. Cutover, validation, and workflow inventory handoff

    We freeze Icicle writes during the cutover window, run a final delta migration of any records modified during the migration window, then enable Epicor as the system of record. We validate lot traceability chains in Epicor by running a multi-level lot inquiry on a sample of finished-goods lots. We deliver a written inventory of Icicle workflows, HACCP/FSMA compliance rules, and co-packer contract logic that requires rebuild in Epicor. We support a one-week post-cutover window to resolve reconciliation issues. Workflow rebuild and Epicor configuration tuning are outside standard migration scope and are handled by the customer's Epicor admin or an Epicor implementation partner.

Platform deep dives

Context on both ends of the pair

Icicle ERP logo

Icicle ERP

Source

Strengths

  • Purpose-built for food & beverage manufacturing, not a horizontal ERP with a food module bolted on.
  • First-class lot traceability with forward and backward genealogy as a native data concept, not a workaround.
  • Cloud-based with multi-facility support, enabling single-database operations across multiple plants.
  • Integrated food safety and quality modules (HACCP, FSMA) reduce the need for separate compliance tooling.
  • Strong customer service reputation with 5.0/5.0 on Capterra for support quality.

Weaknesses

  • Very small vendor with approximately 15 employees, raising long-term roadmap and support scalability questions.
  • No public pricing published; all licensing requires a direct sales conversation.
  • Small review base (28 verified G2 reviews) limits third-party reliability signals for buyers.
  • Limited publicly documented API or data export tooling, making self-serve data extraction harder for customers.
  • Less suitable for food businesses with complex international operations across multiple regulatory jurisdictions.
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 Icicle ERP 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

    Icicle ERP: Not publicly documented.

  • Data volume sensitivity

    B

    Icicle ERP doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your Icicle ERP 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 Icicle ERP to Epicor Prophet 21 data migrations

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

Can't find your answer?

Walk through your Icicle ERP to Epicor Prophet 21 migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Most Icicle to Epicor migrations land between ten and fourteen weeks for accounts with under 15,000 Products, 8,000 Production Orders, and 20,000 Lot records. Migrations with large historical production orders (over 50,000 records), multi-facility lot graphs, extensive co-packer contract extensions, or open AP/AR carry-forwards move to sixteen to twenty-four weeks because of genealogy mapping, UD field schema design, and GL remapping scope. Icicle's lack of a public API adds a coordination step with Icicle support that can add two to four weeks to the discovery phase.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Icicle ERP.
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