ERP migration

Migrate from Infor VISUAL to Epicor Prophet 21

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 logo

Infor VISUAL

Source

Epicor Prophet 21

Destination

Epicor Prophet 21 logo

Compatibility

93%

13 of 14

objects map 1:1 between Infor VISUAL and Epicor Prophet 21.

Complexity

BStandard

Timeline

6-8 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

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

Infor VISUAL logo

Infor VISUAL

What's pushing teams away

  • Long implementation timelines (averaging 4 months per G2) and the need for qualified consultants create sticker shock and project fatigue for mid-market buyers.
  • Performance degrades under high transaction volume or complex multi-level BOMs, requiring ongoing tuning that smaller IT teams cannot sustain independently.
  • Pricing opacity — no public list price — forces buyers into a sales-driven negotiation where upsell add-ons are revealed post-contract.
  • When companies outgrow make-to-order workflows and need configure-to-order or engineer-to-order capabilities, VISUAL's feature set becomes a ceiling rather than a foundation.

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 Infor VISUAL objects map to Epicor Prophet 21

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

maps to

Epicor Prophet 21

Job (JobHead + JobMtl + JobOper)

1:1
Fully supported

VISUAL 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

maps to

Epicor Prophet 21

Job Operation Specification (JobOper)

1:1
Fully supported

VISUAL 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

maps to

Epicor Prophet 21

Part Bill of Materials (PartMtl)

1:many
Mapping required

VISUAL'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

maps to

Epicor Prophet 21

Order Head + Order Dtl

1:1
Fully supported

VISUAL 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

maps to

Epicor Prophet 21

PO Header + PO Release

1:1
Fully supported

VISUAL 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

maps to

Epicor Prophet 21

Invoice Header + Invoice Line (InvcHead + InvcDtl)

1:1
Fully supported

VISUAL 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

maps to

Epicor Prophet 21

Part (Part table)

1:1
Fully supported

VISUAL 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

maps to

Epicor Prophet 21

Customer (CustCnt + ShipTo)

1:1
Fully supported

VISUAL 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

maps to

Epicor Prophet 21

Supplier (VendCnt)

1:1
Fully supported

VISUAL 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

maps to

Epicor Prophet 21

Employee (EmpBasic)

1:1
Fully supported

VISUAL 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

maps to

Epicor Prophet 21

GL Account (GLAccount)

1:1
Mapping required

VISUAL 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

maps to

Epicor Prophet 21

Open Invoices (APInvHed + ARInvoiceHed)

1:1
Fully supported

Open 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

maps to

Epicor Prophet 21

Quality Management (QAGroup + QALog)

1:1
Mapping required

VISUAL 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

maps to

Epicor Prophet 21

Document Management (DocStar or Kinetic EDM)

1:1
Not supported

VISUAL 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.

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.

Infor VISUAL logo

Infor VISUAL gotchas

High

Work Order BOM attachment logic breaks if migrated as flat records

High

Infor OS API rate limits throttle bulk migration throughput

Medium

Predefined migration sequences require consultant authorization to modify

Medium

EDI trading partner configuration is not in the primary data tables

Low

Maintenance mode required for database-level exports

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

  • VISUAL operation-to-material linkage breaks if BOMs migrate as flat records

    VISUAL attaches BOM materials to specific routing operations rather than storing a centralized BOM. If we extract BOM items as standalone records without preserving the operation-to-material linkage, Epicor loses the scheduling dependency that triggers material release at the correct operation step. We reconstruct the Operation-Material relationship by joining on the Work Order header and operation sequence number during the migration transform phase, then write materials back to their correct JobMtl row with the matching JobOper sequence.

  • EDI trading partner configuration lives in separate VISUAL records

    VISUAL stores EDI trading partner preferences (partner ID, transaction set version, BOL formatting) in configuration records linked to customer and vendor masters, not in the customer or vendor master tables themselves. A migration focused only on transactional data silently drops the EDI setup, breaking automated order receipt and ASN generation after cutover. We run a dedicated EDI configuration extraction mapped to Epicor Trading Partner entities, and flag any destination-side EDI reconfiguration required for the customer's trading partner network.

  • Infor OS API rate limits throttle bulk export throughput

    The Infor OS API Gateway enforces per-tenant execution limits: 250K/month on Essentials, 1.25M on Professional, 6.25M on Enterprise, with peak rates of 3,000 to 15,000 per minute. A large VISUAL migration with thousands of open orders, historical transactions, and BOM records can exhaust Essentials-tier limits within hours. We monitor API execution counts against the tenant's tier allowance before migration, throttle or batch exports to avoid rate-limit pauses, and fall back to database-level exports where limits are constraining.

  • Epicor Kinetic upgrade cycles can reset customizations

    Reddit and ERP user forum discussions document that Epicor's frequent update cadence has caused customization resets during major version upgrades, with teams losing screen modifications and custom Business Object logic after updates. We flag any VISUAL custom fields or screen-level modifications that map to Epicor UD fields or BPM logic, and advise the customer to document their Epicor customization baseline before migration so that post-go-live customization can be re-applied after any upgrade.

  • Database export requires VISUAL maintenance mode

    VISUAL's database export tool requires the M3 Business Engine to be placed in maintenance mode. For production environments with active orders, this means scheduling a read-only or stopped window. We coordinate export timing with the customer's change management process, and perform exports against a synchronized database copy when available to avoid production downtime.

Migration approach

Six steps for a successful Infor VISUAL to Epicor Prophet 21 data migration

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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

Context on both ends of the pair

Infor VISUAL logo

Infor VISUAL

Source

Strengths

  • Order-driven scheduling that respects both capacity and material availability simultaneously.
  • Built-in EDI (ANSI X12) support for customer orders, ASNs, and invoices without third-party middleware.
  • Work-order-centric design aligns with make-to-order and job-shop manufacturing workflows.
  • Real-time actual costing (FIFO, average, standard) integrated with production operations.
  • Integration ecosystem through Infor OS API Gateway with tiered rate limits.

Weaknesses

  • Pricing is opaque — no public list price and implementation costs vary by scope.
  • Implementation timelines average 4 months, driven largely by consultant dependency for configuration.
  • Performance issues reported under high transaction volumes or complex multi-level BOMs.
  • Limited migration tooling — Infor's own 2015 migration example document is the primary reference, suggesting manual and consultant-led processes.
  • Cloud and SaaS feature parity gaps compared to native Infor CloudSuite Industrial.
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 Infor VISUAL 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

    Infor VISUAL: 250K–6.25M executions/month depending on tier; peak 3,000–15,000 req/min.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

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 consultation

Most VISUAL to Epicor migrations land between six and eight weeks for environments under 50,000 Work Orders, 2,000 open Customer Orders, and no EDI reconfiguration. Migrations with multi-level BOMs exceeding five routing levels, active EDI trading partner networks (over 25 partners), open AP/AR requiring balance verification, or historical quality records move to fourteen to twenty-two weeks because of BOM reconstruction, EDI configuration extraction, and balance reconciliation work.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Infor VISUAL.
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