CRM migration
Field-level mapping, validation, and rollback between Zuper and Pipedrive. We move data and schema; workflows are rebuilt natively in Pipedrive.
Zuper
Source
Pipedrive
Destination
Compatibility
12 of 12
objects map 1:1 between Zuper and Pipedrive.
Complexity
BStandard
Timeline
24–48 hours
Overview
Zuper and Pipedrive serve fundamentally different workflows — Zuper is a field-service operations platform built around jobs, technicians, dispatch, and scheduling, while Pipedrive is a sales CRM centered on deal pipelines, leads, and revenue tracking. The migration from Zuper to Pipedrive therefore requires a structural translation: every Zuper customer becomes a Pipedrive Person (with its linked Organization), every Zuper job becomes a Pipedrive Deal with status mapped to pipeline stages, and every Zuper team member becomes a Pipedrive user. Custom fields created in Zuper's field builder translate to Pipedrive custom fields on the Person, Organization, and Deal objects, using Pipedrive's 16 field types (varchar, int, double, monovalue, set, date, datetime, timerange, user, org, person, activity, address, phone, email, and double_currency). Zuper's Workflow Builder automations have no native equivalent in Pipedrive's automation system — those must be rebuilt. Timesheets, if migrated, become Activity records. Location data from Zuper jobs becomes address fields on the linked Organization or custom fields on the Deal. FlitStack AI executes this translation via Zuper's API using scoped read access, preserving original create and schedule timestamps, owner assignments resolved by email match, and generating a field-level diff before the full run commits.
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 Zuper 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.
Zuper
Customer
Pipedrive
Person
1:1Zuper customers map directly to Pipedrive Persons — name, email, phone, and address fields transfer as-is. The Zuper customer notes field maps to the Pipedrive Person's note field. If a Zuper customer has no email, the record is still created in Pipedrive with available contact details.
Zuper
Customer company name
Pipedrive
Organization
1:1Zuper stores a customer-level company name as a text property. In Pipedrive, this becomes a linked Organization record, with the customer Person associated via the primary organization relationship. If no company name exists in Zuper, no Organization is created — the Person record stands alone.
Zuper
Job
Pipedrive
Deal
1:1Every Zuper job becomes one Pipedrive Deal. The job title maps to the deal name, the job status value maps to a Pipedrive pipeline stage (see Pipeline Stage mapping), the job's total value or estimate becomes the deal amount, and the scheduled date maps to the expected close date. Job description maps to the deal's visible notes or a custom field depending on length.
Zuper
Job Status
Pipedrive
Pipeline Stage
1:1Zuper job status values (created in Zuper settings) map to Pipedrive pipeline stages value-by-value. Stages must exist in Pipedrive before migration runs. Any Zuper status with no matching Pipedrive stage is mapped to the closest existing stage, and the original Zuper status value is preserved as a custom field (Original_Job_Status__c) on the deal.
Zuper
Job Line Item
Pipedrive
Product + Deal Product
1:1Zuper line items attached to a job (materials, labor, services) become Pipedrive Products linked to the corresponding deal via deal-products. The product name, unit price, quantity, and tax fields map to Pipedrive Product fields. If Zuper uses flat item descriptions rather than a product catalog, items are created as one-off products during migration.
Zuper
Team / Technician
Pipedrive
User
1:1Zuper teams and individual technicians map to Pipedrive users. We resolve each Zuper user by email to a Pipedrive user account — matched users receive deal ownership directly; unmatched users are flagged for pre-migration invitation to Pipedrive. Zuper team groupings (beyond individual users) have no native Pipedrive equivalent and are preserved as a custom field on the deal.
Zuper
Timesheet / Time Entry
Pipedrive
Activity
1:1Zuper timesheet entries become Pipedrive Activities of type 'task' or 'call', linked to the corresponding deal. The logged duration (in minutes or hours) is stored as a custom numeric field on the activity record. Original timestamps are preserved. Activities without a linked job are attached to the associated customer Person record.
Zuper
Zuper Custom Field (any object)
Pipedrive
Pipedrive Custom Field
1:1Every custom field defined in Zuper's field builder is recreated as a corresponding Pipedrive custom field on the Deal, Person, or Organization object. The field type is matched: Zuper varchar/int/double/date/datetime/map to Pipedrive varchar/int/double/date/datetime/address; Zuper multiselect (set) maps to Pipedrive set. Pipedrive custom fields must be created in the target Pipedrive account before migration runs — we deliver a creation checklist.
Zuper
Job Location / Address
Pipedrive
Organization address or Deal custom field
1:1Zuper stores job location as an address (street, city, state, zip) plus GPS coordinates. If the job is associated with a customer, the location becomes the Organization's address in Pipedrive. If the job represents a one-off site visit at a location not tied to an existing organization, the full address is stored as a custom field (Job_Site_Address__c) on the deal.
Zuper
Job Category
Pipedrive
Label or Deal custom field
1:1Zuper job categories (configured in Zuper's Job Category hub) are used to classify work orders. In Pipedrive, these map to Labels on the deal or a custom pick-list field (Job_Category__c). We recommend using a custom field rather than labels for searchability, but the choice is configurable in the migration plan.
Zuper
Workflow Builder
Pipedrive
Not migrated
1:1Zuper's Workflow Builder creates node-based automations with event triggers and branching logic tied to job and customer objects. Pipedrive Automations use a trigger-condition-action model with no equivalent branching capability. Workflow definitions are exported as a PDF/JSON reference document for rebuild in Pipedrive's automation builder. Guided Workflows (inspection and quote flows) also do not migrate.
Zuper
Attachment / File
Pipedrive
Pipedrive File attachment
1:1Files attached to Zuper jobs or customers are downloaded and re-uploaded as attachments on the corresponding Pipedrive Deal or Person record. File size limits apply — Pipedrive's file size limit is 150MB per file. Inline images in Zuper notes are extracted and re-hosted as attachments.
| Zuper | Pipedrive | Compatibility | |
|---|---|---|---|
| Customer | Person1:1 | Fully supported | |
| Customer company name | Organization1:1 | Fully supported | |
| Job | Deal1:1 | Fully supported | |
| Job Status | Pipeline Stage1:1 | Fully supported | |
| Job Line Item | Product + Deal Product1:1 | Fully supported | |
| Team / Technician | User1:1 | Fully supported | |
| Timesheet / Time Entry | Activity1:1 | Fully supported | |
| Zuper Custom Field (any object) | Pipedrive Custom Field1:1 | Fully supported | |
| Job Location / Address | Organization address or Deal custom field1:1 | Fully supported | |
| Job Category | Label or Deal custom field1:1 | Fully supported | |
| Workflow Builder | Not migrated1:1 | Fully supported | |
| Attachment / File | Pipedrive File attachment1: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.
Zuper gotchas
No bulk API endpoint means large migrations are sequential
Quote object schema is shallower than Job schema
Workflow Builder automations have no export capability
Multi-custom-field filter on Properties API returns no records when multiple filters applied
Mobile app instability causes incomplete Job records in production data
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 Zuper data and design the Pipedrive target schema
FlitStack connects to Zuper via API with scoped read access and exports a full inventory of all object records, custom field definitions, job status values, and line item structures. We cross-reference this against the target Pipedrive account's existing pipelines, stages, and custom fields. We deliver a schema setup checklist: a list of Pipedrive pipeline stages to create (matched to Zuper job statuses), custom fields to add (with field types and set options), and any Zuper multiselect fields that need their options pre-created. The Pipedrive admin completes this checklist before the migration validation run.
Resolve users and build the migration sequencing plan
FlitStack maps Zuper users (technicians, dispatchers, admins) to Pipedrive users by email address. Matched users receive deal and person ownership directly from migration. Users with no matching Pipedrive account are flagged in the pre-migration report with instructions to invite them to Pipedrive before the cutover window. We also establish the migration sequence: Organizations first (to support Person links), then Persons, then Deals with stage mapping and owner assignment, then Activities linked to their parent records. Line items are processed after Deals so product records exist for linking.
Run a sample migration with field-level diff
A representative slice of Zuper records — typically 100–500 jobs spanning the full range of statuses, custom field types, and line item counts — is migrated first into a Pipedrive test environment or a shadow dataset. We generate a field-level diff report: every source field, its mapped Pipedrive destination, the transformation applied, and any fields that could not map (with the fallback action documented). The client reviews the diff and approves or adjusts the mapping rules before the full run is scheduled. Job-status-to-pipeline-stage value mapping is validated at this stage.
Execute the full migration with delta-pickup window
The full Zuper dataset migrates into Pipedrive in sequenced batches. During the migration window, Zuper remains fully operational — FlitStack uses read-only API access. A delta-pickup window of 24–48 hours is scheduled after the initial load completes: any Zuper records created or modified during the migration cutover are captured and written to Pipedrive as updates. After delta-pickup, FlitStack generates an audit log with record counts by object, owner assignment summary, and any unmapped status values surfaced as a reconciliation report.
Validate, rollback, and deliver the post-migration package
After the migration completes, FlitStack runs a reconciliation check: record counts in Pipedrive versus the Zuper source export, owner assignment coverage (percentage of deals with a resolved user_id), and a spot-check of custom field values against the field-level diff baseline. If reconciliation fails — due to an API error, rate-limit gap, or mapping issue — one-click rollback reverts the Pipedrive dataset to its pre-migration state. We deliver the post-migration package: the audit log, the Zuper workflow export for rebuild reference, the field mapping document, and a list of any Zuper records that could not migrate (with reason codes).
Platform deep dives
Zuper
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 Zuper 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
Zuper: Not publicly documented in current developer documentation.
Data volume sensitivity
Zuper 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 Zuper to Pipedrive migration scoping. Not seeing yours? Book a call.
Walk through your Zuper 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 Zuper
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.