CRM migration

Migrate from Oracle Eloqua to Nutshell

Field-level mapping, validation, and rollback between Oracle Eloqua and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.

Oracle Eloqua logo

Oracle Eloqua

Source

Nutshell

Destination

Nutshell logo

Compatibility

50%

5 of 10

objects map 1:1 between Oracle Eloqua and Nutshell.

Complexity

BStandard

Timeline

2-3 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Oracle Eloqua to Nutshell is a structural contraction, not a lateral move. Eloqua is an enterprise marketing automation platform built for complex B2B campaign orchestration, multi-touch lead scoring, and CRM-synced nurture programs. Nutshell is a sales CRM designed for small to mid-market teams who need contact management, pipeline tracking, and email integration without the overhead of a dedicated marketing ops function. We export Eloqua Contacts, Accounts, and Custom Data Objects via the Bulk API, map them to Nutshell People and Organizations, and preserve Custom Data Object records as either linked custom fields or note-based enrichment depending on the destination field architecture. Campaign metadata, Program Canvas workflows, and Lead Scoring models have no Nutshell equivalent; we document these in a written handoff inventory for your admin to evaluate and rebuild manually. We do not migrate automations, forms, landing pages, or email assets as code.

Field-level fidelity

Every standard and custom field arrives verified.

Schema-aware mapping

AI proposes the map; you confirm before any record moves.

Relationships preserved

Parent–child, lookups, and ownership stay linked.

Full activity history

Calls, emails, meetings — with original timestamps.

Attachments & notes

Documents, uploads, and inline notes move with the record.

Why teams make this switch

Two sides of the same decision

Leaving

Oracle Eloqua logo

Oracle Eloqua

What's pushing teams away

  • The $2,000/month starting price plus per-contact and per-send overage charges make Eloqua cost-prohibitive for mid-market teams not running enterprise-scale campaigns.
  • Oracle's declining investment in Eloqua innovation, including workforce reductions in the CX group, has prompted organizations to evaluate platforms with more active development roadmaps.
  • The legacy interface and steep learning curve frustrate smaller marketing teams who need intuitive tools rather than enterprise-grade complexity requiring dedicated admin support.
  • Organizations report limited customization in reporting and dashboards, forcing them to export data to BI tools for the analysis they need.
  • Implementation timelines of several weeks to months plus the need for ongoing dedicated marketing ops resources create total cost of ownership that outpaces platform value for some teams.

Choosing

Nutshell logo

Nutshell

What's pulling them in

  • Lowest cost entry point among mid-market CRMs—Foundation plan starts at $13/user/month, making it accessible for teams validating CRM fit before committing.
  • Integrated sales automation and email sequencing on Pro plans without requiring a separate email marketing platform, per verified Capterra reviews.
  • Consistently praised for intuitive interface and fast onboarding, with case studies reporting 100% team adoption rates within initial deployment periods.
  • Strong customer support responsiveness cited across G2 reviews, with dedicated support tiers available on Enterprise plans.
  • Native integrations with WhatsApp, Facebook Messenger, Instagram, and Slack reduce reliance on third-party middleware for common communication channels.

Object mapping

How Oracle Eloqua objects map to Nutshell

Each row shows how a Oracle Eloqua object lands in Nutshell, including any object-level transformations, lookup resolution, or schema-design dependencies.

Typical mapping — final map is confirmed during the sample migration step.

Oracle Eloqua

Contact

maps to

Nutshell

Person

1:1
Fully supported

Eloqua Contacts map directly to Nutshell People. We export full contact records including standard fields (Email Address, First Name, Last Name, Phone, Job Title), custom fields, and contact dates. The Email Address field serves as the dedupe key during import. We flag unsubscribed, bounced, and non-opt-in contacts early so that their subscription status maps correctly to Nutshell's unsubscribe field to prevent unintended email sends post-migration.

Oracle Eloqua

Account

maps to

Nutshell

Organization

1:1
Fully supported

Eloqua Accounts map to Nutshell Organizations. We export Account-level fields including company name, industry, website, and address data. Account-to-Contact associations are preserved during migration so that each Person record has the correct Organization link. Organization is created before Contact import so that the relationship field is satisfied at insert time.

Oracle Eloqua

Custom Data Object (CDO)

maps to

Nutshell

Custom Fields or Notes

lossy
Fully supported

CDOs are customer-defined objects with their own schema. Each CDO has either a one-to-one or one-to-many relationship with Contacts or Accounts. We export CDO records and map them to Nutshell based on cardinality: one-to-one CDOs become custom fields on the linked Person or Organization; one-to-many CDOs (e.g., Purchase History, Event Attendance) are stored as Notes with structured formatting so that each related record is preserved. We document the CDO schema during discovery and present both options to the customer before migration begins.

Oracle Eloqua

Activity and Engagement Data

maps to

Nutshell

Notes on Person or Organization

1:many
Mapping required

Eloqua tracks engagement events (email opens, clicks, form submissions, page visits) as activity records linked to Contacts. Nutshell does not have a native engagement tracking equivalent. We export engagement history and merge it into Notes attached to the corresponding Nutshell Person, with the engagement type, timestamp, and asset name preserved in the note body. This preserves the historical context without requiring a field for each engagement event.

Oracle Eloqua

Email Assets

maps to

Nutshell

Notes (template reference)

1:1
Mapping required

Eloqua Email assets include HTML content, subject lines, sender addresses, and metadata. We export email configuration data including subject line templates, sender profiles, and HTML content. Nutshell does not have an email asset library; we deliver the exported HTML and configuration as a structured document that the customer's admin can reference when building emails in Nutshell's email editor or their preferred email tool.

Oracle Eloqua

Segments and Shared Lists

maps to

Nutshell

Tags or Saved Filters

1:1
Mapping required

Eloqua Segments define dynamic contact audiences based on filter criteria; Shared Lists are static contact collections. Nutshell supports Tags on People and Organizations and Saved Filters for list-building. We export segment filter definitions and list memberships, then map static list memberships to Nutshell Tags. Dynamic segment logic must be rebuilt manually as Nutshell Saved Filters since the dynamic evaluation engine differs between platforms.

Oracle Eloqua

Campaigns and Programs

maps to

Nutshell

Written inventory only

lossy
Mapping required

Eloqua Campaigns and Program Canvas workflows are multi-step orchestration containers with conditional logic, wait steps, and trigger-based execution. Nutshell has no campaign orchestration or marketing automation equivalent. We do not migrate campaign logic as code. We export campaign metadata (name, description, targeting criteria, step count) and deliver it as a written inventory document with a rebuild recommendation for the customer's admin to evaluate. Program Canvas flows are similarly documented as process maps.

Oracle Eloqua

Lead Scoring Models

maps to

Nutshell

Written inventory only

lossy
Not supported

Eloqua's weighted demographic and behavioral Lead Scoring models have no export mechanism and no Nutshell equivalent. We document the current scoring model structure during discovery, including score thresholds, demographic weights, and behavioral components, and deliver this as a written specification for the customer's admin to evaluate for manual rebuild or third-party scoring integration post-migration.

Oracle Eloqua

Forms and Landing Pages

maps to

Nutshell

Written inventory only

1:1
Mapping required

Eloqua Forms capture contact data and can be embedded on landing pages. We export form field configurations and landing page metadata. Nutshell does not have native form building or landing page capabilities. We deliver a written inventory of active forms with field definitions and submission destinations, and recommend the customer evaluate third-party form tools (Typeform, HubSpot Forms, or similar) to replace Eloqua form capture.

Oracle Eloqua

Picklists

maps to

Nutshell

Custom Fields with defined values

lossy
Fully supported

Eloqua Picklists define controlled vocabulary for custom fields. We export picklist definitions as CSV including display names and stored values. Nutshell custom fields can be configured with predefined value lists that serve the same enumeration purpose. We map each Eloqua picklist to a corresponding Nutshell custom field with matching value options.

Gotchas + challenges

What specifically takes care here

Platform-specific issues from each side, plus the pair-specific challenges that don't show up on either platform's page on its own.

Oracle Eloqua logo

Oracle Eloqua gotchas

High

Contact-based pricing model inflates migration scope

High

No native export or migration tooling in Eloqua

Medium

Bulk API soft limits throttle large data transfers

Medium

5 GB import file size cap complicates bulk data loads

Low

SOAP API deprecated; REST/Bulk APIs require endpoint caching

Nutshell logo

Nutshell gotchas

High

Contact tier limits enforced on import

Medium

No bulk API endpoint requires paginated extraction

Medium

Email sequences not exportable via API

Medium

Foundation plan disables key sales features

Pair-specific challenges

  • Nutshell is a CRM, not a marketing automation platform

    Eloqua's Campaign Canvas, Program Canvas, multi-step nurture flows, and conditional logic have no Nutshell equivalent. Organizations migrating from Eloqua to Nutshell must accept that marketing automation functionality will not transfer. We do not migrate campaign logic, automation workflows, or engagement programs as code. We deliver a written inventory of active campaigns and programs with metadata for the customer's admin to evaluate whether to rebuild manually in Nutshell or replace with a dedicated marketing automation tool alongside Nutshell. This is a fundamental architectural difference that affects post-migration workflows.

  • Eloqua Bulk API rate limits extend large database migration timelines

    Eloqua's Bulk API enforces hourly soft limits of 2,000 records per hour for exports and imports, with concurrent REST API requests limited to 10-20 simultaneously depending on subscription tier. Databases exceeding 100,000 contacts require chunked, rate-compliant batch processing that extends timeline proportionally. We plan for this by sequencing exports by dependency (Accounts before Contacts, Contacts before Activities), throttling API calls within Eloqua's limits, and validating each chunk before loading the next. Migrations that skip this planning hit throttling errors and data gaps.

  • Lead Scoring models cannot be exported from Eloqua

    Eloqua's weighted demographic and behavioral Lead Scoring models are stored in proprietary configuration that has no export mechanism. We document the current scoring model structure during discovery, including score thresholds, demographic weights, and behavioral components, but we cannot export the model as functional code. The customer must rebuild scoring logic manually in Nutshell or evaluate third-party scoring integrations. We flag this gap in the discovery report before migration begins so that the customer can plan accordingly.

  • Custom Data Object relationships require pre-creation of parent records

    CDOs in Eloqua link to Contacts or Accounts with defined relationship types. When mapping CDOs to Nutshell, we must create the parent Organization records before importing Contact records that reference them, and then link the CDO data after the parent Person record exists. For one-to-many CDOs, we batch the note creation after all parent records are loaded. Skipping this ordering causes import failures on foreign key references. We sequence the migration to handle this dependency explicitly.

Migration approach

Six steps for a successful Oracle Eloqua to Nutshell data migration

  1. Discovery and data audit

    We audit the source Eloqua instance across contacts, accounts, Custom Data Objects, picklists, active campaigns, and engagement volume. We identify which CDOs exist, their relationship cardinalities (one-to-one vs one-to-many), and which contacts have associated CDO records. We document the Lead Scoring model structure and active Program Canvas workflows for the written inventory. We also capture unsubscribe states, bounced records, and non-opt-in contacts for correct status mapping in Nutshell. The discovery output is a written migration scope with object-level mapping decisions confirmed by the customer.

  2. Nutshell destination setup

    We configure the Nutshell destination org before any data import. This includes creating custom fields on Person and Organization to receive mapped Eloqua custom fields, setting up predefined value lists for mapped picklists, and configuring Organization records as the parent for any CDO data that will be stored as structured notes. We work with the customer's Nutshell admin to confirm field types and ensure the schema accommodates the incoming data without truncation or type mismatches.

  3. Sandbox migration and reconciliation

    We run a full migration into a Nutshell sandbox environment using production-like data volume. The customer's team reconciles record counts (People in, Organizations in), spot-checks 25-50 random records against the Eloqua source, and reviews custom field populatedness. CDO mapping is validated specifically: one-to-one CDOs appear as populated custom fields; one-to-many CDOs appear as formatted notes on the correct Person. The customer signs off the mapping and field architecture before production migration begins.

  4. Production migration in dependency order

    We run production migration in record-dependency order: Organizations first (from Eloqua Accounts), then People (from Eloqua Contacts with Organization lookups resolved), then custom field data and structured notes from CDOs, then engagement history merged into Notes. Each phase emits a row-count reconciliation report before the next phase begins. We throttle API calls to stay within Eloqua Bulk API limits and handle 429 throttling responses with exponential backoff.

  5. Cutover, validation, and inventory handoff

    We freeze Eloqua writes during cutover, run a final delta migration of any records modified during the migration window, then enable Nutshell as the system of record. We deliver the written inventory of Campaigns, Programs, Lead Scoring models, Forms, and Landing Pages to the customer's admin team with rebuild recommendations. We do not rebuild marketing automation in Nutshell as that capability does not exist in the platform; we provide documentation for the customer to evaluate third-party alternatives if needed.

Platform deep dives

Context on both ends of the pair

Oracle Eloqua logo

Oracle Eloqua

Source

Strengths

  • Industry-standard enterprise marketing automation with two decades of campaign orchestration maturity
  • Deep native CRM integration with Salesforce, Microsoft Dynamics, and Oracle CX Sales applications
  • Advanced multi-touch lead scoring with weighted demographic and behavioral components
  • Scalable contact database architecture supporting large enterprise B2B marketing programs
  • Robust Bulk API with documented rate limits enabling reliable batch data operations

Weaknesses

  • Contact-based pricing model creates unpredictable costs as database scales with email volume overages
  • No native data migration tooling; all migrations require custom export/import processes or third-party services
  • Steep learning curve and legacy interface design requiring dedicated marketing operations resources
  • Limited reporting customization forces teams to export data to external BI platforms for advanced analysis
  • Oracle's declining investment in Eloqua CX innovation raises long-term platform viability concerns
Nutshell logo

Nutshell

Destination

Strengths

  • Simple, intuitive interface with minimal learning curve for sales teams new to CRM
  • Per-seat pricing is transparent and predictable, with annual billing reducing monthly cost
  • Full data export tool available for all account data including backups
  • Open JSON-RPC API allows programmatic access to all core objects
  • Native multichannel engagement (email, SMS, WhatsApp) without third-party add-ons for communication

Weaknesses

  • Reporting and analytics are considered weak, requiring manual Excel exports for detailed analysis
  • No bulk API endpoint—migration requires paginated API reads that must be rate-limited carefully
  • JSON-RPC API is less common than REST, requiring custom integration code compared to standard REST CRMs
  • Add-on costs (Forms, Nutshell IQ, Email Marketing) are per-company charges that stack on top of per-seat pricing
  • Feature restrictions on entry-level plans mean teams often need mid-tier to get basic automation

Complexity grading

How hard is this migration?

Standard CRM migration. 1 of 8 objects need a mapping; the rest are 1:1.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Oracle Eloqua and Nutshell.

  • Object compatibility

    B

    1 of 8 objects need a mapping; the rest are 1:1.

  • Field mapping clarity

    C

    Field mapping is derived from defaults — final spec confirmed during the sample migration.

  • Timeline complexity

    B

    8-object category — typical timelines run 2–7 days end-to-end.

  • API constraints

    B

    Oracle Eloqua: Bulk API: 2,000 records/hour per sync type; REST API: 10-20 concurrent requests depending on tier.

  • Data volume sensitivity

    A

    Oracle Eloqua exposes a bulk API — large-volume migrations stream efficiently.

Estimator

Estimate your Oracle Eloqua to Nutshell migration cost

Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.

Step 1

What are you migrating?

Pick a category, then your source and destination platforms.

Category

FAQ

Frequently asked questions about Oracle Eloqua to Nutshell data migrations

Answers to the questions buyers ask most during Oracle Eloqua to Nutshell migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your Oracle Eloqua to Nutshell migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Most migrations land between two and three weeks for accounts under 10,000 Contacts and no Custom Data Objects. Migrations with multiple CDOs, large engagement histories, or complex CDO-to-Contact lookups requiring pre-creation of Organizations before Contact import move to five to eight weeks. The Eloqua Bulk API rate limits (2,000 records per hour) set the floor for large database exports regardless of migration service provider, and we plan timelines accordingly.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Oracle Eloqua.
Land in Nutshell, intact.

Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.

Accuracy guarantee Rollback included Quote in 1 business day