ERP migration

Migrate from Farvision ERP to Epicor Prophet 21

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

Farvision ERP logo

Farvision ERP

Source

Epicor Prophet 21

Destination

Epicor Prophet 21 logo

Compatibility

62%

8 of 13

objects map 1:1 between Farvision ERP and Epicor Prophet 21.

Complexity

BStandard

Timeline

6-8 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Farvision ERP to Epicor ERP is a cross-domain migration: Farvision is purpose-built for real estate and infrastructure companies tracking projects from land acquisition through post-sales handover, while Epicor ERP is built for discrete manufacturing and distribution with job costing, production scheduling, and MES depth. We map Farvision's project-wise accounting structure to Epicor's Job Cost and Financial modules, preserving the financial segregation by project that 98 percent of Farvision clients use as their system of record. Farvision does not publish API documentation or rate limits, so we coordinate directly with Farvision's implementation team to obtain data extracts via bulk export functionality documented in their training videos. We do not migrate Farvision workflows, automations, or engineering module records as functional equivalents; we deliver a written inventory of these objects for your 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

Farvision ERP logo

Farvision ERP

What's pushing teams away

  • Slow record-insertion and processing performance frustrates users, especially during high-volume data entry periods or concurrent user load.
  • Non-intuitive user interface increases time-to-competency for new employees and drives up training costs for mid-market teams.
  • Difficulty generating complex reports without IT assistance undermines the promised self-service BI value proposition.
  • Yearly auto-renewing contracts with one-quarter advance cancellation notice create lock-in risk and budget unpredictability.
  • Support response quality is inconsistent, with some customers reporting helpful assistance while others experience delayed resolutions.

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 Farvision ERP objects map to Epicor Prophet 21

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

Farvision ERP

Project Master

maps to

Epicor Prophet 21

Job

lossy
Fully supported

Farvision's Project records span Land Acquisition, Legal and Liaison, Pre-Sales, Post-Sales, Budgeting, and Execution phases. We map these to Epicor Job records with a Project Code cross-walk stored in a custom UD field (ud_project_code__c) and the project phase mapped to JobHead.JobType or a UD field. The Farvision project hierarchy (parent project with sub-projects) maps to Epicor Job records with a ParentJob field. Each phase in Farvision becomes a separate Epicor Job or Job Detail record linked to the parent project identifier.

Farvision ERP

Customer / Account

maps to

Epicor Prophet 21

Customer

1:1
Fully supported

Farvision Customer records in the CRM module map to Epicor Customer records. The customer name, address, contact details, and any custom fields migrate directly. Farvision's customer type classification (individual buyer, corporate buyer, investor) maps to Epicor's CustomerType field or a UD field. Customer is created before any related Property, Sales Order, or Invoice records so that the CustomerID reference is satisfied at insert time.

Farvision ERP

Property / Unit

maps to

Epicor Prophet 21

Part (with Stocked flag)

1:1
Fully supported

Farvision Property records representing sellable inventory units (apartments, plots, villas) map to Epicor Part records with the Part.TypeCode set to Stocked. The Farvision project association (which project the unit belongs to) becomes a UD field on Part linked to the Job record representing that project. Unit status (Available, Booked, Sold, Registered) maps to Part.SalesUM or a UD field for status tracking.

Farvision ERP

Sales Order / Booking

maps to

Epicor Prophet 21

Order

1:1
Fully supported

Farvision generates sales orders tied to specific properties and buyers. We map these to Epicor Order records with OrderHed and OrderDtl entries. The Farvision booking status (Token, Agreement, Registration) maps to Epicor OrderHed.OrderStatus. The linked Property Part number becomes the OrderDtl.OrderLine linked to the Part mapping. Buyer details link to the Customer record created from Farvision Customer.

Farvision ERP

Invoice / Client Billing

maps to

Epicor Prophet 21

AR Invoice

1:1
Fully supported

Farvision Client Billing records including payment milestones and installment tracking map to Epicor AR Invoice records (InvcHead and InvcDtl). The billing history migrates with open and historical invoices separated: open invoices become Epicor InvcHead with InvoiceVendor references; historical invoices are migrated as closed records. The payment milestone structure (installment number, due date, amount) migrates to InvcDtl lines with a custom UD field for installment tracking.

Farvision ERP

Activities / Activity Groups

maps to

Epicor Prophet 21

Activity

1:1
Fully supported

Farvision Activities and Activity Groups map to Epicor Activity records. The activity type (Call, Meeting, Task, Note) maps to Epicor Activity.TypeCode or a UD field. Activity groups in Farvision map to Epicor Activity.ActivitySchedulerID for grouping. Owner assignment migrates by resolving Farvision Owner to Epicor User by email match. We use Farvision's YouTube-documented import/export functionality to extract these records.

Farvision ERP

Places / Location Hierarchy

maps to

Epicor Prophet 21

Country and State/Province records

lossy
Fully supported

Farvision's Places Management stores location data with country and state hierarchy. We extract the full location tree and map it to Epicor's Country and State/Province records in the basic geography tables. The Farvision location code becomes the Epicor geographic reference. We preserve the full hierarchy for address validation and reporting.

Farvision ERP

Payment Types Master

maps to

Epicor Prophet 21

Payment Methods

1:1
Mapping required

Farvision's Payment Types Master is a configurable entity defining how buyers can pay (cheque, bank transfer, demand draft, online). We extract the configured payment types and map them to Epicor Payment Methods in the Cash Desk and AR modules. Custom payment type codes in Farvision map to Epicor PaymentMethod field on AR Invoice records.

Farvision ERP

Stores and Inventory

maps to

Epicor Prophet 21

Part / Warehse / Inventory

1:1
Mapping required

Farvision inventory management covers materials, procurement, and stock tracking used in construction and facilities management. We map Farvision stock items to Epicor Part records with inventory tracked via PartWhse records. Unit-of-measure conventions in Farvision (sq ft, units, lots) map to Epicor UOM classes. The Farvision store location maps to Epicor Warehouse records. We flag any non-standard UOM conversions for manual verification.

Farvision ERP

Payroll / Employee Records

maps to

Epicor Prophet 21

Employee / HR

1:1
Fully supported

Farvision's HR and Payroll module covers Employee Life Cycle Management. We migrate employee master records and basic compensation history to Epicor Employee and HR modules. Effective-dated payroll records are migrated as historical data with a flag for manual reconciliation by the accounting team against Epicor's payroll configuration. Farvision payroll calculations do not map to Epicor payroll as functional equivalents due to different compliance and tax frameworks.

Farvision ERP

Engineering / QS Records

maps to

Epicor Prophet 21

Job / BOM / Engineering Workbench

lossy
Mapping required

Farvision's Engineering module covers Quantity Surveying and billing records specific to real estate construction cost tracking. These do not map directly to Epicor's BOM and Engineering Workbench designed for manufacturing bill of materials. We extract QS records as reference data in a custom UD table or CSV archive, and flag the engineering rebuild scope for the customer's Epicor admin. Epicor's BOM and MES modules are available in the destination for the admin to configure from scratch.

Farvision ERP

Custom Fields

maps to

Epicor Prophet 21

UD Fields

lossy
Mapping required

Farvision offers customization capabilities that generate custom fields across objects. We migrate custom field definitions and values explicitly as Epicor UD (User-Defined) fields. Each Farvision custom field type is mapped to the closest Epicor UD field type (UD01, UD02, string, number, date). We document unsupported field types for manual remediation if the field type has no Epicor equivalent.

Farvision ERP

Budget Records

maps to

Epicor Prophet 21

JobPtn / JobEstimates

lossy
Fully supported

Farvision's Budgeting module tracks project budgets by phase and cost head. We map these to Epicor JobPtn (Job Parts) and JobEstimates records for project cost tracking. The budget-to-actual comparison logic that Farvision handles natively requires Epicor Job Cost configuration. We deliver a budget mapping specification for the customer's Epicor admin to configure the Job Cost segment structure matching the Farvision budget heads.

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.

Farvision ERP logo

Farvision ERP gotchas

High

No publicly documented public API or rate limits

Medium

Yearly auto-renewal with quarter-in-advance cancellation

Medium

Performance degradation on concurrent writes

Medium

Project-wise accounting requires structural mapping

Low

Minimum 5-user contract floors on subscription and cloud hosting

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

  • Farvision has no published API requiring vendor-coordinated bulk export

    Farvision ERP does not publish API documentation, authentication methods, or rate limits publicly. This means there is no programmatic API we can call directly to extract data. We work around this by using Farvision's bulk import/export functionality documented in their YouTube training content and by coordinating directly with Farvision's implementation team to obtain data extracts from the backend environment. This adds time to the discovery and extraction phases and requires the customer to facilitate access to Farvision's implementation team or backend export tools. We cannot begin schema mapping until data extracts are in hand, which can add two to four weeks to the overall timeline compared to migrations with documented APIs.

  • Project-wise accounting requires cross-walk table construction

    Farvision's project-wise accounting keeps financial transactions segregated by project, which is a core feature for real estate developers managing multi-phase tower projects. Epicor uses a chart-of-accounts structure with Job Cost segments. We extract project-to-account mappings during discovery, build a cross-walk table that translates Farvision's project accounting logic into Epicor's Job Cost structure, and configure Epicor Job Cost segments to match the Farvision project heads. This is manual work during discovery and must be validated by the customer's finance team before any financial records migrate. Skipping this step results in project financials appearing as flat GL entries with no project context in Epicor.

  • Farvision engineering and QS records lack Epicor BOM equivalents

    Farvision's Engineering and Quantity Surveying module contains real estate-specific cost tracking records with no direct Epicor Manufacturing equivalent. Epicor's BOM and MES modules are designed for manufacturing bill of materials, production scheduling, and shop-floor tracking. We extract Farvision QS records as a reference data archive and flag the engineering rebuild scope: the customer's Epicor admin must configure BOM structures, routing, and production workflows in Epicor Kinetic for any manufacturing operations. We do not migrate Farvision QS calculations as functional Epicor data because the domain models are incompatible.

  • Epicor Kinetic is a manufacturing-first ERP with a different object model

    Epicor ERP's object model is built around discrete manufacturing: Part, BOM, Job, Production, Workbench, MES, and Quality. Farvision's object model centers on real estate: Projects, Land Parcels, Units, Bookings, Installments, and Property Management. A migration from Farvision to Epicor requires not just data mapping but a conversation about whether Epicor is the right fit for a real estate-focused operation. If the company is expanding into manufacturing or mixed-mode operations, Epicor is appropriate. If the company remains primarily real estate-focused, the customer should evaluate ERPs with stronger real estate vertical depth before committing to Epicor.

  • Farvision yearly auto-renewal affects migration window planning

    Farvision subscriptions renew automatically on a yearly basis and require one full quarter of advance notice to cancel. If the customer intends to exit Farvision entirely at migration go-live, the cancellation notice must be served with enough lead time to avoid renewing for another full year. We confirm cancellation timelines with the customer during scoping and flag any records created or modified within the renewal window to avoid unexpected charges. This also affects migration window planning if the customer needs Farvision access to continue running extracts through go-live.

Migration approach

Six steps for a successful Farvision ERP to Epicor Prophet 21 data migration

  1. Discovery and vendor coordination for bulk export

    We audit Farvision across all active modules (Projects, CRM, Sales, Post-Sales, Client Billing, Stores, Payroll, Engineering, and Activities), document the custom field structures, and identify the full record volume for each object. Because Farvision has no published API, we coordinate directly with Farvision's implementation team to establish bulk export access via their documented import/export tools. We confirm cancellation timelines with the customer and flag any records within the renewal window. The discovery output is a written migration scope, a Farvision bulk export request list, and a project-wise accounting cross-walk specification for the customer finance team to validate.

  2. Epicor schema design and Job Cost configuration

    We design the Epicor destination schema including Customer, Part, Order, AR Invoice, Job, Warehouse, Payment Methods, Activity, and any required UD fields. The project-wise accounting cross-walk table is deployed into Epicor as Job Cost segment configuration: each Farvision project becomes an Epicor Job record with the budget heads mapped to JobPtn and JobEstimates lines. We configure Job Cost segments to match the Farvision project heads that the customer finance team validated during discovery. Schema is deployed via Epicor REST API or the Kinetic administrator interface into a Sandbox or Test company first for validation.

  3. Bulk export extraction and data cleansing

    We receive Farvision bulk exports coordinated through the vendor implementation team for each module. The exports are staged in a secure workspace where we perform data cleansing: duplicate removal, address standardization, null field handling, and date format normalization. We flag records with critical missing fields (customer with no contact, order with no customer link, invoice with no property association) and return them to the customer for resolution before import. The cleanse output is a set of migration-ready CSV files per object.

  4. Sandbox migration and reconciliation

    We run a full migration into an Epicor test company using the customer's Epicor sandbox environment. The customer reconciles record counts (Customers in, Parts in, Orders in, Invoices in, Activities in), spot-checks 25-50 records per object against the Farvision source data, and validates the project-wise accounting cross-walk by running a budget-to-actual report in Epicor Job Cost. The customer finance team signs off on the Job Cost configuration before production migration begins. Any mapping corrections happen in this phase.

  5. Production migration in dependency order

    We run production migration in record-dependency order: Customers (foundation for all transactional records), Parts and Warehouses (for inventory and unit tracking), Projects mapped to Jobs (with Job Cost segments configured), Properties mapped to Parts, Orders, AR Invoices, Activities, UD fields, and historical payroll records last. Each phase emits a row-count reconciliation report before the next phase begins. We use Epicor's Bulk API for large datasets with batch chunking and exponential backoff on rate-limit responses.

  6. Cutover, validation, and workflow rebuild handoff

    We freeze Farvision 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 Engineering and QS rebuild inventory, the Farvision workflow and automation specification (for the customer's Epicor admin to rebuild), and the project-wise accounting reconciliation checklist. We support a one-week hypercare window for reconciliation issues. We do not rebuild Farvision workflows as Epicor Kinetic workflows inside the migration scope; that is a separate engagement or internal admin task.

Platform deep dives

Context on both ends of the pair

Farvision ERP logo

Farvision ERP

Source

Strengths

  • Full lifecycle real estate coverage from land acquisition through post-sales property management.
  • Web-based zero-footprint architecture accessible from any modern browser without client installation.
  • Project-wise accounting keeps financials segregated by project, matching how real estate developers track performance.
  • Cloud deployment scales from small teams to 10,000+ users with native iOS and Android mobile apps.
  • Built on .NET Core and MongoDB with 350+ integration connectors including CRM, HCM, and Office 365.

Weaknesses

  • Performance issues with record insertion and processing speed reported consistently across user reviews.
  • Non-intuitive interface increases training overhead and time-to-productivity for new users.
  • Public API documentation and rate limits are not openly published, complicating programmatic migration.
  • Ease of Use rating of 2.8 on Capterra reflects significant UX friction compared to category alternatives.
  • Yearly auto-renewal with quarter-in-advance cancellation notice creates contractual lock-in.
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. 2 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 Farvision ERP and Epicor Prophet 21.

  • Object compatibility

    B

    2 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

    Farvision ERP: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

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

Book a free 30 minute consultation

Most migrations land between six and eight weeks for accounts with clean master data, under 10,000 customer records, 5,000 property/unit records, and straightforward project-to-job accounting mapping. Migrations with complex project hierarchies, multiple active phases, large invoice and payment histories, or mixed-mode Farvision deployments (where accounting runs entirely through Farvision) move to fourteen to twenty weeks because of cross-walk table construction, vendor-coordinated bulk export coordination, and Epicor Job Cost segment configuration. The lack of a published Farvision API adds two to four weeks compared to migrations with documented extraction APIs.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Farvision ERP.
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