ERP migration
Field-level mapping, validation, and rollback between WinMan ERP and Acumatica. We move data and schema; workflows are rebuilt natively in Acumatica.
WinMan ERP
Source
Acumatica
Destination
Compatibility
13 of 14
objects map 1:1 between WinMan ERP and Acumatica.
Complexity
BStandard
Timeline
5–10 days
Overview
WinMan ERP and Acumatica serve overlapping manufacturing and distribution markets but differ substantially in data architecture. WinMan stores companies with a type flag (customer/vendor/both), maintains a flat items table, and uses site codes for warehouse locations. Acumatica separates Customers and Vendors into distinct entity classes, requires item class assignment for every inventory item, and uses a Branch + Warehouse hierarchy for multi-entity deployments. FlitStack AI extracts WinMan data via REST API, performs entity-type splitting on companies with mixed transaction history, maps WinMan sites to Acumatica branches and warehouses, and sequences the load so GL accounts, customers, inventory items, and open orders resolve in the correct dependency order. We preserve original document dates and amounts, including migration-mode balances for historical transactions. WinMan workflows, custom alerts, and third-party integrations do not migrate and must be rebuilt in Acumatica's automation framework. A delta-pickup window captures any records modified during cutover, and an audit log with one-click rollback is available if reconciliation reveals unexpected gaps.
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 WinMan ERP 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.
WinMan ERP
Company
Acumatica
Customer / Vendor
1:manyWinMan ERP stores companies in a single table with a type flag (customer, vendor, or both). Acumatica separates these into Customer and Vendor entity classes. Companies with only sales transactions route to Customer; companies with only purchase transactions route to Vendor; companies with both require two Acumatica records linked by the same name. The WinMan type flag is preserved as Customer_Vendor_Type_Source__c for audit continuity.
WinMan ERP
Contact
Acumatica
Contact
1:1WinMan contacts map 1:1 to Acumatica contacts with email as the primary lookup key. Contacts are attached to Customer or Vendor records already created in the company-split step. WinMan contact roles (buyer, approver, account manager) map to Acumatica contact classes or are preserved as attributes on the Contact record.
WinMan ERP
Company Address
Acumatica
Address
1:1WinMan company addresses migrate as Address records linked to the corresponding Customer or Vendor. Multiple addresses per company (billing, shipping, plant) map to separate Address records in Acumatica with distinct address IDs and purposes. The address-type flag from WinMan drives the AddressID naming convention in Acumatica.
WinMan ERP
Item
Acumatica
Stock Item / Non-Stock Item
1:1WinMan items in a single table split into Acumatica Stock Items (for stocked/MTS parts) and Non-Stock Items (for MTO, service, and miscellaneous items) based on WinMan's stock-flag field. Every Acumatica item requires an Item Class; FlitStack maps WinMan item categories to existing Acumatica item classes or creates new class codes as part of the schema setup plan.
WinMan ERP
Item Warehouse / Site Stock
Acumatica
Warehouse / Item Warehouse
1:1WinMan site-specific stock quantities map to Acumatica warehouse records scoped to the corresponding branch. Each WinMan site code becomes an Acumatica branch + warehouse pair. On-hand quantities per site transfer as Item Warehouse records linking the migrated item to the correct warehouse ID. Bin-level location data from WinMan is preserved as a custom field on the Item Warehouse record.
WinMan ERP
Sales Order (Open)
Acumatica
Sales Order
1:1Open WinMan sales orders migrate as Acumatica Sales Orders with status Open. Order dates map to Acumatica's OrderDate; requested ship dates map to ShipDate. Line items reference the migrated item records. The WinMan order number is preserved in the ReferenceNbr field for traceability. Historical closed orders are migrated in migration mode with original document dates and amounts preserved as open balances.
WinMan ERP
Purchase Order (Open)
Acumatica
Purchase Order
1:1Open WinMan purchase orders migrate as Acumatica Purchase Orders with status Open. Vendor lookup resolves to the Vendor record created from the company-split step. Line items reference migrated items. The WinMan PO number is preserved in ReferenceNbr. Historical closed POs migrate in migration mode, preserving the original document date and total amount as the open balance in Acumatica.
WinMan ERP
Invoice / Credit Note
Acumatica
AR Invoice / AP Bill
1:1WinMan AR invoices map to Acumatica AR Invoice documents; WinMan AP invoices map to Acumatica AP Bill documents. WinMan invoice dates become document dates; original amounts become the open balance. These migrate in Acumatica migration mode — they update customer/vendor balances but do NOT post to the general ledger. A reference field links each migrated document back to the WinMan record ID for audit purposes.
WinMan ERP
Chart of Accounts
Acumatica
GL Account
1:1WinMan GL accounts map 1:1 to Acumatica GL accounts using the account code as the AccountID. Account descriptions, account types (asset, liability, equity, income, expense), and active/inactive status transfer directly. Acumatica's subaccount structure is evaluated — if WinMan uses cost centre subaccounts, these map to Acumatica subaccounts with the same segment ID.
WinMan ERP
Tax Code
Acumatica
Tax Zone / Tax Category
1:1WinMan tax codes map to Acumatica Tax Zones based on the jurisdiction (country/state/province) and tax type (VAT, GST, sales tax). WinMan tax rates are applied to the corresponding Acumatica Tax Zone detail lines. If WinMan uses non-standard tax codes, the Acumatica admin configures matching Tax Zones before the migration runs so invoice totals reconcile.
WinMan ERP
Payment Terms
Acumatica
Payment Term
1:1WinMan payment terms (Net 30, 2/10 Net 30, COD, etc.) map to Acumatica Payment Terms by exact name match or closest equivalent. If WinMan uses custom payment term names, these are created as new Payment Term records in Acumatica before the migration, with the same due-day calculation logic applied.
WinMan ERP
Currency
Acumatica
Currency
1:1WinMan currency codes (GBP, USD, EUR, etc.) map directly to Acumatica Currency records using the ISO currency code. Exchange rates from WinMan are imported into Acumatica's Currency Rate table before transactions migrate so multi-currency document amounts calculate correctly in the base currency.
WinMan ERP
Custom Fields (User-Defined)
Acumatica
Custom Attribute / Extension Field
1:1WinMan user-defined fields on companies, contacts, items, and orders migrate as Acumatica Custom Attributes attached to the corresponding entity screens. Pick-list UDFs in WinMan are mapped to Acumatica detail IDs within the custom attribute. Long-text UDFs migrate as free-text custom attributes. Acumatica custom fields use the EntityAttribute schema — attributes are defined per-screen and attached during the schema setup phase.
WinMan ERP
Product BOM / Routings
Acumatica
Bill of Materials / Production Bill of Materials
1:1WinMan bills of materials map to Acumatica BOM and Route records for the migrated stock items. BOM line quantities and scrap percentages transfer as-is. If WinMan uses multiple BOM versions per item, these map to Acumatica BOM versions with the same effective date logic. Production routings map to Acumatica production bills linked to the same item class.
| WinMan ERP | Acumatica | Compatibility | |
|---|---|---|---|
| Company | Customer / Vendor1:many | Fully supported | |
| Contact | Contact1:1 | Fully supported | |
| Company Address | Address1:1 | Fully supported | |
| Item | Stock Item / Non-Stock Item1:1 | Fully supported | |
| Item Warehouse / Site Stock | Warehouse / Item Warehouse1:1 | Fully supported | |
| Sales Order (Open) | Sales Order1:1 | Fully supported | |
| Purchase Order (Open) | Purchase Order1:1 | Fully supported | |
| Invoice / Credit Note | AR Invoice / AP Bill1:1 | Fully supported | |
| Chart of Accounts | GL Account1:1 | Fully supported | |
| Tax Code | Tax Zone / Tax Category1:1 | Fully supported | |
| Payment Terms | Payment Term1:1 | Fully supported | |
| Currency | Currency1:1 | Fully supported | |
| Custom Fields (User-Defined) | Custom Attribute / Extension Field1:1 | Fully supported | |
| Product BOM / Routings | Bill of Materials / Production Bill of Materials1: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.
WinMan ERP gotchas
Open transactions migrated last creates dual-entry window
Per-feature pricing model means new modules cost extra
Product data cleanup is required before migration
Configured products and multi-level BOMs require schema mapping
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
Extract WinMan data via REST API and build entity dependency graph
FlitStack AI connects to WinMan ERP via its REST API using the credentials you provide. We extract all standard entities — companies, contacts, addresses, items, warehouses, GL accounts, open orders, and historical invoices — in a single authenticated session. We simultaneously build the entity dependency graph: companies must resolve before contacts, items must exist before order lines, and GL accounts must exist before transaction amounts can post. This graph determines the load order for the Acumatica migration. Any WinMan custom fields or user-defined fields are catalogued during extraction and added to the schema setup plan.
Design Acumatica branch, warehouse, and item class schema before data lands
Before any data inserts into Acumatica, FlitStack AI delivers a schema setup plan derived from the WinMan data audit. The plan specifies: branch codes and base currency per legal entity, warehouse assignments for each WinMan site code, item class codes mapped from WinMan item categories, and tax zones matched to WinMan tax codes. Your Acumatica administrator (or our team) creates these configuration records in Acumatica first. The plan also designates the WinMan company type split — which companies become Customers, which become Vendors, and which spawn both records. No data migration begins until the schema plan is approved.
Resolve owners and configuration lookups by exact match or admin decision
WinMan companies, contacts, items, and GL accounts reference configuration lookups (payment terms, currencies, tax codes, UOMs) by name. FlitStack AI matches these by exact name to the corresponding Acumatica configuration records. Unmatched names are flagged in a pre-flight report: your admin either creates the missing configuration in Acumatica or approves a mapping to the closest existing value. Owner resolution for WinMan users maps to Acumatica users by email — unmatched owners are flagged for admin assignment before the migration runs. No record lands in Acumatica with an unresolved foreign key.
Run sample migration with field-level diff across all entity types
A representative slice of WinMan data — typically 200–500 records spanning companies, contacts, items, stock quantities, open orders, and a subset of historical invoices — migrates into a dedicated Acumatica test company. FlitStack AI generates a field-level diff comparing source WinMan values to destination Acumatica fields side-by-side. You verify: company type split decisions are correct, item class assignments are appropriate, order totals match, and document dates are preserved. Any mapping errors are corrected in the field map before the full migration is scheduled. This step typically runs over 2–3 days and requires active participation from your WinMan and Acumatica administrators.
Execute full migration with delta-pickup window and audit log
The full migration loads all WinMan entities into the production Acumatica company in dependency order: GL accounts first, then companies and contacts, then items and warehouses, then open orders, then historical invoices. A delta-pickup window of 24–48 hours runs in parallel with your WinMan cutover — any records modified in WinMan during this window are captured and inserted into Acumatica before go-live. FlitStack AI maintains an audit log of every insert, update, and skip decision. If reconciliation reveals missing records or incorrect totals, one-click rollback reverts the Acumatica company to its pre-migration state so the full run can be corrected and re-executed.
Platform deep dives
WinMan ERP
Source
Strengths
Weaknesses
Acumatica
Destination
Strengths
Weaknesses
Complexity grading
Standard ERP migration. 1 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 WinMan ERP and Acumatica.
Object compatibility
1 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
WinMan ERP: Not publicly documented.
Data volume sensitivity
WinMan ERP 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 WinMan ERP to Acumatica migration scoping. Not seeing yours? Book a call.
Walk through your WinMan ERP 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 WinMan ERP
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.