Merge duplicate conversations
Choose a merge target, understand what happens to history and ownership, and check irreversible and migrated-record limits.
Updated
Merge duplicate conversations when they concern the same customer and request and you want to continue in one thread. Merging cannot be undone, so choose the conversation to keep before confirming.
Choose the source and target
- Source: the duplicate conversation you open to start the merge. Its messages will move to the target.
- Target: the conversation you select to keep working in. Its subject, customer, status, assignment, team, and priority are not replaced by the source's values.
Check both conversations carefully. Do not merge different customers' requests simply because their subjects look similar. Review recipients and private notes, and resolve any pending or scheduled sends before merging. If a pending send cannot be confirmed or canceled, postpone the merge.
Merge a duplicate
- Open the source conversation in Threads.
- Open the conversation's three-dot menu and select Merge.
- Enter the target's subject or other recognizable text in Search tickets....
- Select the intended target from the results.
- Read Merge tickets? and verify the target named in the confirmation.
- Select Merge only when you are certain. Protodesk then opens the target conversation.
Search results may be limited by conversation visibility and availability. If the intended target is missing, do not choose a similar result as a substitute.
What changes
The source's messages, including internal notes, move into the target's history. Internal notes retain their internal designation. Followers from both conversations are combined, and an internal system note records the merge.
The source remains as a closed record linked to the target rather than being permanently deleted. It no longer represents a separate thread to keep working on. Review the target's assignment, priority, and status afterward, because merging does not copy those fields from the source.
Merging is not a customer-profile merge, does not send a customer reply, and should not be treated as a migration of every background job, automation record, or activity item.
Restrictions and reference limits
- Both conversations must belong to the same workspace.
- A conversation cannot be merged into itself, and an already merged source or target is rejected.
- Merging older migrated conversations is currently unavailable, including mixed older/newer pairs.
- For Live Chat conversations associated with a Chat App, both sides must belong to the same Chat App and customer.
- Do not assume an old source link will redirect automatically or that future email replies to the old source will always land in the target. Use and share the target conversation reference after the merge.
If a merge fails or the wrong target was used
For a rejected merge, review the workspace, target, and restrictions above. If a request times out, check whether the source history already appears in the target before attempting it again.
There is no self-service unmerge. If the wrong target was used, stop further replies and contact your workspace administrator with the source and target references. Do not promise the customer that the original separation can be restored.
Related articles
- Archive conversations and mark spamArchive or mark unwanted conversations as spam, find and restore them, and understand visibility and delivery limits.
- Snooze conversations and set remindersChoose shared snoozing or a personal reminder, check the timezone, and understand timed versus no-deadline follow-ups.
- Add knowledge sources for EvelinMake published Help Center articles and connected public websites available for Evelin's answers.
- Use Evelin to prepare customer repliesPrepare, improve, and translate customer replies with Evelin, then review the final text before sending.
- Install Live Chat on your websiteConfigure a Chat App, allow exact website origins, install the launcher, and troubleshoot access and current reply-delivery limits.