ERP migration

Migrate from Info.Net to Epicor Prophet 21

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

Info.Net logo

Info.Net

Source

Epicor Prophet 21

Destination

Epicor Prophet 21 logo

Compatibility

100%

14 of 14

objects map 1:1 between Info.Net and Epicor Prophet 21.

Complexity

CModerate

Timeline

5-7 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Info.Net to Epicor ERP is a manufacturing-data migration with deep schema dependencies. Info.Net centers on Items, Work Orders, Production Orders, BOMs, and Quality Control logs; Epicor ERP mirrors this structure through Part, Job, BOM, PartTran, and Inspection tables. The key challenge is that Info.Net lacks a publicly documented REST API or bulk export endpoint, so migration paths rely on direct database export or CSV extraction confirmed during scoping. We sequence the transfer to preserve parent-record dependencies (BOMs before Jobs, Jobs before PartTran), resolve multi-level BOM revision histories, and map Quality Control measurement fields by name. Custom workflow configurations documented in Info.Net do not migrate; we deliver a written inventory for the customer's admin to rebuild in Epicor Kinetic or Epicor Data Management Tool (DMT).

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

Info.Net logo

Info.Net

What's pushing teams away

  • Setup complexity and legacy system integration requires significant IT time and budget, especially for manufacturers with fragmented or older source systems.
  • Monthly subscription plus annual support fees accumulate to a significant cost burden for very small manufacturers with thin margins.
  • Workflow customization is limited and modifications beyond base configurations are difficult to implement, frustrating teams with unique manufacturing processes.

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 Info.Net objects map to Epicor Prophet 21

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

Info.Net

Item

maps to

Epicor Prophet 21

Part

1:1
Fully supported

Info.Net Items (finished goods, raw materials, components) map 1:1 to Epicor Part records. The source SKU becomes Part.PartNum, description maps to Part.LineDesc, unit of measure maps to Part.IUM, and cost fields map to Part.StdCost or Part.AvgBurdenCost depending on the cost type. We extract PartClass and PartGroup assignments from Info.Net and create corresponding Epicor PartClass records before Part import so that classification lookups resolve at load time.

Info.Net

Production Order

maps to

Epicor Prophet 21

Job

1:1
Fully supported

Info.Net Production Orders track manufacturing jobs with status, quantity, scheduled dates, and work center assignments. These map to Epicor Job records with JobHead and JobOper structure. We preserve job status (released, complete, closed), quantity, start and due dates, and map the Info.Net work center reference to the Epicor ResourceGroup. Closed production orders preserve their history as completed Jobs for audit trail purposes.

Info.Net

Bill of Materials

maps to

Epicor Prophet 21

BOM (PartRev + BOMHead + BOMMtl)

1:1
Fully supported

Info.Net BOMs define component hierarchies for manufactured Items. We map multi-level BOM structures to Epicor's PartRev revision, BOMHead header, and BOMMtl component lines. Revision versions from Info.Net map to PartRev.RevisionSeq and RevDescription. Alternate production methods become additional PartRev records with different primary methods flagged. We resolve the parent Part reference before BOM import to satisfy the foreign key constraint.

Info.Net

Work Order

maps to

Epicor Prophet 21

LaborDtl (linked to Job)

1:1
Fully supported

Info.Net Work Orders assign production tasks to employees or work centers with start/end dates and labor estimates. These map to Epicor LaborDtl records linked to the parent Job. The work order lifecycle (status transitions) maps to LaborDtl.ActiveTrans and Payroll related flags. Actual labor consumption from Info.Net migrates as historical LaborDtl entries with clock-in/clock-out timestamps preserved.

Info.Net

Quality Control Record

maps to

Epicor Prophet 21

Inspection + NonConf

1:1
Fully supported

Info.Net QC logs hold inspection results, pass/fail flags, and measurement data linked to production lots. We map measurement field names from Info.Net to Epicor InspectionAttr and QtyAttr records, and pass/fail flags map to NonConf records linked to the Part Lot. Field naming conventions differ between Info.Net deployments, so we apply field-level mapping during the transform phase and flag any measurement attributes with no matching Epicor equivalent.

Info.Net

Vendor

maps to

Epicor Prophet 21

Vendor

1:1
Fully supported

Info.Net Vendor master records include contact details, payment terms, and lead times. These map 1:1 to Epicor Vendor records with VendorNum, Name, Address, TermsCode, and LeadTime fields. Multi-contact handling in Info.Net may require creation of VendorContact records in Epicor. We deduplicate vendor records using vendor code as the dedupe key.

Info.Net

Customer

maps to

Epicor Prophet 21

Customer

1:1
Fully supported

Info.Net Customer records hold billing addresses, shipping addresses, and credit limits. These map to Epicor Customer records with CustNum, Name, and address structures split into CustCnt contact records for bill-to and ship-to assignments. Multi-address customer accounts require splitting into separate CustCnt records with the appropriate ShipToNum assigned in Epicor.

Info.Net

Inventory Transaction

maps to

Epicor Prophet 21

PartTran

1:1
Fully supported

Info.Net Inventory movements (receipts, issues, adjustments, transfers) carry timestamps, quantities, locations, and costs. These map to Epicor PartTran records with TranDate, TranQty, WarehsCode, and the cost layer fields (StdBurdenCost, StdMaterialCost, StdLaborCost). We preserve post dates as PartTran.TranDate for audit trail accuracy and maintain the transaction type code mapping (receipt, issue, adjustment, transfer) to Epicor PartTran.TranType values.

Info.Net

Inventory Location

maps to

Epicor Prophet 21

Warehs + WarehseBin

1:1
Fully supported

Info.Net inventory locations map to Epicor Warehs (warehouse) and WarehseBin (bin) records. We create the warehouse structure before any PartTran import so that location codes resolve at load time. Multi-bin warehouses require creation of WarehseBin records with the appropriate WarehsCode parent.

Info.Net

Purchase Order

maps to

Epicor Prophet 21

POHeader + PODetail

1:1
Fully supported

Open Info.Net Purchase Orders migrate as Epicor POHeader and PODetail records with vendor reference, order date, and line items. We set POHeader.Status to open values (O for open) and preserve line-level quantities and unit costs. Closed POs are archived and not imported as active records but may be referenced in PartTran history.

Info.Net

Sales Order

maps to

Epicor Prophet 21

OrderHed + OrderDtl

1:1
Fully supported

Open Info.Net Sales Orders migrate as Epicor OrderHed and OrderDtl records with customer reference, order date, and line items. We map OrderHed.Status and preserve OrderDtl.Quantity and OrderDtl.UnitPrice. Fulfilled lines from Info.Net are reflected in PartTran records rather than open OrderDtl lines.

Info.Net

Custom Fields

maps to

Epicor Prophet 21

UDFs (User Defined Fields)

1:1
Mapping required

Info.Net supports custom fields on Items, Customers, and Vendors. We extract custom field definitions and create corresponding Epicor UDF fields in the target table schema before data import. We flag any custom fields with no matching Epicor UDF equivalent and document them for the customer's admin to create post-migration. Custom field data types map to Epicor UDF data types (character to string, numeric to decimal, date to date).

Info.Net

User Accounts

maps to

Epicor Prophet 21

User

1:1
Mapping required

Info.Net User accounts carry role assignments and permission sets. These map to Epicor User records with the username, email, and role assignments. Role mapping requires a manual translation table because Info.Net and Epicor use different permission models. We cannot preserve password hashes; users require password reset post-migration.

Info.Net

Part Lot

maps to

Epicor Prophet 21

PartLot

1:1
Fully supported

If Info.Net tracks lot numbers for manufactured or received parts, these map to Epicor PartLot records linked to the Part. Lot number, lot description, expiration date, and lot quantity migrate. PartLot is required as a parent for any QC inspection records linking to production lots.

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.

Info.Net logo

Info.Net gotchas

High

Initial setup and legacy migration require IT resources

Medium

Ongoing subscription and support costs are significant for very small manufacturers

Medium

Customization beyond base workflows is limited

High

No publicly documented API in available research

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

  • Info.Net has no documented public API

    The available research does not surface a REST API, GraphQL endpoint, or bulk export mechanism for Info.Net. Migration paths rely on direct database export (if LAMAR provides database access), CSV extraction from the Info.Net UI, or third-party connector support. We confirm the available export method during scoping and adjust our approach accordingly. If only manual CSV export is available, large volume migrations require a staged extraction plan with file chunking.

  • BOM revision mapping requires manual alignment

    Info.Net BOM revision naming conventions may not match Epicor's revision schema (PartRev.RevisionSeq, RevDescription). Multi-level BOMs require mapping each level of the component hierarchy to the corresponding BOMMtl structure in Epicor. We extract the full BOM tree from Info.Net, build the mapping table during scoping, and load parent BOMs before child BOMs to satisfy foreign key constraints. Incorrect revision mapping results in phantom BOMs or missing components on the shop floor.

  • Custom workflow configurations do not migrate

    Info.Net's custom workflow configurations beyond base setups cannot be exported or migrated to Epicor. We document every custom workflow, trigger, and automation logic during discovery and deliver a written inventory with recommended Epicor equivalents (BPMs, DMT templates, or Kinetic dashboard configurations). The customer's admin or an Epicor consultant rebuilds these post-migration.

  • Field length and character encoding mismatches

    Epicor enforces field length limits and character encoding rules (alphanumeric-only fields, date formats, numeric precision) that may differ from Info.Net's data model. Simple mismatches (15-character Info.Net field vs 12-character Epicor limit) can silently truncate values. We profile source data lengths during discovery, flag truncation risks, and apply truncation with audit logging during the transform phase so that no data loss goes unnoticed.

  • PartTran dependency on Part and Warehs

    Epicor PartTran records require valid Part and Warehs references. If Info.Net inventory transactions reference parts or warehouses that were not migrated (inactive items, closed warehouses), the import fails with referential integrity errors. We run a dependency check before PartTran migration, flag orphaned transaction references, and present options (create placeholder Part records or archive the orphaned transactions) before production load.

Migration approach

Six steps for a successful Info.Net to Epicor Prophet 21 data migration

  1. Discovery and export method confirmation

    We audit the Info.Net deployment for available export mechanisms: direct database access, UI-based CSV export, or third-party connector support. We profile Items, Work Orders, Production Orders, BOMs, QC records, Vendors, Customers, Inventory Transactions, and User accounts for volume, data quality, and field completeness. We confirm Epicor ERP edition and validate DMT licensing. The discovery output is a written migration scope with source export method, record counts per object, and a dependency map showing which objects must load before others.

  2. Schema design and BOM structure mapping

    We design the Epicor target schema including Part creation with PartClass assignments, Warehs and WarehseBin structure, Job header and operation setup, and UDF field definitions matching Info.Net custom fields. Multi-level BOMs receive a structured mapping table that assigns Info.Net BOM levels to Epicor PartRev revisions and BOMMtl sequences. We deploy the schema to a Epicor test environment (Sandbox or pilot company) before any data movement begins.

  3. Sandbox migration and reconciliation

    We run a full migration into the Epicor test environment using production-like data volumes. The customer's manufacturing operations lead reconciles record counts (Parts in, BOMs in, Jobs in, PartTran in), spot-checks 25-50 random records against Info.Net source, and validates BOM component relationships. Any field mapping corrections, truncation issues, or BOM revision conflicts surface here. Sign-off on the sandbox migration is required before production migration begins.

  4. BOM and Part dependency resolution

    We extract and sequence the BOM load to resolve parent-part dependencies before component-level BOMs. Part records load first (Part, PartClass, PartCost), followed by BOM headers (PartRev), then BOM component lines (BOMMtl) in level order. We run a BOM integrity check comparing component quantities and unit-of-measure conversions against Info.Net source. Production history (Jobs, LaborDtl, PartTran) loads after Part and Warehs are validated.

  5. Production migration in dependency order

    We run production migration in record-dependency order: Warehs and WarehseBin, Part and PartClass, PartCost, BOMHead and BOMMtl, Customer and Vendor, POHeader and PODetail, OrderHed and OrderDtl, Job and JobOper, LaborDtl, PartTran, Inspection and NonConf. Each phase emits a row-count reconciliation report and a sample record audit before the next phase begins. We use Epicor DMT for bulk loads with batch chunking and referential integrity validation between phases.

  6. Cutover, validation, and workflow handoff

    We freeze Info.Net 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 the custom workflow inventory document to the customer's admin team. We support a one-week hypercare window where we resolve reconciliation issues raised by the manufacturing and operations teams. We do not rebuild Info.Net custom workflows as Epicor BPMs or Kinetic configurations inside the migration scope; that is a separate engagement.

Platform deep dives

Context on both ends of the pair

Info.Net logo

Info.Net

Source

Strengths

  • Unified real-time visibility across inventory, orders, production, and quality control operations.
  • Intuitive reporting interface that empowers non-technical staff to create dashboards and alerts.
  • Cloud-native modular deployment that scales without hardware investment.
  • Mobile access for shop-floor employees to check inventory and order status.
  • 24/7 support availability across phone, email, and ticketing channels.

Weaknesses

  • Data migration and legacy integration require substantial IT resources and planning.
  • Monthly subscription and annual support fees create cost pressure for very small manufacturers.
  • Custom workflow modifications beyond base configurations are restricted and difficult to implement.
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?

Moderate ERP migration. 4 of 8 objects need a mapping; the rest are 1:1.

C

Overall complexity

Moderate migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Info.Net and Epicor Prophet 21.

  • Object compatibility

    C

    4 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

    Info.Net: Not publicly documented..

  • Data volume sensitivity

    B

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

Estimator

Estimate your Info.Net 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 Info.Net to Epicor Prophet 21 data migrations

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

Can't find your answer?

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

Book a free 30 minute consultation

Migrations under 15,000 Items, 3,000 Work Orders, and straightforward BOM structures land between five and seven weeks. Migrations with multi-level BOMs (5+ levels), large production histories (50,000+ PartTran records), extensive QC measurement data, or custom object schemas move to twelve to eighteen weeks because of BOM revision mapping, parent-record resolution, and UDF schema creation. The timeline is primarily driven by data profiling time and the number of reconciliation cycles needed before production cutover.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Info.Net.
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