ERP migration
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
Source
Epicor Prophet 21
Destination
Compatibility
10 of 12
objects map 1:1 between Manu Online and Epicor Prophet 21.
Complexity
BStandard
Timeline
6-10 weeks
Overview
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.
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 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
Epicor Prophet 21
Part + PartPlant
1:1Manu 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
Epicor Prophet 21
Part Bill of Materials
1:1Manu 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
Epicor Prophet 21
PartWhse + PartBin
1:1Manu 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
Epicor Prophet 21
Customer + CustCnt + ShipTo
1:1Manu 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
Epicor Prophet 21
Supplier + SupplierPP
1:1Manu 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
Epicor Prophet 21
OrderHed + OrderDtl
1:1Manu 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
Epicor Prophet 21
POHeader + PODetail
1:1Manu 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
Epicor Prophet 21
JobHead + JobMtl + JobOper
1:1Manu 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
Epicor Prophet 21
InvoiceHed (or archive scope)
lossyPosted 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
Epicor Prophet 21
SerialNo + LotNum + PartTran
1:1Traceability 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
Epicor Prophet 21
User + ice_UserRowSecurity
1:1Manu 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
Epicor Prophet 21
UD Fields (Part_c, Customer_c, OrderHed_c)
lossyManu 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.
| Manu Online | Epicor Prophet 21 | Compatibility | |
|---|---|---|---|
| Product | Part + PartPlant1:1 | Fully supported | |
| Bill of Materials | Part Bill of Materials1:1 | Fully supported | |
| Stock / Inventory | PartWhse + PartBin1:1 | Fully supported | |
| Customer | Customer + CustCnt + ShipTo1:1 | Fully supported | |
| Supplier | Supplier + SupplierPP1:1 | Fully supported | |
| Sales Order | OrderHed + OrderDtl1:1 | Fully supported | |
| Purchase Order | POHeader + PODetail1:1 | Fully supported | |
| Works Order | JobHead + JobMtl + JobOper1:1 | Fully supported | |
| Invoice and Credit Note | InvoiceHed (or archive scope)lossy | Fully supported | |
| Serial and Lot Numbers | SerialNo + LotNum + PartTran1:1 | Fully supported | |
| User | User + ice_UserRowSecurity1:1 | Fully supported | |
| Custom Fields | UD Fields (Part_c, Customer_c, OrderHed_c)lossy | Mapping required |
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.
Manu Online gotchas
DataWarehouse SQL export is the only bulk data path
Xero integration can duplicate posted invoices
FIFO cost layers do not translate directly to average-cost ERPs
Serial and lot traceability is source-system-gated
Enterprise-tier features may not appear in Mini Enterprise data
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
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.
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.
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.
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.
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.
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
Manu Online
Source
Strengths
Weaknesses
Epicor Prophet 21
Destination
Strengths
Weaknesses
Complexity grading
Standard ERP migration. 3 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 Manu Online and Epicor Prophet 21.
Object compatibility
3 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
Manu Online: Not publicly documented.
Data volume sensitivity
Manu Online 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 Manu Online to Epicor Prophet 21 migration scoping. Not seeing yours? Book a call.
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 consultationAdjacent paths
Other ways to leave Manu Online
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.