ERP migration
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
Source
Epicor Prophet 21
Destination
Compatibility
14 of 14
objects map 1:1 between Info.Net and Epicor Prophet 21.
Complexity
CModerate
Timeline
5-7 weeks
Overview
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).
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 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
Epicor Prophet 21
Part
1:1Info.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
Epicor Prophet 21
Job
1:1Info.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
Epicor Prophet 21
BOM (PartRev + BOMHead + BOMMtl)
1:1Info.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
Epicor Prophet 21
LaborDtl (linked to Job)
1:1Info.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
Epicor Prophet 21
Inspection + NonConf
1:1Info.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
Epicor Prophet 21
Vendor
1:1Info.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
Epicor Prophet 21
Customer
1:1Info.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
Epicor Prophet 21
PartTran
1:1Info.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
Epicor Prophet 21
Warehs + WarehseBin
1:1Info.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
Epicor Prophet 21
POHeader + PODetail
1:1Open 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
Epicor Prophet 21
OrderHed + OrderDtl
1:1Open 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
Epicor Prophet 21
UDFs (User Defined Fields)
1:1Info.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
Epicor Prophet 21
User
1:1Info.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
Epicor Prophet 21
PartLot
1:1If 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.
| Info.Net | Epicor Prophet 21 | Compatibility | |
|---|---|---|---|
| Item | Part1:1 | Fully supported | |
| Production Order | Job1:1 | Fully supported | |
| Bill of Materials | BOM (PartRev + BOMHead + BOMMtl)1:1 | Fully supported | |
| Work Order | LaborDtl (linked to Job)1:1 | Fully supported | |
| Quality Control Record | Inspection + NonConf1:1 | Fully supported | |
| Vendor | Vendor1:1 | Fully supported | |
| Customer | Customer1:1 | Fully supported | |
| Inventory Transaction | PartTran1:1 | Fully supported | |
| Inventory Location | Warehs + WarehseBin1:1 | Fully supported | |
| Purchase Order | POHeader + PODetail1:1 | Fully supported | |
| Sales Order | OrderHed + OrderDtl1:1 | Fully supported | |
| Custom Fields | UDFs (User Defined Fields)1:1 | Mapping required | |
| User Accounts | User1:1 | Mapping required | |
| Part Lot | PartLot1: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.
Info.Net gotchas
Initial setup and legacy migration require IT resources
Ongoing subscription and support costs are significant for very small manufacturers
Customization beyond base workflows is limited
No publicly documented API in available research
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 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.
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.
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.
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.
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.
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
Info.Net
Source
Strengths
Weaknesses
Epicor Prophet 21
Destination
Strengths
Weaknesses
Complexity grading
Moderate ERP migration. 4 of 8 objects need a mapping; the rest are 1:1.
Overall complexity
Moderate migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Info.Net and Epicor Prophet 21.
Object compatibility
4 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
Info.Net: Not publicly documented..
Data volume sensitivity
Info.Net 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 Info.Net to Epicor Prophet 21 migration scoping. Not seeing yours? Book a call.
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 consultationAdjacent paths
Other ways to leave Info.Net
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.