ERP migration

Migrate from Epicor BisTrack to Acumatica

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

Epicor BisTrack logo

Epicor BisTrack

Source

Acumatica

Destination

Acumatica logo

Compatibility

100%

12 of 12

objects map 1:1 between Epicor BisTrack and Acumatica.

Complexity

BStandard

Timeline

2–4 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Epicor BisTrack and Acumatica serve similar LBM dealer markets but diverge significantly in data architecture. BisTrack organizes inventory around Part and ProductClass tables with pricing embedded in customer and part records, while Acumatica uses a modular schema with InventoryItem, Non-StockItem, and separate price-worksheet tables. FlitStack AI extracts BisTrack data via the BisTrack API (Smart View SQL queries and REST endpoints) and loads into Acumatica through Acumatica's Import by Scenario framework and REST API. We map Parts to InventoryItem/Non-StockItem, Customers to Customer, Vendors to Vendor, and open SalesOrders to SalesOrder with original order dates preserved. BisTrack custom fields (DealerCode, Division, CounterSaleFlags) migrate as Acumatica custom fields. Any BisTrack-specific pricing rules that live in the part table get surfaced in Acumatica's price management module for manual rebuild. The migration handles warehouse locations, lot/serial tracking, and UOMs with type-aware mapping. During cutover, we run a delta pickup window to capture in-flight transactions after the snapshot.

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

Epicor BisTrack logo

Epicor BisTrack

What's pushing teams away

  • Speed and performance lag, especially during high-volume counter-sale periods or large data-entry sessions, frustrates users who need fast transaction throughput.
  • The system freezes or hangs regularly, forcing users to restart the application—a friction point noted across multiple reviews for accounts payable and daily operational use.
  • Steep learning curve and complex navigation require significant training investment, and knowledge is concentrated in a few power users who configured the system.
  • Customer service quality is inconsistent—support responsiveness and resolution quality depend heavily on whether the customer is on a monthly payment plan.
  • Organizational instability at Epicor's executive level and uncertainty around the company's direction has made some customers hesitant to continue investing in the platform.

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 Epicor BisTrack objects map to Acumatica

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

Epicor BisTrack

Part

maps to

Acumatica

InventoryItem / Non-StockItem

1:1
Fully supported

BisTrack Part master maps directly to Acumatica InventoryItem for stocked parts and Non-StockItem for special-order items. The PartNumber becomes InventoryID, Description maps to Description, and the ProductClass becomes the Inventory灵柩 relationship. Warehouse assignment uses the PartBin table joined by PartNum and WareHouseID.

Epicor BisTrack

Customer

maps to

Acumatica

Customer

1:1
Fully supported

Customer records migrate as Acumatica Customer with CUSTID matching the BisTrack CustNum. Billing and ship-to addresses map to the Address table with the same structure. Customer-specific pricing rows in BisTrack require Acumatica CustomerPriceClass or price worksheet entries — FlitStack surfaces each pricing row for manual rebuild in Acumatica's price management module.

Epicor BisTrack

Vendor

maps to

Acumatica

Vendor

1:1
Fully supported

Vendor records map 1:1 to Acumatica Vendor entities, preserving the VendorID, vendor name, primary address, and payment terms configuration from BisTrack. The BuyerID field in BisTrack that assigns purchasing responsibility to specific users maps to Acumatica's BuyerID on the Vendor record, maintaining purchasing workflow accountability. Buyer assignments stored as VendorContact records in BisTrack — containing buyer name, email, and phone — translate to Acumatica Contact records with ContactClass='VENDOR' to scope them correctly under the vendor entity for accurate purchasing contact reporting and communication routing.

Epicor BisTrack

SalesOrder

maps to

Acumatica

SalesOrder

1:1
Fully supported

Open BisTrack sales orders migrate as Acumatica SalesOrder with OrderNbr preserved as an external reference. Each OrderDtl line maps with PartNum, OrderQty, UnitPrice, and the original OrderDate. Closed orders transfer as historical records with the OrderDate intact so Acumatica reporting reflects the full order history.

Epicor BisTrack

PurchaseOrder

maps to

Acumatica

PurchaseOrder

1:1
Fully supported

Open purchase orders in BisTrack translate directly to Acumatica PurchaseOrder records, preserving the original PONumber, vendor reference, and order dates. POLine items carry PartNum, PODetail.Qty, and the original PromiseDate for delivery tracking. Purchase agreements and blanket orders from BisTrack — including release schedules and quantity allocations — become Acumatica blanket PurchaseOrders with release tracking enabled, maintaining the contractual purchasing relationship for recurring supply arrangements with key lumber and building material vendors.

Epicor BisTrack

PartBin (warehouse locations)

maps to

Acumatica

Warehouse / Location

1:1
Fully supported

BisTrack stores warehouse assignments in PartBin with WareHouseID and BinNum. Acumatica separates warehouses (Warehouse table) from bin locations (Location table). FlitStack maps each BisTrack warehouse to an Acumatica Warehouse record first, then creates Location records per unique BinNum, then links inventory by InventoryID + LocationID.

Epicor BisTrack

PartUOM (unit of measure)

maps to

Acumatica

UOM / UOMConversion

1:1
Fully supported

BisTrack UOMs (Eaches, Packages, Linear Feet, Board Feet) are stored per-part. Acumatica requires UOM definitions in the UOM table and conversion factors in UOMConversion linked by InventoryID. We extract the BisTrack UOMCode and conversion multiplier and create the corresponding UOM and UOMConversion rows in Acumatica before inventory lands.

Epicor BisTrack

PartLot (lot/serial tracking)

maps to

Acumatica

LotSerial

1:1
Fully supported

Lot and serial numbers from BisTrack's PartLot table migrate to Acumatica's LotSerial tracking table, preserving LotSerialNbr, linked InventoryID, and the original LotEffDate (lot effective date) for FIFO/FEFO costing accuracy. For LBM dealers handling lumber, treated wood, or specialty building materials with lot expiration requirements, the LotExpireDate field maps where populated. Active lots at migration time link to on-hand quantities in Acumatica's INSiteCount table, maintaining accurate available inventory by lot for order picking and shipping confirmation.

Epicor BisTrack

Contact (customer and vendor)

maps to

Acumatica

Contact

1:1
Fully supported

BisTrack contact records attached to Customer or Vendor parent entities migrate to Acumatica Contact records, preserving Email, Phone1, Fax, and full Name fields from the source system. The ContactClass attribute is set to 'CUSTOMER' for customer-attached contacts or 'VENDOR' for vendor-attached contacts, scoping each contact to its parent entity so Acumatica's contact reports, email campaigns, and purchase communication routing function accurately. Secondary contacts, backup buyers, and accounts payable contacts are all preserved with their respective roles intact.

Epicor BisTrack

UD fields (custom attributes on Part, Customer, Vendor)

maps to

Acumatica

Custom Fields on InventoryItem, Customer, Vendor

1:1
Fully supported

BisTrack User Defined (UD) fields on any screen — such as DealerCode, Division, CounterSaleFlags, or region codes — are exported from Smart View and created as custom fields on the corresponding Acumatica DAC (InventoryItem, Customer, Vendor) before data loads. FlitStack names each custom field using the BisTrack UD field label for traceability.

Epicor BisTrack

ShipVia (carrier/method)

maps to

Acumatica

Carrier

1:1
Fully supported

BisTrack ShipVia codes — including common LBM carrier types like UPS Ground, FedEx Freight, LTL carriers (Old Dominion, SAIA, XPO), and regional delivery services — map to Acumatica Carrier records. For each carrier, FlitStack creates the CarrierID using the BisTrack ShipVia code and populates CarrierDescription with the BisTrack description text. If the exact carrier match does not exist in Acumatica's standard carrier list, a new carrier record is created automatically with the BisTrack data preserved, ensuring shipping method routing in Acumatica's sales orders and purchase orders reflects the dealer's established carrier relationships.

Epicor BisTrack

CounterSale

maps to

Acumatica

CashSale / ARInvoice

1:1
Fully supported

Counter sales in BisTrack that generated immediate AR invoice recognition map to Acumatica CashSale transactions for cash-and-carry customer payments and ARInvoice for credit counter sales requiring later settlement. Each counter sale line item — including part number, quantity sold, unit price, and any applicable discounts — maps to Trandoc and CashSaleDetail records with the same InventoryID and quantity for accurate revenue recognition. Tax calculations from BisTrack carry forward to Acumatica's tax engine based on the customer tax zone, and payment method (cash, check, credit card reference) is preserved in the PaymentMethod field for counter sale reconciliation reporting.

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.

Epicor BisTrack logo

Epicor BisTrack gotchas

High

Web Service License Throttling Affects API Migration Speed

High

FTP-Based Import Requires BisTrack-Side Setup

Medium

Special Order SKU Generation is Configurable and Must Match

Medium

Dashboard and Smart View Configurations Are Not API Exportable

Low

Epicor Cloud Migration Requires Ascend Program Enrollment

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

  • BisTrack UD fields require pre-migration custom field creation in Acumatica

    Epicor BisTrack stores LBM-specific attributes — CounterSaleFlags, Division codes, DealerCode, special-order flags — in User Defined (UD) fields that are not always exposed via the standard REST API. FlitStack extracts UD field definitions from Smart View and creates the corresponding custom attributes on the Acumatica DAC (InventoryItem, Customer) before the migration run. If the custom fields are not created first, the UD data cannot land in Acumatica's schema and will be skipped during the load, requiring a corrective import after the fact. Acumatica custom fields are visible under the Customize section of each screen and are accessible via the REST API once created, so planning this step before migration is essential for preserving dealer-specific context.

  • Multi-warehouse inventory requires sequential load: warehouses → locations → on-hand quantities

    BisTrack stores PartBin records with a compound key of PartNum + WareHouseID + BinNum. Acumatica's inventory model separates the Warehouse table, the Location table, and the on-hand quantity table (INSiteCount) with foreign-key relationships. If FlitStack loads inventory before the warehouse and location records exist in Acumatica, the foreign-key constraint fails and the rows reject. The migration approach sequences the load: first create all Warehouse records, then create Location records per BinNum, then load the Part records linked to the correct WarehouseID, then update INSiteCount with on-hand quantities. LBM dealers with 3+ warehouse locations and multiple bins per location need to validate this sequence against Acumatica's import dependency chain before the full run commits.

  • Customer-specific pricing from BisTrack requires manual rebuild in Acumatica price worksheets

    BisTrack embeds customer pricing — volume breaks, contract prices, quantity discounts — directly in the Part and Customer tables. Acumatica manages pricing through dedicated price worksheet tables: CustomerPriceClass, CustomerPriceWork, and ARSalesPrice. These are separate DACs with their own insert/update logic that is not part of the standard inventory or customer import. FlitStack extracts every BisTrack customer-specific pricing row and surfaces it as a reference file so your Acumatica administrator can rebuild the equivalent price rules using Acumatica's Price Management screen. Without this step, migrated customers revert to the standard list price on every order, which is a billing surprise for LBM dealers with established contract pricing.

  • EDI trading partner configurations have no direct Acumatica equivalent

    BisTrack includes a native EDI module for managing supplier ASN and customer purchase-order EDI transactions. Acumatica offers EDI capability as a separate module that must be purchased and configured independently — it is not included in the core ERP license. EDI setup requires mapping each trading partner's ID qualifiers, transaction sets (850, 856, 810), and acknowledgment workflows to Acumatica's EDI processing rules. If your BisTrack environment has active EDI connections with lumber suppliers or major retail customers, FlitStack can export the EDI configuration details as a rebuild reference, but the EDI connections themselves cannot be migrated automatically because Acumatica's EDI module processes these from scratch. Coordinate with your Acumatica implementation partner to scope EDI setup before go-live.

  • BisTrack web-service license limits API export throughput during migration

    Epicor BisTrack's REST API is gated by a Web Services License — when all web-service licenses are consumed, the API response time doubles (and doubles again under continued load, per Epicor user forum reports). Large migrations pulling thousands of part, customer, and order records can saturate the web-service license pool, causing timeouts or partial extracts. FlitStack mitigates this by throttling API requests based on detected license pressure and by supplementing with Smart View SQL query exports where the database is accessible. If your BisTrack instance runs in a fully cloud-hosted environment without direct SQL access, plan for a longer extraction window and coordinate with your Epicor account manager to confirm web-service license headroom before migration begins.

Migration approach

Six steps for a successful Epicor BisTrack to Acumatica data migration

  1. Assess BisTrack API access and export surface

    FlitStack begins by evaluating your BisTrack deployment configuration — whether it runs on-premises with SQL access or cloud-hosted without it — and inventories the exportable objects: Part, Customer, Vendor, SalesOrder, PurchaseOrder, PartBin, and any UD fields. We run a connectivity test against the BisTrack REST API and, where SQL access is available, validate Smart View query permissions. This step produces a data inventory document that lists every object we will migrate, the row counts, and any objects that will require UD-field extraction via Smart View rather than the API. Your team approves the inventory before we proceed.

  2. Design field mappings and create Acumatica custom fields

    FlitStack generates the complete field-to-field mapping specification for every object. For any BisTrack UD fields (DealerCode, Division, CounterSaleFlags, region codes), we create the corresponding custom fields on the Acumatica DAC before the migration run so the schema is ready to receive them. We also create the Warehouse and Location records in Acumatica first so foreign-key constraints are satisfied when inventory data lands. You receive the mapping specification for review and sign-off — no data moves until you confirm the schema plan.

  3. Extract data and run a sample migration with field-level diff

    We extract a representative slice from BisTrack — typically 200–500 records per major object — and load it into a test Acumatica tenant. The sample run produces a field-level diff comparing every source field value against the destination field value so you can verify that UOM conversions, warehouse assignments, pricing rules, and contact scopes migrated as expected. Discrepancies surface here before the full run. We walk you through the diff and adjust the mapping logic if any field requires correction.

  4. Execute full migration with delta-pickup window

    The full migration loads all approved objects into the production Acumatica tenant. A delta-pickup window — typically 24–48 hours — captures any records created or modified in BisTrack during the cutover period. FlitStack uses scoped read access on BisTrack throughout so your team continues working without interruption. After the delta window closes, we run a reconciliation check comparing record counts and key field totals between the final BisTrack snapshot and the Acumatica destination. If reconciliation passes, the migration is complete. If it fails, a one-click rollback reverts the Acumatica tenant to its pre-migration state so you can investigate and re-run.

Platform deep dives

Context on both ends of the pair

Epicor BisTrack logo

Epicor BisTrack

Source

Strengths

  • Industry-specific ERP built natively for LBM dealers—no vertical configuration required for counter sales, special orders, or kit pricing.
  • Centralized data eliminates duplicate tracking between in-store POS and online sales channels.
  • Smart View SQL access provides direct data extraction without relying on canned reports or developer support.
  • Browser-based interface supports remote and mobile access for outside sales representatives.
  • Automation Studio powered by Workato offers 2,000+ pre-built connectors for integrating BisTrack with external platforms.

Weaknesses

  • Performance lags under high-volume data entry or large transaction loads, requiring users to restart the application.
  • No publicly documented pricing tiers—quotes are provided on request, complicating budget planning for migrations.
  • Steep learning curve and complex navigation mean new users and administrators require significant training time.
  • Web Service license gating can throttle API response times, affecting automated migration throughput.
  • Epicor corporate stability concerns (leadership turnover, ownership changes) have created uncertainty for long-term customers.
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?

Standard ERP migration. 3 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 Epicor BisTrack and Acumatica.

  • Object compatibility

    B

    3 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

    Epicor BisTrack: Not publicly documented; Web Service license exhaustion causes exponential backoff.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

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

Book a free 30 minute consultation

Most BisTrack-to-Acuminica migrations complete in 2–4 weeks of clock time for datasets under 100,000 records. The longest phase is usually the mapping design and Acumatica custom field setup before any data moves. Larger migrations with 500,000+ records, multiple warehouse locations, or extensive EDI configurations extend to 6–10 weeks. The Acumatica-side configuration — UOM definitions, warehouse setup, price worksheets — typically runs in parallel with the data migration plan and can extend the timeline if those prerequisites are not completed before extraction begins.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Epicor BisTrack.
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