ERP migration
Field-level mapping, validation, and rollback between Infor VISUAL and Epicor Prophet 21. We move data and schema; workflows are rebuilt natively in Epicor Prophet 21.
Infor VISUAL
Source
Epicor Prophet 21
Destination
Compatibility
13 of 14
objects map 1:1 between Infor VISUAL and Epicor Prophet 21.
Complexity
BStandard
Timeline
6-8 weeks
Overview
Moving from Infor VISUAL to Epicor ERP is a manufacturing-schema migration with a specific structural challenge: VISUAL scatters BOM materials across routing operations rather than storing them as centralized structures, and Epicor expects materials attached to Job operation steps with correct sequence alignment. We resolve that dependency during the transform phase by joining on Work Order header and operation sequence number before writing materials back to their correct Epicor job step. We extract EDI trading partner configuration from VISUAL's separate configuration records (not the customer master) and reload it as Epicor trading partner entities. Work Orders map to Epicor Jobs, Routings to Operation Specifications, Customer Orders to Order Head and Order Dtl, and Purchase Orders to PO Header and PO Release. We do not migrate workflows, automations, or report definitions; we deliver a written inventory of these for the customer's admin to rebuild in Epicor Kinetic or Epicor Prophet 21.
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 Infor VISUAL 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.
Infor VISUAL
Work Order
Epicor Prophet 21
Job (JobHead + JobMtl + JobOper)
1:1VISUAL Work Orders map to Epicor Job records. The Work Order header fields (WONum, Status, Priority, ScheduledStart, ScheduledEnd) map to JobHead fields (JobNum, JobClosed, TopicID1, StartDate, DueDate). Material lines attach to JobMtl with the operation sequence number preserved so that Epicor's material release scheduling respects the original VISUAL operation-to-material dependency. We reconstruct the linkage by joining on Work Order header and operation sequence number during the transform phase before inserting into JobMtl.
Infor VISUAL
Routing
Epicor Prophet 21
Job Operation Specification (JobOper)
1:1VISUAL Routings map to Epicor JobOper records. Operation sequence, work center, setup time, run time, and resource requirements transfer as JobOper rows with OpCode, EstSetHours, EstProdHours, and ResourceGrpID. Multiple work centers per operation from VISUAL generate multiple JobOper rows in Epicor with the same OperSeq.
Infor VISUAL
Bill of Materials
Epicor Prophet 21
Part Bill of Materials (PartMtl)
1:manyVISUAL's scattered BOM structure (materials attached to specific operations) requires reconstruction: we extract all material-operation pairs, then load Epicor PartMtl with MtlSeq and related back to the JobOper sequence where applicable. For multi-level BOMs, we explode the structure during the transform and write each level as a separate PartMtl group. We flag cases where the destination BOM structure is centralized and the customer's routing-specific material overrides require post-migration configuration in Epicor.
Infor VISUAL
Customer Order
Epicor Prophet 21
Order Head + Order Dtl
1:1VISUAL Customer Orders map to Epicor OrderHed and OrderDtl records. Order headers carry customer, ship-to, terms, and carrier; line items carry part number, quantity, unit of measure, price, and promised date. EDI-ready CPO transaction set data from VISUAL transfers as OrderRel release records if the destination uses drop-ship or multi-release order patterns.
Infor VISUAL
Purchase Order
Epicor Prophet 21
PO Header + PO Release
1:1VISUAL Purchase Orders map to Epicor POHeader and PORel records. Line detail (part number, quantity, due date, unit cost) migrates as POLine, and release schedules migrate as PORel. ASN data from VISUAL's fixed-length file exports (EDI 856) transfers as Shipment records linked to the PO.
Infor VISUAL
Invoice
Epicor Prophet 21
Invoice Header + Invoice Line (InvcHead + InvcDtl)
1:1VISUAL invoices export as EDI 810 fixed-length files or Excel exports. We map header fields (invoice number, date, customer, terms) to InvcHead and line detail to InvcDtl. Custom invoice layouts or notes fields requiring special formatting are flagged as requiring post-migration review in Epicor's report designer. Open invoice status (paid, partial, outstanding) migrates with payment terms preserved.
Infor VISUAL
Item Master
Epicor Prophet 21
Part (Part table)
1:1VISUAL Item records (SKU, description, unit of measure, standard cost, revision) map directly to Epicor Part. We preserve revision control by mapping PartRev records where VISUAL uses engineering revisions. Custom properties and user-defined fields on Items require pre-creation of Epicor UD fields before migration. PartClass and Commodity Code mapping is preserved for costing and procurement categorization.
Infor VISUAL
Customer
Epicor Prophet 21
Customer (CustCnt + ShipTo)
1:1VISUAL Customer records map to Epicor Customer with contact and address detail. Credit limits, payment terms, and carrier assignments migrate as Customer fields. We cross-reference by customer number as the dedupe key. EDI trading partner assignments from VISUAL's separate configuration records are mapped to Epicor Trading Partner entities during the EDI configuration extraction phase.
Infor VISUAL
Vendor
Epicor Prophet 21
Supplier (VendCnt)
1:1VISUAL Vendor records map to Epicor Supplier with address, payment terms, and EDI configuration. Vendor number is the dedupe key. EDI configuration from VISUAL's separate records (partner ID, transaction set version, BOL formatting) migrates as Epicor Trading Partner configuration attached to the Supplier record. We flag duplicate vendor names for customer admin resolution before final load.
Infor VISUAL
Employee
Epicor Prophet 21
Employee (EmpBasic)
1:1VISUAL Employee records (pay rates, departments, cost center assignments) map to Epicor EmpBasic. Where VISUAL uses effective-dated compensation history, we map the current active record and flag historical pay rate records that require manual re-entry in Epicor HR. Labor rates for job costing transfer to EmpBasic as HourlyRt.
Infor VISUAL
Chart of Accounts
Epicor Prophet 21
GL Account (GLAccount)
1:1VISUAL GL account structure and balances export via the database export tool or Excel. We map account codes and descriptions to Epicor GLAccount with segment structure preserved. Multi-company or intercompany account segments that use segment-level detail in VISUAL are flagged for segment-level configuration in Epicor's COA before balance load.
Infor VISUAL
Open AP/AR
Epicor Prophet 21
Open Invoices (APInvHed + ARInvoiceHed)
1:1Open payables and receivables require balance verification during migration. We extract open invoice detail from VISUAL (invoice number, date, amount, balance, payment status), map to Epicor APInvHed (for payables) and ARInvoiceHed (for receivables), and flag records where partial payments have created split-balance scenarios requiring Epicor's payment application logic to reconcile.
Infor VISUAL
Quality Records
Epicor Prophet 21
Quality Management (QAGroup + QALog)
1:1VISUAL quality data (inspection results, non-conformance records) may exist in custom tables. We assess the schema during discovery, flag whether quality data is migratable to Epicor's QA module, and document any records requiring post-migration manual re-entry. If VISUAL uses the MES quality module, we map inspection data to QAGroup and QALog records in Epicor.
Infor VISUAL
Attachments
Epicor Prophet 21
Document Management (DocStar or Kinetic EDM)
1:1VISUAL document attachments stored in its file management system require a separate file-system extraction step. We do not migrate binary file blobs directly. We document the source file paths and advise the customer's admin to relocate documents to Epicor's document management module (DocStar or Kinetic EDM) post-migration. The file path inventory is included in the handoff documentation.
| Infor VISUAL | Epicor Prophet 21 | Compatibility | |
|---|---|---|---|
| Work Order | Job (JobHead + JobMtl + JobOper)1:1 | Fully supported | |
| Routing | Job Operation Specification (JobOper)1:1 | Fully supported | |
| Bill of Materials | Part Bill of Materials (PartMtl)1:many | Mapping required | |
| Customer Order | Order Head + Order Dtl1:1 | Fully supported | |
| Purchase Order | PO Header + PO Release1:1 | Fully supported | |
| Invoice | Invoice Header + Invoice Line (InvcHead + InvcDtl)1:1 | Fully supported | |
| Item Master | Part (Part table)1:1 | Fully supported | |
| Customer | Customer (CustCnt + ShipTo)1:1 | Fully supported | |
| Vendor | Supplier (VendCnt)1:1 | Fully supported | |
| Employee | Employee (EmpBasic)1:1 | Fully supported | |
| Chart of Accounts | GL Account (GLAccount)1:1 | Mapping required | |
| Open AP/AR | Open Invoices (APInvHed + ARInvoiceHed)1:1 | Fully supported | |
| Quality Records | Quality Management (QAGroup + QALog)1:1 | Mapping required | |
| Attachments | Document Management (DocStar or Kinetic EDM)1:1 | Not 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.
Infor VISUAL gotchas
Work Order BOM attachment logic breaks if migrated as flat records
Infor OS API rate limits throttle bulk migration throughput
Predefined migration sequences require consultant authorization to modify
EDI trading partner configuration is not in the primary data tables
Maintenance mode required for database-level exports
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 data audit
We audit the VISUAL environment for schema version, active modules, custom tables and fields, open transaction volumes (Work Orders, Customer Orders, Purchase Orders), BOM depth (single-level vs. multi-level), EDI trading partner count, and historical record retention requirements. We also assess the destination Epicor edition (Kinetic cloud vs. on-premises) and confirm the target schema structure. The discovery output is a written migration scope with record counts per object and a BOM complexity rating.
BOM reconstruction and operation-linkage mapping
VISUAL's per-operation material attachment requires a dedicated BOM reconstruction step. We extract all material-operation pairs from VISUAL, build a lookup table of Work Order header plus operation sequence to material sequence, and verify that every BOM material in the export has a corresponding operation in the routing. Where materials reference orphaned operations or missing routing sequences, we flag these for customer resolution before the Epicor Job load begins.
EDI configuration extraction and trading partner mapping
We run a dedicated extraction of EDI trading partner records from VISUAL's configuration tables, capturing partner ID, transaction set version, BOL formatting rules, and the linked customer or vendor reference. This data loads as Epicor Trading Partner entities attached to the corresponding Customer or Supplier record. We flag any trading partners that require re-registration with their EDI network (e.g., VAN re-enrollment) after cutover.
Sandbox migration and reconciliation
We run a full migration into an Epicor Sandbox using production-like data volume. The customer's manufacturing operations lead reconciles Work Order counts, BOM component accuracy, order open balances, and EDI partner mappings against the VISUAL source. Any mapping corrections or missing reference data are resolved in this phase before production migration begins.
Production migration in dependency order
We run production migration in record-dependency order: Chart of Accounts and GL balances, Part master and PartRev (item and revision), Supplier and Customer masters, Bill of Materials (reconstructed with operation linkage), Routings as JobOper, Work Orders as Job with materials in JobMtl, Customer Orders as OrderHed and OrderDtl, Purchase Orders as POHeader and POLine, open AP/AR records, quality data, and engagement history. Each phase emits a row-count reconciliation report before the next phase begins.
Cutover, validation, and handoff documentation
We freeze VISUAL 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 a written inventory of VISUAL workflows, custom reports, and EDI mappings requiring rebuild in Epicor Kinetic. We support a one-week hypercare window for reconciliation issues. We do not rebuild VISUAL workflows as Epicor BPMs or customizations inside the migration scope.
Platform deep dives
Infor VISUAL
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 Infor VISUAL 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
Infor VISUAL: 250K–6.25M executions/month depending on tier; peak 3,000–15,000 req/min.
Data volume sensitivity
Infor VISUAL 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 Infor VISUAL to Epicor Prophet 21 migration scoping. Not seeing yours? Book a call.
Walk through your Infor VISUAL 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 Infor VISUAL
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.