ERP migration
Field-level mapping, validation, and rollback between reybex and Epicor Prophet 21. We move data and schema; workflows are rebuilt natively in Epicor Prophet 21.
reybex
Source
Epicor Prophet 21
Destination
Compatibility
10 of 12
objects map 1:1 between reybex and Epicor Prophet 21.
Complexity
BStandard
Timeline
6-10 weeks
Overview
Moving from reybex to Epicor ERP is a migration from a German-hosted all-in-one SME platform to a manufacturing-first ERP purpose-built for 51- to 5,000-employee discrete, job-shop, and make-to-order manufacturers. reybex bundles ERP, WMS, and financial accounting in a single subscription and uses a two-method API architecture that has no public schema documentation. Epicor Kinetic targets $5M-$500M revenue manufacturers and delivers MES, APS, production scheduling, and deep shop-floor control as native modules. We handle the API discovery gap through a scoped pre-migration audit, preserve TSE-signed financial records with their GoBD compliance attributes, transform Article variant matrices into Epicor Part Master BOM structures, and migrate open orders and inventory snapshots during coordinated low-activity windows. We do not migrate EDI transaction sets, workflows, or platform-specific automation as code; we deliver a written inventory of these for the customer's implementation team to rebuild in Epicor.
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 reybex 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.
reybex
Customer
Epicor Prophet 21
Customer
1:1reybex Customer records map to Epicor Customer with address fields preserved in EU format (Street, HouseNumber, PostalCode, City, CountryCode). We map reybex country-specific address structures to Epicor Customer address fields and detect duplicate customers by email and TaxId during import. Customer payment terms, credit limits, and tax jurisdiction codes migrate to Epicor Customer CreditHold and TaxZone fields. Any EU VAT identification number stored in reybex custom fields maps to Epicor Tax Exempt number.
reybex
Article
Epicor Prophet 21
Part Master
1:manyreybex Articles with variant matrices (size, color, material combinations) stored as structured rows must be unpacked into Epicor Part Master with PartRev (BOM) and PartBin or PartWhse location records. Multi-language article descriptions (German, English) map to Epicor's language-pack description fields if the destination is configured for multilingual; otherwise the primary language description is preserved. reybex ArticleType (product, service, assembly) maps to TypeCode (Stocked, Non-Stock, Service, Expense) on Epicor Part.
reybex
Sales Order
Epicor Prophet 21
Sales Order
1:1reybex Sales Order headers and line items map to Epicor SalesOrder and SalesOrderDetail. Order status, pricing, discounts, and fulfillment tracking preserve. reybex order numbers become Customer PO references in Epicor; Epicor generates its own order number sequence. We map reybex order channels (marketplace, B2B shop, POS) to Epicor OrderComment or a custom field for traceability. Cancelled or archived reybex orders migrate as closed orders with Status=Complete and OrderHeld=False.
reybex
Purchase Order
Epicor Prophet 21
PO Header + PODetail
1:1reybex Purchase Orders map to Epicor POHeader and PODetail. Vendor relationships require reconciliation against the Epicor Supplier master (matched by supplier number or TaxId). reybex PO approval workflow states (draft, submitted, approved, closed) do not transfer; Epicor PO approval is a separate configuration step post-migration. Expected receipt dates and promised dates migrate to Epicor DueDate and PromiseDate fields.
reybex
Inventory / Stock Levels
Epicor Prophet 21
PartWhse + PartBin
1:1reybex real-time stock quantities across warehouse locations and channels map to Epicor PartWhse (quantity per site-warehouse) and PartBin (quantity per bin location). Lot and batch tracking numbers from reybex migrate to PartLot records with LotTran history. Serialized stock requires Epicor PartPlant.SerialTracking setting enabled before import; we handle this during schema validation. Inventory export runs during a coordinated low-activity window to avoid discrepancies with in-flight orders.
reybex
Invoice
Epicor Prophet 21
ARInvoice
1:1reybex invoices carry GoBD-compliant metadata including TSE signatures (TSE_Signature), document numbers (FiscalDocumentNumber), and German tax code assignments (TaxCode_DE). We map these to Epicor ARInvoice with InvcHead TaxRegion, TaxConnectCalc flag, and custom fiscal reference fields. Multi-currency invoices from reybex require Epicor Currency and ExchangeRate records to be provisioned before import. Any missing TSE metadata is flagged for manual review before cutover to preserve audit-readiness.
reybex
Banking / Cash Transactions
Epicor Prophet 21
CashHead + CashDtl
1:1reybex bank statement records and TSE-signed cash register (POS) transactions map to Epicor CashHead and CashDtl. TSE receipt signatures preserve in Epicor custom fields since Epicor does not have a native TSE concept. Bank account reconciliation data migrates to Epicor BankBcDetail for bank statement import functionality. reybex POS transactions migrate as Epicor CashDtl with TenderType and ShiftNum for shift-based cash management.
reybex
Project
Epicor Prophet 21
Project
1:1reybex Project records including tasks, time entries, and budgets map to Epicor Project and ProjectTask. reybex task dependencies and milestone hierarchies require flattening during export and reconstruction in Epicor's WBS-style task structure. Time entries migrate to LabErnDetail linked to ProjectPhase. Project status (active, on-hold, completed) maps to Epicor PhaseJob flag or a custom ProjectStatus field.
reybex
Manufacturing / Production Orders
Epicor Prophet 21
JobMtl + JobOper + PartRev
1:1reybex BOMs (bills of materials) and production routings map to Epicor PartRev (BOM definition) and JobMtl/JobOper (job-based material and operation consumption). Finished-goods outputs map to Epicor Part. reybex material consumption lines become JobMtl with MtlSeq and RequiredQty. Machine capacity planning data (work center utilization percentages) does not transfer natively; we provide a capacity planning reference document for the customer to configure Epicor Work Centers post-migration.
reybex
CRM Activities
Epicor Prophet 21
Erp.SysActivity tables
1:1reybex sales activities (calls, emails, notes) tied to Customer records map to Epicor Erp.SysActivity or CRM module equivalents if the destination Epicor license includes CRM. Activity types and timestamps migrate; custom activity fields require schema discovery during the pre-migration audit. If Epicor CRM is not licensed, activities migrate to Epicor ProjectNotes or remain in a reference export for manual re-entry.
reybex
Custom Fields
Epicor Prophet 21
Custom Fields
lossyreybex custom fields on Articles and Customers require schema discovery per tenant during the pre-migration audit visit. We detect all custom field definitions, map them to Epicor UD fields (PartLot_c, Customer_c, etc.) or standard fields, and generate a mapping matrix before the migration window opens. Custom fields on EDI documents cannot migrate.
reybex
EDI Documents
Epicor Prophet 21
EDI Configuration Reference
1:1reybex EDI transaction sets (ORDERS, INVOIC, DESADV) are platform-native message formats that cannot be meaningfully migrated to Epicor's EDI layer without re-establishing EDI partner mappings. We export EDI partner configuration metadata (partner ID, message type, transport) as a reference document and recommend the customer's IT team or an EDI specialist re-onboard partners to Epicor's EDI module post-migration. Historical EDI transaction records are not transferable.
| reybex | Epicor Prophet 21 | Compatibility | |
|---|---|---|---|
| Customer | Customer1:1 | Fully supported | |
| Article | Part Master1:many | Fully supported | |
| Sales Order | Sales Order1:1 | Fully supported | |
| Purchase Order | PO Header + PODetail1:1 | Fully supported | |
| Inventory / Stock Levels | PartWhse + PartBin1:1 | Mapping required | |
| Invoice | ARInvoice1:1 | Fully supported | |
| Banking / Cash Transactions | CashHead + CashDtl1:1 | Mapping required | |
| Project | Project1:1 | Fully supported | |
| Manufacturing / Production Orders | JobMtl + JobOper + PartRev1:1 | Mapping required | |
| CRM Activities | Erp.SysActivity tables1:1 | Fully supported | |
| Custom Fields | Custom Fieldslossy | Not supported | |
| EDI Documents | EDI Configuration Reference1: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.
reybex gotchas
No public API documentation for schema discovery
EDI transaction sets are not transferable
GoBD compliance metadata must be explicitly preserved
Inventory snapshots require coordination with active orders
No documented bulk export or batch API
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
Pre-migration audit and schema discovery
We request read-only API credentials for the reybex tenant and run a scoped discovery visit to enumerate all active objects, custom field definitions, EDI partner configurations, and open order inventory. We use reybex's frontend-style API endpoints to introspect field metadata and produce a per-tenant mapping matrix. This step runs concurrently with the customer's Epicor tenant provisioning and establishes the exact data volume for each object class before we quote a fixed-price migration.
GoBD compliance and EDI reference export
We export all reybex financial records (invoices, bank statements, TSE-signed receipts) with their compliance metadata (TSE_Signature, FiscalDocumentNumber, TaxCode_DE) into a structured extract validated against GoBD field requirements. We export EDI partner configuration metadata separately as a reference document for the customer's IT team. This step produces the compliance-critical data set that will receive the highest validation scrutiny before cutover.
Epicor destination schema deployment
We deploy the destination Epicor schema to a Sandbox (Full Copy) using Epicor's REST API or a migration sandbox provisioned by the customer. Schema includes Part Master records, Customer and Supplier masters, PartWhse/PartBin inventory locations, SalesOrder and PO configurations, and any custom fields discovered during audit. GoBD financial reference fields are created as UD fields before any data import begins.
Sandbox migration and reconciliation
We run a full migration into the Epicor Sandbox using production-like data volumes. The customer's implementation team reconciles record counts across all objects, spot-checks 30-50 records against the reybex source, and validates GoBD metadata presence on financial records. BOM restructuring (Article variant matrices to PartRev) receives specific validation for part number sequencing and BOM revision levels. Epicor's BAQ reports are used to cross-validate totals (open order value, inventory quantity by site) against reybex live reports.
Inventory delta coordination and open order freeze
We coordinate with the customer to freeze reybex writes during the final delta export window. Open Sales Orders and Purchase Orders are extracted with current status and line item values. Inventory is exported as a snapshot at the scheduled freeze time and cross-referenced against open order quantities to produce a consistent cutover balance. Any orders placed during the export window are captured in a delta file applied immediately after cutover.
Production migration and cutover
We run production migration in dependency order: Customers and Suppliers first (for FK resolution), then Parts and PartRev (BOMs), then PartWhse/PartBin (inventory), then Sales Orders and Purchase Orders, then financial records (invoices and bank transactions with GoBD metadata), then Project and activity data. Each phase emits a row-count reconciliation report. We freeze reybex at cutover, apply the final delta, and hand off to the customer for Epicor go-live validation.
EDI rebuild handoff and post-migration review
We deliver the EDI partner configuration reference document to the customer's IT team with a re-onboarding checklist for Epicor's EDI module. We deliver the full data migration summary including record counts, GoBD compliance validation report, and any unmapped custom fields requiring manual re-entry. We do not rebuild reybex workflows, sequences, or BPMs as Epicor equivalents; these are documented as rebuild items for the customer's implementation partner.
Platform deep dives
reybex
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 reybex 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
reybex: Not publicly documented.
Data volume sensitivity
reybex exposes a bulk API — large-volume migrations stream efficiently.
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 reybex to Epicor Prophet 21 migration scoping. Not seeing yours? Book a call.
Walk through your reybex 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 reybex
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.