ERP migration
Field-level mapping, validation, and rollback between Access SupplyChain and Acumatica. We move data and schema; workflows are rebuilt natively in Acumatica.
Access SupplyChain
Source
Acumatica
Destination
Compatibility
15 of 15
objects map 1:1 between Access SupplyChain and Acumatica.
Complexity
BStandard
Timeline
48–72 hours
Overview
Access SupplyChain and Acumatica represent fundamentally different ERP architectures. Access SupplyChain stores supply chain data using hierarchical relationships between suppliers, sites, and purchase orders within The Access Group framework. Acumatica uses a Data Access Class (DAC) model where Inventory, Customers, Vendors, and Transactions are separate but related entities. The migration begins with master data — vendor records, inventory items, and customer accounts — before moving to transactional history including purchase orders, sales orders, shipments, and receipts. We preserve original document dates, owner assignments, and custom field values throughout. FlitStack AI uses Acumatica's REST API with OAuth 2.0 client credentials for data ingestion. Workflows, approval sequences, and email notification templates do not transfer — those must be rebuilt using Acumatica's Business Events framework and automation screens. Custom fields from Access SupplyChain require mapping to Acumatica User-Defined Fields (UDFs) on their corresponding DACs. We deliver a schema setup plan before data moves so your Acumatica environment is ready to receive records in the correct structure.
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 Access SupplyChain 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.
Access SupplyChain
Customer / Account
Acumatica
Customer (BAccount + Contact DAC)
1:1Access SupplyChain customer records map to Acumatica's Business Account (BAccount) extended with Contact records. Primary billing addresses map to BAccount address fields; shipping addresses map as separate address records. Payment terms and credit limits migrate to the BAccount's FinSettings tab.
Access SupplyChain
Supplier / Vendor
Acumatica
Vendor (BAccount)
1:1Vendor records from Access SupplyChain map to Acumatica BAccount with Vendor = true. Supplier addresses, contacts, and payment terms transfer to the Vendor DAC's corresponding fields. Multi-site suppliers with distinct addresses per site may require splitting into multiple vendor address records in Acumatica.
Access SupplyChain
Inventory Item (Stock)
Acumatica
Stock Item (InventoryItem)
1:1Access SupplyChain stock items marked as stocked inventory become Acumatica InventoryItem records with ItemType = Stock Item. Unit of measure, default warehouse, and lead times transfer. Lot/serial number settings map to Acumatica's lot/serial classes. Additional attributes such as safety stock levels, reorder points, and standard cost are also migrated to ensure accurate inventory valuation and replenishment planning.
Access SupplyChain
Inventory Item (Non-Stock)
Acumatica
Non-Stock Item (InventoryItem)
1:1Non-stocked products in Access SupplyChain migrate as Acumatica InventoryItem with ItemType = Non-Stock Item. These items appear on purchase documents but do not affect inventory counts. Custom fields on the source item map to User-Defined Fields on the InventoryItem DAC.
Access SupplyChain
Service Item
Acumatica
Service (InventoryItem)
1:1Service entries in Access SupplyChain become Acumatica InventoryItem with ItemType = Service. Service items are used on sales orders and purchase orders for labor or fees. Default tax category and account mappings from the source service definition are preserved. If the service has associated expense codes, those are transferred to the Acumatica expense account field for proper cost tracking.
Access SupplyChain
Purchase Order
Acumatica
Purchase Order (POOrder)
1:1Open and closed purchase orders migrate with all line items, quantities, and amounts. Status mapping converts Access SupplyChain status values to Acumatica POOrder.status values (Open, Pending Approval, Closed). Expected and actual receipt dates are preserved as custom fields if needed for reporting continuity.
Access SupplyChain
Purchase Order Line
Acumatica
POLine (POOrderLine)
1:1Each PO line maps to a POOrderLine with vendor part number, ordered quantity, unit cost, and line description. The destination inventory item ID references the mapped Stock or Non-Stock item. Line-level custom fields migrate as User-Defined Fields on POLine. All line discounts, taxes, and freight charges are preserved as separate sub‑entities to retain pricing integrity.
Access SupplyChain
Sales Order
Acumatica
Sales Order (SOOrder)
1:1Sales orders transfer with customer reference, order date, and ship-by date. Status conversion applies Acumatica's sales order stage values. Historical orders maintain their original order dates; in-flight orders are flagged for review before shipment processing in Acumatica. Any extended attributes attached to the line, such as project codes or cost centers, are also migrated as User-Defined Fields on the SOLine DAC to preserve analytical detail.
Access SupplyChain
Sales Order Line
Acumatica
SOLine (SOOrderLine)
1:1Sales order lines map to SOOrderLine with inventory item reference, quantity, unit price, and discount. The destination item ID points to the mapped inventory item. Line-level notes from Access SupplyChain transfer as SOLine-extensible fields or comments. If a site contains multiple zones, each zone becomes a separate INLocation under the same warehouse, preserving the physical layout for accurate picking and putaway processes.
Access SupplyChain
Warehouse / Site
Acumatica
Warehouse + Location (INSite + INLocation)
1:1Access SupplyChain sites with bin locations map to Acumatica INSite (warehouse) and INLocation (bin/zone) records. Multi-level site hierarchies are flattened into warehouse-location relationships. Zone types (receiving, picking, bulk) require mapping to Acumatica location classes. Warehouse assignments are validated against the target INSite, and any mismatches are flagged for manual review before final migration.
Access SupplyChain
Contact
Acumatica
Contact (Contact DAC)
1:1Contacts associated with vendors or customers migrate to the Contact DAC with the parent BAccount linked via Acumatica's entity-key mechanism. Email, phone, job title, and address fields transfer directly. Contact-specific custom fields map to User-Defined Fields on Contact. If a contact has multiple roles such as billing and shipping, each role is recorded as a separate contact reference to preserve communication preferences.
Access SupplyChain
Custom Fields / Extended Properties
Acumatica
User-Defined Field (UDF on DAC)
1:1Access SupplyChain custom properties require mapping to Acumatica User-Defined Fields on the corresponding DAC. Field types are converted: text properties become PXString or PXLongString, numeric fields become PXDecimal or PXInt, date fields become PXDate. A schema setup plan details which DAC needs which UDFs before migration runs.
Access SupplyChain
Document Attachment
Acumatica
Note / File (Note DAC)
1:1Documents attached to purchase orders, sales orders, or inventory items are extracted, re-uploaded to Acumatica Files, and linked to the corresponding record. File size limits follow Acumatica's attachment constraints. Inline images in notes are downloaded and re-hosted as Acumatica-attached files.
Access SupplyChain
User / Owner
Acumatica
Users (Users DAC) + Employees
1:1Access SupplyChain owner IDs are resolved by email match against Acumatica users. Unmatched owners are flagged before migration so the Acumatica administrator can create accounts or assign records to a fallback owner. Permissions and role assignments do not transfer — those are destination-side configuration.
Access SupplyChain
Approval / Workflow
Acumatica
Approval Maps + Business Events
1:1Approval chains and workflow rules in Access SupplyChain have no direct Acumatica equivalent and do not migrate. Acumatica uses Approval Maps for document approvals and Business Events for automated triggers. We export Access SupplyChain workflow definitions as a reference document for rebuilding in Acumatica's automation framework.
| Access SupplyChain | Acumatica | Compatibility | |
|---|---|---|---|
| Customer / Account | Customer (BAccount + Contact DAC)1:1 | Fully supported | |
| Supplier / Vendor | Vendor (BAccount)1:1 | Fully supported | |
| Inventory Item (Stock) | Stock Item (InventoryItem)1:1 | Fully supported | |
| Inventory Item (Non-Stock) | Non-Stock Item (InventoryItem)1:1 | Fully supported | |
| Service Item | Service (InventoryItem)1:1 | Fully supported | |
| Purchase Order | Purchase Order (POOrder)1:1 | Fully supported | |
| Purchase Order Line | POLine (POOrderLine)1:1 | Fully supported | |
| Sales Order | Sales Order (SOOrder)1:1 | Fully supported | |
| Sales Order Line | SOLine (SOOrderLine)1:1 | Fully supported | |
| Warehouse / Site | Warehouse + Location (INSite + INLocation)1:1 | Fully supported | |
| Contact | Contact (Contact DAC)1:1 | Fully supported | |
| Custom Fields / Extended Properties | User-Defined Field (UDF on DAC)1:1 | Fully supported | |
| Document Attachment | Note / File (Note DAC)1:1 | Fully supported | |
| User / Owner | Users (Users DAC) + Employees1:1 | Fully supported | |
| Approval / Workflow | Approval Maps + Business Events1: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.
Access SupplyChain gotchas
Sparse public API documentation complicates automated extraction
Multi-company and multi-segment account structures require pre-migration mapping
Open AP/AR reconciliation is not automatic at cutover
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
Schema discovery and field mapping
We extract Access SupplyChain data model metadata including entity definitions, custom properties, and relationship structures. We cross-reference these against Acumatica's DAC schema to produce a comprehensive field mapping document. This document identifies which Access SupplyChain fields map directly to Acumatica fields, which require value mapping, and which need User-Defined Field creation on specific DACs. Your Acumatica administrator uses this plan to pre-create UDFs in the Customization Project Editor before migration data loads begin.
Prioritize master data migration sequence
ERP migrations require strict sequencing because foreign-key dependencies must resolve correctly. We migrate in this order: first Vendors and Customers (BAccount records), then Inventory Items (Stock, Non-Stock, Service), then Warehouses and Locations. Transactional records — Purchase Orders and Sales Orders with their line items — load after master data is confirmed in Acumatica. This prevents orphaned references where a line references an inventory item that has not yet been created.
Resolve owners by email and flag unmatched accounts
Access SupplyChain owner IDs are matched against Acumatica users by email address. We generate a pre-migration reconciliation report showing every owner who has a matching Acumatica user account and every owner who does not. Your administrator creates missing Acumatica user accounts or assigns a fallback owner before the migration run commits. No transactional record lands without a resolved owner ID.
Pilot migration with field-level diff
A representative slice of records — typically 100–500 per entity type — migrates first using a test run. We generate a field-level comparison report between the Access SupplyChain source values and the Acumatica destination values for every mapped field. You review the diff to confirm custom field mapping, item type classification, status value translation, and owner resolution are correct before the full migration commits.
Full migration with delta-pickup window
The full data set migrates against your Acumatica environment using the validated mapping from the pilot. A delta-pickup window of 24–48 hours captures any records created or modified in Access SupplyChain during the cutover period. We maintain scoped read access on Access SupplyChain — your team continues working in the source system throughout. An audit log records every operation. One-click rollback is available if post-migration reconciliation reveals data integrity issues.
Post-migration validation and workflow rebuild handoff
After data lands in Acumatica, we run reconciliation counts against the Access SupplyChain totals for every entity type. We deliver the exported workflow definitions as a structured reference document and a handoff session with your Acumatica administrator covering how to rebuild Access SupplyChain approval chains using Acumatica's Approval Maps and Business Events screens. We remain available during the go-live window to address any data questions that surface when users begin working in Acumatica.
Platform deep dives
Access SupplyChain
Source
Strengths
Weaknesses
Acumatica
Destination
Strengths
Weaknesses
Complexity grading
Standard ERP migration. 3 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 Access SupplyChain and Acumatica.
Object compatibility
3 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
Access SupplyChain: Not publicly documented — typical SaaS limits assumed and confirmed during scoping.
Data volume sensitivity
Access SupplyChain 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 Access SupplyChain to Acumatica migration scoping. Not seeing yours? Book a call.
Walk through your Access SupplyChain 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 Access SupplyChain
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.