Migrate your ERPAG data
Cloud ERP and MRP platform for small-to-midsize manufacturers and distributors, bundling inventory, sales, purchasing, and production under one subscription with eCommerce and accounting integrations.
In its favor
Why people choose ERPAG
The signal that keeps ERPAG on the shortlist. Sourced from G2, Capterra, and customer scoping calls.
Suitable price point for small and midsize manufacturers — Basic plan starts at $49/month with 5 users, avoiding the high per-seat costs of enterprise ERPs.
All-in-one consolidation of manufacturing, sales, purchasing, and inventory under a single platform eliminates the need to manage multiple disconnected tools.
Native eCommerce integrations with Shopify, WooCommerce, and Magento sync orders and stock automatically, reducing manual re-entry for product businesses.
Shopify and QuickBooks integration recommendations bring in customers already using those platforms, providing a familiar ecosystem to grow into.
Positive reviews cite intuitive navigation and a cleaner GUI compared to older inventory or CRM systems they replaced.
No human resources module — businesses needing employee tracking, payroll, or HR workflows must bolt on a separate system or migrate entirely.
Limited third-party app integrations beyond the advertised eCommerce and QuickBooks connectors; some users report difficulty finding or enabling integrations.
Manufacturing cost estimation gaps cause frustration when input prices fluctuate due to inflation, exchange rates, or supply disruptions.
Advanced features like Automation and Customer Portal are gated behind the Advanced plan, pushing growing companies toward unexpected upgrade costs.
The platform lacks negative inventory handling, and concurrent-user write conflicts can create phantom negative quantities that require manual repair.
Reasons to switch
Why people leave ERPAG
The recurring reasons buyers give for replacing ERPAG. Presented as facts, not knocks.
Platform scorecard
Strengths, weaknesses, and where ERPAG fits
Grades across six dimensions, plus a SWOT-style view of where the platform shines and where it falls short.
SWOT — strengths, weaknesses, and use-case fit
Strengths
Weaknesses
Where it works
Where it struggles
Pricing tiers
ERPAG pricing overview
ERPAG uses a per-user subscription model with a 3-month promotional rate of $49/month across all plans, then renews at the standard tier price ($99–$199/month). All tiers include 5 users and charge $9/month per additional user. The main tier differentiators are live support, built-in integrations, customization, customer portal, and automation features.
Basic
Tier 1 of 3
$49/mo (first 3 months), then $99/mo
What's included
Need help selecting your ERP?
Book a free 30 minute consultationPricing is informational. FlitStack AI does not bill on ERPAG's schedule — see our quote-based pricing →
What gets migrated
ERPAG object support
Object-by-object support for ERPAG migrations. Per-pair details surface during scoping.
Items (Products)
Fully supportedItems are the core inventory object with SKU, description, cost, price, stock levels, and barcode data. We export via the Get Item IDs / Get Item endpoints and map to the destination's product or item object. Multi-warehouse stock quantities are queried per warehouse and merged or split according to destination logic.
Customers
Fully supportedCustomer records include contact info, billing address, shipping address, financial overview fields, and B2B portal assignment. We pull via Get Customer IDs / Get Customer and handle the customer-specific price tier assignment that maps to B2B portal categories on import.
Suppliers
Fully supportedSupplier records hold contact data, double-SKU fields (the supplier's own SKU alongside ERPAG's SKU), and purchasing terms. We export via Get Supplier endpoints and preserve the cross-SKU mapping so purchase orders land cleanly in the destination system.
Sales Orders
Fully supportedSales Orders carry line items, pricing, payment status, and packing list associations. We export via Get Sales Order / Get Sales Order IDs and include the payment_status column exported in the XLS. These map 1:1 to the destination's sales or order object.
Invoices
Fully supportedInvoices are generated from Sales Orders and carry status, amount, tax, and payment information. We export via Get Invoice IDs / Get Invoice. Credit notes are a related document type available in ERPAG and are included in the invoice export scope.
Purchase Orders
Fully supportedPurchase Orders reference Suppliers and Items with double-SKU entry, automatic fulfillment logic, and goods-received state. We export via Get Purchase Order endpoints and include goods received notes. PO generation from minimum-stock triggers is scoped separately and not migrated as static records.
Quotations
Fully supportedQuotations (estimates) are convertible to Sales Orders and carry full pricing, validity dates, and custom fields. We export via Get Quotation endpoints and map to the destination's quote or estimate object, preserving the BoM-based estimate flag where present.
Work Orders
Fully supportedWork Orders drive manufacturing execution and carry BOM references, production status, and cost data. We export work order records via the Cube Data export. Estimated vs. actual cost fields are preserved separately to support margin analysis in the destination.
Warehouses
Mapping requiredEach warehouse can carry independent tax settings, currency, and price lists. We export all warehouse configurations including geo-location data. On import, multi-warehouse setup must be matched to the destination's site or location model; some destinations do not support per-warehouse currency and require consolidation.
Custom Fields
Mapping requiredCustom fields exist on most objects and can be linked documents (pointing to external files) or arbitrary value fields. We enumerate all custom field definitions during scoping and map them to destination custom fields, flagging linked-document fields for separate file migration handling.
Users and User Roles
Mapping requiredUsers carry role-based permissions that gate access to documents and modules. We export user records and role assignments, but permission sets are destination-specific and must be rebuilt. Active vs. inactive status is preserved for licensing reconciliation.
Bill of Materials (BOM)
Fully supportedBOMs define multi-level product structures for manufacturing. We export BOM records as part of the Items export where BOMs are associated, or as standalone work order source data. Multi-level BOM nesting is preserved as a parent-child structure in the destination.
Document Attachments
Mapping requiredDocuments in ERPAG can carry file attachments and linked-document references. The platform exposes these through its file export but not via a dedicated API attachment endpoint. We handle attachments by downloading via authenticated session and re-uploading to the destination alongside the associated record.
B2B Portal / Customer Portal
Mapping requiredThe B2B portal allows customers, resellers, and field agents to create orders, view financial overview, and pay invoices via Stripe. Portal configuration (price tiers, categories, access rules) is Advanced-plan only. We export portal assignments and recreate customer portal access rules in the destination where equivalent functionality exists.
| Object | Support | Notes |
|---|---|---|
| Items (Products) | Fully supported | Items are the core inventory object with SKU, description, cost, price, stock levels, and barcode data. We export via the Get Item IDs / Get Item endpoints and map to the destination's product or item object. Multi-warehouse stock quantities are queried per warehouse and merged or split according to destination logic. |
| Customers | Fully supported | Customer records include contact info, billing address, shipping address, financial overview fields, and B2B portal assignment. We pull via Get Customer IDs / Get Customer and handle the customer-specific price tier assignment that maps to B2B portal categories on import. |
| Suppliers | Fully supported | Supplier records hold contact data, double-SKU fields (the supplier's own SKU alongside ERPAG's SKU), and purchasing terms. We export via Get Supplier endpoints and preserve the cross-SKU mapping so purchase orders land cleanly in the destination system. |
| Sales Orders | Fully supported | Sales Orders carry line items, pricing, payment status, and packing list associations. We export via Get Sales Order / Get Sales Order IDs and include the payment_status column exported in the XLS. These map 1:1 to the destination's sales or order object. |
| Invoices | Fully supported | Invoices are generated from Sales Orders and carry status, amount, tax, and payment information. We export via Get Invoice IDs / Get Invoice. Credit notes are a related document type available in ERPAG and are included in the invoice export scope. |
| Purchase Orders | Fully supported | Purchase Orders reference Suppliers and Items with double-SKU entry, automatic fulfillment logic, and goods-received state. We export via Get Purchase Order endpoints and include goods received notes. PO generation from minimum-stock triggers is scoped separately and not migrated as static records. |
| Quotations | Fully supported | Quotations (estimates) are convertible to Sales Orders and carry full pricing, validity dates, and custom fields. We export via Get Quotation endpoints and map to the destination's quote or estimate object, preserving the BoM-based estimate flag where present. |
| Work Orders | Fully supported | Work Orders drive manufacturing execution and carry BOM references, production status, and cost data. We export work order records via the Cube Data export. Estimated vs. actual cost fields are preserved separately to support margin analysis in the destination. |
| Warehouses | Mapping required | Each warehouse can carry independent tax settings, currency, and price lists. We export all warehouse configurations including geo-location data. On import, multi-warehouse setup must be matched to the destination's site or location model; some destinations do not support per-warehouse currency and require consolidation. |
| Custom Fields | Mapping required | Custom fields exist on most objects and can be linked documents (pointing to external files) or arbitrary value fields. We enumerate all custom field definitions during scoping and map them to destination custom fields, flagging linked-document fields for separate file migration handling. |
| Users and User Roles | Mapping required | Users carry role-based permissions that gate access to documents and modules. We export user records and role assignments, but permission sets are destination-specific and must be rebuilt. Active vs. inactive status is preserved for licensing reconciliation. |
| Bill of Materials (BOM) | Fully supported | BOMs define multi-level product structures for manufacturing. We export BOM records as part of the Items export where BOMs are associated, or as standalone work order source data. Multi-level BOM nesting is preserved as a parent-child structure in the destination. |
| Document Attachments | Mapping required | Documents in ERPAG can carry file attachments and linked-document references. The platform exposes these through its file export but not via a dedicated API attachment endpoint. We handle attachments by downloading via authenticated session and re-uploading to the destination alongside the associated record. |
| B2B Portal / Customer Portal | Mapping required | The B2B portal allows customers, resellers, and field agents to create orders, view financial overview, and pay invoices via Stripe. Portal configuration (price tiers, categories, access rules) is Advanced-plan only. We export portal assignments and recreate customer portal access rules in the destination where equivalent functionality exists. |
Gotchas
What to watch for in ERPAG migrations
Issues we've hit on past ERPAG migrations, tagged by severity. FlitStack AI handles every one — surfacing them up front because buyer engineering teams want to know.
API rate limit of 2 requests per second throttles bulk migration speed
Localization settings do not retroactively rewrite existing documents
Plan tier gates Customization, Portal, and Automation features
No native negative inventory support; phantom negatives require repair step
Delete-all-transactions preserves inventory and contacts, requiring separate scoping
| Severity | Issue |
|---|---|
| High | API rate limit of 2 requests per second throttles bulk migration speed |
| High | Localization settings do not retroactively rewrite existing documents |
| Medium | Plan tier gates Customization, Portal, and Automation features |
| Medium | No native negative inventory support; phantom negatives require repair step |
| Low | Delete-all-transactions preserves inventory and contacts, requiring separate scoping |
Leaving ERPAG?
Where ERPAG customers move next
6 destinations ERPAG can migrate to.
How a ERPAG migration works
Four steps, ERPAG-specific
Connect
API key and secret (created via Administration > Users > Add New > API) into ERPAG. Scopes limited to read-only on the data we move.
Map
We translate ERPAG-specific structures (custom fields, objects, value lists) to the destination's model.
Sample
Test with a 50–200 record subset to validate ERPAG quirks before production.
Migrate
Full migration with ERPAG rate-limit handling. Rollback available throughout.
FAQ
ERPAG migration FAQ
Answers to the questions buyers ask most during ERPAG migration scoping. Not seeing yours? Book a call.
Can't find your answer?
Walk through your ERPAG migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationReady when you are
Migrate ERPAG.
Without the rebuild.
Free scoping call with a migration engineer. Tell us about your ERPAG setup and destination — written quote back within a business day.