Helpdesk migration

Migrate from Dossier Inbox to Salesforce Service Cloud

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

Dossier Inbox logo

Dossier Inbox

Source

Salesforce Service Cloud

Destination

Salesforce Service Cloud logo

Compatibility

70%

7 of 10

objects map 1:1 between Dossier Inbox and Salesforce Service Cloud.

Complexity

CModerate

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Dossier Inbox to Salesforce Service Cloud is a migration from a small-team shared inbox to an enterprise-grade service platform. Dossier Inbox consolidates email and chat into a single team inbox for up to five users; Salesforce Service Cloud centralizes Cases, Knowledge Base articles, Entitlements, and Omnichannel routing across unlimited agents with SLA tracking, Einstein AI, and a full reporting engine. We extract Dossier Inbox Conversations as Cases, Messages as EmailMessage records or Task entries, and Chat widget sessions with a distinct source flag so they land in the correct Live Message queue rather than mixing with email threads. Label assignments migrate as Salesforce Topics or custom tag fields. Dossier Inbox Mailbox Accounts map to Salesforce Queues so that group-level routing is preserved. We do not migrate automations, macros, or SLA policies as code; we deliver a written inventory of these for the customer's admin to rebuild in Service Cloud setup.

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

Dossier Inbox logo

Dossier Inbox

What's pushing teams away

  • Teams outgrow the message storage limits and find the per-user, per-message pricing model becomes expensive as their support volume increases.
  • The platform is designed for small teams, so organizations scaling beyond 5–10 users report that inbox management features lack the routing, SLA, and reporting tools available in dedicated helpdesk platforms.
  • Limited public documentation and API details make it difficult for technical teams to self-serve integrations, automation, or data extraction without vendor involvement.

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 Dossier Inbox objects map to Salesforce Service Cloud

Each row shows how a Dossier Inbox 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.

Dossier Inbox

Conversations

maps to

Salesforce Service Cloud

Case

1:1
Mapping required

Dossier Inbox Conversations map to Salesforce Case records. The conversation thread ID becomes the Case CaseNumber for reconciliation. Subject maps to Case Subject, created date maps to Case CreatedDate, and status maps from Dossier Inbox conversation state (open, pending, resolved, closed) to Salesforce Case Status values that we configure during setup. Each Case is created with a Record Type representing the source channel (email or chat) so that page layouts and SLAs can be scoped per channel.

Dossier Inbox

Messages

maps to

Salesforce Service Cloud

EmailMessage

1:1
Mapping required

Individual email messages within a Dossier Inbox Conversation map to Salesforce EmailMessage records attached to the parent Case. Sender email, recipient, timestamp, body content, and HTML flag migrate directly. EmailMessage.HasAttachment is set to true when the message references an attachment, and we resolve the attachment reference against the ContentDocument import batch.

Dossier Inbox

Chat Widget Sessions

maps to

Salesforce Service Cloud

Case (Live Message channel)

lossy
Mapping required

Chat widget sessions from the Dossier Inbox website chat integration are exported with a distinct source_channel flag and mapped to Salesforce Cases with a Record Type set to LiveMessage. This ensures chat conversations land in the Omni-Channel LiveMessage queue rather than mixing with email-threaded Cases. The original chat transcript is stored as the Case Description or as an EmailMessage with IsIncoming=true depending on whether the destination org uses Embedded Service for chat.

Dossier Inbox

Contacts

maps to

Salesforce Service Cloud

Contact

1:1
Mapping required

Dossier Inbox Contacts extracted from conversation participants (sender and recipient email addresses, customer names) map to Salesforce Contact records. We use email address as the deduplication key during import. If the email matches an existing Salesforce Contact, we link the Case to that Contact record. If no match exists, we create a new Contact and set ContactId on the Case.

Dossier Inbox

Mailbox Accounts

maps to

Salesforce Service Cloud

Queue

1:1
Mapping required

Dossier Inbox Mailbox Accounts (group inboxes such as [email protected]) map to Salesforce Case Queues. The mailbox email address becomes the Queue Name and email address for Email-to-Case routing in Salesforce. We configure the Email-to-Case settings during migration so that emails sent to the original mailbox address route directly into the corresponding Queue and auto-create a Case on arrival.

Dossier Inbox

Team Members

maps to

Salesforce Service Cloud

User

1:1
Mapping required

Dossier Inbox Team Member records (name, email, role) map to Salesforce User records. We match by email address against the destination Salesforce org's User table. Any Dossier Inbox team member without a matching Salesforce User is placed in a reconciliation queue for the customer's admin to provision before Case assignment migration begins. Agent role maps to Salesforce Role hierarchy if configured in the destination org.

Dossier Inbox

Labels and Tags

maps to

Salesforce Service Cloud

Topic

lossy
Mapping required

Dossier Inbox labels applied to conversations migrate as Salesforce Topics with TopicAssignment records linked to the Case. If the number of unique labels exceeds 50, we recommend a custom multi-select picklist field (dossier_labels__c) on Case rather than Topics, because Salesforce Topics are designed for content classification and become unwieldy for operational tagging at scale. The customer chooses the strategy during scoping.

Dossier Inbox

Attachments

maps to

Salesforce Service Cloud

ContentDocument + ContentVersion

1:1
Mapping required

File attachments on Dossier Inbox messages are exported to cloud storage and re-linked in Salesforce as ContentVersion records attached to ContentDocumentLink records pointing to the parent Case. We handle attachment batch splitting for files exceeding Salesforce's 25 MB per ContentVersion limit. Inline images within message bodies are extracted and re-hosted as ContentDocument records if the destination org uses Salesforce Files rather than the older Attachments object.

Dossier Inbox

Conversation Metadata

maps to

Salesforce Service Cloud

Case Fields (custom)

lossy
Fully supported

Dossier Inbox conversation metadata (first response time, total message count, channel origin, customer satisfaction rating if available) maps to custom fields on the Case object that we create during schema setup. Field names follow the destination org's naming convention with a dossier_ prefix (eossier_first_response_time__c, dossier_message_count__c) for clear lineage visibility in Salesforce reports.

Dossier Inbox

Conversation Thread

maps to

Salesforce Service Cloud

CaseFeed / EmailMessage

1:1
Fully supported

The full conversation thread in Dossier Inbox (all messages in chronological order) migrates as a single thread representation in Salesforce. For email-channel Cases, the thread appears in the Case Feed via EmailMessage records in chronological order. For chat-channel Cases, we append the full transcript as a CaseComment or as the Description field depending on whether the destination org uses the Feed-based or classic Case layout.

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.

Dossier Inbox logo

Dossier Inbox gotchas

High

Message storage limits create billing surprises on Standard

High

No documented public API limits migration tooling options

Medium

Chat widget and email conversations use separate sync channels

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

  • No documented Dossier Inbox API constrains export method

    The research did not surface a publicly documented API endpoint or rate limit specification for Dossier Inbox. Data extraction relies on supported export methods available within the product interface, which may require the customer's admin credentials and explicit product permission. We confirm export capabilities during scoping and use the highest-permission method available. If the product export does not include attachments or chat transcripts in the base export, we extract those separately and flag any gaps in the written scope before migration begins.

  • Email and chat channels must not mix in Salesforce queues

    Dossier Inbox synchronizes email and chat as separate channels within the same conversation list, but Salesforce Service Cloud routes email and chat through distinct Omni-Channel configurations: Email-to-Case for inbound email and Live Message for website chat. We apply a source_channel flag during extraction and set the Case Record Type accordingly during import. Migrations that do not separate these channels result in chat transcripts appearing in email queues and email threads appearing in Live Message queues, which breaks agent routing and SLA milestone tracking.

  • Salesforce validation rules and field-level security can reject Case imports

    Salesforce orgs commonly enforce required field rules, picklist whitelists, and field-level security on the Case object that can reject records during bulk import. We coordinate with the customer's Salesforce admin before migration to grant the migration user field-level write access on Case and related objects, and we either temporarily disable blocking validation rules or add a migration-context bypass to the rule logic. The first import attempt without this step typically produces 10-25 percent record rejection.

  • Dossier Inbox message volume may trigger Salesforce storage planning

    Dossier Inbox Standard includes 2,000 messages and charges overages at volume. If a customer has accumulated a large message history (50,000+ messages), those records will migrate into Salesforce and count against the org's data storage allocation. Salesforce data storage is 10 GB per org on Professional and Unlimited editions. We report the projected storage impact during scoping so the customer can plan for additional storage or archive old resolved Cases before migration.

  • Macros, automations, and SLA policies do not migrate as code

    Dossier Inbox labeling workflows and team assignment rules are not transferable to Salesforce Service Cloud as executable configuration. We do not migrate automations, macros, or SLA policies. We deliver a written inventory of every active Dossier Inbox team routing rule, label-based assignment, and SLA threshold with a recommended Salesforce Flow or Omni-Channel Routing Configuration equivalent. The customer's Salesforce admin or a certified partner rebuilds these post-migration.

Migration approach

Six steps for a successful Dossier Inbox to Salesforce Service Cloud data migration

  1. Export scoping and channel audit

    We audit the Dossier Inbox account for total conversation count, message count, attachment file count and total size, distinct label taxonomy, mailbox account list, and team member roster. We confirm the available export method (product-native export vs. admin-assisted extraction) and validate whether chat widget transcripts are included in the base export. The output is a written data inventory with row counts per object and a storage impact estimate for Salesforce org capacity planning.

  2. Salesforce destination schema setup

    We design the Salesforce destination schema in a Sandbox org before production migration. This includes creating the Case Record Types for email and chat channels, configuring Email-to-Case routing for each Dossier Inbox mailbox address, setting up Case Queues matching the Dossier Inbox team member roster, creating custom fields for Dossier Inbox metadata (message count, channel origin, original conversation ID), and configuring the label-to-Topic or label-to-custom-field strategy based on label count. Schema is deployed via metadata API or change set.

  3. Sandbox migration and reconciliation

    We run a full migration into a Salesforce Sandbox using production-like data volume. The customer's Service Cloud admin reconciles record counts (Cases in, Contacts in, Queues populated), spot-checks 20-30 random Cases for correct channel assignment, message threading, and attachment linking, and reviews label mapping. Any Record Type, Queue, or field mapping corrections happen in Sandbox before production migration begins.

  4. Owner reconciliation and User provisioning

    We extract every distinct Dossier Inbox team member referenced as a conversation assignee and match by email against the destination Salesforce org's User table. Any Dossier Inbox team member without a matching Salesforce User is placed in a reconciliation queue for the customer's admin to provision. Migration cannot proceed past Case assignment migration because OwnerId is required on the Case object in Salesforce.

  5. Production migration in dependency order

    We run production migration in record-dependency order: Salesforce Users (validated), Queues (configured), Contacts (with deduplication by email), Cases (with Record Type set by channel, OwnerId resolved from User mapping, and Queue assignment matching the Dossier Inbox mailbox), EmailMessage records (linked to parent Case), CaseComment or Description (for chat transcripts), ContentVersion and ContentDocumentLink (for attachments), and TopicAssignment or custom label field values (last, post-Case validation). Each phase emits a row-count reconciliation report before the next phase begins.

  6. Cutover, delta sync, and automation rebuild handoff

    We freeze Dossier Inbox writes during cutover, run a final delta migration of any conversations modified during the migration window, then enable Salesforce as the system of record. We configure Salesforce Email-to-Case routing to begin accepting emails to the original Dossier Inbox mailbox addresses immediately after cutover. We deliver the Dossier Inbox routing rule and label taxonomy inventory document to the customer's admin team. We support a five-day hypercare window where we resolve reconciliation issues raised by the service team.

Platform deep dives

Context on both ends of the pair

Dossier Inbox logo

Dossier Inbox

Source

Strengths

  • Consolidates Gmail, Outlook 365, and website chat into a single shared team inbox.
  • Standard plan includes file sync with Box, Dropbox, Google Drive, and OneDrive at per-user pricing.
  • Integrations with Slack, Asana, and HubSpot provide cross-tool workflow connectivity for small teams.
  • Per-conversation labeling and team member assignment support basic triage workflows.

Weaknesses

  • Message storage is capped on Standard, with overage charges that scale per-user, which can surprise growing teams.
  • No public API documentation found in the research, limiting self-service migration and automation options for technical teams.
  • Designed for small teams, so enterprise features such as SLA tracking, advanced routing rules, and multi-brand support are absent or limited.
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?

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

C

Overall complexity

Moderate migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Dossier Inbox and Salesforce Service Cloud.

  • Object compatibility

    C

    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

    Dossier Inbox: Not publicly documented.

  • Data volume sensitivity

    B

    Dossier Inbox doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your Dossier Inbox 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 Dossier Inbox to Salesforce Service Cloud data migrations

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

Can't find your answer?

Walk through your Dossier Inbox 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 three and five weeks for accounts under 15,000 conversations and 5,000 contacts with a straightforward email-only channel and no custom label taxonomy. Migrations with chat widget sessions requiring Live Message queue setup, large attachment volumes (over 50 GB), or Dossier Inbox label taxonomy exceeding 50 unique labels move to six to ten weeks because of ContentDocument chunking, channel-separation configuration, and Sandbox reconciliation time.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Dossier Inbox.
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