HRMS migration
Field-level mapping, validation, and rollback between Oracle Talent Management Cloud (formerly Taleo) and Crelate. We move data and schema; workflows are rebuilt natively in Crelate.
Oracle Talent Management Cloud (formerly Taleo)
Source
Crelate
Destination
Compatibility
6 of 14
objects map 1:1 between Oracle Talent Management Cloud (formerly Taleo) and Crelate.
Complexity
BStandard
Timeline
6-10 weeks
Overview
Moving from Oracle Talent Management Cloud (formerly Taleo) to Crelate is a schema translation project. Taleo's deeply nested relational model — where Requisitions, Candidates, Submissions, and Offers form chained lookup relationships — must be flattened into Crelate's flat ATS record structure. The primary extraction mechanism is Taleo Connect Client (TCC), which exports structured CSV and XML with a hard 500,000-record-per-day limit. Binary attachments (resumes, offer letters, supporting documents) export separately from relational data and require re-association by identifier key after Candidate and Submission records land in Crelate. We sequence Requisition data before Candidate data to maintain referential integrity, map Position data as configurable Job fields rather than as a standalone object, and deliver a written inventory of Custom Fields and User-Defined Fields for your admin to rebuild in Crelate's field editor. Workflows, approval chains, career sites, and Taleo Learn records do not migrate; we document them as manual-rebuild deliverables for your team 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 Oracle Talent Management Cloud (formerly Taleo) object lands in Crelate, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
Oracle Talent Management Cloud (formerly Taleo)
Job Requisition
Crelate
Job
1:1Taleo Requisitions map directly to Crelate Jobs via TCC CSV export. We extract fields including requisition title, department, location, hiring manager, status, open and close dates, and job description. The Taleo requisition identifier is preserved in a custom field for reconciliation and as a cross-reference key. Active and on-hold statuses map to Crelate Job status values; cancelled requisitions are migrated as closed jobs for historical completeness. Approval chain status (pending, approved, rejected) does not migrate as a workflow state — we record the final approval outcome as a note on the Job record.
Oracle Talent Management Cloud (formerly Taleo)
Candidate
Crelate
Candidate
1:1Taleo Candidate records export cleanly via TCC with standard fields (name, email, phone, address, application date, source). We normalize name components (first, middle, last), standardize phone formats across regional variants, apply email deduplication across the candidate pool, and map the candidate source value (employee referral, job board, agency) to Crelate's Candidate Source field. Resume binary files migrate separately via Oracle Integration and are re-associated to the Candidate record using the Taleo candidate identifier key exported alongside the record.
Oracle Talent Management Cloud (formerly Taleo)
Submission
Crelate
Candidate-to-Job Association
1:manyTaleo Submissions are the join table between Candidate and Requisition, carrying pipeline stage, status history, submission date, and scorecard data. In Crelate, a Candidate can be associated to a Job through multiple application records, but each association carries its own status and activity log. We create one Crelate association per Taleo Submission, preserving the submission date, current status, and a structured history of stage transitions as activity log entries. Scorecard data migrates as formatted notes attached to the association rather than as a structured Crelate scorecard object.
Oracle Talent Management Cloud (formerly Taleo)
Position
Crelate
Job Field (configuration)
lossyTaleo Positions originate from an external HRMS and cannot be created or edited within Taleo. Positions are exported as a standalone object but do not map to a native Crelate object because Crelate's Jobs are created directly by recruiters rather than imported from headcount planning. We flag the Position-to-Job relationship as requiring manual re-establishment in Crelate: the Position's organizational unit, job family, and headcount justification map to Crelate Job custom fields for your admin to configure against the original HRMS data. We deliver a Position mapping sheet as part of the handoff documentation.
Oracle Talent Management Cloud (formerly Taleo)
Offer
Crelate
Placement
1:1Taleo Offers with compensation components, approval history, and status (pending, accepted, declined, retracted) map to Crelate Placements. Offer amount, currency, start date, and offer status migrate to the corresponding Crelate Placement fields. E-signature binding and offer letter template formatting are Taleo-specific and do not transfer — the offer letter document itself migrates as an attachment to the Placement record, and your team rebuilds the letter template in Crelate's offer tool. Approval history migrates as a structured note on the Placement.
Oracle Talent Management Cloud (formerly Taleo)
Hiring Team / Recruiter Assignment
Crelate
User Assignment on Job and Candidate
1:1Recruiter, sourcer, and hiring manager assignments stored as user references within Taleo Requisition and Submission records map to Crelate User records by email match. We resolve Taleo user identifiers to Crelate User IDs at migration time. Any Taleo user without a matching Crelate User account is held in a reconciliation queue for your admin to provision before the Job migration phase begins. If the recruiter or hiring manager is inactive in Crelate but was active in Taleo, we flag it for your admin to activate or reassign.
Oracle Talent Management Cloud (formerly Taleo)
Requisition Template
Crelate
Job Template (manual rebuild)
lossyTaleo Requisition Templates encode approval chains, field defaults, and required fields per requisition type (full-time, contract, executive, campus). Template structure is exported as a data artifact, but approval workflow logic does not mechanically migrate to Crelate because Crelate uses a different workflow rule model. We deliver a written template inventory listing every Taleo Requisition Template with its field defaults, approval chain configuration, and a recommended Crelate Job Template configuration for your admin to rebuild under Settings > Jobs > Templates.
Oracle Talent Management Cloud (formerly Taleo)
User Custom Fields
Crelate
Custom Fields
lossyCustom fields on Taleo Candidates, Requisitions, and Submissions are exported via the Taleo Learn Cloud REST API or TCC. We preserve field labels, data types, and picklist values as a configuration inventory. Crelate supports custom fields on Jobs, Candidates, and Placements. We create the Crelate custom field schema (field name, type, picklist values) as a pre-migration step under Settings > Fields before any record data is loaded, so that incoming Taleo data populates the correct fields during import rather than landing in generic notes.
Oracle Talent Management Cloud (formerly Taleo)
Attachments (Resumes, Documents)
Crelate
Candidate Attachment / Placement Attachment
1:1TCC CSV exports cannot carry binary files. We export all attachments (resumes, offer letters, supporting documents, background check results) as a separate file package using Oracle Integration, organizing files by the Taleo record identifier (candidate ID, submission ID, offer ID). After the Candidate and Submission records land in Crelate, we re-associate each binary file to the correct Crelate record by cross-referencing the Taleo identifier stored in the Crelate custom field created during the initial migration phase. Resume files map to the Candidate record; offer letter documents map to the Placement record.
Oracle Talent Management Cloud (formerly Taleo)
Career Site Configuration
Crelate
Crelate Career Portal (manual rebuild)
lossyTaleo Career Sites export as zip files containing configuration assets, field mappings, and template tokens rather than structured records. We unpack these archives, parse the field configuration and look-and-feel settings, and produce a Crelate Career Portal configuration guide. Branded CSS, logo assets, and template tokens that reference Taleo-specific identifiers require manual review and re-import. Crelate's career portal settings are rebuilt under Settings > Career Site by your admin using the configuration guide we deliver.
Oracle Talent Management Cloud (formerly Taleo)
Performance Reviews
Crelate
Not Migrated (Out of Scope)
lossyTaleo Performance Review records (ratings, goals, review cycle metadata, manager comments) export via HDL or REST API but Crelate does not store performance management data as a native or custom object. We export the performance review data as a structured CSV and PDF archive for your records, flagging that this data is outside Crelate's scope as a recruiting-focused ATS. If performance data must be accessible post-migration, we recommend a separate HRIS or performance management system and can provide a data export in a format compatible with common import tools.
Oracle Talent Management Cloud (formerly Taleo)
Learning / Training Records
Crelate
Not Migrated (Out of Scope)
lossyTaleo Learn Cloud stores course enrollment, completion records, certifications, and curriculum progress. Crelate is a recruiting ATS and does not have a learning management module. We export Taleo Learn records as a structured CSV archive, including learner name, course title, completion date, and certification status. Goal structures, curriculum completion rules, and compliance training flags do not map to Crelate's schema and are flagged as requiring manual re-entry in your LMS or HRIS of record.
Oracle Talent Management Cloud (formerly Taleo)
Scorecard Data
Crelate
Activity Notes on Candidate-to-Job Association
1:manyTaleo Submission scorecards contain structured evaluation criteria, rating values, and evaluator comments for each interview round. Crelate does not have a native scorecard object, so we merge scorecard records into activity notes attached to the Candidate-to-Job association. Each scorecard maps to a formatted note entry with the evaluator name, evaluation date, criteria label, and rating value. We preserve the full evaluation history as a chronological note log so that hiring managers can review the interview evaluation trail in Crelate without needing to reference the Taleo archive.
Oracle Talent Management Cloud (formerly Taleo)
Candidate Notes
Crelate
Activity Log / Note on Candidate
1:1Taleo Candidate notes export via TCC as structured text with timestamps and author attribution. We map these to Crelate Activity Log entries and Notes on the Candidate record, preserving the original author name, creation date, and full note body. Notes are imported in chronological order so that the candidate's activity timeline in Crelate reflects the historical progression from the Taleo record.
| Oracle Talent Management Cloud (formerly Taleo) | Crelate | Compatibility | |
|---|---|---|---|
| Job Requisition | Job1:1 | Fully supported | |
| Candidate | Candidate1:1 | Fully supported | |
| Submission | Candidate-to-Job Association1:many | Fully supported | |
| Position | Job Field (configuration)lossy | Fully supported | |
| Offer | Placement1:1 | Fully supported | |
| Hiring Team / Recruiter Assignment | User Assignment on Job and Candidate1:1 | Fully supported | |
| Requisition Template | Job Template (manual rebuild)lossy | Fully supported | |
| User Custom Fields | Custom Fieldslossy | Mapping required | |
| Attachments (Resumes, Documents) | Candidate Attachment / Placement Attachment1:1 | Mapping required | |
| Career Site Configuration | Crelate Career Portal (manual rebuild)lossy | Fully supported | |
| Performance Reviews | Not Migrated (Out of Scope)lossy | Mapping required | |
| Learning / Training Records | Not Migrated (Out of Scope)lossy | Mapping required | |
| Scorecard Data | Activity Notes on Candidate-to-Job Association1:many | Fully supported | |
| Candidate Notes | Activity Log / Note on Candidate1:1 | 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 Talent Management Cloud (formerly Taleo) gotchas
TCC CSV exports drop binary attachments and nested relational chains
HCM Data Loader validation rules block import of Taleo-formatted dates and codes
Position data originates externally and cannot be created within Taleo
Oracle actively deprecates Taleo; ORC is the strategic migration target
Career Site export is a zipped config file, not structured data
Crelate gotchas
120 req/min API rate limit throttles bulk migrations
20 custom field per-entity cap forces data model decisions
15,000-record export ceiling on single operations
Sequences and automation workflows do not migrate
API key is a querystring parameter, not a header
Pair-specific challenges
Migration approach
Discovery and scope definition
We audit the source Taleo instance: TCC export configuration, record volumes by object (Requisitions, Candidates, Submissions, Offers, Attachments), custom field inventory, active workflows, career site configuration, and any Taleo Learn or Performance module data in scope. We assess the destination Crelate account configuration and confirm the available custom field slots and user provisioning. The discovery output is a written migration scope document with record counts per object, a custom field mapping matrix, a workflow inventory list, and a recommended extraction sequence.
Schema pre-creation in Crelate
Before any Taleo data is extracted, we create the Crelate custom field schema under Settings > Fields to match the Taleo custom field inventory. This includes custom fields on Jobs (for Requisition-level Taleo fields), Candidates (for Candidate-level custom fields), and Placements (for Offer-level fields). We also configure picklist values, date formats, and any conditional field dependencies. Pre-creating the schema ensures that Taleo data populates the correct typed fields during import rather than landing as unstructured text. If Crelate's field type constraints (e.g., a text field cannot hold a multi-select value from Taleo) require adjustment, we resolve those before extraction begins.
TCC extraction in dependency order
We extract Taleo data in strict dependency order using TCC. Requisitions are extracted first because they are the parent of Submissions. Candidates are extracted second. Submissions are extracted third with the Taleo candidate identifier and requisition identifier preserved as cross-reference keys. Offers are extracted fourth. Attachments are extracted as a separate file package via Oracle Integration, organized by Taleo record identifier. Position data is extracted as a standalone artifact with a note that it requires manual reconciliation against the external HRMS source. Each extraction phase produces a row-count reconciliation report before the next phase begins.
Sandbox migration and reconciliation
We run a full migration into Crelate using a test dataset representative of production volume. Your recruiting operations lead reconciles record counts, spot-checks 25-50 random candidate records for field-level accuracy against the Taleo source, validates that Requisition-to-Candidate relationships are preserved in Crelate, and confirms that attachments are correctly re-associated. Any mapping corrections (field name mismatches, picklist value gaps, status mapping errors) are resolved in this phase before production migration begins. No data is written to the production Crelate account until this phase is signed off.
Owner and user reconciliation
We extract every distinct Taleo user referenced on Requisition, Candidate, Submission, and Offer records (recruiters, hiring managers, approvers, sourcers). We match each Taleo user by email address against the Crelate destination account's User table. Users without a matching Crelate account are placed in a reconciliation queue for your admin to provision. Recruiters and hiring managers must be active in Crelate before Job records referencing them can be imported, because the OwnerId reference is required on the standard Crelate Job object. This step gates the production migration start.
Production migration in dependency order
We run production migration in record-dependency order: Jobs (from Taleo Requisitions), Candidates (with binary resume files staged for re-association), Submissions (linked by Taleo identifier cross-reference), Placements (from Taleo Offers with approval history note), and Activity history (scorecard evaluations merged into association notes, candidate notes imported chronologically). Each phase emits a row-count reconciliation report before the next phase begins. After all record phases complete, we run the attachment re-association step, linking each staged resume and document file to the correct Crelate Candidate or Placement record using the Taleo identifier key.
Cutover, validation, and manual-rebuild handoff
We freeze writes in the Taleo instance during cutover, run a final delta migration of any records created or modified during the migration window, then confirm Crelate as the system of record for recruiting data. We deliver the workflow inventory document, the career site configuration guide, the Position mapping sheet, the custom field rebuild checklist, and the Taleo Learn/Performance archive. We support a one-week hypercare window to resolve any data quality issues raised by your recruiting team. We do not rebuild Taleo workflows, approval chains, or automation rules in Crelate as part of the migration scope; that work is documented for your admin team to rebuild under Settings > Workflows.
Platform deep dives
Oracle Talent Management Cloud (formerly Taleo)
Source
Strengths
Weaknesses
Crelate
Destination
Strengths
Weaknesses
Complexity grading
Standard HRMS migration. 1 of 7 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 Talent Management Cloud (formerly Taleo) and Crelate.
Object compatibility
1 of 7 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
7-object category — typical timelines run 2–7 days end-to-end.
API constraints
Oracle Talent Management Cloud (formerly Taleo): TCC exports limited to approximately 500,000 records per day; SOAP API rate limits are not publicly documented per-endpoint.
Data volume sensitivity
Oracle Talent Management Cloud (formerly Taleo) exposes a bulk API — large-volume migrations stream efficiently.
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 Talent Management Cloud (formerly Taleo) to Crelate migration scoping. Not seeing yours? Book a call.
Walk through your Oracle Talent Management Cloud (formerly Taleo) to Crelate 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 Talent Management Cloud (formerly Taleo)
Other ways to arrive at Crelate
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.