CRM migration
Field-level mapping, validation, and rollback between aACE and Pipedrive. We move data and schema; workflows are rebuilt natively in Pipedrive.
aACE
Source
Pipedrive
Destination
Compatibility
10 of 11
objects map 1:1 between aACE and Pipedrive.
Complexity
BStandard
Timeline
3-5 weeks
Overview
aACE is a FileMaker-based ERP that combines accounting, CRM, order management, and inventory in a single linked database with no documented REST API. Pipedrive is a cloud-native sales CRM built around visual deal pipelines, activity tracking, and a REST API designed for programmatic data import. Moving from aACE to Pipedrive means shedding the ERP and accounting layer (which Pipedrive does not provide) while extracting CRM records through FileMaker export scripts. We run exports under a dedicated migration user to avoid cache-table collisions, discover custom field definitions by reviewing aACE layout screenshots during scoping, and chunk records by object type before writing into Pipedrive via its REST API with rate-limit handling. Open orders migrate with their full line-item history; closed records chunk by fiscal period. Workflows, automations, and FileMaker container documents do not migrate; we deliver a written inventory of these for the customer's admin to address separately.
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 aACE object lands in Pipedrive, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
aACE
Account
Pipedrive
Organization
1:1aACE Accounts are the primary customer and vendor records, holding billing address, payment terms, and credit limits. We map Accounts 1:1 to Pipedrive Organizations, preserving the account name, billing address as the primary address field, and any payment-term custom fields. Multi-location Accounts in aACE create separate Location records that we map as additional Organization address entries in Pipedrive's location model.
aACE
Account Contact
Pipedrive
Person
1:1aACE stores named contacts as related records linked to an Account, with fields for email, phone, title, and role. We map these to Pipedrive People records with an explicit link to the target Organization via the organization_id field. Contacts without an email address are flagged for manual review before import because Pipedrive uses email as the primary dedupe key.
aACE
Sales Order
Pipedrive
Deal
1:1aACE Sales Orders map to Pipedrive Deals. The Order header fields (order number, total value, status, order date) map to Deal fields (title, value, stage, expected close date). The aACE order status (open, in-progress, closed-won, closed-lost) maps to a Pipedrive pipeline stage that we configure before migration, preserving any custom stage names the customer has defined in aACE.
aACE
Sales Order Line Item
Pipedrive
Deal Product
1:1aACE Sales Order line items (Item SKU, quantity, unit price, extended price) map to Pipedrive Deal Products. We create Product records in Pipedrive during pre-migration, then associate line items to the parent Deal via the Deal-Product linking table. If an aACE Item has no SKU, we generate a slug from the item name and flag it for customer confirmation.
aACE
Invoice
Pipedrive
Deal (historical flag)
1:1aACE Invoices (open A/R and closed) map to Pipedrive Deals with a closed status. Open invoices migrate with their full balance and due date preserved as custom fields on the Deal so the A/R team retains a record for collections. Historical closed invoices are optionally migrated as completed Deals with a flag indicating they are billing records, not sales pipeline Deals.
aACE
Purchase Order
Pipedrive
Custom Object (Purchase Order)
1:1aACE Purchase Orders link to Vendors and Items and optionally to a originating Sales Order. Pipedrive has no native Purchase Order object. We create a Pipedrive custom object (purchases_order or similar API name agreed during scoping) with fields for PO number, vendor, line items, received quantity, and status. If the customer does not require PO history, POs are omitted from migration scope.
aACE
Project
Pipedrive
Custom Object (Project)
1:1aACE Projects hold the job header and link to Tasks, Time entries, and billing records. Pipedrive does not have a native Project object. We create a Pipedrive custom object for Projects with fields for project name, status, assigned user, start date, and linked Deal. Tasks within the Project link via a custom Project ID field on the Pipedrive Activity.
aACE
Task
Pipedrive
Activity
1:1aACE Tasks are unit-of-work records linked to Projects, Accounts, and Orders. We map these to Pipedrive Activities (Task type). Task status, assignee, due date, and description migrate directly. The aACE Task link to a parent Project resolves to the Pipedrive Project custom object ID via a lookup table built during pre-migration.
aACE
Employee
Pipedrive
User
1:1aACE Employee records (name, email, department, role) map to Pipedrive User records. We match by email. Any aACE Employee record without an email address is held in a reconciliation queue. Only active aACE employees with sales or CRM roles are migrated; payroll and compensation fields do not transfer because Pipedrive has no equivalent.
aACE
Custom Fields (on standard objects)
Pipedrive
Custom Fields
lossyaACE tenants commonly add custom fields to Accounts, Orders, and Items via FileMaker layout tools. We discover these during scoping by reviewing layout screenshots or export templates the customer shares. Each discovered custom field maps to a Pipedrive typed custom field (text, number, date, picklist, or boolean) created before migration. Fields with no Pipedrive equivalent are written as JSON in a note field to prevent silent data loss.
aACE
Distribution List
Pipedrive
List
1:1aACE Distribution Lists are FileMaker portal-based groupings of contacts. We export these as a join table linking contact references to list names and recreate them in Pipedrive as Lists with members resolved via the contact email mapping.
| aACE | Pipedrive | Compatibility | |
|---|---|---|---|
| Account | Organization1:1 | Fully supported | |
| Account Contact | Person1:1 | Fully supported | |
| Sales Order | Deal1:1 | Fully supported | |
| Sales Order Line Item | Deal Product1:1 | Fully supported | |
| Invoice | Deal (historical flag)1:1 | Fully supported | |
| Purchase Order | Custom Object (Purchase Order)1:1 | Fully supported | |
| Project | Custom Object (Project)1:1 | Fully supported | |
| Task | Activity1:1 | Fully supported | |
| Employee | User1:1 | Fully supported | |
| Custom Fields (on standard objects) | Custom Fieldslossy | Mapping required | |
| Distribution List | List1: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.
aACE gotchas
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
Pipedrive gotchas
Custom field hash keys differ per account
Export access gated by visibility groups
Token-based API rate limits since December 2024
Sequences and Automations not exposed via REST API
Cost escalates via workflow caps and add-ons
Pair-specific challenges
Migration approach
Scoping and FileMaker layout review
We conduct a scoping call to understand the aACE tenant configuration: edition (Complete or Enterprise), user count, custom fields by object, and historical record retention requirements. The customer shares FileMaker layout screenshots or a field-export script so we can enumerate custom field names and types. We also request a sample FileMaker export of each object type (Accounts, Contacts, Orders, Invoices, Purchase Orders, Tasks) to validate data quality and identify missing email addresses, orphaned records, and duplicate entries before we design the migration pipeline.
Pipedrive account setup and pipeline configuration
We provision Pipedrive at the customer's chosen tier (Essential, Advanced, Professional, or Enterprise) and configure the pipeline stages to match aACE's order-status values. Each aACE order status gets a corresponding Pipedrive stage with probability weights. We create all custom fields (typed per the discovered aACE field inventory) and custom objects (Purchase Orders, Projects) in Pipedrive before any data import. Pipedrive's REST API v2 is used for all write operations with OAuth 2.0 authentication and batch chunking at 50 records per request.
FileMaker export under migration user
We create or designate a dedicated FileMaker migration user account with scripting access and no active session during export windows. We run exports object-by-object (Accounts first, then Contacts, then Orders, then Invoices, then Purchase Orders, then Tasks) clearing the cache table before each batch. Exports run in off-peak hours to avoid disrupting active aACE users. Each exported CSV is validated against the aACE schema before we proceed to transformation.
Data transformation and deduplication
We transform each CSV into Pipedrive API payload format: field names map per the mapping workbook, dates normalize to ISO 8601, phone numbers strip formatting if Pipedrive phone enforcement is enabled, and email addresses lowercase. We run deduplication at this stage — duplicate Organization names resolve to a single Pipedrive record; duplicate Contacts by email merge under the resolved Organization. Any records with missing required fields (Contact with no email, Deal with no Organization link) are flagged in a reconciliation report for the customer's admin to resolve before production import.
Staged migration into Pipedrive
We import data in dependency order: Pipedrive Users (resolved from aACE Employees by email), Organizations, People (linked to Organizations), Products (from aACE Items), Deals (linked to Organizations and assigned Users), Deal Products (linked to Deals and Products), Activities (linked to Deals and People), and Custom Objects (Purchase Orders and Projects with their lookup references). Each phase runs via the Pipedrive REST API with 50-record batches, rate-limit handling (429 responses trigger exponential backoff), and a row-count reconciliation report before the next phase begins.
Cutover, validation, and automation inventory handoff
We freeze aACE writes during cutover, run a final delta migration of any records created or modified during the migration window, then mark Pipedrive as the system of record. We run a spot-check validation comparing 30 random Pipedrive records against the source aACE data. We deliver the automation and workflow inventory document listing every aACE FileMaker script that functions as a workflow and any Pipedrive automation rebuild recommendations. We support a three-day hypercare window for reconciliation issues. Workflow rebuilds and Pipedrive automation configuration are outside standard migration scope and are quoted as a separate engagement.
Platform deep dives
aACE
Source
Strengths
Weaknesses
Pipedrive
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM 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 aACE and Pipedrive.
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
aACE: Not publicly documented for aACE itself. The underlying Claris FileMaker Data API caps concurrent sessions per server license, so high-volume extracts must be chunked and timed against the customer's FileMaker Server capacity (confirmed during scoping)..
Data volume sensitivity
aACE 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 aACE to Pipedrive migration scoping. Not seeing yours? Book a call.
Walk through your aACE to Pipedrive migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave aACE
Other ways to arrive at Pipedrive
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.