CRM migration
Field-level mapping, validation, and rollback between bxp software and Freshsales. We move data and schema; workflows are rebuilt natively in Freshsales.
bxp software
Source
Freshsales
Destination
Compatibility
5 of 8
objects map 1:1 between bxp software and Freshsales.
Complexity
BStandard
Timeline
3-6 weeks
Overview
Migrating from bxp software to Freshsales is a migration from a bespoke, per-client CRM deployment to a standard SaaS CRM with predictable pricing and a published API. bxp software's core data model centres on Forms and Contacts with custom fields and relationships built per client instance, which means no two migrations share the same source schema. We begin every engagement with a schema enumeration phase that inventories every Form, field, and relationship in the bxp instance before designing the Freshsales destination schema. Proprietary CDA and CCL archive exports require conversion to CSV or JSON before loading. Contact-centre-specific modules including QA evaluations and eLearning records have no native Freshsales equivalent; we export these as structured data attachments or Custom Objects and document the gap for the customer's admin. Workflows and automations are not migrated; we deliver a written inventory for rebuild in Freshsales Workflows post-migration.
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 bxp software object lands in Freshsales, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
bxp software
Form
Freshsales
Contact (or Custom Object)
lossybxp Forms are the primary data containers in a bxp deployment and carry arbitrary field configurations unique to each instance. We enumerate every Form definition during scoping, identify standard fields (name, email, phone) and custom fields per Form, then map each Form to either a Freshsales Contact record (for standard CRM fields) or a Freshsales Custom Object (for industry-specific or contact-centre-specific fields). The Form-to-Object mapping is one of the primary deliverables from the discovery phase.
bxp software
Contact
Freshsales
Contact
1:1bxp Contact records map directly to Freshsales Contact. Standard fields including email address, phone number, name, and address data use Freshsales native Contact fields. All bespoke custom fields enumerated during schema discovery map to Freshsales custom fields on the Contact object, preserving field types and picklist values. Freshsales custom fields support text, number, date, picklist, multi-select picklist, and currency types.
bxp software
Activity
Freshsales
Task / Event / Call
1:1bxp activity logs (call interactions, agent notes, interaction records) are extracted via the bxp API or from Form exports. We map call duration and disposition to Freshsales Call records, general interaction notes to Task records, and scheduled activities to Event records. The bxp activity schema varies by deployment, so every field is reviewed during scoping and mapped individually to the closest Freshsales equivalent.
bxp software
Custom Field (per Form)
Freshsales
Contact Custom Field or Custom Object Field
lossybxp's core value proposition is custom fields built per client. We treat every custom field discovered during schema enumeration as a mapping candidate. Text fields map to Freshsales text custom fields, numeric fields to number or currency custom fields, and date fields to Freshsales date custom fields. Multi-select or tag-style fields map to Freshsales multi-select picklist fields with values preserved from the source. Any field that does not fit a standard Freshsales type is documented for the customer's admin to review.
bxp software
Custom Archive (CDA/CCL)
Freshsales
CSV or JSON intermediate format
lossybxp custom archives in CDA and CCL formats are proprietary binary exports that require parsing before migration. We convert CDA/CCL exports into structured CSV or JSON using a custom parsing routine, then load the converted data as standard records into Freshsales. The conversion step adds time to the discovery and extraction phases and is scoped as a separate workstream during planning.
bxp software
Agent Metrics
Freshsales
Custom Object or structured attachment
1:1bxp agent metrics including call duration, wrap time, and QA scores are contact-centre-specific and have no direct Freshsales standard object equivalent. We export these as structured records in a Freshsales Custom Object (agent_metrics) linked to the Contact record via a lookup relationship, or as structured attachments if the destination Freshsales plan does not include Custom Objects. The customer selects the preferred storage strategy during scoping.
bxp software
eLearning Record
Freshsales
Custom Object or structured attachment
1:1bxp eLearning module records (training completion, module scores, assignments) are exported as structured data. They map to a Freshsales Custom Object (training_record) linked to the associated Contact or a dedicated User object. If the destination Freshsales plan does not support Custom Objects, we export these as structured JSON attachments and deliver them alongside the migration for manual import or future Custom Object adoption.
bxp software
Quality Assurance Record
Freshsales
Custom Object or structured attachment
1:1bxp QA evaluations tied to specific calls or interactions are exported alongside the associated Contact and activity record to preserve evaluation context. They map to a Freshsales Custom Object (qa_evaluation) with fields for score, evaluator, evaluation date, and linked call reference. We flag any bxp QA field that has no Freshsales equivalent and document it for admin review.
| bxp software | Freshsales | Compatibility | |
|---|---|---|---|
| Form | Contact (or Custom Object)lossy | Fully supported | |
| Contact | Contact1:1 | Fully supported | |
| Activity | Task / Event / Call1:1 | Fully supported | |
| Custom Field (per Form) | Contact Custom Field or Custom Object Fieldlossy | Fully supported | |
| Custom Archive (CDA/CCL) | CSV or JSON intermediate formatlossy | Fully supported | |
| Agent Metrics | Custom Object or structured attachment1:1 | Mapping required | |
| eLearning Record | Custom Object or structured attachment1:1 | Fully supported | |
| Quality Assurance Record | Custom Object or structured 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.
bxp software gotchas
BXP has no published public API documentation
Every BXP instance has a unique data schema
No list pricing creates budget uncertainty
Small review corpus limits due diligence
Freshsales gotchas
Freddy AI is Pro-tier only despite heavy marketing
Post-migration emails and sequences are disabled
Bot session credits are a one-time 500-session allocation
Phone credits charged per minute with no cap
File storage limits scale with plan tier
Pair-specific challenges
Migration approach
Schema discovery and extraction planning
We request the bxp API documentation PDF directly from the bxp team and test API connectivity in a sandbox environment. We enumerate every Form definition, field name, field type, and relationship in the bxp instance through a combination of API calls and, where the API is restricted, Form exports and CDA/CCL archive review. The output is a complete source schema document that forms the basis of the mapping design. This phase typically takes five to ten business days.
Destination schema design in Freshsales
We design the Freshsales destination schema based on the source enumeration. This includes provisioning custom fields on the Contact object for standard CRM data, creating Custom Objects for contact-centre-specific records (agent metrics, QA evaluations, eLearning), and configuring lookup relationships between Custom Objects and Contact records. If the destination Freshsales plan is Growth (which does not include Custom Objects), we scope a structured attachment strategy instead. Schema is validated in a Freshsales trial or sandbox environment before production migration begins.
Data extraction from bxp
We extract data from bxp using the bxp API where available and confirmed, falling back to Form exports and CDA/CCL archive exports where the API is restricted or unavailable. For CDA/CCL archives, we run the custom parsing routine to convert to CSV or JSON. All extracted data is staged in a secure intermediate environment for transform and validation before load into Freshsales.
Sandbox migration and reconciliation
We run a full migration into the Freshsales destination environment using production-like data volume. The customer's admin reconciles record counts (Contacts in, Custom Object records in), spot-checks a sample of migrated records against the bxp source, and validates that custom field values transferred correctly. Any mapping corrections are made at this stage. The customer signs off the sandbox migration before production cutover is scheduled.
Production migration in dependency order
We run production migration in record-dependency order: Contact records first (with custom fields resolved), then Custom Object records (agent metrics, QA, eLearning) with Contact lookup references resolved. Activities (calls, tasks, events) are loaded last, linked to the parent Contact record. Each phase emits a row-count reconciliation report before the next phase begins. We use Freshsales REST API with batch processing and rate-limit handling throughout.
Cutover, validation, and handoff
We freeze bxp writes during cutover, run a final delta migration of any records modified during the migration window, then enable Freshsales as the system of record. We deliver the complete mapping document, the automation inventory (for Freshsales Workflows rebuild by the customer's admin), and the Custom Object schema documentation. We do not rebuild bxp Workflows or automations as Freshsales Workflows; that work is a separate engagement or an internal admin task. We offer a one-week post-migration support window to resolve data reconciliation issues.
Platform deep dives
bxp software
Source
Strengths
Weaknesses
Freshsales
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 bxp software and Freshsales.
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
bxp software: Not publicly documented.
Data volume sensitivity
bxp software 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 bxp software to Freshsales migration scoping. Not seeing yours? Book a call.
Walk through your bxp software to Freshsales migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave bxp software
Other ways to arrive at Freshsales
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.