CRM migration
Field-level mapping, validation, and rollback between Camp Automation and Odoo CRM. We move data and schema; workflows are rebuilt natively in Odoo CRM.
Camp Automation
Source
Odoo CRM
Destination
Compatibility
7 of 13
objects map 1:1 between Camp Automation and Odoo CRM.
Complexity
BStandard
Timeline
4-6 weeks
Overview
Moving from Camp Automation to Odoo CRM is a structural migration that crosses from a marketing-automation-centric GTM platform to a full business-suite CRM with ERP extensibility. Camp Automation uses a flat Contact model grouped under Companies with a multi-channel Campaign parent that spans email, SMS, social, and push; Odoo CRM uses crm.lead for both leads and opportunities and res.partner for contact and company records without a native multi-channel Campaign object. We resolve the Contact-to-res.partner model mapping during discovery, preserve tag labels across both platforms, and import Deals as crm.lead records with pipeline stages configured in the Odoo Studio pipeline view. Automation workflows, email sequences, and multi-channel campaign groupings do not migrate as logic; we deliver a written inventory of every active workflow and campaign structure for your admin to rebuild using Odoo's ir.actions.server automation framework. Custom fields on Contacts and Deals require schema discovery before migration because Camp Automation does not expose field definitions through a documented metadata API.
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 Camp Automation object lands in Odoo CRM, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
Camp Automation
Contact
Odoo CRM
res.partner
1:1Camp Automation Contacts map to Odoo res.partner records with contact_type set to 'contact'. The source email field maps to email, phone maps to phone, and the company association maps to parent_id pointing to a separate res.partner record with contact_type 'company'. We resolve the parent_id lookup before inserting child contacts so that the Contact-to-Company hierarchy is satisfied at import time. Any contact without a company association in Camp creates a standalone res.partner with no parent_id.
Camp Automation
Company
Odoo CRM
res.partner (contact_type=company)
1:1Camp Automation Company records map to Odoo res.partner with contact_type set to 'company'. The company name becomes the partner's name field (required in Odoo), domain maps to website, and industry and size fields map to custom res.partner fields that we pre-create during schema configuration. Company records insert before any dependent Contact records so that the parent_id foreign key constraint is satisfied during the Contact import phase.
Camp Automation
Deal
Odoo CRM
crm.lead
1:1Camp Automation Deals map to Odoo crm.lead records with type='opportunity'. The deal pipeline maps to a crm.team (sales team) in Odoo, and the deal stage maps to a stage_id within that team's pipeline. We pre-configure the pipeline stages in Odoo Studio during schema setup, mapping Camp stage names to Odoo stage names using a customer-provided stage matrix. Deal value, close date, and custom deal fields migrate directly once the stage mapping is validated.
Camp Automation
Deal Stage
Odoo CRM
crm.stage
lossyEach Camp Automation deal pipeline becomes an Odoo crm.team with its own crm.stage sequence. Stage probability percentages from Camp map to Odoo's probability field on crm.lead. Stage names are preserved as-is where they match Odoo's default set (New, Qualified, Proposition, Won, Lost) and are created as custom stages where Camp uses non-standard names. Lost stage values from Camp map to Odoo's stage_id with type='lost'.
Camp Automation
Campaign
Odoo CRM
crm.tag + mail.activity.note
lossyCamp Automation Campaigns are multi-channel parent objects with no direct Odoo CRM equivalent. Odoo does not have a native multi-channel Campaign object that spans email, SMS, social, and push in a single parent record. We create an Odoo crm.tag for each Camp Campaign (with the tag name set to the Campaign name) and tag all migrated activity records (emails, meetings, tasks) with the corresponding campaign reference. This preserves the campaign association in Odoo's tag filter while noting that the unified Campaign UI view will not exist in the destination.
Camp Automation
Email Template
Odoo CRM
mail.template
1:1Camp Automation email templates export as HTML with inline CSS and variable placeholders. We import them as Odoo mail.template records, preserving the subject line, body (as Odoo's email_from and body_html fields), and variable syntax. Odoo's mail.template uses Jinja-style {{ }} placeholders which we translate from Camp's placeholder format during the transform phase. Template categories from Camp map to mail.template's category_id.
Camp Automation
Automation/Workflow
Odoo CRM
ir.actions.server (rebuild inventory)
1:1Camp Automation workflows consisting of triggers (form submit, email open, deal stage change) and multi-branch action sequences do not migrate as automation logic to Odoo. The trigger-action model in Camp has no direct equivalent in Odoo's ir.actions.server framework, which uses server actions, automated actions, and base.action.rule with a different condition syntax. We deliver a written inventory of every active Camp workflow with its trigger type, conditions, and action sequence mapped to a recommended Odoo automated action or server action configuration. The customer's admin or an Odoo partner rebuilds these post-migration.
Camp Automation
Custom Field (Contact)
Odoo CRM
res.partner custom field
lossyCamp Automation custom fields on Contacts are discovered through schema inspection (UI export or screen recording of the Contact settings page) before migration. We pre-create each custom field in Odoo using ir.model.fields with the correct field type: text fields map to char or text, date fields map to date, dropdown fields map to selection, and multi-select fields map to many2many or char with delimiter. Field types must be correct because incorrect types corrupt reporting filters and conditional views in Odoo that depend on field type.
Camp Automation
Custom Field (Deal)
Odoo CRM
crm.lead custom field
lossyCamp Automation custom fields on Deals require the same schema discovery process as Contact custom fields. We pre-create them as crm.lead custom fields using ir.model.fields before migration. Custom Deal fields that reference Contact lookups or Company lookups are created as many2one fields pointing to the correct model, and we ensure the foreign key values resolve correctly during the Deal import phase by running a pre-import validation pass.
Camp Automation
Tag
Odoo CRM
crm.tag
1:1Camp Automation tags on Contacts and Deals map to Odoo crm.tag records. The tag taxonomy is preserved exactly: each distinct tag label from Camp creates a crm.tag record in Odoo, and the tag assignments migrate as crm.lead.tag_ids entries linking each crm.lead to its tags. Tags that do not exist in the destination are created automatically during import. If the customer uses tags for content classification rather than deal segmentation, we discuss whether res.partner.category (which Odoo uses for partner categories) is a better target at scoping time.
Camp Automation
User/Owner
Odoo CRM
res.users
1:1Camp Automation Owners map to Odoo res.users records by email address. We resolve owners by email match against the destination Odoo instance's res.users table. Any Camp Owner without a matching res.users record enters a reconciliation queue for the customer's Odoo admin to provision before record import resumes. Inactive Odoo users can receive migrated records; active users are required for crm.lead assignment to function correctly in Odoo's activity and team assignments.
Camp Automation
Campaign Activity (email, SMS, social, push)
Odoo CRM
mail.mail / mail.activity
lossyCamp Automation campaign activity records (email sends, SMS sends, social posts, push notifications) do not have native Odoo CRM equivalents as a unified object set. Email activities migrate as mail.mail records linked to the crm.lead via the res.partner. Meeting activities migrate as calendar.event records. Call and task activities migrate as mail.activity records with activity_type_id mapped to the nearest Odoo activity type. Social and push activity data migrates as notes attached to the related crm.lead, with the channel reference preserved in the note body. The campaign tag association documented in the Campaign mapping preserves the cross-activity relationship.
Camp Automation
Form
Odoo CRM
crm.lead custom field (source reference)
lossyCamp Automation landing page forms and inline web forms export with field configurations and submission data. Odoo does not have a native form builder within its CRM module; website forms typically live in Odoo Website with the crm.lead creation handled by an ir.config.parameter setting. We migrate form submission data as crm.lead records with the original form name stored in a custom source field (x_form_name) and submission timestamp stored in create_date. Form field values map to crm.lead custom fields using the field mapping documented during discovery.
| Camp Automation | Odoo CRM | Compatibility | |
|---|---|---|---|
| Contact | res.partner1:1 | Fully supported | |
| Company | res.partner (contact_type=company)1:1 | Fully supported | |
| Deal | crm.lead1:1 | Fully supported | |
| Deal Stage | crm.stagelossy | Fully supported | |
| Campaign | crm.tag + mail.activity.notelossy | Fully supported | |
| Email Template | mail.template1:1 | Fully supported | |
| Automation/Workflow | ir.actions.server (rebuild inventory)1:1 | Fully supported | |
| Custom Field (Contact) | res.partner custom fieldlossy | Fully supported | |
| Custom Field (Deal) | crm.lead custom fieldlossy | Fully supported | |
| Tag | crm.tag1:1 | Fully supported | |
| User/Owner | res.users1:1 | Fully supported | |
| Campaign Activity (email, SMS, social, push) | mail.mail / mail.activitylossy | Fully supported | |
| Form | crm.lead custom field (source reference)lossy | 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.
Camp Automation gotchas
Contact and email send limits vary by tier
Automation workflow logic may not survive platform translation
Custom fields require schema discovery before migration
Multi-channel campaign structure may flatten in destination
Odoo CRM gotchas
Odoo.sh version gating blocks assisted migrations from trial
Enterprise modules fail to install on Community after database restore
Custom module view inheritance breaks between Odoo major versions
Custom fields risk losing their application context on Community
API access for Community is gated behind the Custom Plan
Pair-specific challenges
Migration approach
Discovery and Camp schema inventory
We audit the source Camp Automation account across all tiers (Lite, Basic, Premium), extracting the complete list of Contacts, Companies, Deals, Campaigns, Email Templates, Tags, and custom field definitions via CSV export. We request the customer to provide a screen recording or field export from Camp Settings for all Contact, Company, and Deal properties to capture custom field names and types. We count total records per object, identify pipeline structures, and inventory active automation workflows and campaign associations. The discovery output is a written migration scope with record counts, object inventory, and a confirmed target Odoo edition (Community or Enterprise) recommendation.
Odoo schema design and crm.lead pipeline configuration
We design the destination Odoo CRM schema using the Odoo metadata API (ir.model and ir.model.fields) or directly through Odoo Studio. This includes pre-creating custom fields on res.partner and crm.lead with correct field types, configuring crm.team records for each Camp pipeline, defining crm.stage values with matching probability percentages, and setting up crm.tag records for each Camp Campaign. For Enterprise destinations, we configure the full Kanban pipeline view with stage colors and team assignments. Schema is validated in a staging Odoo database before production migration begins.
Staging migration and reconciliation
We run a full migration into a staging Odoo database using production-equivalent data volume. The customer reconciles record counts (Contacts in res.partner, Companies in res.partner, Deals in crm.lead, Activities in mail.activity and calendar.event), spot-checks 25-50 random records against the Camp source data, and validates the tag assignments and campaign associations. Any field type corrections, stage name adjustments, or custom field additions happen in this phase. Sign-off on the staging migration is required before the production cutover window is scheduled.
Owner reconciliation and res.users provisioning
We extract every distinct Camp Automation Owner referenced on Contact, Company, Deal, and Engagement records and match by email against the destination Odoo instance's res.users table. Owners without a matching Odoo User enter a reconciliation queue. The customer's Odoo admin provisions any missing Users (active for current team members, inactive for departed users whose records must retain assignment history). Migration cannot proceed past the Deal and Activity import phases until all Owner references are resolvable, because crm.lead.user_id and mail.activity.user_id are required fields for assignment-based records.
Production migration in dependency order
We execute production migration in record-dependency order: res.partner records for Companies first (with contact_type='company'), res.partner records for Contacts second (with contact_type='contact' and parent_id pointing to the correct company partner), crm.tag records for Campaigns and Tags, crm.lead records for Deals (type='opportunity', partner_id resolved to the imported res.partner, user_id resolved to res.users), mail.template records for Email Templates, and finally activity history (mail.activity for calls and tasks, calendar.event for meetings, mail.mail for email sends) with campaign tag references applied. Each phase emits a row-count reconciliation report before the next phase begins.
Cutover, validation, and automation rebuild handoff
We freeze writes in Camp Automation during the cutover window, run a final delta migration of any records created or modified during the migration window, and hand over Odoo CRM as the system of record. We deliver the Automation Rebuild Inventory document listing every Camp workflow with its trigger, conditions, and recommended Odoo ir.actions.server or Studio automated action configuration. We deliver the Campaign Mapping document showing each Camp Campaign and its Odoo crm.tag equivalent plus any orphaned activity records that should be manually tagged. We support a one-week hypercare window for reconciliation issues. We do not rebuild Camp workflows as Odoo automations inside the migration scope; that work is handled by the customer's admin or an Odoo implementation partner as a separate engagement.
Platform deep dives
Camp Automation
Source
Strengths
Weaknesses
Odoo CRM
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. 2 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 Camp Automation and Odoo CRM.
Object compatibility
2 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
Camp Automation: Not publicly documented..
Data volume sensitivity
Camp Automation 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 Camp Automation to Odoo CRM migration scoping. Not seeing yours? Book a call.
Walk through your Camp Automation to Odoo CRM migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave Camp Automation
Other ways to arrive at Odoo CRM
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.