Helpdesk migration
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
Source
Salesforce Service Cloud
Destination
Compatibility
7 of 10
objects map 1:1 between Dossier Inbox and Salesforce Service Cloud.
Complexity
CModerate
Timeline
3-5 weeks
Overview
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.
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.
Source platform
Dossier Inbox platform overview
Scorecard, SWOT, gotchas, and pricing for Dossier Inbox.
Destination platform
Salesforce Service Cloud platform overview
Scorecard, SWOT, gotchas, and pricing for Salesforce Service Cloud.
Data migration guide
The complete Salesforce Service Cloud migration guide
Data model, import mechanisms, field mapping strategy, pitfalls, and cutover — by the engineers running it.
Destination checklist
Salesforce Service Cloud migration checklist
Pre- and post-cutover tasks for moving onto Salesforce Service Cloud.
Why teams make this switch
Leaving
What's pushing teams away
Choosing
What's pulling them in
Object mapping
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
Salesforce Service Cloud
Case
1:1Dossier 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
Salesforce Service Cloud
EmailMessage
1:1Individual 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
Salesforce Service Cloud
Case (Live Message channel)
lossyChat 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
Salesforce Service Cloud
Contact
1:1Dossier 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
Salesforce Service Cloud
Queue
1:1Dossier 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
Salesforce Service Cloud
User
1:1Dossier 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
Salesforce Service Cloud
Topic
lossyDossier 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
Salesforce Service Cloud
ContentDocument + ContentVersion
1:1File 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
Salesforce Service Cloud
Case Fields (custom)
lossyDossier 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
Salesforce Service Cloud
CaseFeed / EmailMessage
1:1The 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.
| Dossier Inbox | Salesforce Service Cloud | Compatibility | |
|---|---|---|---|
| Conversations | Case1:1 | Mapping required | |
| Messages | EmailMessage1:1 | Mapping required | |
| Chat Widget Sessions | Case (Live Message channel)lossy | Mapping required | |
| Contacts | Contact1:1 | Mapping required | |
| Mailbox Accounts | Queue1:1 | Mapping required | |
| Team Members | User1:1 | Mapping required | |
| Labels and Tags | Topiclossy | Mapping required | |
| Attachments | ContentDocument + ContentVersion1:1 | Mapping required | |
| Conversation Metadata | Case Fields (custom)lossy | Fully supported | |
| Conversation Thread | CaseFeed / EmailMessage1: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.
Dossier Inbox gotchas
Message storage limits create billing surprises on Standard
No documented public API limits migration tooling options
Chat widget and email conversations use separate sync channels
Salesforce Service Cloud gotchas
Data Export 512MB file size cap breaks large org exports
API Daily Request Limits vary by license edition
No automatic data backup in base Salesforce
Picklist dependencies silently break records when unmapped
Workflow rules fire unexpectedly during data load
Pair-specific challenges
Migration approach
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.
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.
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.
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.
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.
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
Dossier Inbox
Source
Strengths
Weaknesses
Salesforce Service Cloud
Destination
Strengths
Weaknesses
Complexity grading
Moderate Helpdesk migration. 1 of 7 objects need a manual workaround.
Overall complexity
Moderate migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Dossier Inbox and Salesforce Service Cloud.
Object compatibility
1 of 7 objects need a manual workaround.
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
Dossier Inbox: Not publicly documented.
Data volume sensitivity
Dossier Inbox 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 Dossier Inbox to Salesforce Service Cloud migration scoping. Not seeing yours? Book a call.
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 consultationAdjacent paths
Other ways to leave Dossier Inbox
Other ways to arrive at Salesforce Service Cloud
Same-Helpdesk migrations
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.