ERP migration

Migrate from Runple to Epicor Prophet 21

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

Runple logo

Runple

Source

Epicor Prophet 21

Destination

Epicor Prophet 21 logo

Compatibility

75%

9 of 12

objects map 1:1 between Runple and Epicor Prophet 21.

Complexity

BStandard

Timeline

5-8 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Migrating from Runple to Epicor ERP is a structural redesign, not a simple record copy. Runple stores Customers, Products, Invoices, Payments, Stock, and Chart of Accounts entries in a unified ledger that synchronizes across its accounting and commerce modules. Epicor ERP separates these into distinct tables (Customer, Part, OrderRel, TranGLC, PartBin) that require explicit foreign-key resolution during import. Runple has no publicly documented API, so extraction relies on CSV exports or a structured data dump negotiated with Runple's account manager. We map Runple's EU VAT codes to Epicor's tax configuration, flag reverse-charge rules for manual compliance review, and preserve custom properties for commission structures and salary records as Epicor UD codes or custom fields. Epicor supports user-defined fields and BPM-driven logic for custom data that cannot map to standard fields. Workflows, automations, and reporting dashboards from Runple do not migrate as code; we deliver a written inventory for the customer's 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

Runple logo

Runple

What's pushing teams away

  • Performance degrades under extensive data load, with slow responses reported as operations scale.
  • Limited customer base of 200+ suggests less real-world stress testing compared to established ERP vendors.
  • Reporting depth reported as insufficient for businesses requiring granular financial analysis.
  • Smaller vendor with 16 team members raises concerns about long-term support and feature development capacity.
  • Documentation and community resources are thin, making self-service troubleshooting difficult.

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

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

Runple

Customer

maps to

Epicor Prophet 21

Customer

1:1
Fully supported

Runple Customer records (name, address, tax ID, payment terms) map to Epicor Customer. The Runple customer code becomes Epicor's CustID as the primary key. Tax identification numbers from Runple map to Epicor's Tax Region ID and are validated against Epicor's tax configuration during import. We preserve any Runple custom properties (e.g., credit limit flags, commission structures) as UD fields on Customer since Epicor supports user-defined columns on the Customer table.

Runple

Product/Item

maps to

Epicor Prophet 21

Part

1:1
Fully supported

Runple Product catalog entries (SKU, name, description, unit price, cost) map to Epicor Part. Runple's item-level cost and margin data map to Part.UnitPrice and Part.StandardCost. We extract all item-level fields including any custom properties for product classification, then map them to Epicor's Part table with UD columns for any Runple-specific attributes that do not map to standard Epicor Part fields.

Runple

Invoice

maps to

Epicor Prophet 21

ARInvoice

1:1
Fully supported

Runple Invoices (header, line items, tax codes, totals, payment status) map to Epicor ARInvoice and InvoiceLine. The Runple invoice number sequence maps to Epicor's InvoiceNum. Tax calculations from Runple must be validated against Epicor's TaxConnect engine since Runple EU VAT rates may differ from Epicor's configured rates. We preserve invoice date, due date, and currency on the header, and line-level quantities and prices on the detail rows.

Runple

Payment

maps to

Epicor Prophet 21

CashHead

1:1
Fully supported

Runple Payment records (linked to invoices, amounts, dates, methods) map to Epicor CashHead with a CashDtl detail line. We resolve the ARInvoice reference during import so payments apply to the correct open AR item. Cash method (check, bank transfer, credit) maps to Epicor's PaymentMethod field. Historical payments migrate as posted records; open payments attach to the corresponding ARInvoice open item.

Runple

Open AP/AR

maps to

Epicor Prophet 21

Open AR/AP (agelots)

lossy
Mapping required

Outstanding payables and receivables require Epicor's aging bucket configuration. We extract current open items from Runple with aging buckets (current, 30, 60, 90+) and map them to Epicor's ARHead/APHead open records. Due dates and aging analysis migrate into Epicor's credit management module. Any pre-payments or unapplied cash on the Runple ledger map to Epicor Payment records with no invoice reference for the customer's AP/AR team to apply.

Runple

Stock/Inventory

maps to

Epicor Prophet 21

PartBin

1:1
Fully supported

Runple Stock movement records (quantity changes, dates, warehouse locations) map to Epicor PartBin. Current stock levels migrate as PartBin OnHandQty. Movement history (adjustments, receipts, shipments) migrates as Epicor PartTran records with the appropriate TranType (ADJ-CST, STK-MTL, etc.). Runple warehouse location codes map to Epicor Warehse and Bin fields. For high-volume PartBin migrations, we use Epicor DMT with chunked batches to avoid timeouts.

Runple

Users and Roles

maps to

Epicor Prophet 21

UserAccount / UD Codes

1:1
Mapping required

Runple user accounts with roles and permissions do not map directly to Epicor's UserAccount model. We extract role assignments from Runple, then map them to Epicor's UD Codes (for department and job classification) and document the nearest Epicor security group for each Runple role. Epicor User provisioning is done manually by the customer's admin because Epicor requires active directory or LDAP integration for user authentication; we provide the role mapping document for the admin to assign during setup.

Runple

Working Time Records

maps to

Epicor Prophet 21

LaborDtl / UD fields

1:1
Mapping required

Runple time tracking data (hours, dates, employee assignments) maps to Epicor LaborDtl if the destination Epicor environment includes the Labor module. For manufacturing environments without Labor, we map time records to UD fields on the Part or JobOper tables, or export as a CSV reference table. Not all Epicor deployments include time-tracking, so we confirm module availability during scoping.

Runple

Commission and Salary Records

maps to

Epicor Prophet 21

UD Codes / Custom Fields

1:1
Mapping required

Runple stores commission and salary data as HR-adjacent records that have no native Epicor ERP equivalent (Epicor is a manufacturing and distribution ERP, not an HRMS). We map commission rates and salary records to Epicor UD codes on the Customer or SalesRep table, or export them as a reference CSV for the customer's finance team to maintain outside the ERP. These records require a manual compliance review for payroll data handling before go-live.

Runple

VAT/Tax Codes

maps to

Epicor Prophet 21

Tax Connect Configuration

lossy
Mapping required

Runple EU VAT codes (Austrian and German VAT rates, reverse-charge rules) must be manually reviewed and remapped in Epicor's Tax Connect engine. We extract the full Runple tax code table and deliver a tax mapping document that maps each Runple tax code to the corresponding Epicor TaxCode and TaxRate combination. Reverse-charge handling for B2B intra-EU transactions requires explicit Epicor configuration and is flagged as a manual compliance step before go-live.

Runple

Chart of Accounts

maps to

Epicor Prophet 21

GLAccount

1:1
Fully supported

Runple Chart of Accounts entries map to Epicor GLAccount. Account codes, descriptions, and account types migrate to Epicor's COA structure. We preserve account balances as of the migration cutover date as opening balances in Epicor's GLAccount table. Any Runple custom account classifications (e.g., cost center segments) map to Epicor COA segments if the customer's Epicor deployment uses a segmented chart of accounts.

Runple

Custom Properties

maps to

Epicor Prophet 21

UD Columns / UD Codes

lossy
Fully supported

Runple custom properties for tax codes, commission structures, and item classification that do not map to standard Epicor fields are preserved as UD (user-defined) columns on the relevant Epicor tables (Part, Customer, InvoiceLine) or as UD Codes for categorical data. We document each Runple custom property, its data type, and the recommended Epicor UD column or Code value during the scoping phase.

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.

Runple logo

Runple gotchas

High

Premium pricing tiers are not publicly documented

Medium

Limited public API documentation restricts migration scripting

Medium

Performance degrades under heavy transactional load

Low

German-language interface and EU-specific features may not map to non-EU destination systems

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

  • Runple has no publicly documented API

    Runple's release notes reference an 'open API' as a new feature, but no public API reference, endpoint documentation, or authentication scheme is publicly available. This means we cannot build authenticated API extraction for Runple. We extract data via CSV export where Runple's UI exposes it, or we negotiate a structured data dump directly with the customer's Runple account manager as part of the migration engagement. Large datasets (10,000+ invoices or line items) may require multiple export batches to avoid Runple performance timeouts, and we schedule these during off-peak hours.

  • Epicor UD field population requires BPM logic, not direct import

    Epicor Kinetic does not allow direct import into user-defined (UD) table columns via standard CSV loaders without additional logic. Custom fields populated from Runple custom properties must either be added as standard fields where Epicor supports them (e.g., PartTaxCatID for tax categorization) or implemented via Epicor Business Activity Management (BAM) or server-side BPM methods after data is loaded. We flag every Runple custom property that requires post-load BPM logic and document the recommended BPM implementation for the customer's Epicor admin.

  • EU VAT tax codes require manual remapping and reverse-charge review

    Runple stores Austrian and German VAT rates (19%, 20%, reverse-charge) with EU-compliant VAT handling baked into its tax code system. Epicor's Tax Connect engine requires explicit configuration for each tax jurisdiction and rate combination. We extract the Runple tax code table and deliver a mapping document, but the actual Epicor TaxCode and TaxRate configuration must be set up manually in the destination Epicor environment before invoices are posted. Reverse-charge rules for intra-EU B2B transactions require particular attention as they are tax-jurisdiction-specific and carry compliance implications.

  • Epicor requires dependency-ordered import to satisfy foreign keys

    Epicor ERP enforces referential integrity between its modular tables. Part must exist before PartBin; Customer must exist before ARInvoice; GLAccount must exist before TranGLC. Runple's consolidated ledger does not expose these dependencies explicitly. We reconstruct the dependency chain during scoping, extract records in the correct order (Customers first, then Parts, then Invoices, then Payments, then Stock, then GL entries), and validate foreign-key resolution at each import phase. Skipping this ordering results in Epicor rejecting records with foreign-key violations during DMT load.

  • Historical data migration scope is often underestimated

    ERP data migration tends to be underestimated in both timeline and budget. Panorama Consulting, Baker Tilly, and Stellar One all document that historical data is the most commonly cut item when ERP implementations slip. Runple customers with multi-year transaction histories (closed invoices, historical stock movements, GL journal entries) must decide during scoping which historical periods to migrate. We recommend migrating at minimum the current fiscal year open and closed items plus the prior year for year-over-year reporting continuity, with earlier history archived to a separate read-only system.

Migration approach

Six steps for a successful Runple to Epicor Prophet 21 data migration

  1. Extraction strategy and scoping

    We determine the Runple data extraction method during scoping. Given Runple's limited API, we evaluate CSV export availability in the Runple UI for Customers, Products, Invoices, Payments, and Stock. If CSV exports are insufficient for data volume or completeness, we draft a structured data dump request to be negotiated with the Runple account manager. We scope the record counts (Customers, Products, open and closed invoices, stock movements, GL entries), identify custom properties that require UD column mapping, and confirm the migration cutover date and whether historical closed periods are in scope.

  2. Epicor destination environment review

    We review the target Epicor environment (Kinetic SaaS or on-premises Epicor ERP 10/11) to confirm available modules (AR/AP, Inventory, Financials, Labor), the chart of accounts structure, tax jurisdiction configuration, and UD table availability. We confirm the customer's Epicor edition and module licenses so we do not map to objects that are not licensed. If the customer does not have Labor or AP modules, we adjust the object mapping scope accordingly and flag any Runple AP data as requiring an external accounts payable system.

  3. Schema design and tax configuration planning

    We design the Epicor destination schema: Part table with UD columns for Runple custom item properties, Customer table with UD columns for Runple commission flags, Tax Connect configuration plan for Runple EU VAT codes, GLAccount chart of accounts structure, and PartBin warehouse/bin setup. We document every Runple custom property, its data type, and the recommended Epicor field or UD column. Tax configuration planning produces a separate tax mapping document for the customer's Epicor admin to implement before invoice migration begins.

  4. Data extraction and staging

    We execute Runple data extraction via CSV or negotiated data dump, staging the raw data in a secure migration environment. We perform data profiling: identifying duplicate customer records, orphaned line items, missing foreign-key references, and inconsistent tax codes. We flag data quality issues to the customer before transformation begins so that cleansing decisions are made with business context rather than assumed. Large stock movement histories are chunked into batches and extracted during off-peak hours to avoid Runple performance timeouts.

  5. Transformation and dependency-ordered import

    We transform Runple records into Epicor DMT-ready format, applying the tax mapping, the customer dedupe key, the part code mapping, and the GL account mapping. Import runs in Epicor dependency order: GLAccount first, then Customer, then Part, then PartBin (current stock levels), then open AR/AP records, then Invoice history, then Payments, then TranGLC ledger entries, then PartTran movement history. Each phase emits a row-count reconciliation report before the next phase begins. UD column population runs as a post-import BPM batch after standard fields are loaded.

  6. Validation and cutover

    We run a reconciliation comparing Runple source totals (total AR balance, total AP balance, total stock value, invoice count) against Epicor destination totals before cutover. The customer's finance and operations leads spot-check 25-50 records in Epicor against Runple source data. We freeze Runple 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 automation and dashboard inventory document (for Runple workflows and reports requiring rebuild) and support a one-week hypercare window for reconciliation issues.

Platform deep dives

Context on both ends of the pair

Runple logo

Runple

Source

Strengths

  • Combines accounting, inventory, POS, and e-commerce in a single subscription rather than separate tools.
  • 14-day free trial with no credit card requirement lowers the evaluation barrier for small businesses.
  • AI-powered features aim to reduce manual accounting work for non-finance users.
  • German-language and EU-compliant VAT handling makes it suitable for Austrian and German-speaking European businesses.
  • Built-in dashboards provide real-time revenue, margin, and expense visibility without third-party reporting tools.

Weaknesses

  • Small customer base of 200+ indicates limited adoption and less third-party ecosystem support.
  • Performance issues reported under extensive data loads make it less suitable for high-volume operations.
  • Thin documentation and small team raise concerns about long-term vendor stability and support responsiveness.
  • Limited API documentation publicly available, making integrations and data extraction harder to plan.
  • Pricing appears positioned at the premium end (€4990/month for inventory management) for a small-business tool.
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 Runple 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

    Runple: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

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

Book a free 30 minute consultation

Most Runple to Epicor migrations land between five and eight weeks for straightforward extractions under 10,000 invoices and 5,000 line items with clean CSV data. Migrations with large stock histories (50,000+ PartBin records), complex open AP/AR aging, EU VAT tax remapping, or multi-year historical invoice migration move to twelve to twenty weeks because of DMT batch sequencing, TranGLC ledger balancing, and manual tax configuration. Epicor Kinetic SaaS deployments add a cloud provisioning step of one to two weeks.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Runple.
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