Oracle EBS to Salesforce Data Migration

Move your customer, order, and receivables data from Oracle EBS to Salesforce with AI-powered automation. Settle handles the complex schema transformations between Oracle's relational model and Salesforce's object architecture.

Working with enterprise teams on active migration programs

settle — Oracle EBSSalesforce
SourceTarget
HZ_PARTIESAccount / Contact
HZ_CUST_ACCOUNTSAccount
HZ_PARTY_SITES / HZ_LOCATIONSAccount Address fields
HZ_CUST_SITE_USESAccount (custom fields)
HZ_CONTACT_POINTSContact.Phone / Contact.Email
+5 more objects mappedEvery row validated
See full mapping →

Days

to production-ready mappings

Roughly half

the cost of consulting-led delivery

Every row

validated before go-live

Enterprise migrations routinely run months behind schedule. Yours doesn't have to.

This guide is for VPs of IT, data architects, and migration leads at companies moving data from Oracle EBS to Salesforce — whether you're scoping, planning, or mid-program.

Oracle EBS stores customer data in the Trading Community Architecture (TCA) — a deeply normalized hierarchy spanning HZ_PARTIES, HZ_CUST_ACCOUNTS, HZ_PARTY_SITES, and HZ_CUST_SITE_USES — while Salesforce uses a flatter Account-Contact-Opportunity model. Settle denormalizes the TCA hierarchy automatically, preserving billing and shipping address purposes, contact relationships, and multi-org segmentation.

Based on the founding team's enterprise migration experience

Last updated July 2026

How Settle automates your Oracle EBS to Salesforce migration

  • Settle auto-profiles Oracle's TCA model across HZ_PARTIES, HZ_CUST_ACCOUNTS, and site use tables, then proposes denormalized mappings to Salesforce Account and Contact objects — preserving party relationships.

  • Operating unit segmentation is detected automatically. Settle flags cross-org customers and proposes consolidation rules or record type strategies for your Salesforce architecture.

  • Oracle DFFs and KFFs are profiled at the segment level, with each context-sensitive combination mapped to the appropriate Salesforce custom field or picklist.

  • Settle generates transformation SQL that handles Oracle's NULL-vs-empty-string conventions, date format differences (DD-MON-YYYY to ISO), and multi-byte character encoding for international customer data.

See how Settle works end-to-end →

Get your Oracle EBS to Salesforce mapping analysis — see results in under an hour

Migration timeline: manual vs. Settle

Traditional approach

Timeline

6–12 months

Estimated cost

$1.5M+

Team size

5–10 consultants

Typically requires

×Manual field mapping in spreadsheets

×Custom ABAP/SQL extraction scripts

×3–5 mock migration cycles

×Dedicated source system consultants

×Manual reconciliation testing

With Settle

Enterprise benchmarks

Timeline

Days

Estimated cost

A fraction of consulting cost

Team size

1–2 internal resources

Included

Schema profiling & analysis

AI-generated field mappings

Transformation SQL

Validation & readiness reports

Production-ready load files

Common challenges migrating from Oracle EBS to Salesforce

Trading Community Architecture (TCA) complexity

Oracle EBS stores customer data in the TCA model — HZ_PARTIES (organizations and people), HZ_PARTY_SITES (addresses), HZ_CUST_ACCOUNTS (customer accounts), and HZ_CUST_SITE_USES (billing/shipping purposes). A single business entity can have dozens of records across these tables. Mapping to Salesforce's flatter Account model requires careful denormalization.

Explore related migrations →

Multi-org and operating unit segmentation

Oracle EBS uses operating units (ORG_ID) to segment transactional data. Customers, orders, and invoices all carry ORG_ID references. Salesforce doesn't have a native operating unit concept — this segmentation must be modeled using record types, custom fields, or multi-org architecture decisions.

Explore related migrations →

Receivables and payment history

Oracle AR data (RA_CUSTOMER_TRX, AR_PAYMENT_SCHEDULES, AR_CASH_RECEIPTS) contains complex invoice and payment linkages. Migrating this to Salesforce — whether to custom objects or a financial app — requires preserving transaction-to-receipt relationships and aging calculations.

Explore related migrations →

Oracle DFF and KFF custom extensions

Oracle's Descriptive Flexfields (DFFs) and Key Flexfields (KFFs) are used extensively to store custom data. These context-sensitive, segment-based structures have no direct Salesforce equivalent and must be analyzed individually to determine the target mapping.

Explore related migrations →

Oracle EBS to Salesforce field mapping — what data moves

10 data objects typically migrated

Source ObjectTarget Object
HZ_PARTIESAccount / Contact
HZ_CUST_ACCOUNTSAccount
HZ_PARTY_SITES / HZ_LOCATIONSAccount Address fields
HZ_CUST_SITE_USESAccount (custom fields)
HZ_CONTACT_POINTSContact.Phone / Contact.Email
OE_ORDER_HEADERS / LINESOpportunity / Order
RA_CUSTOMER_TRX (AR Invoices)Custom Object / Archive
AR_PAYMENT_SCHEDULESCustom Object
QP_LIST_HEADERS (Price Lists)PricebookEntry
FND_LOOKUP_VALUESPicklist Values

Typical enterprise migrations include 500K–10M+ records across these objects. Settle handles profiling and mapping at enterprise scale.

The cost of manual Oracle EBS to Salesforce migration

Oracle EBS to Salesforce migrations are driven by companies that want a modern, cloud-native CRM without the overhead of Oracle's on-premise EBS customer management modules. Sales and service teams increasingly demand Salesforce's user experience, AppExchange ecosystem, and mobile capabilities — none of which Oracle EBS was designed to deliver.

The migration is technically demanding because Oracle EBS uses a deeply relational, normalized data model with hundreds of interconnected tables organized by operating unit. Customer data lives across HZ_PARTIES, HZ_CUST_ACCOUNTS, HZ_CUST_SITE_USES, and dozens of related TCA (Trading Community Architecture) tables. Salesforce's Account-Contact-Opportunity model is fundamentally different in structure, and the mapping is never one-to-one.

Traditional approaches rely on custom PL/SQL extraction scripts, middleware like Oracle Data Integrator, and extensive manual mapping — typically a 6–12 month effort involving both Oracle and Salesforce specialists.

Consulting-led delivery for migrations in this class typically runs $1.5M+. Settle prices it fixed and scoped — read the full cost breakdown.

Explore all migration paths →

Frequently asked questions

A typical Oracle EBS to Salesforce migration takes 6–12 months with traditional consulting approaches. The TCA model analysis alone can take 6–8 weeks manually because of the deeply normalized party-account-site hierarchy. Timeline depends on the number of operating units, volume of AR transaction history, and complexity of DFF/KFF customizations. Settle runs the same migration in days — every row validated before load.

Exceptions surface before the first load, not after the third.

Built by the team that ran Fortune 500 migrations by hand. Currently onboarding enterprise design partners on active migration programs.

Ready to migrate from Oracle EBS to Salesforce?

Tell us about your migration and we'll show you how Settle can help.

No commitment required. We'll review your migration scope and share a preliminary assessment within 48 hours.

✓ No credit card✓ 48-hour response✓ Free initial assessment

We'll review your migration scope and follow up within 48 hours to discuss next steps.

Or book a demo call →