ERP migration

Migrate from Manu Online to Epicor Prophet 21

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

Manu Online logo

Manu Online

Source

Epicor Prophet 21

Destination

Epicor Prophet 21 logo

Compatibility

83%

10 of 12

objects map 1:1 between Manu Online and Epicor Prophet 21.

Complexity

BStandard

Timeline

6-10 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Manu Online to Epicor ERP is a manufacturing-system migration that involves three structural challenges: the DataWarehouse SQL export replaces Manu Online's absent public API, multi-level Bills of Materials require collapsing or expanding depending on Epicor's Job structure, and FIFO cost layers from Manu Online must be translated to Epicor's applicable costing method before inventory records commit. Manu Online has no documented REST or SOAP API, so all record extraction routes through the Azure-hosted DataWarehouse SQL database with manuonline_-prefixed tables. Epicor's Data Management Tool (DMT) ingests CSV templates enforcing business logic, and we use the DMT Part Master template for products, the BOM report for multi-level structure mapping, and the Job entry templates for Works Orders. We do not migrate Manu Online's Xero-linked posted invoices as live records; we deliver an inventory of posted documents and coordinate a cutover date with the customer to avoid duplicate invoice creation. Workflows, automations, and custom screen configurations do not migrate; we document them for the customer's 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

Manu Online logo

Manu Online

What's pushing teams away

  • Navigation menus require too many clicks to reach common information, slowing down daily users in high-order-volume businesses.
  • The platform lacks a published public API, making automated integrations and data migrations dependent on the DataWarehouse export or vendor assistance.
  • No transparent published pricing — prospects must request a quote, which creates friction for SMBs comparing multiple ERPs quickly.
  • Advanced reporting beyond the built-in Excel exports requires external BI tooling, which adds cost and complexity for data analysis teams.

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 Manu Online objects map to Epicor Prophet 21

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

Manu Online

Product

maps to

Epicor Prophet 21

Part + PartPlant

1:1
Fully supported

Manu Online Products (manufactured, resold, and purchased variants) map to Epicor Part records with PartPlant entries per warehouse. Manu Online cost layers (FIFO) require a translation step: we extract the most-recent layered unit cost and apply Epicor's configured costing method (average or standard) per Part. Product code, description, unit of measure, and stock settings map from manuonline_product to Part and PartPlant during the DMT Part Master template load. Any Manu Online custom fields on products map to Epicor UD fields (Part_c) which require pre-creation in the Epicor customization layer before import.

Manu Online

Bill of Materials

maps to

Epicor Prophet 21

Part Bill of Materials

1:1
Fully supported

Manu Online BOMs define the ingredient list and quantities per finished good. Multi-level BOMs (Enterprise edition) are decomposed into Epicor's Part BOM structure where each level is a separate BOM revision. We use the DMT BOM Template to load multi-level structures; sub-assemblies are loaded first so that the parent BOM resolves its PartMtl references at import time. Mini Enterprise single-level BOMs load as single revision records. BOM quantities and scrap percentages from Manu Online carry forward as MtlPartsQty and JunkScrapPercent on JobMtl.

Manu Online

Stock / Inventory

maps to

Epicor Prophet 21

PartWhse + PartBin

1:1
Fully supported

Manu Online stock balances per product per warehouse map to Epicor PartWhse (warehouse-level quantities: OnHandQty, AllocatedQty, ReservedQty) and PartBin if bin-level tracking is used. We preserve the on-hand quantity at cutover date and set the last-cost from the FIFO layer as the Epicor Part standard or average cost. Serial and lot numbers on hand at cutover time load to PartBin with SerialNo or LotNum linkage to the PartTran transaction history that follows.

Manu Online

Customer

maps to

Epicor Prophet 21

Customer + CustCnt + ShipTo

1:1
Fully supported

Manu Online Customers with address, contact, tax registration, and price list assignment map to Epicor Customer, CustCnt (contact person), and ShipTo (delivery address) records. Credit limit, payment terms, and currency from Manu Online transfer to Customer.CreditLimit, Customer.PaymentTermsID, and Customer.CurrencyCode. Open sales orders and the customer's active order references are preserved for linkage during the Sales Order import phase.

Manu Online

Supplier

maps to

Epicor Prophet 21

Supplier + SupplierPP

1:1
Fully supported

Manu Online Suppliers map to Epicor Supplier with SupplierPP (purchasing point) records carrying lead time, preferred purchase unit, and vendor part number. Purchase order history and outstanding open POs transfer with the supplier record so that the Supplier ID is available as a foreign key during PO import. Tax registration and address fields map directly.

Manu Online

Sales Order

maps to

Epicor Prophet 21

OrderHed + OrderDtl

1:1
Fully supported

Manu Online Sales Orders with line items, pricing, dispatch instructions, and status map to Epicor OrderHed (header) and OrderDtl (detail). Partially despatched lines are common in manufacturing environments; we carry the despatch state as OrderDtl.ShipLineComplete and preserve any remaining quantity as open demand. The Customer ID lookup resolves at import time via the pre-loaded Customer mapping. OrderRel records are created for each scheduled release on the Manu Online order.

Manu Online

Purchase Order

maps to

Epicor Prophet 21

POHeader + PODetail

1:1
Fully supported

Manu Online Purchase Orders link to suppliers and specify expected delivery dates and received-versus-ordered quantities. Open POs with outstanding receipt quantities carry forward to Epicor POHeader and PODetail, with PORel records representing each scheduled receipt date and quantity. Received lines are excluded or marked as closed to prevent duplicate ordering. Supplier ID resolves from the pre-loaded Supplier mapping.

Manu Online

Works Order

maps to

Epicor Prophet 21

JobHead + JobMtl + JobOper

1:1
Fully supported

Manu Online Works Orders drive production: they reference a BOM, allocate stock, and record labour time and completed quantities. We map active and in-progress Manu Online Works Orders to Epicor Job records where JobHead.JobNum is assigned, JobMtl lines carry the BOM ingredients with issued quantities, and JobOpers represent the production steps. Any unfinished progress (partial completion, allocated-but-not-issued material) carries forward as open JobMtl and JobOper records with the original start date preserved. Completed Manu Online Works Orders map to closed Epicor Job records with the full JobTran transaction history for traceability. This is the highest-complexity object mapping in the pair due to stage and WIP state handling.

Manu Online

Invoice and Credit Note

maps to

Epicor Prophet 21

InvoiceHed (or archive scope)

lossy
Fully supported

Posted invoices and credit notes in Manu Online carry accounting implications and may have already been pushed to Xero. We coordinate a cutover date with the customer and exclude already-synced posted documents from live migration, or mark them as historical archive records rather than re-posting them in Epicor. The customer determines whether open invoices (not yet posted to Xero) should migrate as open OrderHed records for fulfilment or as invoiced records in Epicor's AR module. This decision gates the invoice mapping scope and is resolved during scoping.

Manu Online

Serial and Lot Numbers

maps to

Epicor Prophet 21

SerialNo + LotNum + PartTran

1:1
Fully supported

Traceability records link serial or lot numbers to stock transactions, works orders, and delivery documents. Manu Online serial and lot data exports via the DataWarehouse PartLot and PartTran tables. We map these to Epicor SerialNo and LotNum with PartTran transaction records preserving the traceability chain from supplier receipt through production to dispatch. A pre-migration data quality check reports the percentage of lines with complete traceability; if supplier lot numbers were not recorded at goods-receipt, that inbound traceability leg will be blank in Epicor.

Manu Online

User

maps to

Epicor Prophet 21

User + ice_UserRowSecurity

1:1
Fully supported

Manu Online user accounts with login, email, and role-based permissions map to Epicor User records. Active users are provisioned with matching usernames and emails; elevated admin privileges are flagged for explicit re-creation in Epicor Admin mode. Role and permission sets from Manu Online do not map directly to Epicor's ice_UserRowSecurity table because permission models differ structurally; we document the Manu Online role structure as a reference for the customer's Epicor admin to configure equivalent access.

Manu Online

Custom Fields

maps to

Epicor Prophet 21

UD Fields (Part_c, Customer_c, OrderHed_c)

lossy
Mapping required

Manu Online custom fields on products, customers, and orders may not be fully captured in the DataWarehouse export. We inventory all custom field definitions during scoping and verify their presence in the manuonline_ prefixed DataWarehouse tables. For fields present in the export, we pre-create Epicor UD columns (Part_c, Customer_c, OrderHed_c, JobHead_c) via Epicor customization tools before data import begins. Fields absent from the DataWarehouse are flagged for the customer to re-enter manually or extract from the Manu Online UI before cutover.

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.

Manu Online logo

Manu Online gotchas

High

DataWarehouse SQL export is the only bulk data path

High

Xero integration can duplicate posted invoices

Medium

FIFO cost layers do not translate directly to average-cost ERPs

Medium

Serial and lot traceability is source-system-gated

Low

Enterprise-tier features may not appear in Mini Enterprise data

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

  • DataWarehouse SQL export is the only extraction path for Manu Online

    Manu Online has no publicly documented REST or SOAP API for bulk record creation or updates. All migration data from Manu Online must be extracted from the Azure-hosted DataWarehouse SQL database with manuonline_-prefixed table names, or entered record-by-record in the UI. We scope the migration against the DataWarehouse schema and verify that the DataWarehouse extension is licensed before proceeding. If the extension is absent, we negotiate direct read access with the Manu Online team. The extraction SQL must join across manuonline_product, manuonline_stock, manuonline_customer, manuonline_supplier, manuonline_salesorder, manuonline_purchaseorder, manuonline_worksorder, and manuonlineBom tables to produce the flat or normalised datasets needed for Epicor DMT template ingestion.

  • FIFO cost layers require translation to Epicor's configured costing method

    Manu Online uses FIFO (First-In, First-Out) costing by default, maintaining layered unit costs per product from each purchase receipt. Epicor ERP supports FIFO, average cost, and standard cost per site, but the default varies by edition and configuration. A direct copy of Manu Online's FIFO cost layers into Epicor's Part.standardcost or PartWhse.AvgUnitCost fields will produce incorrect valuations if the destination uses average or standard costing. We run a cost-layer audit during the mapping phase, extract the most recent FIFO unit cost per product, apply the destination's configured costing method, and flag any products with cost variance exceeding a customer-defined threshold for manual review before commit.

  • In-progress Works Orders carry scheduling and WIP state that requires explicit mapping

    Manu Online Works Orders with unfinished production stages must map to Epicor Job records with the correct JobHead.JobStatus (open, on hold, or complete), unissued JobMtl lines, and unperformed JobOpers carrying the original scheduled dates and quantities. Migrations that treat in-progress Works Orders as new jobs lose material allocations, scheduled operations, and labour progress recorded in Manu Online. We carry the full Works Order stage and allocation state into Epicor Job, create material issues and labour transactions for any progress already recorded, and flag Jobs that should be closed versus those that should resume.

  • Xero integration duplication risk at cutover for posted invoices

    Many Manu Online customers use the native Xero push to create invoices and bills in their accounting package. Any invoices already synced to Xero will appear as duplicates if not explicitly excluded from migration. We coordinate a cutover date with the customer, extract the Xero-sync status for each Manu Online posted invoice, and exclude already-synced posted documents from the migration or mark them as historical archive records. The customer decides whether open (unposted) Manu Online invoices migrate as open Epicor OrderHed records or as invoiced AR records, based on whether Xero has already received them and whether Epicor's AR module will replace Xero as the accounting system.

  • Epicor custom field setup requires BPM logic to populate at import time

    Epicor stores custom fields in UD (User-Defined) columns on standard tables (Part_c, Customer_c, OrderHed_c, JobHead_c). During DMT import, UD fields are populated directly if the source data maps cleanly, but complex lookups (such as mapping a Manu Online ship-to Zip code to a custom field on OrderHed) require a BPM (Business Process Management) to populate the field after record creation. The Epicor User Help Forum documents that UD field population via DMT can fail silently if the data type is mismatched. We pre-create all required UD fields, verify their data types, and add a BPM for any complex custom field population during the migration.

Migration approach

Six steps for a successful Manu Online to Epicor Prophet 21 data migration

  1. Scoping and DataWarehouse access verification

    We audit the Manu Online environment: edition tier (Mini Enterprise or Enterprise), DataWarehouse extension licensing status, and the manuonline_ prefixed table inventory. We run a schema discovery query against the DataWarehouse to confirm the presence of all required tables (products, BOMs, stock, customers, suppliers, sales orders, purchase orders, works orders, invoices, serial/lot records, users, custom fields). We hold a scoping session with the customer to determine whether open invoices have been pushed to Xero, whether the destination Epicor site uses FIFO, average, or standard costing, and whether any Manu Online Works Orders are currently in-progress and carrying partial completion data. The output is a written migration scope and a data quality baseline report covering traceability completeness, custom field coverage, and FIFO layer depth.

  2. Destination schema design in Epicor

    We design the Epicor destination schema in a Sandbox environment before production migration begins. This includes provisioning all required Part, PartPlant, Customer, Supplier, and Job records (placeholder structure), creating Part BOM revisions for multi-level structures, configuring the costing method per site, creating PartWhse and PartBin records for each warehouse, and creating UD fields for any custom Manu Online fields that require a home. We define the DMT template structure for each object (Part Master, BOM, Customer, Supplier, Sales Order, Purchase Order, Job), verify that Epicor validation rules and field-level security do not conflict with the incoming data, and document any BPM requirements for custom field population. The schema design is validated in Sandbox before any production migration work begins.

  3. FIFO cost layer audit and cost translation

    We run a cost-layer audit across all Manu Online products with FIFO unit costs. For each product, we extract the layered receipt costs from manuonline_stock or the PartCostHistory-equivalent, compute the effective unit cost under the destination Epicor costing method (average or standard), and flag any product with a variance exceeding the customer-defined threshold for manual review. The translation is applied as a pre-processing step in the migration data pipeline before the Part Master DMT template loads into Epicor. Products with zero or missing cost history receive a default cost based on the customer's preference (last purchase price or BOM total material cost). This step gates the Part and inventory load and must complete before any stock record is committed.

  4. Sandbox migration and reconciliation

    We run a full migration into an Epicor Sandbox using representative data volume. The customer reconciles record counts across all objects (Parts, BOMs, stock quantities, Customers, Suppliers, Sales Orders, Purchase Orders, Jobs), spot-checks 25-50 randomly selected records against the Manu Online source, and validates the cost translation output. BOM structures are validated by comparing the exploded multi-level Manu Online BOM against the Epicor Part BOM revision. In-progress Works Orders are validated by comparing open JobMtl and JobOper quantities against the source Manu Online Works Order lines. Any mapping corrections are documented and applied to the production migration scripts before cutover.

  5. Production migration in dependency order

    We run production migration in record-dependency order: Part and PartPlant (first, because all manufacturing objects reference them), Part BOM structures (after Parts resolve), PartWhse and PartBin with serial/lot and cost (after Part is committed), Customers and Suppliers (independent but before orders), Sales Orders with OrderDtl and OrderRel (after Customers resolve), Purchase Orders with PODetail and PORel (after Suppliers resolve), and Job records last (after Parts, BOMs, and Suppliers resolve for subcontract operations). Each phase emits a row-count reconciliation report and a sample record validation before the next phase begins. Xero-synced posted invoices are excluded per the cutover decision documented in scoping.

  6. Cutover, validation, and automation inventory handoff

    We freeze Manu Online writes during the cutover window, run a final delta migration of any records modified during the migration run, then enable Epicor as the system of record. We deliver a written inventory of Manu Online workflows, automations, and custom screen configurations for the customer's Epicor admin to rebuild in Epicor Process Automation or Kinetic. We support a one-week hypercare window where we resolve any reconciliation issues raised by the customer's team. We do not rebuild Manu Online automations as Epicor BPMs or Kinetic workflows inside the migration scope; that work is a separate engagement or an internal admin task.

Platform deep dives

Context on both ends of the pair

Manu Online logo

Manu Online

Source

Strengths

  • FIFO inventory costing and multi-currency support built into the core platform.
  • Serial number and lot-level traceability across purchases, production, and dispatch.
  • Supplied test/demo environment so teams can validate without risk to live data.
  • Direct Xero integration for invoices, bills, and contacts without middleware.
  • Responsive support with documented willingness to build small bespoke changes.

Weaknesses

  • No publicly documented public API — bulk data movement relies on the DataWarehouse SQL export.
  • Pricing is not published on the website; prospective customers must contact sales for a quote.
  • Menu and navigation UX can require multiple clicks to reach standard reports and settings.
  • No native BI or advanced analytics; customers export to Excel or connect the DataWarehouse to external tools.
  • Custom field definitions may not be fully captured in the DataWarehouse export.
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. 3 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 Manu Online and Epicor Prophet 21.

  • Object compatibility

    B

    3 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

    Manu Online: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

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

Book a free 30 minute consultation

Migrations land between six and ten weeks for straightforward master data moves (Products, BOMs, Stock, Customers, Suppliers, open Sales and Purchase Orders) with a clean DataWarehouse export and no in-progress Works Orders. Migrations involving multi-level BOM collapse, live Works Order carry-forward, FIFO-to-average cost translation with variance audit, serial/lot traceability mapping, and post-cutover Xero deduplication move to twelve to twenty weeks. Epicor implementation timelines (configuration, testing, training) run in parallel with and beyond the data migration scope.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Manu Online.
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