ERP migration
Field-level mapping, validation, and rollback between Falcon ERP and Acumatica. We move data and schema; workflows are rebuilt natively in Acumatica.
Falcon ERP
Source
Acumatica
Destination
Compatibility
12 of 12
objects map 1:1 between Falcon ERP and Acumatica.
Complexity
CModerate
Timeline
72–120 hours
Overview
Falcon ERP and Acumatica occupy different positions in the ERP landscape. Falcon ERP is an on-premises or private-cloud ERP built for GCC compliance — VAT-enabled, ZATCA Phase 2 certified, with a finance-and-inventory core targeting UAE and Saudi businesses. Acumatica is a cloud-native, resource-consumption ERP with unlimited users, branch-level cost accounting, and an extensible DAC-based data model that supports industry-specific add-ons. The migration must translate Falcon's flat account codes and transaction types into Acumatica's segmented GL structure with branch and subaccount dimensions. Falcon's customer and vendor records map to Acumatica's Customer/Vendor classes with multi-location support. Inventory items from Falcon require mapping to Acumatica's item classes with warehouse-level stocking and lot/serial tracking. AP invoices, AR invoices, purchase orders, and sales orders all have header-detail structures that Acumatica enforces through its screen-level business rules during import. Falcon does not expose a documented public REST API — data export relies on Falcon's built-in CSV/Excel export to file. This means the migration uses a file-based export-transform-import approach rather than an API-to-API pipeline. We transform Falcon CSV exports into Acumatica Import by Scenario format, validate against Acumatica's screen-level field requirements (for example, inventory items must have a valid Item Class before lines can be saved), and load through Acumatica's import framework. Custom fields that Falcon stores as user-defined properties require manual recreation in Acumatica as Usr-field DAC extensions — we provide the field specification for your Acumatica admin to create before the import run. The migration does not carry workflows, automations, or scheduled tasks from Falcon — these are process-layer constructs that must be rebuilt in Acumatica's Screen-Based Automation or REST API actions. We provide a Falcon workflow audit export as a rebuild reference for your implementation team.
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 Falcon 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.
Falcon ERP
Chart of Accounts / Account Master
Acumatica
GL Account (Chart of Accounts)
1:1Falcon account codes map to Acumatica AccountCD. Account description maps to AccountDesc. Falcon's Account Type (Asset, Liability, Expense, Income) sets the Account Class in Acumatica's segmented GL structure. Sub-accounts from Falcon map to Acumatica's Subaccount segment — each segment appears as a separate column in Acumatica's GL entry screen.
Falcon ERP
Customer / Debtor
Acumatica
Customer + Customer Location
1:1Falcon customer records become Acumatica Customer records. Falcon's single address and contact block maps to Acumatica's default Customer Location. Falcon Customer Type codes require mapping to Acumatica Customer Class records, which define payment terms, credit limit, and tax zone. Additional Falcon address records become additional Acumatica Customer Location entries per customer.
Falcon ERP
Vendor / Creditor
Acumatica
Vendor + Vendor Location
1:1Falcon vendor records map to Acumatica Vendor. The primary address and contact from Falcon become Acumatica's default Vendor Location. Falcon's Vendor Type or Category codes require pre-creation of Acumatica Vendor Class records, which govern payment terms, remittance advice settings, and 1099 / tax form assignments. Multi-location vendors from Falcon require additional Vendor Location records in Acumatica.
Falcon ERP
Inventory Item / Stock Item
Acumatica
Inventory Item + Item Class + Warehouse Details
1:1Falcon item codes map to Acumatica InventoryID. Falcon's Item Description maps to Acumatica's Description. Falcon Stock Category codes require pre-created Acumatica Item Class records that define the cost method (Average, Standard, FIFO), UOM set, and posting settings. Falcon's stock quantity per item maps to Acumatica's on-hand quantity by Warehouse, created via an initial inventory receipt if no formal opening balance exists.
Falcon ERP
Sales Order
Acumatica
Sales Order (SO301000)
1:1Falcon Sales Order headers map to Acumatica Sales Order records with OrderNbr, OrderDate, and CustomerRef. Falcon OrderNbr becomes CustomerOrderNbr in Acumatica. Each Falcon order line becomes an Acumatica Sales Order Detail line with the InventoryID reference, OrderQty, and UnitPrice. Falcon order total maps to Acumatica's order amount fields.
Falcon ERP
Purchase Order
Acumatica
Purchase Order (PO301000)
1:1Falcon Purchase Order headers map to Acumatica Purchase Order records with OrderNbr, VendorRef, and OrderDate. Falcon line items map to Acumatica Purchase Order Details with the InventoryID, VendorID, and Extended Cost. Falcon purchase order totals map to Acumatica's line amount totals. If Falcon PO status was Open, Acumatica's Open status is set accordingly.
Falcon ERP
AP Invoice / Vendor Invoice
Acumatica
AP Invoice (AP301000)
1:1Falcon AP invoice headers map to Acumatica AP Invoice records with VendorRef, InvoiceNbr, InvoiceDate, and DueDate. Falcon line amounts map to Acumatica's Extended Price field per line. Falcon's VAT amount or tax amount is mapped to Acumatica's separate Tax Amount field. Falcon invoice totals map to Acumatica's document total. Falcon's vendor reference number becomes Acumatica's VendorRefNbr.
Falcon ERP
AR Invoice / Customer Invoice
Acumatica
AR Invoice (AR301000)
1:1Falcon AR invoice headers map to Acumatica AR Invoice records with CustomerRef, InvoiceNbr, InvoiceDate, and DueDate. Falcon line items map to Acumatica Details with InventoryID, Quantity, and Unit Price. Falcon tax amount maps to Acumatica's Tax Amount field on the invoice. Falcon invoice reference numbers become Acumatica's CustomerRefNbr.
Falcon ERP
Inventory Adjustment
Acumatica
Inventory Adjustment (IN202500)
1:1Falcon inventory adjustment records map to Acumatica Inventory Adjustment documents with the InventoryID, adjusted Warehouse, and the Delta Qty (positive for additions, negative for reductions). Falcon's adjustment reason code maps to Acumatica's Reason Code field, which must be pre-created in Acumatica's Reason Code list. Adjustment dates from Falcon are preserved in Acumatica's TranDate.
Falcon ERP
Fixed Asset
Acumatica
Fixed Asset (FA202500)
1:1Falcon fixed asset records map to Acumatica Fixed Asset records with AssetCD, Description, AssetClass, and AcquisitionDate. Falcon's current book value maps to Acumatica's Depreciation Method and Accumulated Depreciation fields. Falcon's asset location maps to Acumatica's Building / Location fields. Falcon's acquisition cost maps to Acumatica's Cost basis field.
Falcon ERP
Payroll / Employee Record
Acumatica
Employee (EP301000)
1:1Falcon employee records map to Acumatica Employee records with EmployeeID, FirstName, LastName, and Department. Falcon's employment status maps to Acumatica's Employee Status (Active, Inactive). Pay Rate or salary fields from Falcon are mapped to Acumatica's Salary and Compensation Rate fields. Falcon branch or cost-center assignment maps to Acumatica's Department and Branch fields.
Falcon ERP
Custom / User-Defined Fields
Acumatica
Custom DAC Extension Fields (Usr*)
1:1Falcon stores user-defined fields as custom properties on standard records (e.g., a custom field on the Customer record). Acumatica has no direct equivalent — custom fields must be created as DAC extension fields with a Usr prefix in the Acumatica Customization Project Editor. Each custom property requires a separate DAC extension field with a matching data type. We deliver a field specification document listing each Falcon custom field, its type, and the recommended Acumatica field definition for your admin to create before the import run.
| Falcon ERP | Acumatica | Compatibility | |
|---|---|---|---|
| Chart of Accounts / Account Master | GL Account (Chart of Accounts)1:1 | Fully supported | |
| Customer / Debtor | Customer + Customer Location1:1 | Fully supported | |
| Vendor / Creditor | Vendor + Vendor Location1:1 | Fully supported | |
| Inventory Item / Stock Item | Inventory Item + Item Class + Warehouse Details1:1 | Fully supported | |
| Sales Order | Sales Order (SO301000)1:1 | Fully supported | |
| Purchase Order | Purchase Order (PO301000)1:1 | Fully supported | |
| AP Invoice / Vendor Invoice | AP Invoice (AP301000)1:1 | Fully supported | |
| AR Invoice / Customer Invoice | AR Invoice (AR301000)1:1 | Fully supported | |
| Inventory Adjustment | Inventory Adjustment (IN202500)1:1 | Fully supported | |
| Fixed Asset | Fixed Asset (FA202500)1:1 | Fully supported | |
| Payroll / Employee Record | Employee (EP301000)1:1 | Fully supported | |
| Custom / User-Defined Fields | Custom DAC Extension Fields (Usr*)1: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.
Falcon ERP gotchas
No public API forces spreadsheet-only migration
ZATCA Phase 2 e-invoice reference numbers are platform-specific
GCC VAT tax codes map inconsistently across systems
Multi-entity data may be split across separate company codes
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
Discover Falcon data landscape and prepare Acumatica configuration plan
FlitStack AI reviews your Falcon database schema (for on-premises instances via read-only connection) or exports a representative set of CSV files across all active modules: GL accounts, customer records, vendor records, inventory items, open AP/AR, and historical sales/purchase orders. We catalog every Falcon custom field and its data type against Acumatica's supported field types (string, integer, decimal, date, pick-list). We then deliver an Acumatica Configuration Plan specifying which Acumatica entities (CustomerClass, VendorClass, ItemClass, TaxZone, Subaccount, Branch) must be created before data import, and a Custom Field Specification listing every Falcon custom field with its recommended Acumatica Usr-field definition for your admin to create in the Customization Project Editor.
Export, clean, and validate Falcon data into Acumatica import format
Falcon data is exported via its built-in CSV/Excel export or through a direct database query if Falcon is on-premises with a read-only connection available. FlitStack AI transforms Falcon's flat data into Acumatica Import by Scenario format — each module (GL, Customers, Vendors, Inventory, AP/AR, SO/PO) gets a separate import package. We apply validation rules matching Acumatica's screen-level requirements: confirming that referenced entities exist (vendor class exists before vendor, item class exists before item), that date formats match Acumatica's expected locale, and that pick-list values in Falcon have corresponding Acumatica pick-list values. Records failing pre-validation are flagged in a correction report. Falcon account balances are reconciled against the Falcon trial balance before we generate the GL opening balances import.
Import master data into Acumatica with dependency sequencing
Acumatica enforces referential integrity at import time — entities referenced by other entities must be loaded first. We sequence the import in dependency order: GL Accounts and Subaccounts first, then Branch and Department, then Customer Classes and Vendor Classes, then Customers and Vendors, then Item Classes, then Inventory Items, then Employees. Each import step runs as an Acumatica Import by Scenario job. The Acumatica Import by Scenario tool validates records against Acumatica's screen-level business logic as each record is submitted — any records rejected by Acumatica are logged to a non-conforming records file with the specific screen-level validation error. We re-import corrected records in the same import batch before moving to the next entity. This sequencing ensures that downstream entities (e.g., AP invoices referencing vendors) have their dependencies resolved in the target system.
Import transactional data and run post-import reconciliation
After master data is confirmed loaded, FlitStack AI imports transactional records: open AP invoices, AR invoices, purchase orders, sales orders, inventory adjustments, fixed asset records, and employee payroll data. Each transaction type runs as a separate Acumatica Import by Scenario job. Once all import batches complete, we run a structured reconciliation comparing Falcon's trial balance, aged AP/AR reports, and inventory valuation report against the equivalent Acumatica reports. We generate a reconciliation variance report showing any account balance discrepancies above a configurable threshold (default 0.1% of the total balance). Your finance team reviews and approves the variance report before we schedule the go-live delta window. Open purchase and sales orders from Falcon are imported with their original order status preserved.
Delta pickup, go-live, and post-go-live audit
We schedule a final Falcon delta export covering the 24–48 hour window between the reconciliation sign-off and the Acumatica go-live date. Any Falcon records created or modified during this window are exported, transformed, and loaded into Acumatica as a final delta import batch. Your team coordinates a Falcon data-entry freeze or confirms that the delta window captures all changes. After Acumatica go-live, FlitStack AI performs a post-go-live audit comparing Falcon's final state against Acumatica's opening balances. We generate an audit log listing every record migrated, its source Falcon ID, its Acumatica record ID, and the migration timestamp. One-click rollback remains available if reconciliation uncovers a systematic error that cannot be resolved by delta import.
Platform deep dives
Falcon ERP
Source
Strengths
Weaknesses
Acumatica
Destination
Strengths
Weaknesses
Complexity grading
Moderate ERP migration. 5 of 8 objects need a mapping; the rest are 1:1.
Overall complexity
Moderate migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Falcon ERP and Acumatica.
Object compatibility
5 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
Falcon ERP: Not applicable—no public API exists.
Data volume sensitivity
Falcon 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 Falcon ERP to Acumatica migration scoping. Not seeing yours? Book a call.
Walk through your Falcon 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 Falcon 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.