Legacy Dev Forum Posts

 View Only

Sign Up

Back to discussions
Expand all | Collapse all

API: Subscribe To All User's Events?

  • 1.  API: Subscribe To All User's Events?

    Posted 06-05-2025 18:24

    andysmi | 2023-01-30 20:39:01 UTC | #1

    I have a question about the Notification APIs. For various reasons, my company is trying to set up a service on a server that will receive all agent notification (conversation) events. It will then make it's own notifications and do various data operations. The trouble I'm having is that all the conversation topics seem to be in terms of a single user, and I need one that will provide events for any and all users, to centralize this event handling. Is there a topic that will feed my server with all the user conversation events?

    Thanks!

    Eos_Rios | 2023-01-30 21:44:05 UTC | #2

    You need an Event Bridge to accommodate that level of capture. It's the only way to do a wildcard capture.

    The only other alternative is automating a loop to subscribe 1000 users per channel, but that only works on a fairly small scale of users and tends towards fragility.

    andysmi | 2023-01-30 21:53:56 UTC | #3

    Thanks for the quick reply. I looked at the EventBridge but the problem with that is it doesn't support the conversations API. So I guess I'm left with having to do individual subscriptions, or finding another way. Thanks again!

    John_Carnell | 2023-01-31 13:32:30 UTC | #4

    Hi Andy,

    Take a look at v2.detail.events.conversation.* events. With the introduction of the event bridge, the conversation event was refactored to include a simplified conversation eventing model. You should have everything you need here. Please let me know if you have any specific questions.

    Thanks, John Carnell Manager, Developer Engagement

    andysmi | 2023-01-31 15:14:30 UTC | #5

    Thanks John. When I look at the v2.detail.events.conversation.* events, they all seem to take a conversation id. In this context, I won't have a conversation id.

    Our working idea at this point is that our agents' crm app, when it starts up, will register its participant id with a service that we create. This service will subscribe to EventBridge for all agents, and as it receives them send them on to the various crm apps via SignalR (as well as do some other processing). It will need the participant id to distinguish them, but it won't have a conversation id. So any topics that require a conversation id won't work for this scenario.

    Am I missing something, or is there an alternative approach that would work? We want to have this all happen on a server because we're trying to avoid runnning anything additional on the agent's machines.

    Thanks, Andy

    John_Carnell | 2023-01-31 15:18:57 UTC | #6

    Hi Andy,

    EventBridge lets you wild card for all events in a topic. Our websocket notification requires the specific id. That is one of the major changes. Eventbridge lets you listen to all messages coming off a topic.

    Thanks, John Carnell Manager, Developer Engagement

    system | 2023-03-03 15:19:01 UTC | #7

    This topic was automatically closed 31 days after the last reply. New replies are no longer allowed.

    This post was migrated from the old Developer Forum.

    ref: 18198



Related Content