Hi everyone,

I’m trying to create a Reporting widget that shows the complete conversation structure for a single Community post, and I’m wondering whether this is possible and how it can be configured.

My goal is to provide a specific Post ID or Post URL and get all messages belonging to that thread in one table / one Reporting widget, including:

• the initial Post
• all Comments on that post
• all Replies to those comments

For each message, I would ideally like to have the following information available as separate columns:

• Message Date
• Message ID
• Message Type (Post / Comment / Reply)
• Message content
• Username / author
• Parent Message ID or Parent Comment ID
• Post ID / Root Post ID

The parent-child relationship is particularly important. For every Reply, I need to be able to identify the Comment it belongs to. The resulting table should therefore make it possible to reconstruct the conversation hierarchy, for example:

Post → Comment A → Reply A1
Post → Comment A → Reply A2
Post → Comment B → Reply B1

The reason for this is that I ultimately want to export the complete thread as Excel or CSV and process the data further outside of Sprinklr.

So far, I have been able to create Reporting widgets that either show the Post itself or include Comments. However, I haven’t found a way to retrieve Post + Comments + Replies together for one specific Post in a single widget, while also retaining the relationship between Replies and their parent Comments.

Is this currently possible in Sprinklr Community Reporting?

If yes, could someone please explain which data source, dimensions, metrics and filters I need to use to build such a widget? In particular, I would be interested in how to:

1. Filter the widget to one specific Post ID or Post URL
2. Include Post, Comments and Replies in the same dataset
3. Retrieve the individual Message IDs
4. Retrieve the Parent Message ID / Parent Comment ID for Replies
5. Export the complete result to Excel or CSV without losing the parent-child relationship

From a data perspective, I would expect this information to be available somewhere, but I haven’t found a Reporting configuration that exposes the complete thread structure in this way.

Any guidance or an example configuration would be greatly appreciated.

Thanks!