ERP migration
Field-level mapping, validation, and rollback between Scopevisio and Epicor Prophet 21. We move data and schema; workflows are rebuilt natively in Epicor Prophet 21.
Scopevisio
Source
Epicor Prophet 21
Destination
Compatibility
14 of 15
objects map 1:1 between Scopevisio and Epicor Prophet 21.
Complexity
BStandard
Timeline
8-12 weeks
Overview
Moving from Scopevisio to Epicor ERP is a cross-platform ERP migration that restructures a German DACH-centric financial and operational dataset into Epicor's industry-specific ERP data model. Scopevisio organizes data around Organisation structures, a process-oriented DMS layer, and GDPdU-compliant archives; Epicor ERP organizes data around Part and Party records, manufacturing Bill of Materials, and financial ledgers with AR/AP and GL modules. We unpack Scopevisio's GDPdU archive to separate structured accounting records from embedded documents, sequence multi-company exports so shared vendors and items are extracted once and linked per legal entity, and map Scopevisio's project and time-entry objects to Epicor's Project Costing and Labor modules where those are licensed. We do not migrate Scopevisio workflows or DMS process configurations; we deliver a written inventory of these for the customer's admin to rebuild in Epicor Kinetic.
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 Scopevisio 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.
Scopevisio
Customer
Epicor Prophet 21
Customer / Party (Erp.Customer or Pub.Party)
1:1Scopevisio Customer master data (address, communication fields, classification) maps to Epicor Customer records with the Party record as the parent entity. We resolve the Scopevisio customer number to Epicor CustNum and generate the corresponding DcdUserID for the Party. Multi-company Scopevisio configurations export each company's customer ledger separately; we sequence each company's export and link it to the correct Epicor Company in a multi-company Epicor deployment.
Scopevisio
Vendor
Epicor Prophet 21
Vendor / Supplier (Erp.Vendor)
1:1Scopevisio Vendor master data mirrors Customer master data structure and maps to Epicor Vendor records. Address, payment terms, and banking details migrate as-is. Global vendors shared across Scopevisio companies are extracted once and linked to each company's vendor ledger to avoid duplication. Epicor's Vendor bank account maintenance records are created from Scopevisio's payment details.
Scopevisio
Chart of Accounts / G/L Account
Epicor Prophet 21
GL Account (Erp.GLAccount)
1:1Scopevisio's hierarchical chart of accounts with German SKR types and tax codes maps to Epicor GL Account segments. We extract the full account structure, map Segments 1-9 to Epicor's segment-enabled account mask, and preserve the account description and active/inactive status. German tax codes map to Epicor Tax Types and Tax Codes. If Scopevisio uses a non-standard segment count, we configure Epicor's account mask to match before import.
Scopevisio
Invoice (Outgoing)
Epicor Prophet 21
AR Invoice (Erp.InvcHead / Erp.InvcDtl)
1:1Scopevisio outgoing invoices with line items, tax, and payment metadata map to Epicor AR Invoice Header and Detail records. Invoice status (open, paid, credit note) migrates separately from document status. We preserve the Scopevisio invoice number as Epicor Reference, the invoice date as InvoiceDate, and the due date as DueDate. For multi-company Scopevisio deployments, each company's invoice set is assigned to the corresponding Epicor Company.
Scopevisio
Invoice (Incoming)
Epicor Prophet 21
AP Invoice (Erp.APInvoice)
1:1Scopevisio incoming invoices map to Epicor AP Invoice records. Vendor reference, invoice amount, and tax codes migrate. Epicor AP Invoice requires a VendorNum reference resolved from the Vendor mapping; we resolve this before AP import begins. Open and paid statuses carry forward from Scopevisio's accounts payable tracking.
Scopevisio
Project
Epicor Prophet 21
Project (Erp.Project)
1:1Scopevisio Projects including hierarchy, billing method, and associated cost centres map to Epicor Project records. Project stage status values map to Epicor Project Phase and WBS (Work Breakdown Structure) elements. We preserve the project code, description, start and end dates, and any billing rate matrices. Custom project fields from Scopevisio migrate to Epicor Project UD fields or Project Phase UD fields depending on whether the field is at project or phase level.
Scopevisio
Time Entry
Epicor Prophet 21
Labor Detail (Erp.LaborDtl)
1:1Scopevisio time entries are associated with Projects, Employees, and optionally billing records. We map them to Epicor LaborDtl records linked to the migrated Project and the resolved Employee (via LaborType = P for project time or S for shop floor depending on Epicor configuration). Entry date, hours, and any billable flag migrate. If Scopevisio time entries carry a billing rate, we create Project Billing rate detail records in Epicor.
Scopevisio
Item / Product
Epicor Prophet 21
Part (Erp.Part)
1:1Scopevisio Items including pricing, unit of measure, and stock-control flags map to Epicor Part records. Item codes become PartNum; descriptions become PartDescription. We flag any BOM structures for Epicor's Part Lot tracking or Revision management configuration. Stock-control flags map to Part.UnitStocking, Part.TrackDimension, and Part.TrackLotNum. Custom pricing tiers from Scopevisio map to Epicor Part.SellingFactor and PricePerCode fields.
Scopevisio
BOM (Bill of Materials)
Epicor Prophet 21
Part BOM (Erp.BOM)
1:1Scopevisio item BOM structures migrate to Epicor BOM records with PartNum as the parent and BOMDetail records for each component. We resolve PartNum references for all components from the Item mapping, preserving quantity-per and operation sequence. BOM revision dates map to Epicor revision effective dates. Epicor's BOM approval workflow is noted for rebuild post-migration.
Scopevisio
Fixed Assets
Epicor Prophet 21
Asset (Erp.FAsset)
1:1Scopevisio fixed asset records (acquisition cost, depreciation method, location, asset classification) map to Epicor Financial Asset records. Depreciation schedules carry forward to Epicor AssetDep records. Epicor's depreciation method options (straight-line, declining balance, units of production) are mapped from Scopevisio equivalents. Asset classification maps to the Asset Group field in Epicor.
Scopevisio
Employee / Payroll Records
Epicor Prophet 21
Employee (Erp.EmpBasic) / External HCM
lossyScopevisio HR and payroll data (organisational hierarchy, effective-dated compensation, PTO balances) does not have a direct Epicor ERP equivalent outside the HCM add-on module. We map Employee records to Epicor EmpBasic (name, address, employee type) if Epicor HCM is licensed. Compensation, PTO, and organisational hierarchy are documented as a separate migration scope; we deliver the Scopevisio HR data as structured export files (CSV/JSON) for the customer's HCM admin to configure in Epicor HCM, Workday, or a third-party payroll system post-migration.
Scopevisio
Document (DMS/ECM)
Epicor Prophet 21
Document Management (Epicor Content Service / Epicor Data Fabric)
1:1Scopevisio DMS documents linked to business objects (invoices, projects, customers) are exported in their original formats and associated via Epicor's Document GUID and DocType system. We reconstruct the object associations by mapping the Scopevisio document's parent entity reference to the corresponding Epicor record ID. File-type verification and size limits are applied per Epicor's Content Service constraints. Scopevisio's GDPdU archive format requires unpacking before document extraction; see gotchas for GDPdU handling.
Scopevisio
Custom Field
Epicor Prophet 21
UD Column / User-Defined Field
1:1Scopevisio custom fields on standard objects (Customer, Vendor, Project, etc.) map to Epicor UD columns (UD01-UD09) or user-defined fieldsets depending on the target table. We discover all Scopevisio custom field definitions during scoping, map field types (date, text, numeric, picklist) to Epicor field types, and pre-create the destination schema in the Epicor Sandbox before data import. Type mismatches are flagged for admin review.
Scopevisio
Attachments
Epicor Prophet 21
Attachment (File Import)
1:1File attachments on Scopevisio objects (invoices, projects, customer records) are exported as binary blobs and imported into Epicor as attachments linked to the corresponding record. We maintain the file name, original upload date, and file size during import. Any attachment exceeding Epicor's size limit is flagged for compression or external storage before migration.
Scopevisio
Multi-Company Configuration
Epicor Prophet 21
Epicor Multi-Company Setup
1:1Scopevisio multi-company configurations host separate legal entities under one tenant. We treat each Scopevisio company as a separate export scope and map to the corresponding Epicor Company in a multi-company Epicor deployment. Shared objects (global vendors, global items) are extracted once and linked via Epicor's inter-company transaction setup. Inter-company transaction mapping is delivered as a configuration document for Epicor admin setup.
| Scopevisio | Epicor Prophet 21 | Compatibility | |
|---|---|---|---|
| Customer | Customer / Party (Erp.Customer or Pub.Party)1:1 | Fully supported | |
| Vendor | Vendor / Supplier (Erp.Vendor)1:1 | Fully supported | |
| Chart of Accounts / G/L Account | GL Account (Erp.GLAccount)1:1 | Fully supported | |
| Invoice (Outgoing) | AR Invoice (Erp.InvcHead / Erp.InvcDtl)1:1 | Fully supported | |
| Invoice (Incoming) | AP Invoice (Erp.APInvoice)1:1 | Fully supported | |
| Project | Project (Erp.Project)1:1 | Fully supported | |
| Time Entry | Labor Detail (Erp.LaborDtl)1:1 | Fully supported | |
| Item / Product | Part (Erp.Part)1:1 | Fully supported | |
| BOM (Bill of Materials) | Part BOM (Erp.BOM)1:1 | Fully supported | |
| Fixed Assets | Asset (Erp.FAsset)1:1 | Mapping required | |
| Employee / Payroll Records | Employee (Erp.EmpBasic) / External HCMlossy | Fully supported | |
| Document (DMS/ECM) | Document Management (Epicor Content Service / Epicor Data Fabric)1:1 | Fully supported | |
| Custom Field | UD Column / User-Defined Field1:1 | Fully supported | |
| Attachments | Attachment (File Import)1:1 | Mapping required | |
| Multi-Company Configuration | Epicor Multi-Company Setup1:1 | 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.
Scopevisio gotchas
GDPdU export format requires specialist handling
Module-tier licensing affects what data is accessible
Multi-company setups require per-company export sequencing
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 module-licence audit
We audit the source Scopevisio environment across all active modules (Organisation, Finance, DMS/ECM), multi-company configuration count, chart of accounts structure, customer and vendor record volumes, project count, time-entry volumes, document store size, and custom field definitions. We verify the active tier licence with the customer and confirm which modules are in scope. We also establish whether GDPdU archive continuity is required for German tax authority compliance. The discovery output is a written migration scope document that lists every object to be migrated, the per-object record count estimate, and the confirmed module-licence scope.
GDPdU archive unpacking and data extraction
If Scopevisio data is delivered as a GDPdU archive, we unpack the archive and separate structured accounting records (invoices, journal entries, account balances) from embedded document files. We run data profiling on the structured records to identify record counts, data quality issues, and any non-standard account codes or tax codes. Document files are extracted with their original file names, timestamps, and parent-record references preserved for Epicor Content Service ingestion. The customer confirms whether GDPdU audit continuity is required before we proceed to Epicor schema design.
Epicor schema design and Sandbox configuration
We design the destination Epicor schema in a Sandbox environment. This includes configuring the company structure (one Epicor Company per Scopevisio company for multi-company migrations), setting up the GL account mask to match Scopevisio's chart-of-accounts segments, creating Part and PartPlant records (or marking items as non-stocked if Epicor Inventory is not licensed), configuring BOM structures and revision settings, and mapping Scopevisio tax codes to Epicor Tax Types and Tax Codes. Custom fields are pre-created as UD columns in the relevant tables. The Epicor admin reviews and approves the schema before data migration begins.
Multi-company export sequencing and shared-object resolution
We extract Scopevisio data in dependency order: shared objects (global vendors, global items) are extracted first and de-duplicated; then per-company data (customers, invoices, projects) is extracted per legal entity. Each company's export is tagged with its Epicor Company assignment. This sequencing prevents duplicate vendors and items in Epicor and ensures inter-company transaction integrity. We produce a shared-object reconciliation report before each per-company import phase begins.
Sandbox migration and reconciliation
We run a full migration into the Epicor Sandbox using production-like data volumes. The customer's Epicor administrator reconciles record counts (Customers in, Vendors in, GL Accounts in, Invoices in, Projects in, Parts in, Documents in), spot-checks 25-50 records against the Scopevisio source, and signs off the schema and mapping before production migration begins. BOM structures are validated by comparing part counts and BOM depth between Scopevisio and Epicor. Any mapping corrections or missing UD columns are addressed in the Sandbox before production.
Production migration in dependency order
We run production migration in record-dependency order: GL Account structure first (because all financial records reference accounts), then Vendors and Customers (because invoices reference payees and bill-tos), then Items and Parts (because BOM and invoices reference parts), then BOM structures, then Project records, then Invoices (AR and AP), then Time Entries and Labor records, then Document files and Attachments. Each phase emits a row-count reconciliation report. Epicor's Bulk Data Load or REST API is used depending on record volume, with rate-limit handling and retry logic on API throttle responses.
Cutover, validation, and workflow handoff
We freeze Scopevisio 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 the Scopevisio Workflow and DMS process configuration inventory document to the customer's Epicor administrator for rebuild. We support a one-week hypercare window where we resolve reconciliation issues raised by the customer's team. We do not rebuild Scopevisio workflows, sequences, or DMS process configurations as Epicor Kinetic BPMs, automations, or dashboard configurations; those are separate engagements or internal admin work.
Platform deep dives
Scopevisio
Source
Strengths
Weaknesses
Epicor Prophet 21
Destination
Strengths
Weaknesses
Complexity grading
Standard ERP migration. 2 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 Scopevisio and Epicor Prophet 21.
Object compatibility
2 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
Scopevisio: Not publicly documented.
Data volume sensitivity
Scopevisio 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 Scopevisio to Epicor Prophet 21 migration scoping. Not seeing yours? Book a call.
Walk through your Scopevisio 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 Scopevisio
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.