CRM migration
Field-level mapping, validation, and rollback between Zilliant CPQ and Pipedrive. We move data and schema; workflows are rebuilt natively in Pipedrive.
Zilliant CPQ
Source
Pipedrive
Destination
Compatibility
7 of 11
objects map 1:1 between Zilliant CPQ and Pipedrive.
Complexity
CModerate
Timeline
3-5 weeks
Overview
Zilliant CPQ is a manufacturing-focused Configure-Price-Quote platform built around Products as the base entity with layered pricing schemes (catalog, matrix, agreement, override). Pipedrive is a deal-centric CRM where the product model is simpler and pricing lives on Deals rather than on a dedicated Price List hierarchy. These architectural differences mean the migration is a modeling exercise, not a record copy. We map Zilliant's Quote headers and line items to Pipedrive Deals with custom fields for pricing breakdown, and we flatten the Zilliant Price List hierarchy into Pipedrive Products with list-price and cost fields. Sales Agreements migrate as Deals with a contract-type label and effective-date fields rather than a native agreement object. We catalog every active Groovy script and deliver it as a written artifact for the customer's admin to rebuild in Pipedrive's automation layer. BDA list-type fields that store only raw C4C codes without localization are flagged explicitly so that translated label re-establishment happens post-migration rather than silently post-cutover.
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 Zilliant CPQ 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.
Zilliant CPQ
Product
Pipedrive
Product
1:1Zilliant Products map to Pipedrive Products. The ERP_ID cross-reference column (id_col_quote_configuration_priceItems_erpId) migrates as a custom Product field erp_id__c to preserve the link to SAP or other ERP materials records. We explicitly query hidden column data during extraction because UI Profiles may suppress ERP_ID visibility system-wide or per-role. Product hierarchies flatten into Pipedrive Product nested groups rather than a multi-level parent BOM model.
Zilliant CPQ
Price List
Pipedrive
Product custom fields
lossyZilliant Price Lists (catalog, reference, global, published, matrix) do not have a direct Pipedrive equivalent. We extract the active catalog price for each Product and write it to a Pipedrive Product custom field list_price__c. Reference prices and matrix prices migrate as additional custom fields (reference_price__c, matrix_price__c). The Price List hierarchy itself is documented as a written artifact for the customer's admin to configure in Pipedrive's Product pricing settings.
Zilliant CPQ
Quote
Pipedrive
Deal
1:1Zilliant Quotes map to Pipedrive Deals. The Quote header (quote number, date, status, account reference, total price) becomes Deal fields plus custom fields for pricing breakdown (discount, tax, shipping). Quote status states that do not map to standard Pipedrive stages are added as custom stage values. We preserve the guided-selling context from the Quote by storing rule-set identifiers as text fields for manual review.
Zilliant CPQ
SalesItem (line items)
Pipedrive
Deal Product (linked items)
1:1Zilliant SalesItems (line items) map to Pipedrive Deal Products using the Product lookup resolved from the Product migration step. Quantity, unit price, and line-total migrate as Deal Product fields. Complex BOM configurations with nested quantity settings are flattened to a single line per component with a custom bom_level__c field for audit. Guided-selling constraint outcomes are noted in a custom field.
Zilliant CPQ
Sales Agreement
Pipedrive
Deal (contract type)
lossyZilliant Sales Agreements with effective date ranges, discount tiers, and pricing overrides have no native Pipedrive equivalent. We model each Agreement as a Pipedrive Deal with a deal_type__c custom field set to 'sales_agreement', start_date__c and end_date__c fields, and tiered pricing captured in a JSON-structured custom field agreement_tiers__c. The customer's admin decides whether to create one Deal per agreement or to attach agreement terms as Deal notes.
Zilliant CPQ
Account
Pipedrive
Organization
1:1Zilliant Accounts map to Pipedrive Organizations. Standard and custom attributes migrate as Organization custom fields. Large account hierarchies with custom address structures require field-level mapping of the address sub-fields (street, city, state, postal_code, country). The ERP_ID on Zilliant Account migrates as org_erp_id__c on the Organization.
Zilliant CPQ
Contact
Pipedrive
Person
1:1Zilliant Contacts map to Pipedrive Persons. We preserve the contact-to-account linkage by resolving the Organization ID at migration time and linking the Person to it. PartnerRoleRecord associations attached to contacts migrate as custom fields (partner_role__c) or as a Person note entry. Custom BDA fields on Contact migrate as Person custom fields.
Zilliant CPQ
Business Data Attributes (BDAs)
Pipedrive
Custom fields on Person, Organization, Deal
lossyBDAs mapped from SAP C4C support String, Boolean, and Decimal types. List-type BDA fields store only the raw C4C code value, not the localized display label—this localization loss is a known characteristic of Zilliant's BDA architecture and is documented explicitly. We flag every list-type BDA during scoping and advise the customer that translated labels must be re-established from C4C source records post-migration. Boolean and Decimal BDAs migrate directly as typed Pipedrive custom fields.
Zilliant CPQ
Guided Selling Rules
Pipedrive
Written rule package
lossyZilliant Guided Selling rules are structured rule packages stored in the CPQ ontology, not individual records. We export them as a written rule package documenting each rule's trigger, conditions, and product configuration outcome. Pipedrive's automation layer (trigger-action rules) does not replicate constraint-based configuration logic, so the rules are handed off as documentation for the customer's admin to rebuild as workflow rules or to address via a CPQ add-on from the Pipedrive Marketplace.
Zilliant CPQ
User
Pipedrive
User
1:1Zilliant Users map to Pipedrive Users by email match. Domain-approval restrictions in Zilliant CPQ (unapproved email domains cannot sign in) have no Pipedrive equivalent; we flag any user records with non-standard domain restrictions for the customer's admin to validate post-migration. Role-based UI Profiles controlling field visibility (e.g., ERP_ID column) are documented as a written access-control artifact.
Zilliant CPQ
Attachment
Pipedrive
File
1:1Quote attachments migrate to Pipedrive Deal files. A resolved bug in pre-patch Zilliant builds caused single-click downloads to trigger multiple downloads equal to the total attachment count. We verify the source environment's patch status during scoping and note any discrepancy between the intended attachment count and what was recorded in the export. Attachments associated with Quote records attach to the corresponding migrated Deal.
| Zilliant CPQ | Pipedrive | Compatibility | |
|---|---|---|---|
| Product | Product1:1 | Fully supported | |
| Price List | Product custom fieldslossy | Fully supported | |
| Quote | Deal1:1 | Fully supported | |
| SalesItem (line items) | Deal Product (linked items)1:1 | Fully supported | |
| Sales Agreement | Deal (contract type)lossy | Fully supported | |
| Account | Organization1:1 | Fully supported | |
| Contact | Person1:1 | Fully supported | |
| Business Data Attributes (BDAs) | Custom fields on Person, Organization, Deallossy | Mapping required | |
| Guided Selling Rules | Written rule packagelossy | Mapping required | |
| User | User1:1 | Fully supported | |
| Attachment | File1: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.
Zilliant CPQ gotchas
Groovy scripted logic does not export as data
ERP_ID column may be hidden but still critical
SAP characteristic labels can duplicate after legacy migration
BDA list-type fields lose C4C localization
Attachment downloads could fire multiple times on older builds
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
Discovery and Zilliant environment audit
We audit the source Zilliant CPQ environment for Products (including hidden ERP_ID columns), Price Lists and Price Items, Quote records (headers and line items), Sales Agreements, Accounts, Contacts, BDA field definitions (with type and list-code status), active Groovy scripts (catalogued as configuration artifacts), and guided selling rule packages. We also identify the patch status of the source environment to flag the attachment download bug if the build predates the fix. The output is a written migration scope and a destination schema plan.
Destination schema design in Pipedrive
We design the Pipedrive schema to receive the migrated data. This includes creating custom fields on Organization (org_erp_id__c, custom BDA fields), Person (BDA fields), Product (erp_id__c, list_price__c, reference_price__c, matrix_price__c), and Deal (quote_number__c, quote_status__c, agreement_start__c, agreement_end__c, deal_type__c, agreement_tiers__c). We also configure Pipedrive pipeline stages to accommodate the Zilliant Quote status states that do not map to standard deal stages.
Groovy script cataloguing and rule package export
We extract every active Groovy script as structured text during the discovery phase. We do not migrate these as executable logic—they cannot be exported as data from Zilliant CPQ. We deliver them as a written Groovy Rule Package document that the customer's admin reviews and rebuilds in Pipedrive's automation layer or replaces with native Pipedrive workflow rules. This step happens in parallel with data extraction to avoid a sequencing bottleneck at the end of the project.
Data extraction in dependency order
We extract Zilliant data in record-dependency order: Products (with ERP_ID queried explicitly including hidden columns), Organizations (from Accounts), Persons (from Contacts, linked to Organizations), Price Lists and Price Items (with pricing flattened to Product fields), Deals (from Quotes with line items resolved to Products), and Sales Agreements (modelled as Deals with custom fields). BDA list-type fields are extracted with both the raw code and a flag noting localization loss. Guided selling rule packages are extracted as structured text alongside the product extraction.
Sandbox migration and reconciliation
We run a full migration into a Pipedrive trial or sandbox environment using production-like data volume. The customer's project lead reconciles record counts across all object types, spot-checks 20-30 records against the Zilliant source, and reviews the BDA localization flag report. Any field mapping corrections, stage alignment issues, or custom field type adjustments happen in this phase. We also verify that the Groovy Rule Package document accurately reflects the active scripts found in the source.
Production migration and cutover
We run production migration in the same dependency order used in sandbox. We respect Pipedrive's burst rate limits by implementing exponential backoff on the REST API and chunking bulk operations to avoid 429 responses. After the final data load, we deliver the Groovy Rule Package document and the BDA localization flag report. We support a three-day hypercare window for reconciliation issues. We do not rebuild Zilliant guided selling rules as Pipedrive automations inside the migration scope; that is documented separately for the customer's admin to rebuild as workflow rules or to address via a Pipedrive Marketplace CPQ add-on.
Platform deep dives
Zilliant CPQ
Source
Strengths
Weaknesses
Pipedrive
Destination
Strengths
Weaknesses
Complexity grading
Moderate CRM migration. 4 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 Zilliant CPQ and Pipedrive.
Object compatibility
4 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
Zilliant CPQ: Not publicly documented.
Data volume sensitivity
Zilliant CPQ 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 Zilliant CPQ to Pipedrive migration scoping. Not seeing yours? Book a call.
Walk through your Zilliant CPQ 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 Zilliant CPQ
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.