CRM migration
Field-level mapping, validation, and rollback between Oracle EBS CRM and Mailchimp. We move data and schema; workflows are rebuilt natively in Mailchimp.
Oracle EBS CRM
Source
Mailchimp
Destination
Compatibility
4 of 8
objects map 1:1 between Oracle EBS CRM and Mailchimp.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from Oracle EBS CRM to Mailchimp is a functional migration from a full enterprise CRM to an email-centric marketing and CRM platform. Oracle EBS CRM stores Accounts in ARHZTARZ tables, Contacts in the HR and AR schemas, and Opportunities in the CZ Collaborative Selling schema, with no standard REST API available. We connect directly to the Oracle database with read-only credentials scoped to the relevant schemas, extract parent records (Accounts) before child records (Contacts), and import into Mailchimp using its REST API with batch chunking and exponential backoff on rate-limit responses. Opportunities, Oracle Workflows, Territory definitions, and custom objects have no direct Mailchimp equivalent; we document each as a transformation candidate in the migration handoff report rather than a data migration. Automations and campaign logic built in Oracle Workflow do not migrate.
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 Oracle EBS CRM object lands in Mailchimp, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
Oracle EBS CRM
Account
Mailchimp
Company
1:1Oracle EBS CRM Accounts stored in ARHZTARZ base tables map to Mailchimp Companies (a Commerce object). We extract Account Name, Site, Address fields, Phone, Website, and the Organization_ID from the ARHZTARZ table and write them as Company records via the Mailchimp Commerce API. Multi-org EBS Accounts may reference the same business entity across multiple Operating Units; we deduplicate by Account Name and Address hash during extraction and create a single Company in Mailchimp. The FND_ORGANIZATION_UNITS table provides the org context for each Account.
Oracle EBS CRM
Contact
Mailchimp
Member
1:1Oracle EBS CRM Contacts sourced from HR (PER_ALL_ASSIGNMENTS_F for employees) or AR schemas (RA_CONTACTS for external parties) map to Mailchimp Members. We extract email address, first name, last name, phone, title, and the FK reference to the parent Account. Contacts are imported into a Mailchimp Audience (list) with the email address as the subscriber key. Address data and custom fields migrate as Mailchimp merge fields. Contacts without a valid email address are excluded and reported separately.
Oracle EBS CRM
Opportunity
Mailchimp
Deal
lossyOracle EBS CRM Opportunities in the CZ Collaborative Selling schema map to Mailchimp Deals (available on Standard and Premium tiers). We extract Opportunity Name, Amount, Stage, Close Date, and Owner, and write them as Mailchimp Deals linked to the corresponding Member or Company. Mailchimp Deals have no probability, forecast, or product-line rollup; these attributes are stored in a custom Deal custom field mapped from EBS StageName. Opportunity data that exceeds Mailchimp's Deal data model (such as multi-product line Items or territory-based forecasting) is documented as a reporting gap in the handoff report.
Oracle EBS CRM
Territory
Mailchimp
Tag
lossyOracle EBS CRM Territory definitions in AS_TERRITORIES base tables map to Mailchimp Tags. We extract the territory hierarchy and the Contact-to-Territory assignment rules during discovery, then apply each relevant Tag to the corresponding Member records in Mailchimp. For example, a Contact assigned to the 'Northeast Enterprise' territory receives the 'Northeast-Enterprise' tag. Tags are created as part of the Audience setup before Contact import. Territory rollup reporting that relied on EBS hierarchical territory structures does not replicate in Mailchimp and is documented for the customer's reporting team.
Oracle EBS CRM
Sales Activities / Tasks
Mailchimp
Activity Note (Member-level)
1:1Oracle EBS CRM Activities and Tasks stored in the Interaction Center or deprecated Teleservice tables map to Mailchimp Member Activity events. We extract call logs, meeting records, and task completions with timestamps and owners, then write them as a custom text field on the Member (or as a Mailchimp Note with an activity prefix). Activity owners are resolved via the Owner-to-User merge field mapping. High-volume activity histories (over 50,000 records) are chunked and written with a delay to respect Mailchimp's batch API limits.
Oracle EBS CRM
Notes / History
Mailchimp
Note
1:1Oracle EBS CRM Notes stored in FZ_NOTES or application audit trail tables map to Mailchimp Notes attached to the corresponding Member. We extract Note body text, creation timestamp, and owner reference. Notes migrate as plain text (rich text formatting is flattened) with the original EBS timestamp preserved. If the Note references an attached file stored as a BFILE or CLOB in the EBS database, we write the file path and name to the Note body as a reference rather than embedding the binary content, and we document the file retrieval path separately.
Oracle EBS CRM
User / Employee
Mailchimp
Member Field (Owner Merge Field)
lossyOracle EBS CRM Users sourced from FND_USER and FND_RESPONSIBILITY tables are mapped to a custom merge field on Mailchimp Members. We extract the EBS username and email of the CRM user responsible for each Account, Contact, and Opportunity and write it as a text merge field (e.g., EBS_Owner_Email). Mailchimp does not have a native user-assignment model for Members; the merge field preserves ownership traceability for reporting and routing purposes. The customer configures Mailchimp's Customer Journey conditions using this field if owner-based routing is required.
Oracle EBS CRM
Attachment
Mailchimp
Document Reference
lossyOracle EBS CRM Attachments stored as BFILE, CLOB, or file-system LOBs have no migration path to Mailchimp's contact-centric data model. Mailchimp Members do not support file attachments. We extract attachment file names, paths, and reference URLs from the EBS attachment tables (FND_ATTACHED_DOCUMENTS, FND_LOBS) and include them in a structured document reference file delivered alongside the migration. The customer's team retrieves original files from the EBS document repository separately.
| Oracle EBS CRM | Mailchimp | Compatibility | |
|---|---|---|---|
| Account | Company1:1 | Fully supported | |
| Contact | Member1:1 | Fully supported | |
| Opportunity | Deallossy | Fully supported | |
| Territory | Taglossy | Fully supported | |
| Sales Activities / Tasks | Activity Note (Member-level)1:1 | Mapping required | |
| Notes / History | Note1:1 | Mapping required | |
| User / Employee | Member Field (Owner Merge Field)lossy | Fully supported | |
| Attachment | Document Referencelossy | 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.
Oracle EBS CRM gotchas
No native REST API for EBS CRM data extraction
APPS schema coupling spans CRM, ERP, and HR in one database
Premier Support for EBS 12.1 ended — Extended Support for 12.2 has a cost cliff
Oracle Workflow engine has no direct migration path to cloud CRM automation
Per-module licensing creates billing ambiguity at destination
Mailchimp gotchas
Contact count includes unsubscribed and non-subscribed records
Automation workflows cannot be exported
Account suspensions trigger silently during migration
Template HTML is Mailchimp-specific and may not render in other platforms
E-commerce data requires active store connection
Pair-specific challenges
Migration approach
Discovery and schema enumeration
We connect to the Oracle EBS database with read-only credentials scoped to CRM-relevant schemas (ARHZTARZ for Accounts, RA_CONTACTS for Contacts, CZ for Opportunities, AS_TERRITORIES for Territories, FZ_NOTES for Notes, FND_USER and FND_RESPONSIBILITY for Users). We run discovery queries to enumerate target tables, confirm the CRM module version deployed, identify custom tables in the base product schemas, and extract FND_ORGANIZATION_UNITS to map multi-org context. The discovery output is a written schema map and a Migration Scope Agreement that defines which tables are in scope, which are excluded, and which are documented as transformation candidates.
Mailchimp audience and object design
We design the Mailchimp Audience structure before any data is imported. This includes creating the primary Audience (list), defining merge fields to receive EBS CRM field data (account name, contact title, owner email), configuring tags that correspond to EBS Territory assignments, and enabling the Deals feature in Mailchimp Commerce settings if Opportunity migration is in scope. We also configure the timezone and default email opt-in settings to align with the customer's existing contact consent records extracted from EBS.
Data extraction from Oracle APPS schema
We extract CRM data in parent-before-child dependency order using direct SQL queries against the Oracle database. Accounts are extracted first (ARHZTARZ base tables), followed by Contacts (with FK to parent Account), then Opportunities (CZ schema), then Notes and Activity history. We apply the Owner-to-User merge field mapping during extraction. All queries are read-only, scoped to CRM schemas, and run outside production hours where feasible. We chunk large result sets (contacts over 10,000) into batches to manage memory and network reliability.
Transformation and deduplication
We transform the extracted Oracle data into Mailchimp API-compatible payloads. Email addresses are validated and normalized (lowercased, whitespace trimmed). Duplicate Contacts with matching email addresses are identified and deduplicated, with a record of which EBS Contact was retained. Territory assignments are converted to tag names using a mapping table. Owner usernames are resolved to the EBS_Owner_Email merge field. Opportunity stages are mapped to Mailchimp Deal status values. Any Contact without a valid email address is excluded and reported in the Reconciliation Report.
Mailchimp API import with batch handling
We import Accounts as Mailchimp Companies via the Commerce API, then import Contacts as Members via the Mailchimp Marketing API in batches of up to 500 records per request. We apply exponential backoff on 429 rate-limit responses and chunk large activity histories across multiple API sessions. Tags are applied to Members via the Member Tags endpoint after the Member record is confirmed to exist. Deals are created via the Commerce Deals API with status, amount, and close date. Each import phase emits a row-count reconciliation report.
Validation and cutover handoff
We reconcile record counts between the EBS source and Mailchimp destination: Accounts vs Companies, Contacts vs Members, Opportunities vs Deals, Notes vs Member Notes. We spot-check 20-30 records across each object type for field-level accuracy. We deliver the Migration Handoff Report, which includes the Workflow and Territory inventory, the Document Reference file for EBS attachments, the Reconciliation Report, and the transformation gap documentation. We do not rebuild Oracle Workflows as Mailchimp Customer Journeys; that is a separate engagement for the customer's marketing team.
Platform deep dives
Oracle EBS CRM
Source
Strengths
Weaknesses
Mailchimp
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. 1 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 Oracle EBS CRM and Mailchimp.
Object compatibility
1 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
Oracle EBS CRM: Not applicable — direct database query, throttling depends on customer's DB server capacity and concurrent workload.
Data volume sensitivity
Oracle EBS CRM 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 Oracle EBS CRM to Mailchimp migration scoping. Not seeing yours? Book a call.
Walk through your Oracle EBS CRM to Mailchimp migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave Oracle EBS CRM
Other ways to arrive at Mailchimp
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.