Migrate your aACE data
FileMaker-based all-in-one ERP for distributors and manufacturers, combining accounting, CRM, and inventory in a single linked database. Companies adopt it for consolidation but often outgrow its FileMaker backend.
In its favor
Why people choose aACE
The signal that keeps aACE on the shortlist. Sourced from G2, Capterra, and customer scoping calls.
aACE replaces three or more separate tools — typically a dedicated accounting package, a standalone CRM, and spreadsheets for reporting — by consolidating everything into one linked environment with a single database, eliminating data silos across departments.
The linked-record architecture means navigating from a Customer Order to its Purchase Orders, Invoices, Tasks, and Shipments without leaving the system or switching applications, which reviewers cite as the single most-valued structural feature.
Per-user access control with custom privilege sets lets small businesses assign field-level and record-level permissions without needing a dedicated IT staff, giving operations directors confidence when onboarding new team members.
Long-term customers report that the aACE support team provides unusually fast response times and works as a consultative partner on business-process questions, not just software troubleshooting.
The platform's customization layer — built on FileMaker's field and layout tools — lets businesses adapt the data model to unusual operational workflows that off-the-shelf ERP packages cannot accommodate out of the box.
The native integration ecosystem is thin: there is no built-in connector for modern e-commerce platforms, marketing automation tools, or SaaS CRMs, so teams using Shopify, HubSpot, or Stripe resort to manual data entry or custom FileMaker scripting.
The FileMaker backend becomes a liability at scale. Reviewers cite performance degradation with large datasets, limited concurrent-user capacity, and the inability to expose the database directly to external tools or BI platforms.
The reporting module is a frequent complaint: aACE ships with a fixed set of reports and no native export to external business intelligence tools, forcing power users to rebuild reports in Excel or third-party add-ons.
When companies grow past the 50-100 user range or need true cloud-native ERP capabilities — including SaaS integrations, mobile-first UX, and automated workflow engines — they migrate to platforms like NetSuite, Acumatica, or SAP Business One that offer a broader integration ecosystem.
Reasons to switch
Why people leave aACE
The recurring reasons buyers give for replacing aACE. Presented as facts, not knocks.
Platform scorecard
Strengths, weaknesses, and where aACE fits
Grades across six dimensions, plus a SWOT-style view of where the platform shines and where it falls short.
SWOT — strengths, weaknesses, and use-case fit
Strengths
Weaknesses
Where it works
Where it struggles
Pricing tiers
aACE pricing overview
aACE uses a per-user monthly subscription model with two editions: Complete at $99/user plus $249/month hosting, and Enterprise at $199/user plus $499/month hosting. Both require a minimum seat count, making this pricing model better suited to small and mid-size distributors with predictable headcounts.
Complete Edition
Tier 1 of 2
$99/user/month
What's included
Need help selecting your CRM?
Book a free 30 minute consultationPricing is informational. FlitStack AI does not bill on aACE's schedule — see our quote-based pricing →
What gets migrated
aACE object support
Object-by-object support for aACE migrations. Per-pair details surface during scoping.
Accounts
Fully supportedAccounts is the primary customer/vendor record in aACE, holding billing and payment terms. All linked Orders, Invoices, and Purchase Orders reference the Account. We map Accounts 1:1 and preserve the address and payment-term fields.
Items
Fully supportedItems are the inventory-part records holding SKU, description, unit cost, and pricing. They link to Sales Orders, Purchase Orders, and Invoices as line items. We preserve Item costs, pricing tiers, and inventory quantities at migration date.
Sales Orders
Fully supportedSales Orders are the transactional core of aACE, linking a Customer Account to Line Items and spawning Invoices and Purchase Orders. We map all open orders with their line items and related Purchase Orders in sequence.
Invoices
Fully supportedaACE tracks both open A/R and historical closed Invoices. Open invoices migrate with full balance and payment history so the A/R team can pursue collections. We flag closed invoices separately for optional historical migration.
Purchase Orders
Fully supportedPurchase Orders in aACE link to Items, Vendors, and the originating Sales Order where applicable. We map PO headers, line items, and received quantities. Partial receipts are preserved as-is at migration date.
Projects
Fully supportedProjects in aACE hold the job header and link to Tasks, Time entries, and billing records. We map Project status, assigned Users, and all related child records. Archived or completed Projects are migrated on a period-by-period basis.
Tasks
Fully supportedTasks are the unit-of-work records linked to Projects and optionally to Accounts and Orders. We preserve task status, assignee, due date, and any custom flag fields. High-volume task exports use the FileMaker cache-table batch approach.
Employees
Fully supportedEmployee records hold compensation, department assignment, and timekeeping data. We map the current active employee roster with role and department. Historical payroll records are migrated as separate line-item batches by effective period.
Custom Fields
Mapping requiredaACE allows custom fields on most standard objects via FileMaker. Custom field names, types, and picklist values vary by tenant. We discover custom field definitions during the scoping phase and build a per-field mapping table before writing to the destination.
Distribution Lists
Mapping requiredDistribution Lists are referenced in the aACE export documentation as address-book groupings. These are FileMaker portal-based records and migrate as a many-to-many join table with contact references.
Documents / Attachments
Not in this platformaACE stores document links and attachments within FileMaker containers. We do not migrate binary container data via export scripts. Customers with attachment requirements are directed to a separate document-migration step using FileMaker's native export.
Company Locations
Fully supportedMultiple locations per Account are supported in aACE. Each location carries its own address and contact record and links to related Orders and Purchase Orders. We map all location records and preserve the primary-location flag.
| Object | Support | Notes |
|---|---|---|
| Accounts | Fully supported | Accounts is the primary customer/vendor record in aACE, holding billing and payment terms. All linked Orders, Invoices, and Purchase Orders reference the Account. We map Accounts 1:1 and preserve the address and payment-term fields. |
| Items | Fully supported | Items are the inventory-part records holding SKU, description, unit cost, and pricing. They link to Sales Orders, Purchase Orders, and Invoices as line items. We preserve Item costs, pricing tiers, and inventory quantities at migration date. |
| Sales Orders | Fully supported | Sales Orders are the transactional core of aACE, linking a Customer Account to Line Items and spawning Invoices and Purchase Orders. We map all open orders with their line items and related Purchase Orders in sequence. |
| Invoices | Fully supported | aACE tracks both open A/R and historical closed Invoices. Open invoices migrate with full balance and payment history so the A/R team can pursue collections. We flag closed invoices separately for optional historical migration. |
| Purchase Orders | Fully supported | Purchase Orders in aACE link to Items, Vendors, and the originating Sales Order where applicable. We map PO headers, line items, and received quantities. Partial receipts are preserved as-is at migration date. |
| Projects | Fully supported | Projects in aACE hold the job header and link to Tasks, Time entries, and billing records. We map Project status, assigned Users, and all related child records. Archived or completed Projects are migrated on a period-by-period basis. |
| Tasks | Fully supported | Tasks are the unit-of-work records linked to Projects and optionally to Accounts and Orders. We preserve task status, assignee, due date, and any custom flag fields. High-volume task exports use the FileMaker cache-table batch approach. |
| Employees | Fully supported | Employee records hold compensation, department assignment, and timekeeping data. We map the current active employee roster with role and department. Historical payroll records are migrated as separate line-item batches by effective period. |
| Custom Fields | Mapping required | aACE allows custom fields on most standard objects via FileMaker. Custom field names, types, and picklist values vary by tenant. We discover custom field definitions during the scoping phase and build a per-field mapping table before writing to the destination. |
| Distribution Lists | Mapping required | Distribution Lists are referenced in the aACE export documentation as address-book groupings. These are FileMaker portal-based records and migrate as a many-to-many join table with contact references. |
| Documents / Attachments | Not in this platform | aACE stores document links and attachments within FileMaker containers. We do not migrate binary container data via export scripts. Customers with attachment requirements are directed to a separate document-migration step using FileMaker's native export. |
| Company Locations | Fully supported | Multiple locations per Account are supported in aACE. Each location carries its own address and contact record and links to related Orders and Purchase Orders. We map all location records and preserve the primary-location flag. |
Gotchas
What to watch for in aACE migrations
Issues we've hit on past aACE migrations, tagged by severity. FlitStack AI handles every one — surfacing them up front because buyer engineering teams want to know.
No public API — FileMaker export scripts only
FileMaker cache table is shared per-user
Custom fields require manual field-discovery
Binary document containers are not migrated
| Severity | Issue |
|---|---|
| High | No public API — FileMaker export scripts only |
| Medium | FileMaker cache table is shared per-user |
| Medium | Custom fields require manual field-discovery |
| Low | Binary document containers are not migrated |
Leaving aACE?
Where aACE customers move next
12 destinations aACE can migrate to.
How a aACE migration works
Four steps, aACE-specific
Connect
No public REST API. Data access goes through FileMaker export scripts or, on supported deployments, the Claris FileMaker Data API which uses bearer-token authentication after a username/password sign-in. into aACE. Scopes limited to read-only on the data we move.
Map
We translate aACE-specific structures (custom fields, objects, value lists) to the destination's model.
Sample
Test with a 50–200 record subset to validate aACE quirks before production.
Migrate
Full migration with aACE rate-limit handling. Rollback available throughout.
FAQ
aACE migration FAQ
Answers to the questions buyers ask most during aACE migration scoping. Not seeing yours? Book a call.
Can't find your answer?
Walk through your aACE migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationReady when you are
Migrate aACE.
Without the rebuild.
Free scoping call with a migration engineer. Tell us about your aACE setup and destination — written quote back within a business day.