CRM migration
Field-level mapping, validation, and rollback between Smokeball and Pipedrive. We move data and schema; workflows are rebuilt natively in Pipedrive.
Smokeball
Source
Pipedrive
Destination
Compatibility
12 of 12
objects map 1:1 between Smokeball and Pipedrive.
Complexity
BStandard
Timeline
48–72 hours
Overview
Smokeball and Pipedrive occupy different positions in the legal and sales-software stacks. Smokeball is a practice-management platform built for law firms: its core object is the Matter, surrounded by Contacts, Staff, Activities, Documents, and a trust-accounting engine. Pipedrive is a sales CRM built around People, Organizations, Deals, and Activities — it has no native billing, no document-container model, and no matter hierarchy. The migration therefore requires not just field-level mapping but structural decisions about how Smokeball's matter architecture maps into Pipedrive's deal framework. FlitStack AI sequences the migration through each platform's API, preserving original create dates, owner assignments, and activity timestamps. Custom fields in Smokeball use per-account hashed 40-character API keys — FlitStack reads these dynamically rather than assuming hardcoded field names. Documents stored in Smokeball are downloaded and re-uploaded to Pipedrive Files, then linked to the relevant Person or Deal record via a custom URL field. Smokeball's workflows and automations have no Pipedrive equivalent and must be rebuilt; FlitStack exports the workflow definitions as a rebuild reference. Trust-account balances and billing rates migrate as read-only custom fields since Pipedrive lacks active billing functionality. The migration runs against scoped read-access on Smokeball — your team keeps billing in Smokeball through cutover, and a final delta pickup captures in-flight changes before go-live.
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 Smokeball 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.
Smokeball
Contact
Pipedrive
Person
1:1Smokeball Contact (client or opposing counsel) maps to Pipedrive Person. Name, email, phone, address, and job title carry over as direct fields. The contact's primary matter associations are preserved in custom fields on the Person record since Pipedrive has no native contact-to-matter link.
Smokeball
Staff
Pipedrive
User
1:1Smokeball Staff (attorneys, paralegals, administrative users) map to Pipedrive Users. Matching happens by email address. Staff who have no Pipedrive account are flagged before migration; the firm either creates the Pipedrive user or assigns their records to a designated fallback owner.
Smokeball
Matter
Pipedrive
Deal
1:1Smokeball Matter is the central case-management entity with fields for matter type, case number, client, opposing counsel, other side, responsible attorney, and stage. Pipedrive Deal tracks deal name, value, stage, and owner. FlitStack maps Matter to Deal, creating custom fields for matter_type, case_number, practice_area, and responsible_attorney to preserve the legal context.
Smokeball
Matter Stage
Pipedrive
Deal Stage
1:1Smokeball matter stages (Intake, Open, In Progress, Pending, Closed) map to Pipedrive deal stage values within the configured pipeline. Each Smokeball stage maps value-by-value to the closest Pipedrive stage; firms with custom stage names receive a stage-mapping plan before migration runs.
Smokeball
Activity (call, meeting, task, memo)
Pipedrive
Activity
1:1Smokeball Activities (calls, meetings, tasks, memos) map to Pipedrive Activities with the same type. Original create dates, due dates, and completion timestamps are preserved. Billable hours recorded in Smokeball Activities migrate as custom numeric fields on the Pipedrive Activity since Pipedrive has no native billable-time tracking.
Smokeball
Document / Document Container
Pipedrive
Pipedrive File + custom_url field
1:1Smokeball documents and document containers (letterhead templates, automated precedent libraries) do not have a Pipedrive equivalent. FlitStack downloads each document, re-uploads it as a Pipedrive File, and links it to the related Person or Deal via a custom URL field. Container metadata (document type, container name) is preserved in a separate custom text field for audit reference.
Smokeball
Tag
Pipedrive
Person / Organization / Deal custom text field
1:1Smokeball tags applied to contacts and matters migrate as a comma-separated text string in a Pipedrive custom field. If the firm uses tags as a primary categorization mechanism, FlitStack can alternatively map them to Pipedrive's built-in label system on Person or Organization records.
Smokeball
Trust Account Balance
Pipedrive
Person custom read_only field
1:1Smokeball trust account balances and hard/soft cost ledgers have no native equivalent in Pipedrive's CRM model. FlitStack preserves the most recent balance as a read-only custom text field on the Person record for historical reference. Active trust accounting must remain in Smokeball or be moved to a dedicated accounting tool post-migration.
Smokeball
Custom Field (hashed key)
Pipedrive
Custom Field
1:1Smokeball custom fields use per-account 40-character hashed keys (e.g., dcf558aac1ae4e8c4f849ba5e668430d8df9be12). FlitStack reads the actual field keys for each account dynamically and creates matching custom fields on the relevant Pipedrive object (Person, Organization, or Deal), then maps values by key. Hardcoding any specific field key will produce incorrect mappings.
Smokeball
Workflow
Pipedrive
Pipedrive Automation
1:1Smokeball Workflows auto-generate tasks based on matter type and stage. Pipedrive Automations trigger on field changes or activity completion but have no concept of matter-stage task templates. FlitStack exports the Smokeball workflow definitions as a JSON reference document; the firm rebuilds these in Pipedrive Automation using that document as a guide.
Smokeball
Invoice / Billing Record
Pipedrive
Deal custom fields (reference only)
1:1Smokeball invoices, billing records, and disbursement entries (hard costs, soft costs) have no native Pipedrive equivalent. FlitStack preserves invoice numbers and total amounts as custom text fields on the Person or Deal record for reconciliation reference. Active billing should continue in Smokeball or be migrated to a dedicated accounting platform.
Smokeball
Time Entry
Pipedrive
Activity custom fields
1:1Smokeball time entries (hours, rate, billable flag, narrative) map to Pipedrive Activity records with billable hours and rate stored as custom numeric fields. Pipedrive does not generate invoices from time entries; firms that need billable-time reporting should connect Pipedrive to a time-tracking add-on post-migration.
| Smokeball | Pipedrive | Compatibility | |
|---|---|---|---|
| Contact | Person1:1 | Fully supported | |
| Staff | User1:1 | Fully supported | |
| Matter | Deal1:1 | Fully supported | |
| Matter Stage | Deal Stage1:1 | Fully supported | |
| Activity (call, meeting, task, memo) | Activity1:1 | Fully supported | |
| Document / Document Container | Pipedrive File + custom_url field1:1 | Fully supported | |
| Tag | Person / Organization / Deal custom text field1:1 | Fully supported | |
| Trust Account Balance | Person custom read_only field1:1 | Fully supported | |
| Custom Field (hashed key) | Custom Field1:1 | Fully supported | |
| Workflow | Pipedrive Automation1:1 | Fully supported | |
| Invoice / Billing Record | Deal custom fields (reference only)1:1 | Fully supported | |
| Time Entry | Activity custom fields1: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.
Smokeball gotchas
Document upload may not finish before Go Live
Data entry must halt during final LIVE migration cutover
Duplicate contacts are not detected during import
Closed and archived matters migrate after Go Live
Lower pricing tiers strip PDF functionality and auto time
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
Audit Smokeball data model and export via API
FlitStack connects to Smokeball using scoped read-access credentials and pulls a full export of all record types: Contacts, Staff, Matters, Activities, Documents, Tags, and Custom Field definitions. The export uses Smokeball's REST API endpoints (/contacts, /matters, /activities, /documents, /staff, /fields) and preserves original create and update timestamps. The audit report identifies the count of each object, the set of custom field hashed keys, the number of document containers, and any records that lack required mapping fields. This report is shared with the firm before the migration plan is finalized.
Design field mapping and create Pipedrive custom fields
FlitStack reviews the Smokeball field export and maps each field to a Pipedrive object and field. For every Smokeball custom field (identified by its hashed key), FlitStack creates a matching custom field in Pipedrive via the /dealFields, /personFields, or /organizationFields endpoints depending on the target object. Matter-type context fields (responsible_attorney__c, opposing_counsel__c, matter_type__c) are created on the Deal object. Trust-account balance is created as a read-only text field. Pipedrive Users are provisioned by matching Staff email addresses; unmapped staff are flagged for fallback assignment.
Resolve staff and set owner fallback rules
Smokeball Staff records are matched to Pipedrive Users by email. Any Staff record without a corresponding Pipedrive user is flagged during planning — the firm either creates the Pipedrive user before migration or designates a fallback owner. All Smokeball records (Contacts, Matters, Activities) owned by unmapped staff are assigned to the fallback owner during migration. Owner resolution is validated during the sample migration run before the full cutover.
Run a sample migration with field-level diff
A representative slice of records (typically 100–500 spanning Contacts, Matters, Activities, and a sample document) migrates first. FlitStack generates a field-level diff comparing source values against destination values in Pipedrive. The firm reviews the diff to verify that matter-type custom fields, responsible attorney assignments, and document links are correct. Pipedrive stage mapping is validated against the firm's stage names. Any field-mapping errors are corrected and the sample is re-run before the full migration commits.
Execute full migration with delta-pickup cutover
The full migration runs against Pipedrive's API, respecting rate limits (100 requests per 2-second burst for the API token in use). Documents are downloaded from Smokeball, re-uploaded to Pipedrive Files, and linked via custom URL fields. The firm continues working in Smokeball during the migration window. A final delta pickup (typically 24–48 hours) captures any new Contacts, Matters, or Activities created or modified during the cutover and applies them to Pipedrive. FlitStack generates an audit log of every record migrated, its source ID, destination ID, and timestamp. One-click rollback is available if reconciliation fails.
Post-migration reconciliation and workflow-rebuild handoff
FlitStack runs a reconciliation check comparing record counts and sampled field values between Smokeball and Pipedrive. The audit log is delivered to the firm. Smokeball workflow definitions are handed off as a JSON reference document so the firm's Pipedrive admin can rebuild automations. Pipedrive remains in read-only access from Smokeball for a 30-day window so the firm can query Smokeball records if reconciliation questions arise. Active trust accounting continues in Smokeball until the firm migrates to a dedicated accounting platform.
Platform deep dives
Smokeball
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 Smokeball 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
Smokeball: Not publicly documented.
Data volume sensitivity
Smokeball 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 Smokeball to Pipedrive migration scoping. Not seeing yours? Book a call.
Walk through your Smokeball 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 Smokeball
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.