ERP migration

Migrate from Exxas Cloud Business Platform to Epicor Prophet 21

Field-level mapping, validation, and rollback between Exxas Cloud Business Platform and Epicor Prophet 21. We move data and schema; workflows are rebuilt natively in Epicor Prophet 21.

Exxas Cloud Business Platform logo

Exxas Cloud Business Platform

Source

Epicor Prophet 21

Destination

Epicor Prophet 21 logo

Compatibility

80%

12 of 15

objects map 1:1 between Exxas Cloud Business Platform and Epicor Prophet 21.

Complexity

BStandard

Timeline

6-10 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Exxas Cloud Business Platform to Epicor ERP is a structural ERP migration that crosses from a Swiss SME all-in-one platform to a manufacturing-focused mid-market ERP. Exxas holds eight functional areas — Central contacts, Sales CRM, Marketing, Service tickets, Projects with sprints, Products and inventory, Human Resources with effective-dated compensation, and Finance with open AP/AR and journal entries — none of which map directly to Epicor's module structure. We extract data through Exxas API 2.0 (GraphQL-capable, login-gated Swagger), normalize German field labels and date/currency formats to ISO standards during extract, then load into Epicor Kinetic using Epicor REST API endpoints with batch chunking and exponential backoff. Workflows, automations, and Exxas-specific portal configurations do not migrate; we deliver a written inventory for the customer's Epicor admin to rebuild in Kinetic. The migration scope covers operational record migration only — payroll runs and Swiss social security data remain in Exxas and are not extracted because they are tightly coupled to Exxas' built-in calculation engine.

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

Exxas Cloud Business Platform logo

Exxas Cloud Business Platform

What's pushing teams away

  • The platform is German-language only, which becomes a blocker when companies grow internationally or hire English-speaking staff.
  • Organizations that have outgrown mid-market ERP complexity report that Exxas lacks the depth needed for multi-entity accounting, inter-company eliminations, or advanced financial consolidation.
  • Companies moving to or from the platform cite difficulty extracting complete data exports, as the API requires authentication and Swagger documentation is not publicly accessible without a login.

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 Exxas Cloud Business Platform objects map to Epicor Prophet 21

Each row shows how a Exxas Cloud Business Platform 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.

Exxas Cloud Business Platform

Central — Contacts

maps to

Epicor Prophet 21

Customer (Person)

1:1
Fully supported

Exxas Central holds person-level contact records with address, phone, email, and custom fields. We map these to Epicor Customer records of type Person. The Exxas contact's assigned Company link resolves to a separate Epicor Customer (Company) record created first. German-formatted addresses (Straße, PLZ, Ort) are normalized to structured address fields in Epicor during transform. Any Exxas custom fields on contact migrate to UD fields on the Customer table.

Exxas Cloud Business Platform

Central — Companies

maps to

Epicor Prophet 21

Customer (Company)

1:1
Fully supported

Exxas organizational company records map to Epicor Customer records of type Company. The Exxas company domain and industry vertical map to Epicor Terms and ShipVia defaults where available. Company-specific custom data masks from Exxas migrate to Epicor UD fields on the Customer table. Linked contacts in Exxas attach to the Customer record via ContactFunc records in Epicor.

Exxas Cloud Business Platform

Sales — Pipelines and Deals

maps to

Epicor Prophet 21

Sales Order / Quote

1:1
Fully supported

Exxas Sales pipeline stages map to Epicor OrderHed stages (Open, Pending, Closed). Open Exxas Deals migrate as Epicor Sales Orders in Open status; closed Deals migrate as historical Orders. Deal amounts in CHF or EUR migrate to Epicor TotalOrder value in the customer's currency. Custom deal fields become UD fields on OrderHed.

Exxas Cloud Business Platform

Sales — Pipeline Stage

maps to

Epicor Prophet 21

OrderHed StatusWorkflow

lossy
Fully supported

Exxas pipeline stage names are extracted as a distinct list and configured as Epicor OrderHed Status values. Each Epicor Status gets a Probability percentage matching the Exxas stage probability if configured. Stage ordering is preserved in Epicor's Status Code sequence.

Exxas Cloud Business Platform

Service — Tickets

maps to

Epicor Prophet 21

Service Call / Case

1:1
Fully supported

Exxas Service module tickets map to Epicor Service Call records. Ticket status (Offen/In Bearbeitung/Geschlossen) translates to Epicor Open/In Process/Closed. Assigned technician from Exxas maps to Epicor EmployeeNum via owner email resolution. Ticket priority and linked customer asset migrate as Service Call detail lines and RelatedCustProd records.

Exxas Cloud Business Platform

Projects — Projects, Sprints, and Tasks

maps to

Epicor Prophet 21

Project

1:1
Fully supported

Exxas Projects with their task hierarchies and Kanban boards map to Epicor Project and ProjectTask records. Sprint assignments in Exxas become Epicor Project Phase records with start and end dates. Employee resource assignments on Exxas tasks link to Epicor ResourceGrp or Labor records via employee email-to-EmployeeNum lookup. Sprint burndown metrics are noted as non-transferable; Epicor recalculates these on first project refresh.

Exxas Cloud Business Platform

Products — Products and Inventory

maps to

Epicor Prophet 21

Part / Product

1:1
Fully supported

Exxas Products map to Epicor Part records with TypeCode of Item or Service. Exxas pricing tiers migrate as Epicor PartPlant PriceList entries. Stock-on-hand from Exxas moves to Epicor PartWhse OnHandQty by warehouse. BOM relationships from Exxas migrate as Epicor BOM and BOMAsm records. Warehouse-specific bin locations in Exxas flag a manual reconciliation step post-migration because Epicor bin assignment requires site-specific configuration.

Exxas Cloud Business Platform

Human Resources — Employees

maps to

Epicor Prophet 21

Employee

1:1
Fully supported

Exxas Employee records with job title, department, start date, and effective-dated compensation map to Epicor Employee. Historical pay rates and compensation effective-date ranges migrate as Epicor EmpBasicPay records. Swiss-specific benefit fields that cannot map to Epicor UD fields are flagged for manual HR admin review post-migration.

Exxas Cloud Business Platform

Human Resources — Payroll History

maps to

Epicor Prophet 21

(Export only — not migrated as live records)

lossy
Fully supported

Exxas payroll runs are tightly coupled to Swiss social security and tax calculation engines and do not transfer as live payroll records into Epicor. We export employee compensation rates and employment history as a CSV report for the customer's HR admin to reference when setting up Epicor Payroll. Epicor's Swiss payroll module or third-party integration handles live payroll going forward.

Exxas Cloud Business Platform

Finance — Chart of Accounts

maps to

Epicor Prophet 21

GL Account

1:1
Fully supported

Exxas Finance chart of accounts maps to Epicor GL Account. Account code structure and description migrate as-is. Account type (Asset, Liability, Equity, Revenue, Expense) maps to Epicor Category. Swiss CHF functional currency in Exxas maps to Epicor's base currency setup on initial tenant configuration.

Exxas Cloud Business Platform

Finance — Open AP and AR

maps to

Epicor Prophet 21

AP Invoice / AR Invoice

1:1
Fully supported

Exxas open Accounts Payable and Accounts Receivable records migrate as Epicor APInvoiceHed and ARInvoiceHed respectively. Open invoice amounts, due dates, and vendor/customer references transfer. Historical closed periods from Exxas migrate as read-only GL Journal entries in Epicor; they are not posted to open AP/AR but are preserved in the GL for audit continuity.

Exxas Cloud Business Platform

Finance — Journal Entries

maps to

Epicor Prophet 21

GL Journal

1:1
Fully supported

Exxas Finance journal entries migrate to Epicor GL Journal with debit and credit line detail. Each journal line's account reference resolves to the Epicor GL Account created from the chart of accounts mapping. Journal date and description preserve. Closed period journal entries from Exxas migrate as posted GL Journal records in Epicor with locked Editable flag set to false.

Exxas Cloud Business Platform

Marketing — Campaigns and Leads

maps to

Epicor Prophet 21

Marketing Campaign

1:1
Fully supported

Exxas Marketing campaigns with lead flows map to Epicor Marketing Campaign records. Campaign status and target audience migrate. Exxas leads generated in the Marketing module and passed to Sales migrate as Epicor Prospect or Lead records depending on qualification status. Marketing campaign engagement metrics are noted as non-transferable as they are calculated by Exxas' own marketing attribution engine.

Exxas Cloud Business Platform

Custom Data Masks and Fields

maps to

Epicor Prophet 21

UD Fields (User-Defined)

lossy
Mapping required

Exxas custom data masks with individual fields per entity category map to Epicor UD fields on the corresponding table (Customer, OrderHed, Part, Project, Employee, etc.). We extract all custom field definitions and their data types during scoping, then provision equivalent UD fields in Epicor before data load begins. Complex Exxas data mask logic (conditional visibility, cross-field dependencies) cannot transfer and is documented for manual rebuild in Epicor Kinetic.

Exxas Cloud Business Platform

Customer Portal Records

maps to

Epicor Prophet 21

Customer Portal / Experience

1:1
Fully supported

Exxas Personal Customer Portal-facing records — invoices, orders, support tickets, and asset records available to customers — migrate as data attached to the relevant Epicor Customer record. Portal configuration (branding, layout, permissions) does not migrate; Epicor Experience or a separate portal implementation handles this as a post-migration project.

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.

Exxas Cloud Business Platform logo

Exxas Cloud Business Platform gotchas

Medium

API 2.0 Swagger documentation requires authentication

Medium

German-language only interface with no English localization

Low

Concurrent-user licensing means simultaneous session limits matter

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

  • Exxas API Swagger requires login before scoping

    The Exxas API 2.0 Swagger endpoint at api.exxas.net is gated behind authentication credentials. We cannot enumerate available endpoints, field definitions, or object schemas without an active Exxas account session. During migration scoping, we request API credentials upfront so we can authenticate, browse the actual schema, and identify custom fields and relationship endpoints before committing to a migration plan. Customers who do not provide credentials early cause scoping timelines to extend by two to three weeks.

  • German field labels and date formats require preprocessing

    Exxas stores all field labels, picklist values, date formats, and currency formatting in German. Date fields use DD.MM.YYYY format, decimal currency uses comma separators, and address components use German postal standards (Straße, PLZ, Ort). We normalize these to ISO standards (YYYY-MM-DD, standard decimal, structured address) during the extract phase. If German picklist values (e.g., Anrede, Bundesland, Branche) are left untranslated, Epicor will reject them as invalid picklist values because Epicor's standard picklists are English.

  • Concurrent-user licensing creates session pressure during extract

    Exxas licenses by concurrent user slots rather than named users. A migration extract that uses API connections to pull data can consume session slots without triggering a visible login, but if the API session count approaches the contracted limit, Exxas may throttle or terminate the connection mid-extract. We monitor API session usage and coordinate large-volume extract runs with the customer's Exxas IT admin to avoid exceeding the concurrent session cap during business hours.

  • Epicor BPM customizations require revalidation after cloud migration

    Companies migrating from Exxas to Epicor Cloud (Kinetic Cloud) report that Business Process Management (BPM) customizations built in on-premise Epicor environments frequently require revalidation after cloud migration. BPMs that reference direct SQL database calls or custom BAQ outputs may behave differently in the cloud environment. We flag any Epicor BPMs in the destination environment during scoping but do not modify or revalidate them as part of the standard migration scope.

  • Payroll migration is blocked by Swiss engine coupling

    Exxas payroll runs depend on Swiss social security, AHV/AVS, and tax calculation engines built into the platform. These cannot be extracted as portable records and re-created in Epicor. We export employee base compensation rates and employment history as a CSV but do not migrate payroll run history, deductions, or withholding records. The customer's HR admin and payroll team must set up Epicor Payroll (or a Swiss-compatible third-party payroll) as a separate implementation post-migration.

Migration approach

Six steps for a successful Exxas Cloud Business Platform to Epicor Prophet 21 data migration

  1. Discovery and API schema enumeration

    We request Exxas API 2.0 credentials and authenticate against the Swagger endpoint to enumerate the actual available objects, fields, custom data masks, and relationship endpoints visible in the customer's live instance. We audit Exxas across all eight functional areas (Central, Sales, Marketing, Service, Projects, Products, HR, Finance) to establish record counts, custom field volume, multi-currency usage, and effective-date HR records. We pair this with Epicor tenant configuration review: edition tier, deployed modules, existing UD field definitions, and GL account structure. The discovery output is a written migration scope with object-level mapping, a custom field inventory, and a timeline estimate.

  2. Data quality assessment and German field normalization

    We extract a data quality sample from Exxas covering contacts, open AP/AR, employee compensation records, and product inventory. We identify duplicate records, missing required fields, inconsistent German address formatting, and unmapped picklist values. German picklist values, date formats, and currency formats are normalized to ISO standards in a preprocessing step before Epicor load. Data quality findings are shared with the customer for remediation; we can perform automated deduplication during transform if the customer approves.

  3. Epicor schema provisioning and GL design

    We provision Epicor UD fields to receive Exxas custom data masks, configure GL account structure to match the Exxas chart of accounts, set up multi-company codes if the Exxas data includes multiple legal entities, and configure currency settings to match the multi-currency scope of the Exxas Finance module. All Epicor schema changes are deployed into a Sandbox tenant first for validation before production provisioning.

  4. Sandbox migration and reconciliation

    We run a full migration into the Epicor Sandbox using production-like data volumes. The customer's finance lead reconciles GL account balances (Exxas trial balance vs Epicor GL), the HR admin spot-checks employee compensation records, and the operations team verifies product and inventory quantities. Record counts, open AP/AR totals, and employee headcount are signed off before production migration begins. Mapping corrections are resolved in Sandbox, not in production.

  5. Production migration in dependency order

    We run production migration in record-dependency sequence: GL accounts and chart of structure (Finance foundation), Customers and Suppliers (Sales and purchasing dependencies), Products and Part cross-references (inventory and BOM), Employees (HR and project resource assignments), Open AP/AR (payables and receivables), Projects and Project Phases (with linked tasks and resources), Sales Orders from Exxas Deals, Service Calls, Marketing Campaigns, and finally Exxas custom data mask fields into Epicor UD columns. Each phase emits a row-count and total-value reconciliation report before the next phase starts.

  6. Cutover, delta sync, and automation rebuild handoff

    We freeze Exxas write access during the cutover window, run a final delta migration of any records modified during the window, then enable Epicor as the system of record. We deliver a written inventory of Exxas automations, workflow rules, and portal configurations that require rebuild in Epicor Kinetic. We support a one-week post-go-live window for reconciliation issues. We do not rebuild Exxas automations as Epicor BPMs or Kinetic workflows as part of the standard migration scope; that is a separate engagement or an internal Epicor admin task.

Platform deep dives

Context on both ends of the pair

Exxas Cloud Business Platform logo

Exxas Cloud Business Platform

Source

Strengths

  • Single integrated platform covering CRM, ERP, service, and HR without requiring third-party integrations.
  • Swiss-hosted infrastructure appeals to companies with data residency requirements in Central Europe.
  • Concurrent-user licensing is cost-effective for organizations with many occasional users.
  • Strong vertical solutions for agencies, law firms, IT service providers, and trading companies.
  • API 2.0 with GraphQL support enables programmatic data access for migration automation.

Weaknesses

  • Interface available in German only, limiting usability for English-speaking teams and international organizations.
  • Limited public API documentation — Swagger requires login, making pre-migration scoping more time-consuming.
  • Payroll module is tightly integrated with Swiss legal requirements, making cross-border payroll migration difficult.
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 Exxas Cloud Business Platform 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

    Exxas Cloud Business Platform: Not publicly documented — customers report contacting Exxas support for rate limit details during bulk export operations.

  • Data volume sensitivity

    A

    Exxas Cloud Business Platform exposes a bulk API — large-volume migrations stream efficiently.

Estimator

Estimate your Exxas Cloud Business Platform 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 Exxas Cloud Business Platform to Epicor Prophet 21 data migrations

Answers to the questions buyers ask most during Exxas Cloud Business Platform to Epicor Prophet 21 migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your Exxas Cloud Business Platform to Epicor Prophet 21 migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Migrations under 15,000 total records with no multi-entity finance, large HR histories, or custom data masks land between six and ten weeks. Migrations with project hierarchies exceeding 500 projects, effective-dated HR records, multi-currency open AP/AR across multiple entities, or Exxas custom data masks requiring extensive Epicor UD field provisioning move to fourteen to twenty-two weeks. The Exxas API gating (login-gated Swagger) can add one to two weeks to the discovery phase if credentials are not available at project start.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Exxas Cloud Business Platform.
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