Helpdesk migration

Migrate from IT Care Center to Salesforce Service Cloud

Field-level mapping, validation, and rollback between IT Care Center and Salesforce Service Cloud. We move data and schema; workflows are rebuilt natively in Salesforce Service Cloud.

IT Care Center logo

IT Care Center

Source

Salesforce Service Cloud

Destination

Salesforce Service Cloud logo

Compatibility

70%

7 of 10

objects map 1:1 between IT Care Center and Salesforce Service Cloud.

Complexity

BStandard

Timeline

4-6 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from IT Care Center to Salesforce Service Cloud is a schema redesign for IT service management records. IT Care Center organises work around ITIL concepts: Incidents and Service Requests route through a Request Management module, Changes follow a structured Change Management workflow, and Problems track root-cause analysis separately from incidents. Salesforce Service Cloud maps these to Cases (for incidents and requests), a custom Change Request object (for changes), and a custom Problem record type, all attached to Assets through the Asset Management module. We preserve ticket-to-asset linkages during migration, collapse multi-channel conversation threads (portal, email, Slack, Teams, WhatsApp) into a single chronological Case feed, and flag Knowledge Base articles linked to retired services so they can be archived rather than imported. Workflows, automations, and SLA configurations do not migrate; we deliver a written inventory of these for the customer's admin to rebuild in Salesforce Flow.

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

IT Care Center logo

IT Care Center

What's pushing teams away

  • Per-user pricing can become costly as the IT team and end-user base grows, with no published free tier or unlimited-seat option visible on the vendor's public pricing page.
  • Lack of a publicly documented API in the research data means customers requiring custom integrations or automated data exports may be constrained to manual processes or professional-services-assisted exports.

Choosing

Salesforce Service Cloud logo

Salesforce Service Cloud

What's pulling them in

  • Deep Salesforce ecosystem integration with Sales Cloud, Marketing Cloud, and custom Apex apps creates a single pane of glass for enterprise customer data and cross-functional workflows.
  • Omnichannel case routing — email, chat, phone, social, and messaging — unified under one case object means agents do not lose context when customers switch channels mid-interaction.
  • AI for customer service (Einstein AI / Agentforce) offers automated case classification, suggested replies, and chatbot routing that reduces Tier-1 ticket volume without manual rule authoring.
  • Entitlement and milestone tracking enforces SLA compliance natively, automatically calculating breach windows and surfacing violations to supervisors in dashboards.
  • Salesforce's massive AppExchange ecosystem provides pre-built connectors, industry-specific managed packages, and third-party tools that extend Service Cloud beyond its out-of-box capabilities.

Object mapping

How IT Care Center objects map to Salesforce Service Cloud

Each row shows how a IT Care Center object lands in Salesforce Service Cloud, including any object-level transformations, lookup resolution, or schema-design dependencies.

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

IT Care Center

Ticket/Request

maps to

Salesforce Service Cloud

Case

1:1
Fully supported

IT Care Center Tickets and Service Requests map to Salesforce Case. We apply a Record Type during migration to distinguish incident-type requests from service requests based on IT Care Center's request_type or category field. Status maps to Case Status, Priority maps to Priority, and the original ticket number is preserved in a custom field icc_ticket_number__c for cross-reference. Multi-channel conversation threads (portal, email, BOT, Slack, WhatsApp, MS Teams) are consolidated into a single chronological Case Feed before insert to preserve context.

IT Care Center

Change Request

maps to

Salesforce Service Cloud

Change Request (Custom Object)

1:1
Fully supported

IT Care Center's Change Management records map to a Salesforce custom Change Request object that we pre-create with Approval Status, Risk Level, Implementation Date, and Rollback Plan fields. The change-request-to-ticket linkage is preserved via a custom lookup field cr_linked_cases__c pointing to the related Cases migrated in Step 1. Approval history from IT Care Center migrates as a custom Activity log on the Change Request.

IT Care Center

Problem Record

maps to

Salesforce Service Cloud

Problem (Custom Record Type or Custom Object)

1:1
Fully supported

IT Care Center's Problem Management records map to a Salesforce custom Problem object or Case Record Type. We preserve the problem-to-incident linkage through a custom lookup field, allowing agents to trace root-cause Problems back to the related Case records. Problem Status and Priority map directly; Known Error status migrates to a custom picklist value.

IT Care Center

Asset

maps to

Salesforce Service Cloud

Asset

1:1
Fully supported

IT Care Center Asset Management records map to Salesforce Asset. The Asset Name, SerialNumber, Status, PurchaseDate, and InstallDate map directly. IT Care Center custom fields on Assets (hardware type, licence key, location, assigned user) map to typed Salesforce fields and require field-level mapping during scoping. Asset-to-Ticket linkage is preserved by resolving the AssetId on the migrated Case records.

IT Care Center

Knowledge Article

maps to

Salesforce Service Cloud

Knowledge Article (Salesforce Knowledge)

lossy
Fully supported

IT Care Center Knowledge Management articles migrate to Salesforce Knowledge with Article Type matching the source category structure. Articles may have service or product linkage in IT Care Center that breaks in Salesforce because the destination service catalogue may differ. We flag these linked articles during scoping, present them as a separate migration artefact, and advise the customer to review and re-link articles in the Salesforce Knowledge admin console post-migration. Article visibility settings require manual configuration in Salesforce.

IT Care Center

User (Agent)

maps to

Salesforce Service Cloud

User

1:1
Fully supported

IT Care Center agent accounts map to Salesforce User records. We resolve agents by email match against the destination Salesforce org's User table. Any IT Care Center agent without a matching Salesforce User is held in a reconciliation queue for the customer's admin to provision before record import resumes. End-user accounts that represent customers map to Salesforce Contact records attached to the relevant Account.

IT Care Center

End User

maps to

Salesforce Service Cloud

Contact

1:1
Fully supported

IT Care Center end users who submitted tickets map to Salesforce Contact records. The Contact's Account is resolved by matching the end user's email domain or company name to an existing Salesforce Account. If the customer uses Salesforce Account records, we perform a domain-based or name-based match; if not, we create a default Account and advise the customer to split contacts to the correct Accounts post-migration.

IT Care Center

Project

maps to

Salesforce Service Cloud

Project (Custom Object)

1:1
Fully supported

IT Care Center Project Management records map to a Salesforce custom Project object we pre-create during schema design. Project name, status, start date, and end date map directly. Project-task relationships and assignment data migrate via a custom lookup from the Project to related Cases (as work items). Project assignment to Users migrates by resolving the IT Care Center owner email to Salesforce UserId.

IT Care Center

Tag/Label

maps to

Salesforce Service Cloud

Topic or Custom Text Field

lossy
Fully supported

IT Care Center tags applied to tickets and knowledge articles are preserved as text values. During scoping, the customer chooses whether to migrate tags as a Salesforce multi-select picklist field on Case, a comma-separated text field, or as Salesforce Topics with TopicAssignment records linked to Cases. Tag deduplication is performed during migration because tagging conventions vary by organisation and duplicates are common.

IT Care Center

SLA Configuration

maps to

Salesforce Service Cloud

Entitlement Process + Milestone

lossy
Fully supported

IT Care Center SLA configurations (First Response Time, Resolution Time, escalation rules) do not migrate as data because SLA policies are platform-specific configuration constructs. We document the SLA tiers and milestone thresholds from IT Care Center during scoping and deliver a written Entitlement Process design guide for the customer's Salesforce admin to rebuild as Salesforce Entitlements with Milestone triggers. This document is a standard deliverable included in migration scope.

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.

IT Care Center logo

IT Care Center gotchas

High

Per-user pricing without published tier tiers

Medium

Multi-channel ticket threading may split conversations

Medium

Knowledge Base articles may retain retired service associations

Salesforce Service Cloud logo

Salesforce Service Cloud gotchas

High

Data Export 512MB file size cap breaks large org exports

High

API Daily Request Limits vary by license edition

High

No automatic data backup in base Salesforce

Medium

Picklist dependencies silently break records when unmapped

Medium

Workflow rules fire unexpectedly during data load

Pair-specific challenges

  • Multi-channel conversation threads split across intake channels

    IT Care Center tickets opened via portal, email, BOT, Slack, WhatsApp, or MS Teams may create separate activity records per channel in the source system. Each channel formats messages differently, and the thread relationship between channels is not always explicit in the data export. We examine the channel source on each conversation entry, perform a pre-migration thread-consolidation transform, and insert consolidated activity records into the Case Feed in chronological order. Without this step, agents see partial conversations split across channel tabs in Salesforce.

  • Knowledge Base articles retain broken service catalogue links

    IT Care Center Knowledge Management articles can be linked to specific services or products in the source service catalogue. Salesforce does not have the same service catalogue, so article-to-service links break on import. We flag every KB article with a service linkage during scoping, present them as a separate migration artefact, and advise the customer to review each article in the Salesforce Knowledge admin console before publishing. Articles without service linkage migrate cleanly.

  • IT Care Center API access is not publicly documented

    IT Care Center does not publish a REST API reference or developer documentation in its public-facing materials. This means data export must be negotiated directly with the vendor or accessed through any available admin export function. We request a data export file during scoping and validate its completeness before designing the migration pipeline. If bulk export is not available, we scope incremental API-based extraction as a separate technical discovery task.

  • Salesforce validation rules block imports without admin coordination

    Salesforce orgs commonly enforce validation rules on the Case object (required fields, conditional formats, picklist whitelists) and field-level security that prevents the migration user from writing to certain fields by default. We coordinate with the customer's Salesforce admin to grant the migration user Modify All Data and the relevant API permission set, and we either temporarily disable blocking validation rules during load or extend them with a migration-context bypass check. Skipping this step results in 10-25 percent record rejection on first import.

  • Change Management and Problem Management require custom Salesforce objects

    Salesforce Service Cloud does not ship with Change Request or Problem management as standard objects. IT Care Center's Change Management and Problem Management records require a custom object design in Salesforce before migration data can be inserted. We pre-create the schema in a Sandbox environment, validate field mapping and lookups, and deploy to production before the migration run. If the customer has an existing Service Cloud implementation with different custom object conventions, we reconcile the schema design during scoping to avoid namespace conflicts.

Migration approach

Six steps for a successful IT Care Center to Salesforce Service Cloud data migration

  1. Discovery and data export negotiation

    We audit the IT Care Center instance for record counts across Tickets, Changes, Problems, Assets, Knowledge Articles, and Users. We request a data export file directly from IT Care Center admin or through the vendor's export function and validate its completeness and format. We identify multi-channel conversation entries and flag which tickets span multiple intake channels. The discovery output is a written migration scope with record counts, a data export checklist, and a pre-flight gap note if the export is incomplete.

  2. Schema design in Salesforce Sandbox

    We design the destination schema in a Salesforce Sandbox. This includes pre-creating the Change Request and Problem custom objects with required fields, validation rules, and lookup relationships to Cases and Assets. We configure Case Record Types for incident and service request separation, map IT Care Center ticket fields to typed Salesforce fields, and design the Knowledge Article import using Salesforce Knowledge Article Types. Case Status values, Priority values, and any custom picklists are provisioned before migration data is loaded. Schema is deployed via Salesforce metadata API or change set into the Sandbox for validation.

  3. Sandbox migration and reconciliation

    We run a full migration into the Salesforce Sandbox using production-equivalent data volumes. The customer's IT operations lead reconciles record counts (Cases in, Change Requests in, Problems in, Assets in, Knowledge Articles in), spot-checks 25-50 random records against the IT Care Center source, and validates that asset-to-ticket linkages and change-request-to-ticket linkages resolved correctly. Any mapping corrections and schema adjustments happen here. The customer signs off the Sandbox migration before production migration begins.

  4. Owner and Contact reconciliation

    We extract every distinct IT Care Center agent (owner) and end user referenced on Tickets, Changes, Problems, and Assets. Agents resolve by email match to Salesforce User records; end users resolve to Salesforce Contact records with Account linkage. Any missing Users or Contacts go to a reconciliation queue for the customer's admin to provision. Migration cannot proceed past Case import because OwnerId references must be satisfied.

  5. Production migration in dependency order

    We run production migration in record-dependency order: Users and Contacts (validated), Accounts (for Contact linkage), Assets (with any CI data), Cases (with multi-channel thread consolidation and AssetId resolved), Change Requests (with ticket linkage), Problems (with incident linkage), Knowledge Articles (as a separate import phase with article type mapping), and Projects (last, with related Case lookups resolved). Each phase emits a row-count reconciliation report. We use Salesforce Bulk API 2.0 with batch chunking and exponential backoff for large record sets.

  6. Cutover, validation, and SLA rebuild handoff

    We freeze IT Care Center writes during cutover, run a final delta migration of records modified during the migration window, then enable Salesforce Service Cloud as the system of record. We deliver the SLA configuration inventory document, the Change Management object design guide, and the Knowledge Article re-link checklist to the customer's admin team. We support a one-week hypercare window where we resolve any reconciliation issues. We do not rebuild IT Care Center workflows or automations as Salesforce Flow inside the migration scope; that is a separate engagement.

Platform deep dives

Context on both ends of the pair

IT Care Center logo

IT Care Center

Source

Strengths

  • Capterra rating of 4.6 out of 5 across 9 verified reviews indicates consistent user satisfaction with ease of use and customer service.
  • Customer service rating of 4.9 out of 5 reflects responsive support team according to verified reviewers on Capterra.
  • Full ITIL-aligned ITSM module coverage including Request, Change, Problem, and Asset Management in a single platform.
  • Multi-channel support spanning portal, email, mobile, BOT, Slack, WhatsApp, and MS Teams for ticket intake.

Weaknesses

  • Per-user pricing model without a free tier limits evaluation scope and can become expensive at scale.
  • Publicly documented API and developer resources were not found in research, suggesting limited self-service integration capabilities.
  • Only 9 verified Capterra reviews as of May 2025, making independent assessment of product maturity and long-term reliability difficult.
Salesforce Service Cloud logo

Salesforce Service Cloud

Destination

Strengths

  • Enterprise-grade security, compliance certifications, and audit logging available across all paid editions with Shield offering enhanced event monitoring.
  • Scalable multi-tenant cloud architecture supporting orgs from 5 users to 150,000+ seat enterprises without infrastructure management overhead.
  • Omnichannel contact center unifying email, live chat, phone, messaging, and social into a single Case timeline per customer interaction.
  • Rich workflow automation via Salesforce Flow, Process Builder, and Apex triggers enabling complex case escalation, routing, and field updates.
  • Native AI capabilities (Agentforce / Einstein) for case auto-routing, classification, suggested responses, and chatbot escalation without third-party add-ons.

Weaknesses

  • Per-seat pricing model with no contact limits creates unpredictable cost scaling for large organizations adding many agents over time.
  • No automatic data backup — organizations must purchase a third-party backup solution or build manual Data Loader exports to protect against data loss from human error, failed deployments, or integrations overwriting records.
  • Steep learning curve for non-technical users requiring dedicated admin resources and formal training investment before teams reach productive velocity.
  • Annual contract requirements and limited pro-ration on exit create significant switching cost friction, especially for organizations evaluating alternatives mid-cycle.
  • Add-on licensing (CPQ, Einstein Activity Capture, Shield, Data Cloud) can double effective per-seat cost without clear documentation of which features are included in base tiers.

Complexity grading

How hard is this migration?

Standard Helpdesk migration. 1 of 7 objects need a manual workaround.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across IT Care Center and Salesforce Service Cloud.

  • Object compatibility

    B

    1 of 7 objects need a manual workaround.

  • Field mapping clarity

    C

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

  • Timeline complexity

    B

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

  • API constraints

    B

    IT Care Center: Not publicly documented — typical SaaS limits assumed and confirmed with the vendor during migration scoping..

  • Data volume sensitivity

    B

    IT Care Center doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your IT Care Center to Salesforce Service Cloud 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 IT Care Center to Salesforce Service Cloud data migrations

Answers to the questions buyers ask most during IT Care Center to Salesforce Service Cloud migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your IT Care Center to Salesforce Service Cloud migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Most migrations land between four and six weeks for accounts under 15,000 Tickets, 2,000 Assets, and 500 Knowledge Articles with no active Change Management or Problem Management records. Migrations with active ITIL Change and Problem records, large multi-channel conversation histories (over 200,000 message entries), or complex custom fields on Assets move to eight to fourteen weeks because of the thread-consolidation transform, custom object schema design, and lookup resolution across multiple record types.

Adjacent paths

Related migrations to explore

Ready when you are

Move from IT Care Center.
Land in Salesforce Service Cloud, 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