ERP migration
Field-level mapping, validation, and rollback between Shipedge and Acumatica. We move data and schema; workflows are rebuilt natively in Acumatica.
Shipedge
Source
Acumatica
Destination
Compatibility
12 of 12
objects map 1:1 between Shipedge and Acumatica.
Complexity
BStandard
Timeline
5–10 days
Overview
ShipEdge operates as an order fulfillment and warehouse management platform — it tracks SKUs, order routing, carrier rate shopping, and multi-location inventory counts, but it does not natively manage GL posting, accounts payable/receivable, or multi-entity financials. Acumatica is a cloud ERP where every transaction (sales order, shipment confirmation, inventory receipt) generates a GL batch entry linked through Branch, Warehouse, and Subaccount dimensions. The migration must translate ShipEdge's flat fulfillment records — product catalog, open and historical orders, current inventory levels, and supplier data — into Acumatica's transaction-based model, where Stock Items carry unit-of-measure and default warehouse settings and Sales Orders require a Customer record as a header. FlitStack AI extracts ShipEdge data via REST API v4 (OMS and WMS endpoints) and loads it into Acumatica through Acumatica's Import by Scenario framework, applying type-aware field mapping for carrier codes, warehouse identifiers, and UOM conversions. Workflow rules, carrier-specific rate-shopping logic, and 3PL connection settings do not migrate — we export them as JSON reference artifacts for your Acumatica consultant to rebuild in Acumatica's Shipping Rules screen.
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 Shipedge object lands in Acumatica, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
Shipedge
Product / SKU
Acumatica
Stock Item
1:1ShipEdge Products (SKU, product name, description, weight, dimensions) map to Acumatica Stock Items. The Stock Item's Template ID governs default warehouse, posting class, and unit-of-measure schedule. FlitStack resolves UOM conversions (eaches → cases) using ShipEdge's variant-level UOM data and maps them to Acumatica's UOM Schedule attached to the Stock Item. Active / discontinued status carries as the Stock Item's Availability field.
Shipedge
Product Variants
Acumatica
Stock Item Variant / Non-Stock Item
1:1ShipEdge variant records (size, color, style modifiers on a parent SKU) map to either Acumatica's variant attributes on the Stock Item or to separate Non-Stock Items if the variant represents a kitted or drop-shipped component. The mapping plan determines whether variants collapse to attributes or spawn distinct Stock Item records based on whether ShipEdge tracks them as independent inventory units.
Shipedge
Supplier
Acumatica
Vendor
1:1ShipEdge Suppliers map to Acumatica Vendors. ShipEdge supplier-level notes, payment terms, and lead-time data load into the Vendor's Terms tab and the Purchasing Details screen. Remit-to addresses become Vendor Locations in Acumatica. If ShipEdge tracks multiple contacts per supplier, those map to Vendor Contacts in Acumatica.
Shipedge
Purchase Order
Acumatica
Purchase Order
1:1ShipEdge POs migrate to Acumatica Purchase Orders, preserving PO number, vendor reference, line items (linked to Stock Items or Non-Stock Items), and expected delivery date. ShipEdge PO approval workflows do not migrate — they become an Acumatica approval map note for the purchasing team to rebuild using Acumatica's Approval Router.
Shipedge
Sales Order (Open)
Acumatica
Sales Order
1:1Open ShipEdge Sales Orders map to Acumatica Sales Orders. The customer in ShipEdge must first exist as an Acumatica Customer (with Customer Class and Tax Zone assigned). ShipEdge order lines map to Sales Order details linked to Stock Items. Shipment status (unshipped, partially shipped, shipped) carries as the Sales Order's status field — fully shipped lines are closed in Acumatica.
Shipedge
Inventory Snapshot
Acumatica
Inventory Receipt / Availability
1:1ShipEdge current quantity-on-hand per warehouse becomes an Acumatica Inventory Receipt (IN.20.20.00) that posts opening balances to the Inventory account for the target Branch and Warehouse. FlitStack generates one receipt per ShipEdge warehouse. The IN Preferences setting for 'Update GL' is evaluated per Acumatica's recommended sequence — inventory balance first, GL posting verified, then GL flag enabled for ongoing transactions.
Shipedge
Warehouse / Location
Acumatica
Branch + Warehouse
1:1ShipEdge warehouses map to Acumatica Warehouse records attached to an Acumatica Branch. The Branch carries the legal entity and financial posting group; the Warehouse carries location-level settings (address, lead time, default carrier). Multi-tenant ShipEdge setups (3PL managing multiple clients) map each client's inventory to a separate Acumatica Branch with its own warehouse.
Shipedge
Shipping / Carrier Record
Acumatica
Ship Via / Carrier
1:1ShipEdge carrier records (carrier name, account number, service types) map to Acumatica Ship Via codes. Rate-shopping preferences — ShipEdge's live rate comparison across carriers — do not transfer. We export the carrier configuration as a structured JSON file that the Acumatica consultant uses to configure Shipping Rules in the WMS screen. FedEx, UPS, USPS, and DHL service types become individual Ship Via entries with their respective account credentials.
Shipedge
Order Activity Log
Acumatica
Sales Order History / Audit Note
1:1ShipEdge's per-order activity timeline (picker assignment, label print, batch assignment, carrier scan events) has no direct Acumatica equivalent at the Sales Order level. FlitStack preserves the activity log as an attached note on the Sales Order with timestamps and usernames so the fulfillment team retains the audit trail even if the granular events don't map to an Acumatica screen.
Shipedge
Integration / Connection Settings
Acumatica
Connected Applications
1:1ShipEdge's channel and marketplace connections (Shopify, Amazon, Walmart, Magento) and 3PL integration credentials have no Acumatica equivalent. We export the connection configuration as a reference document. The Acumatica implementation team rebuilds channel integrations via Acumatica's eCommerce connectors, Celigo, or a middleware like Tray.io.
Shipedge
Kitting / Bundle
Acumatica
Non-Stock Item / Inventory Kit
1:1ShipEdge kit definitions (parent SKU composed of component SKUs with fixed or variable quantities) map to Acumatica's Inventory Kit or Non-Stock Item depending on whether the kit is shippable from inventory or made-to-order. FlitStack preserves the kit structure as a component explosion so the Acumatica consultant can rebuild it using the Bill of Materials screen if light manufacturing is in scope.
Shipedge
Return / RMA
Acumatica
Sales Order (Return) / Inventory Issue
1:1ShipEdge RMA records map to Acumatica Return Sales Orders (a Sales Order with a negative quantity type) linked to the original Sales Order via the Order Nbr. reference. RMA receipt into inventory is modeled as an Inventory Receipt against the same Stock Item, with the reason code preserved in a custom field.
| Shipedge | Acumatica | Compatibility | |
|---|---|---|---|
| Product / SKU | Stock Item1:1 | Fully supported | |
| Product Variants | Stock Item Variant / Non-Stock Item1:1 | Fully supported | |
| Supplier | Vendor1:1 | Fully supported | |
| Purchase Order | Purchase Order1:1 | Fully supported | |
| Sales Order (Open) | Sales Order1:1 | Fully supported | |
| Inventory Snapshot | Inventory Receipt / Availability1:1 | Fully supported | |
| Warehouse / Location | Branch + Warehouse1:1 | Fully supported | |
| Shipping / Carrier Record | Ship Via / Carrier1:1 | Fully supported | |
| Order Activity Log | Sales Order History / Audit Note1:1 | Fully supported | |
| Integration / Connection Settings | Connected Applications1:1 | Fully supported | |
| Kitting / Bundle | Non-Stock Item / Inventory Kit1:1 | Fully supported | |
| Return / RMA | Sales Order (Return) / Inventory Issue1: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.
Shipedge gotchas
Order Rules do not transfer between platforms
Integration credentials require manual reconnection
Custom pricing obscures true cost of migration
Buggy software can corrupt order state during migration
Insufficient reporting for inventory lot tracking
Acumatica gotchas
API user licenses cap concurrent sessions and request throughput
Multi-tenant filtering requires CompanyID awareness
Custom fields require separate discovery before field mapping
Notes and attachments use a separate linked table structure
Implementation timelines frequently run 3–9 months end-to-end
Pair-specific challenges
Migration approach
Inventory and schema pre-work in Acumatica
Before data extraction begins, FlitStack delivers a schema setup plan listing every Acumatica entity that needs configuration: Branches, Warehouses, Stock Item templates, Posting Classes, UOM schedules, Ship Via codes, Vendor classes, and Customer classes. We also flag every ShipEdge custom field that requires a Usr-prefixed custom field in Acumatica and provide the field name, data type, and pick-list values for the consultant to create. This step runs concurrently with ShipEdge data profiling.
Extract and profile ShipEdge data via REST API v4
FlitStack connects to ShipEdge's REST API v4 (OMS endpoint for orders and WMS endpoint for inventory) using scoped read credentials. We extract Products, Product Variants, Suppliers, Open and Historical Sales Orders, Open Purchase Orders, Returns/RMAs, Current Inventory Snapshots per warehouse, and Carrier configuration records. In addition, we capture any custom attributes attached to products or orders, and we log historical fulfillment amounts and carrier codes for audit reference. Data profiling identifies null values, duplicate SKUs, and inconsistent UOM strings before mapping begins, and a data quality report is generated for remediation.
Resolve cross-references and build the mapping manifest
ShipEdge Suppliers must map to Acumatica Vendors before Purchase Orders can import; Customers must exist before Sales Orders can reference them. FlitStack resolves cross-references by name and email match, creating stub Customer and Vendor records in Acumatica when a match does not exist. The mapping manifest — a field-level cross-reference document — is reviewed by the Acumatica consultant before the test migration runs. This manifest is the source of truth for every value-mapping, UOM conversion, and carrier-code translation.
Run sample migration with field-level diff
A representative slice migrates first — typically 100–500 records spanning Stock Items, inventory snapshots, open Sales Orders, and Purchase Orders. FlitStack generates a field-level diff comparing source values in ShipEdge against the imported Acumatica records. The consultant validates that Stock Item status, inventory quantity, Sales Order totals, and Ship Via codes match the source. Custom field values are spot-checked against the Usr-prefixed fields that the consultant pre-created.
Full migration with delta-pickup and audit log
The full data set loads into Acumatica through Import by Scenario. FlitStack runs a delta-pickup window (typically 24–48 hours) capturing any ShipEdge records modified during the migration window. Every import operation is logged in the FlitStack audit trail. If reconciliation fails — a Stock Item is missing a required custom field, or a Vendor lookup fails — one-click rollback reverts the Acumatica tenant to its pre-migration state so the consultant can fix the schema and re-run.
Post-migration verification and integration rebuild handoff
FlitStack generates a post-migration verification report: record counts per object in ShipEdge vs. Acumatica, unmatched customer/vendor lookups, and inventory valuation comparison. The integration rebuild package — carrier configuration JSON, channel connection reference document, and ShipEdge workflow rules exported as a structured file — is handed off to the Acumatica implementation team to rebuild in Acumatica's Shipping Rules screen and Celigo/connector middleware. Reports and dashboards are not migrated; the underlying transactional data is available for rebuilding in Acumatica's Report Designer.
Platform deep dives
Shipedge
Source
Strengths
Weaknesses
Acumatica
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 Shipedge and Acumatica.
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
Shipedge: Not publicly documented.
Data volume sensitivity
Shipedge 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 Shipedge to Acumatica migration scoping. Not seeing yours? Book a call.
Walk through your Shipedge to Acumatica migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave Shipedge
Other ways to arrive at Acumatica
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.