CRM migration
Field-level mapping, validation, and rollback between Mekari Qontak and Freshsales. We move data and schema; workflows are rebuilt natively in Freshsales.
Mekari Qontak
Source
Freshsales
Destination
Compatibility
5 of 8
objects map 1:1 between Mekari Qontak and Freshsales.
Complexity
BStandard
Timeline
1-2 weeks
Overview
Mekari Qontak and Freshsales are both CRM platforms, but they differ in their primary communication channel and data model. Qontak is built around WhatsApp Business API as the hub of its omnichannel CRM, with an Indonesian Rupiah pricing model and HMAC-authenticated API. Freshsales (Freshworks CRM) uses a standard Contact-Account-Deal model with Freddy AI scoring, built-in phone from Growth tier, and a free plan for teams up to three users. The most significant migration difference is Qontak's WhatsApp-centric data layer: channel attribution, broadcast quotas, and WABA number ownership do not carry forward and require manual offboarding before export. We extract Contacts, Deals, and Tickets via Qontak's API, transform enumerated stage values, map custom properties to Freshsales custom fields, and import through Freshsales' REST API. Chatbot flows and workflow automations do not migrate as code; we document them for your admin to rebuild in Freshdesk Conversation or 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 Mekari Qontak 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.
Mekari Qontak
Contact
Freshsales
Contact or Lead
1:manyQontak Contacts map to Freshsales Contacts for customers with an existing relationship or deal history. Unqualified or early-stage prospects from Qontak (pre-Deal) map to Freshsales Leads. We determine the split by evaluating whether the Qontak Contact has an associated Deal, a dealstage assignment, or a tag indicating sales-qualified status. The original Qontak contact ID is preserved in a custom field qontak_id__c for reconciliation.
Mekari Qontak
Deal
Freshsales
Deal
1:1Qontak Deals map directly to Freshsales Deals with the dealstage value mapped to Freshsales Deal Stage. Qontak's pipeline assignment maps to Freshsales' pipeline selector on the Deal record. We extract closed-won and closed-lost values along with any custom deal properties and map them to Freshsales custom fields. Note that Freshsales Deals do not require an Account lookup by default, but we recommend linking each Deal to a Contact for full activity timeline continuity.
Mekari Qontak
Ticket
Freshsales
Task or Case
1:1Qontak Tickets map to Freshsales Tasks for basic tracking, or to Freshdesk Cases if the customer licenses Freshdesk alongside Freshsales. Qontak's ticket status enumeration (Open, Pending, Resolved, Closed) maps to Freshsales Task status values or Freshdesk Case status values. Custom ticket fields from Qontak migrate as custom fields on the target object. Conversation history attached to Qontak Tickets migrates as a series of Task notes or Case EmailMessages depending on the destination.
Mekari Qontak
Custom Properties
Freshsales
Custom Fields
1:1Qontak custom Contact and Deal properties (text, number, date, dropdown) map to Freshsales custom fields. We extract the full Qontak property schema at scan time and pre-create matching custom fields in Freshsales before migration begins. Qontak multi-select or checkbox properties map to Freshsales multi-select picklist fields. Date and datetime fields preserve format. We flag any Qontak field type (e.g., formula fields) that cannot be computed in Freshsales and document them for manual data entry or calculation field creation.
Mekari Qontak
Chatbot Flows
Freshsales
Freshdesk Bot Flows (documentation only)
lossyQontak chatbot flows are stored in a platform-specific JSON schema that is not portable to Freshdesk Conversation or any other platform. We extract the full decision tree structure, trigger conditions, and action sequences and deliver them as a documented flow map with annotated screenshots and logic notes. Your admin uses this documentation to rebuild conversation flows in Freshdesk Conversation's Bot Builder, which uses a different visual interface and trigger model.
Mekari Qontak
Users/Agents
Freshsales
Users
1:1Qontak agent records (name, email, role: Supervisor or Agent) map to Freshsales User accounts. We match by email address. Qontak-specific role hierarchy is preserved as a custom field qontak_role__c in Freshsales since Freshsales' native role model uses a different permission structure. Active Qontak agents require corresponding Freshsales user licenses provisioned before migration.
Mekari Qontak
Contacts List/Segments
Freshsales
Static Lists
1:1Qontak list membership and segmentation criteria are exported as static lists. We export the list names and the set of contact IDs in each list. In Freshsales, we create Static Lists with matching names and add members by contact ID lookup. Dynamic segment membership recalculates based on current contact data in Qontak and does not have a Freshsales equivalent; dynamic segments are documented with their filter criteria for manual list recreation.
Mekari Qontak
WhatsApp Templates
Freshsales
WhatsApp Templates (re-registration required)
lossyApproved WhatsApp message templates are tied to the Qontak-hosted WABA account and cannot be transferred to Freshsales. We document the full template library (name, body content, variables, approved categories) and provide re-registration guidance through the WhatsApp Business Manager. Templates must be re-submitted for Meta approval in the customer's new WABA setup.
| Mekari Qontak | Freshsales | Compatibility | |
|---|---|---|---|
| Contact | Contact or Lead1:many | Fully supported | |
| Deal | Deal1:1 | Fully supported | |
| Ticket | Task or Case1:1 | Fully supported | |
| Custom Properties | Custom Fields1:1 | Mapping required | |
| Chatbot Flows | Freshdesk Bot Flows (documentation only)lossy | Mapping required | |
| Users/Agents | Users1:1 | Mapping required | |
| Contacts List/Segments | Static Lists1:1 | Fully supported | |
| WhatsApp Templates | WhatsApp Templates (re-registration required)lossy | Mapping required |
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.
Mekari Qontak gotchas
WhatsApp Business API number offboarding requires manual support request
Broadcast quotas are enforced at account level, not campaign level
Marketing Messages API migration for WABA numbers registered after August 2025
Chatbot flow JSON is not portable between platforms
Frequent platform UI updates can rename or relocate export options
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
Discovery and offboarding coordination
We audit the source Qontak account: record counts (Contacts, Deals, Tickets), custom property schema, active chatbot flows, broadcast quota headroom, and WABA registration date. If the WABA was registered after August 2025, we flag the Marketing Messages API flag for export format adjustment. We initiate the WhatsApp Business API offboarding request to [email protected] immediately, as Meta's offboarding process can take several days and must complete before contact export. This step gates the export timeline.
Freshsales schema preparation
We configure the Freshsales destination before any data import: create custom fields matching the Qontak property schema, configure Deal pipeline stages matching Qontak's pipeline and stage enumeration, set up Lead fields for any contacts without deal history, and provision user accounts for active Qontak agents. If the customer licenses Freshdesk for ticket migration, we coordinate Freshdesk Case fields with Freshsales custom field names to ensure consistent data typing across both products.
Data export via Qontak API
We export Contacts, Deals, Tickets, Custom Properties, and list membership from Qontak using the Mekari API with HMAC authentication. For any objects not accessible via API, we use UI-based export as a fallback. We export conversation attachments from Qontak's media CDN and prepare them for re-upload to Freshsales. Conversation content linked to Tickets migrates as Task notes or Case EmailMessages. We chunk exports by 500 records per batch to avoid API timeouts.
Transformation and field mapping
We transform exported records against the mapping schema: Qontak Contact IDs become qontak_id__c for reconciliation, Deal stage values map to Freshsales stage names, ticket status enumerations map to Freshsales Task status values, and Qontak multi-select properties map to Freshsales multi-select picklist fields. We run a pre-import validation pass that flags any missing required fields in Freshsales and pauses migration until the schema gap is closed. Chatbot flow decision trees are extracted as structured JSON and converted to documentation format.
Production import and reconciliation
We import records into Freshsales via the REST API in dependency order: Users first (to resolve OwnerId lookups), then Contacts and Leads, then Deals, then Tasks and Cases. Each phase emits a row-count reconciliation report showing imported, skipped, and errored records. We resolve OwnerId references by matching Qontak agent email to Freshsales user email. Errors are logged with the source record ID and error reason for manual correction. Attachments are re-uploaded after record import is confirmed.
Cutover, validation, and handoff
We freeze Qontak writes during cutover and run a final delta migration of any records modified during the migration window. We validate a sample of 25-50 records against the source Qontak account and confirm field-level accuracy with your team. We deliver the chatbot flow documentation, automation inventory, and WhatsApp template library to your admin for Freshdesk rebuild. We support a 72-hour post-cutover window for reconciliation issues before closing the migration engagement.
Platform deep dives
Mekari Qontak
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 Mekari Qontak 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
Mekari Qontak: Not publicly documented by Qontak; enforced at account level for broadcast quotas.
Data volume sensitivity
Mekari Qontak 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 Mekari Qontak to Freshsales migration scoping. Not seeing yours? Book a call.
Walk through your Mekari Qontak 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 Mekari Qontak
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.