ERP migration

Migrate from Everwin to Acumatica

Field-level mapping, validation, and rollback between Everwin and Acumatica. We move data and schema; workflows are rebuilt natively in Acumatica.

Everwin logo

Everwin

Source

Acumatica

Destination

Acumatica logo

Compatibility

100%

15 of 15

objects map 1:1 between Everwin and Acumatica.

Complexity

CModerate

Timeline

5–10 business days

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Everwin SX and CXM are mid-market ERP systems built on a client-server architecture that stores Customers, Vendors, Inventory Items, and transactional documents (AR Invoices, Sales Orders, Purchase Orders) with configurable document-type hierarchies and a proprietary multi-company ledger model. Acumatica Cloud ERP normalizes these entities into its dimension-keyed schema: Customers and Vendors each have a Location branch table (CRLocation / APLocation), AR and AP documents are represented by separate document classes (ARInvoice, ARPayment, etc.) rather than a unified ledger, and financial dimensions (Branch, Department, Project) are implemented as subaccount segments rather than free-text dimensions. FlitStack AI maps Everwin master records to their Acumatica equivalents by resolving foreign-key dependencies (Customers before Sales Orders, Vendors before Purchase Orders), translating document-type pick-list values value-by-value, and preserving original document dates and owners as custom fields where the destination schema does not natively support the source data shape. Workflows, approval chains, and COM-based Everwin customizations are not migratable — we export their definitions as a rebuild reference for your Acumatica administrator. The migration runs via Acumatica's REST/Web Services API with bulk-capable endpoints, and a 24–48 hour delta-pickup window captures in-flight records during cutover.

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

Everwin logo

Everwin

What's pushing teams away

  • Vendor footprint and review corpus is small — SourceForge, SoftwareSuggest, and Capterra entries show sparse user counts, limiting independent validation.
  • Pricing model anchored at €5,000 per feature accumulates quickly and is opaque without a sales engagement.
  • Limited public API documentation and a Java-only SDK (sx-api, SX 25+) creates an integration ceiling for non-JVM stacks.
  • Strong France-centric positioning means English-language resources, community, and partner ecosystem are thin outside the home market.
  • Custom-object schema varies per installation, complicating migrations and forcing per-customer field mapping work.

Choosing

Acumatica logo

Acumatica

What's pulling them in

  • Unlimited user licensing lets companies add staff without per-seat billing shocks, making Acumatica cost-predictable at scale.
  • Flexibility and scalability earn consistent praise — users value a platform that adapts to vertical workflows without forcing a redesign.
  • Real-time visibility across financials, inventory, and projects gives mid-market businesses a consolidated operational view previously available only in enterprise-tier ERPs.
  • Cloud-native architecture with automatic updates removes infrastructure management burden from in-house IT teams.
  • Modular licensing lets companies start with one or two suites (Financials, Distribution) and expand into Manufacturing or CRM incrementally.

Object mapping

How Everwin objects map to Acumatica

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

Everwin

Customer Master

maps to

Acumatica

Customer + CRLocation

1:1
Fully supported

Everwin Customer master maps to Acumatica Customer (BAccount + ARCustomer). The primary Everwin address becomes the default CRLocation record; additional Everwin address records create supplementary CRLocation rows. Customer class from Everwin maps to Acumatica Customer Class (ARContact.customerClass). Foreign-key dependencies on other Everwin entities are resolved before Customer migration begins.

Everwin

Vendor Master

maps to

Acumatica

Vendor + APLocation

1:1
Fully supported

Everwin Vendor master maps to Acumatica Vendor (BAccount + APVendor). Shipping and billing locations split into separate APLocation rows that precisely match Everwin's existing location records. Everwin vendor class maps to the APVendor.vendorClass field. Payment terms and tax category assignments on the Everwin Vendor record transfer to corresponding Acumatica fields during the transformation process.

Everwin

Customer Contact / Representative

maps to

Acumatica

Contact + ContactInfo

1:1
Fully supported

Everwin contact records map to Acumatica Contact entities linked to the Customer parent via the BAccount relation. Email address, phone number, and job title copy directly to corresponding Acumatica Contact fields; additional Everwin contact attributes such as department or mobile phone become Contact.classID assignments or migrate as custom fields on the Contact DAC.

Everwin

Inventory Item (Stock)

maps to

Acumatica

InventoryItem + WarehouseDetails

1:1
Fully supported

Everwin stock items map one-to-one to Acumatica InventoryItem records. Item type classification (stock/non-stock/service) maps directly to the InventoryItem.itemType enumeration field. Everwin's item class maps to InventoryItem.itemClass which governs posting rules and determines the correct COGS and Revenue account assignments. Warehouse-specific quantities transfer to INSiteStatus records linked by warehouse code.

Everwin

Inventory Item (Non-Stock / Service)

maps to

Acumatica

InventoryItem (Non-Stock or Service type)

1:1
Fully supported

Non-stock items and service items in Everwin map to Acumatica InventoryItem records with itemType set to Non-Stock or Service respectively. Purchasing settings from Everwin—including preferred vendor assignment and lead time—populate the VendorID and leadTime fields on the VendorID tab of the InventoryItem screen. Unit of measure conversions from Everwin transfer to the InventoryItem UOM settings.

Everwin

AR Invoice / Credit Memo

maps to

Acumatica

ARInvoice / ARC Credit Memo

1:1
Fully supported

Everwin AR documents map to Acumatica ARInvoice documents. Everwin document type (Invoice, Credit Memo, Debit Memo) maps to the ARTran.tranType field in Acumatica. Line items migrate to ARTran rows linked by InventoryID and branch ID; discount amounts migrate to ARTran.discPct.

Everwin

AP Invoice / Credit Memo

maps to

Acumatica

APInvoice / APCreditMemo

1:1
Fully supported

Everwin AP documents map to Acumatica APInvoice documents. Everwin document type determines whether the record lands as APInvoice or APCreditMemo. Line items migrate to APTran rows with InventoryID and branch linkage; tax tracking on Everwin AP lines transforms into APTran taxCategoryId assignments in Acumatica. Hold status and approval flags from Everwin transfer to corresponding Acumatica document fields.

Everwin

Sales Order (Open)

maps to

Acumatica

SalesOrder

1:1
Fully supported

Open Everwin Sales Orders migrate to Acumatica SalesOrder with status = Open or Pending. Everwin order type maps to SOOrder.orderType in Acumatica; the SOOrderType configuration must exist before migration so order type assignment is valid. Shipments and invoices link via SOLine and SOLineSplit.

Everwin

Purchase Order (Open)

maps to

Acumatica

PurchaseOrder

1:1
Fully supported

Open Everwin Purchase Orders migrate to Acumatica PurchaseOrder records. Everwin PO type maps to POOrder.orderType; POLine rows carry the linked InventoryID, branch ID, and unit cost from Everwin. POLineSplit records capture purchase-order shipment allocations in Acumatica's lot/serial split model. Expected and promised delivery dates from Everwin transfer to the Acumatica PO schedule fields.

Everwin

General Ledger Account

maps to

Acumatica

Account

1:1
Fully supported

Everwin GL accounts map directly to Acumatica Account records. Account number and name copy from Everwin to Acumatica without transformation. Active or inactive status maps to the Account.active Boolean field. Everwin account type classifications—Asset, Liability, Income, Expense, and Owner Equity—map to the corresponding Account.type enumeration values in Acumatica's chart of accounts structure.

Everwin

Everwin Dimension / Category Code

maps to

Acumatica

Subaccount (Segment)

1:1
Fully supported

Everwin user-defined dimension codes map to Acumatica subaccount segments. Each unique Everwin dimension value becomes a Subaccount record with the correct segment ID. Acumatica requires the Subaccount screen to be pre-configured with the same number of segments before migration runs.

Everwin

Everwin Fiscal Period / Year Setup

maps to

Acumatica

FinPeriod (Pre-Configured)

1:1
Fully supported

Acumatica fiscal periods must be created in the FinPeriod screen before transactional migration begins. Everwin fiscal year starts and period lengths are documented from the source schema and replicated in Acumatica. Open and closed period flags are set per period.

Everwin

Everwin Tax Zone / Tax Code

maps to

Acumatica

TaxZone + TaxCategory

1:1
Fully supported

Everwin tax codes map to Acumatica TaxZone records linked to TaxCategory entries. Each unique Everwin tax code becomes a TaxCategory record; TaxZone associations are built by matching the Everwin customer tax zone or state province designation to Acumatica's tax zone configuration. Tax rates from Everwin transfer to TaxRev records linked to each TaxCategory.

Everwin

Everwin Payment Term

maps to

Acumatica

Terms

1:1
Fully supported

Everwin payment terms such as Net 30, Net 60, and End of Month (EOM) map to Acumatica Terms records. The Terms entity must be created in Acumatica before customer and vendor masters migrate so the TermsID foreign key resolves successfully on first import. Discount percentages and due day calculations from Everwin transfer to the corresponding Terms detail fields.

Everwin

Everwin Custom Field / User-Defined Field

maps to

Acumatica

User-Defined Field (Usr* prefix)

1:1
Fully supported

Everwin user-defined fields migrate as Acumatica custom fields on the corresponding DAC. Field names receive the Usr prefix per Acumatica convention. Field type mapping: Everwin text → Acumatica string; Everwin numeric → Acumatica decimal or integer; Everwin date → Acumatica date; Everwin pick-list → Acumatica PXString or PXInt with value list.

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.

Everwin logo

Everwin gotchas

High

everwin.com is a Taiwan/HK consumer electronics manufacturer, not the French CRM/ERP vendor

Medium

Modular per-feature pricing makes TCO hard to predict

Medium

Java-only SX-API SDK constrains non-JVM integration patterns

Medium

Custom-object schema varies per installation

Acumatica logo

Acumatica gotchas

High

API user licenses cap concurrent sessions and request throughput

High

Multi-tenant filtering requires CompanyID awareness

Medium

Custom fields require separate discovery before field mapping

Medium

Notes and attachments use a separate linked table structure

Low

Implementation timelines frequently run 3–9 months end-to-end

Pair-specific challenges

  • Acumatica Fiscal Period Pre-Configuration Is a Hard Prerequisite

    Acumatica requires all financial periods to exist in the FinPeriod screen before any transactional records — AR Invoices, AP Invoices, or GL Journal Entries — can be saved. Everwin's fiscal year setup (start month, period length, adjustment periods) must be replicated in Acumatica before migration begins. If Everwin uses a non-standard fiscal calendar (e.g., 4-4-5 retail calendar), each period must be manually created or scripted into Acumatica's FinPeriod table. Failing to close this gap means transactional records land with a validation error at import time, not during planning. We document the fiscal period configuration required from Everwin's schema before migration scripts are written.

  • Everwin Custom Fields Map to Acumatica DAC Extensions — Not Direct Fields

    Everwin allows user-defined fields at the document header and line level without a formal schema extension process. Acumatica implements custom fields as DAC extension classes (C# partial classes decorated with PXDBField and PXString attributes) that must be published via a Customization Project before data inserts reference them. A custom field named CustomerUsrField in Everwin becomes UsrCustomerUsrField on ARCustomer in Acumatica, and the Customization Project containing that DAC extension must be published before the migration batch that references it. We identify every Everwin custom field during discovery, generate the corresponding Acumatica DAC extension schema, and coordinate the publish step before data loads run.

  • Branch-Warehouse Hierarchy Enforced at Record Insert Time

    Acumatica enforces that every inventory transaction, Sales Order, and Purchase Order carries a valid BranchID that corresponds to an existing Branch record. Everwin warehouse codes are more permissive — they can reference undefined locations without blocking posting. During migration, any Everwin warehouse code that does not map to an Acumatica Branch causes the SOLine or POLine insert to fail with a foreign-key violation. We resolve this by building a warehouse-to-branch mapping during the discovery phase, creating the required Branch records in Acumatica before inventory and order migration begins, and flagging any Everwin warehouses that have no corresponding branch definition.

  • Everwin Document Numbers May Conflict with Acumatica Auto-Numbering

    Acumatica enforces its Numbering Sequences at the document-class level — documents inserted with a number outside the configured range or with a non-numeric format are rejected by default. Everwin allows free-format document numbers with alphanumeric prefixes and manual overrides. Migrating Everwin invoice numbers as-is into Acumatica requires either pre-configuring the Numbering Sequence to match Everwin's format or stripping the prefix and using a numeric suffix. We surface this as a decision point during planning: preserve Everwin document number strings by relaxing Acumatica numbering control, or renumber on migration and document the cross-reference in a custom field.

  • AR/AP Open Item Matching Requires Tax Zone Pre-Migration

    Everwin stores tax codes directly on AR and AP line items with the rate embedded. Acumatica separates tax calculation: TaxCategory on the line links to a TaxZone on the header, and the actual rate is resolved at posting from the TaxRev table. An Everwin tax code 'FR-STD-20' must map to an Acumatica TaxCategory named 'FR-STD-20' linked to a TaxZone that covers the customer location before an AR Invoice can be validated. If TaxZones and TaxCategories do not exist at migration time, the AR Invoice insert fails at the tax resolution step. We create all required TaxZone and TaxCategory records before transactional migration begins, based on the distinct tax codes present in the Everwin dataset.

Migration approach

Six steps for a successful Everwin to Acumatica data migration

  1. Run a discovery export of the Everwin source schema

    We connect to the Everwin database (SQL Server or the native SX/CXM API v3) to export the full object inventory: Customer, Vendor, InventoryItem, ARInvoice, APInvoice, SalesOrder, PurchaseOrder, GLAccount, dimension tables, and any custom fields. We also capture the fiscal period calendar, document-type configuration, payment terms list, and tax code table. The export produces a structured manifest that documents every record count per object, every unique pick-list value, and every foreign-key relationship. This manifest becomes the basis for the Acumatica schema pre-configuration plan and the mapping specification.

  2. Pre-configure the Acumatica target schema

    Before any data moves, we set up the Acumatica branches matching Everwin warehouse/location codes, configure the subaccount segments to match Everwin dimension codes, create the FinPeriod records for all open and historical fiscal periods in use, populate the Terms and TaxZone/TaxCategory tables, and publish any required Customization Projects for DAC extensions. We also configure the Numbering Sequences to match Everwin document number formats or agree on a renumbering convention with your team. The Acumatica admin receives a configuration checklist and performs these steps; FlitStack validates the setup before migration scripts run.

  3. Resolve owner and user mappings by email

    Everwin stores owner IDs on documents (Sales Orders, AR Invoices) as numeric or alphanumeric keys. We match Everwin owner email addresses to Acumatica user accounts by email lookup. Any Everwin owner that has no corresponding Acumatica user is flagged before migration — your team either invites the user to Acumatica or assigns the records to a designated fallback owner. No record lands in Acumatica without a valid OwnerID; this prevents orphaned documents that cannot be edited post-migration.

  4. Run a sample migration with field-level diff

    A representative slice — typically 200–500 records per major object (Customers, Vendors, Inventory, open Sales Orders, recent AR/AP) — migrates first. We generate a field-level diff comparing the source Everwin values to the resulting Acumatica record values for every mapped field. You verify critical mappings: payment terms, tax categories, branch assignments, subaccount segments, and custom field content. This pass surfaces mapping gaps before the full run commits. Approval of the sample diff is the gate for the full migration.

  5. Execute full migration with delta-pickup and audit log

    The full dataset migrates in dependency order: GL Accounts and Subaccounts first (foreign key for all transactions), then Customers and Vendors (foreign key for AR/AP and Sales/Purchase Orders), then Inventory Items, then open AR/AP documents and Sales/Purchase Orders. All records carry the original Everwin create and modify timestamps preserved as custom fields (UsrOriginalCreateDate, UsrOriginalModifyDate). A 24–48 hour delta-pickup window follows the initial cutover load to capture any records created or modified in Everwin during the migration run. Every operation is captured in an audit log, and one-click rollback is available if reconciliation reveals unexpected data divergence.

Platform deep dives

Context on both ends of the pair

Everwin logo

Everwin

Source

Strengths

  • Unified CXM + ERP + HR/expense vendor for French service SMBs.
  • Modular feature pricing lets teams adopt incrementally.
  • Java SX-API SDK for SX 25+ simplifies JVM-stack integration.
  • Free trial with guided onboarding lowers evaluation friction.
  • Native French-language UI and support.

Weaknesses

  • Catalog website (everwin.com) resolves to a different company (consumer electronics manufacturer), creating vendor identification risk.
  • Sparse public reviews and small independent footprint.
  • Per-feature pricing accumulates without transparent ceiling.
  • Limited public API documentation and Java-only SDK.
  • Strong France-centric market with limited English/non-EU support.
Acumatica logo

Acumatica

Destination

Strengths

  • Unlimited named-user licensing eliminates per-seat cost scaling as teams grow.
  • Modular architecture lets companies deploy Financials first and add Distribution, Manufacturing, or CRM incrementally.
  • Cloud-native with automatic updates removes infrastructure patching and version management from IT responsibilities.
  • Flexible customization framework (UDFs, extensions) supports vertical-specific workflows without forking core code.
  • Multi-tenant architecture with CompanyID isolation enables safe data segregation across subsidiaries.

Weaknesses

  • Steep learning curve and complex initial setup create significant onboarding friction.
  • Report Designer is widely cited as unintuitive and difficult to use for non-developers.
  • Feature gaps require customizations or third-party add-ons, adding implementation cost and complexity.
  • Implementation timelines frequently exceed initial estimates, especially for multi-module deployments.
  • API rate limits and concurrent session caps are tied to license tier, creating throughput constraints for bulk data operations.

Complexity grading

How hard is this migration?

Moderate ERP migration. 4 of 8 objects need a mapping; the rest are 1:1.

C

Overall complexity

Moderate migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Everwin and Acumatica.

  • Object compatibility

    C

    4 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

    Everwin: Not publicly documented; throttling behavior observed at scoping but no published limit.

  • Data volume sensitivity

    B

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

Estimator

Estimate your Everwin to Acumatica 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 Everwin to Acumatica data migrations

Answers to the questions buyers ask most during Everwin to Acumatica migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your Everwin to Acumatica migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Small Everwin deployments with under 10,000 Customer, Vendor, and Inventory records and minimal custom fields typically complete in 5–10 business days of migration time after Acumatica schema pre-configuration. Mid-market setups with multiple Everwin companies, open AR/AP queues, or extensive custom-field mapping extend to 6–12 weeks. The longest planning step is replicating Everwin's fiscal period calendar and dimension segment configuration in Acumatica — that work runs in parallel with migration planning and does not add to the migration clock.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Everwin.
Land in Acumatica, 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