ERP migration
Field-level mapping, validation, and rollback between Blue Link ERP and Epicor Prophet 21. We move data and schema; workflows are rebuilt natively in Epicor Prophet 21.
Blue Link ERP
Source
Epicor Prophet 21
Destination
Compatibility
9 of 12
objects map 1:1 between Blue Link ERP and Epicor Prophet 21.
Complexity
BStandard
Timeline
5-8 weeks
Overview
Blue Link ERP organizes inventory as a single item record with embedded UOM variants, while Epicor separates Parts, PartUOM, Sites, and Warehouses across distinct tables. That structural difference is the central migration challenge: if Blue Link customers maintain multiple UOMs per item, each one decomposes into a Part master and a PartUOM assignment in Epicor, multiplying the inventory record count and requiring a pre-migration configuration pass on UOM classes. We extract Blue Link data using a combination of built-in reports, the vendor-assisted conversion import routine, and direct database queries coordinated with Blue Link support, since no public API endpoint is documented. Open Sales Orders and Purchase Orders migrate last, just before Go-Live, per Blue Link's own sequencing guidance to prevent stale fulfillment records. Document attachments at the record level cannot be extracted via a documented export path and are flagged in the audit phase for manual Blue Link-side export. Epicor Business Unit and Site hierarchy has no Blue Link equivalent; we define the hierarchy with the customer during scoping and map warehouse locations accordingly. Workflows, automations, and report definitions do not migrate; we deliver a written inventory for the customer's Epicor administrator 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 Blue Link ERP 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.
Blue Link ERP
Customer
Epicor Prophet 21
Customer and Partytbl
1:1Blue Link Customer records map to Epicor Customer and the underlying Partytbl (party) record. We preserve contact details, multi-currency settings, and credit status fields. Blue Link's multi-currency flags map to Epicor's currency configuration on the party record. Customer is imported before Sales Orders so that the CustNum reference is satisfied at the time of order header insert. Address records map to Epicor CustomerShipTo and are linked via ShipToNum.
Blue Link ERP
Vendor
Epicor Prophet 21
Supplier and Partytbl
1:1Blue Link Vendor records map to Epicor Supplier and the underlying Partytbl. Payment terms, currency flags, and address records transfer directly. Vendor-to-PO linkage is preserved by migrating Vendors before Purchase Orders. If Blue Link vendors use multi-currency, we map the currency configuration to Epicor's Supplier currency record and flag any vendor records where the payment terms convention differs from Epicor's standard terms table for admin reconciliation.
Blue Link ERP
Inventory Item
Epicor Prophet 21
Part, PartUOM, Site, and Warehouse
1:manyThis is the highest-complexity mapping in the pair. Blue Link stores inventory as a single Item record with multiple UOMs embedded. Epicor separates Part master data (Part table), UOM assignments (PartUOM table), Site (Site table), and Warehouse/Bin locations (WarehouseBin table). Each Blue Link inventory item with multiple UOMs decomposes into one Epicor Part record plus one PartUOM row per UOM. Reorder points and bin assignments decompose to Site and WarehouseBin. Lot tracking flags map from Blue Link's lot number fields to Epicor's lot traceability configuration at the Site level. Customers with 2,000+ items and multiple UOMs per item see inventory record count multiply significantly; we surface this decomposition count in the scoping phase so the customer is not surprised post-migration.
Blue Link ERP
Accounts Receivable
Epicor Prophet 21
AR Invoice and AR Invoice Line
1:1Open Blue Link AR invoices map to Epicor AR Invoice records with invoice number, customer reference, invoice date, due date, and open amount. Invoice lines map to Epicor InvoiceLine with part number, quantity, unit price, and tax code. Collections history from Blue Link does not migrate as activity log entries in Epicor; we flag this gap and recommend the customer export collections history as a CSV for reference. Credit limit data migrates to the Customer record's credit limit fields.
Blue Link ERP
Accounts Payable
Epicor Prophet 21
AP Invoice and AP Invoice Line
1:1Open Blue Link AP invoices map to Epicor AP Invoice records with vendor reference, invoice date, due date, and open amount. Invoice lines map to Epicor AP InvoiceLine with part number, quantity, and unit price. Payment terms and cash requirements migrate from Blue Link to Epicor's AP terms configuration. Any partially paid or disputed AP invoices are flagged in the reconciliation phase for the customer's AP team to review and resolve before or immediately after go-live.
Blue Link ERP
Sales Order (Open)
Epicor Prophet 21
SalesOrder and OrderDtl
1:1Open Sales Orders migrate last, just before Go-Live, per Blue Link's own sequencing guidance. Order headers map to Epicor SalesOrder with OrderNum, Customer reference (CustNum already resolved), order date, and requested date. Order lines map to Epicor OrderDtl with part number (PartNum resolved via the Part mapping), quantity ordered, quantity fulfilled to date, and unit price. We flag partial-ship order lines for the customer's operations team to reconcile after go-live. Any order that ships between the final data extract and the cutover delta run is caught by a within-24-hours delta validation check.
Blue Link ERP
Purchase Order (Open)
Epicor Prophet 21
POHeader and POLine
1:1Open Purchase Orders map to Epicor POHeader with vendor reference (VendorNum resolved via Vendor mapping), PO date, and required date. PO lines map to Epicor POLine with part number, quantity ordered, quantity received to date, and unit cost. PO-to-receipt linkage (partial receipts already received in Blue Link) is preserved by mapping received quantities and flagging any open POLine records where the received quantity does not equal the ordered quantity. Vendor confirmation status migrates as-is; the Epicor admin reconciles any PO with a status that requires re-confirmation in the destination.
Blue Link ERP
Chart of Accounts
Epicor Prophet 21
GL Account
1:1Blue Link's full Chart of Accounts hierarchy maps to Epicor GL Account records with Account Number, Description, and active status. Blue Link's departmental or cost center segments map to Epicor's account structure; if Blue Link uses custom segments beyond the standard account number, we map each segment to a separate Epicor GL Account segment or to a custom field on the account record, depending on the customer's Epicor account code convention. Any account number that conflicts with an existing Epicor account code is flagged for renumbering or suffix adjustment before migration.
Blue Link ERP
Warehouse Location
Epicor Prophet 21
Site, Warehouse, and WarehouseBin
1:manyBlue Link multi-warehouse and bin-level locations map to Epicor Site, Warehouse, and WarehouseBin. Each Blue Link warehouse becomes an Epicor Site if the customer has distinct legal entities or regional reporting needs, or a Warehouse within a single Site if operational segmentation is sufficient. Bin-level assignments map to WarehouseBin. If Blue Link bin-level assignments cannot be preserved due to differences in bin naming conventions, we flag the bin assignment gap and document it for manual reconfiguration post-migration.
Blue Link ERP
Lot Number
Epicor Prophet 21
PartLot
1:1Lot number assignments from Blue Link map to Epicor PartLot records linked to the Part master. Lot expiration dates, lot attributes, and lot-controlled inventory quantities migrate. If Blue Link tracks lot genealogy (which lot supplied which outbound shipment), we document the genealogy structure and flag whether the customer requires PartLot tracing in Epicor, which requires site-level configuration before lot data can be loaded.
Blue Link ERP
Document Attachment
Epicor Prophet 21
Not migrated
1:1Blue Link document attachments stored at the record level use a proprietary format not accessible via a documented export endpoint. We do not migrate document attachments. During the data audit phase, we flag every record type that carries document attachments (typically Orders, Inventory Items, and Transactions), count the attachment volume, and advise the customer to use Blue Link's built-in export or engage Blue Link support for binary file extraction. The attachment inventory is documented in the migration runbook so nothing is silently skipped.
Blue Link ERP
eCommerce Order (historical)
Epicor Prophet 21
Sales Order (channel-tagged)
lossyBlue Link's Amazon, eBay, and Shopify channel integrations pull orders into the system with channel metadata. Historical eCommerce orders migrate as Epicor SalesOrder records with a custom field or OrderMsc (misc charge) line carrying the channel source. Channel metadata (marketplace, channel order ID, fulfillment status) is preserved in a custom field for reporting and reconciliation. We recommend the customer's Epicor admin evaluate the native Shopify or Amazon connector for Epicor if ongoing eCommerce sync is required post-migration.
| Blue Link ERP | Epicor Prophet 21 | Compatibility | |
|---|---|---|---|
| Customer | Customer and Partytbl1:1 | Fully supported | |
| Vendor | Supplier and Partytbl1:1 | Fully supported | |
| Inventory Item | Part, PartUOM, Site, and Warehouse1:many | Fully supported | |
| Accounts Receivable | AR Invoice and AR Invoice Line1:1 | Fully supported | |
| Accounts Payable | AP Invoice and AP Invoice Line1:1 | Fully supported | |
| Sales Order (Open) | SalesOrder and OrderDtl1:1 | Fully supported | |
| Purchase Order (Open) | POHeader and POLine1:1 | Fully supported | |
| Chart of Accounts | GL Account1:1 | Mapping required | |
| Warehouse Location | Site, Warehouse, and WarehouseBin1:many | Fully supported | |
| Lot Number | PartLot1:1 | Fully supported | |
| Document Attachment | Not migrated1:1 | Fully supported | |
| eCommerce Order (historical) | Sales Order (channel-tagged)lossy | 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.
Blue Link ERP gotchas
Dated interface causes navigation friction for daily users
Open order handling during migration requires sequencing
Document attachments are not accessible via documented export path
SKU consolidation is required when duplicate UOM items exist
Pricing requires a consult call with no published public tiers
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 scoping
We audit the Blue Link ERP environment across active modules, user count, inventory item count and UOM density, open order and PO backlog, multi-warehouse configuration, lot tracking usage, and any custom fields or extended attributes used on standard objects. We pair this with a review of the target Epicor environment: whether it is a greenfield Epicor Kinetic deployment or an existing org with partial data. The discovery output is a written migration scope with record counts per object, the UOM decomposition estimate, the Business Unit and Site hierarchy recommendation, and a Blue Link extraction plan that accounts for the vendor-assisted tool requirement.
Epicor schema design and pre-configuration
We design and configure the Epicor destination schema before any data load. This includes creating the PartUOM class structure and UOM conversion rules, provisioning Sites and Warehouses mapped from Blue Link warehouse records, configuring the Business Unit hierarchy with the customer, defining GL Account segments and chart of accounts structure, setting up Customer and Supplier party records, and creating any UD fields needed to receive Blue Link extended attributes. Epicor UD fields are deployed via the Epicor deployment wizard or ice.BO.ZDataTable metadata API into a Sandbox environment first for validation. The customer approves the schema configuration before we proceed to extraction.
Sandbox migration and reconciliation
We run a full migration into the Epicor Sandbox using production-equivalent data volume. The customer's operations and finance leads reconcile record counts (Customers in, Vendors in, Parts in with PartUOM rows, Orders in, POs in, AR/AP invoices in, GL accounts in), spot-check 25-50 records against Blue Link source data, and sign off the schema and mapping before production migration begins. Any missing UD fields, incorrect UOM class assignments, or GL account segment conflicts are corrected here. Epicor validation rules that could block import are identified and either disabled for the migration window or extended with a migration-context bypass condition.
Blue Link data extraction with vendor support
We coordinate Blue Link data extraction using the built-in export tool, the conversion import template, and vendor-assisted extraction routines where required. Because Blue Link does not expose a public bulk export API, we engage the customer's Blue Link support contract to access the extraction routines. We extract all core objects in dependency order, capture row counts and checksums for validation, and hold the data in a secure staging environment. Document attachments are flagged and handed to the customer's Blue Link-side team for manual export during this phase. The extraction runbook documents every table, the extraction timestamp, and any Blue Link version-specific considerations.
Production migration in dependency order
We run production migration in strict record-dependency order: Chart of Accounts first (referenced by AP/AR), then Vendors and Customers with party records, then Part master data with PartUOM rows (after UOM class configuration is validated), then Sites and Warehouses, then AR and AP invoices, then open Purchase Orders, then open Sales Orders last. Each phase emits a row-count reconciliation report before the next phase begins. We use Epicor DMT and REST API batch endpoints with rate-limit handling and exponential backoff. Open orders run in a final migration window within 24 hours of Go-Live to capture any orders placed during the cutover overlap.
Cutover, delta validation, and document handoff
We freeze Blue Link writes during cutover, run a final delta migration of any records modified in the overlap window, then designate Epicor as the system of record. We deliver a written document attachment inventory to the customer's team for Blue Link-side manual export. We deliver a written inventory of any Blue Link workflows, automations, or report definitions that require rebuilding in Epicor; the customer's Epicor administrator or implementation partner handles those rebuilds. We support a one-week hypercare window for reconciliation issues. Post-migration admin support, training, and workflow rebuild are outside standard scope and are separate engagements.
Platform deep dives
Blue Link ERP
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 Blue Link ERP 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
Blue Link ERP: Rate limits are not publicly documented for Blue Link's API.
Data volume sensitivity
Blue Link ERP 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 Blue Link ERP to Epicor Prophet 21 migration scoping. Not seeing yours? Book a call.
Walk through your Blue Link ERP 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 Blue Link ERP
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.