Datahose - Read Events
Last updated
Was this helpful?
Last updated
Was this helpful?
Creates and reads a real time feed of messages & events. The datahose API provides messages and events from all conversations in the pod, even the ones the service user is not part of. The types of events surfaced can be found in the Real Time Events list.
Add-on: The Datahose API is an add-on to the Symphony Services, and is subject to additional charges. Prior to using Datahose in your Symphony environment(s), you will need to enter into a specific contract. Please reach out to sales@symphony.com to discuss the offering, its pricing or for any further information.
The Agent v22.6 (release date: June 2022) is required.
The service account needs to have both the Can read from datahose feeds and Can create datahose feeds entitlements enabled to call this endpoint.
Please contact your Technical Account Manager or Symphony representative to get your chat Bot entitled.
The credentials of the Content Export service need to be setup in the Agent configuration for datahose to work.
The description of the configuration fields for the Content Export service is available in the Agent configuration guide (look for agent.privatekey.ceservice
and agent.certificate.ceservice
).
To check that the Content Export is correctly setup, you can test the Agent health check extended endpoint (/agent /v3/health/extended).
The value of users.ceservice.status
should be "UP", see example below.
The endpoint returns the Real Time Events happening in the pod, either since the time the datahose feed was created or since the previous feed was read by the bot. The ackId
has an essential role in retrieving the right events for the bot.
The ackId
must be null or empty for the first call. Then, for subsequent requests, the ackId
from the previous payload should be reused to confirm the reading of previous events already retrieved by the bot.
Please note that you can very easily access this API via our BDKs in Java and Python.
If a batch of messages is not confirmed by sending the ackId
, the messages that are there will be returned in the subsequent readings and may blend into the newer messages.
Datahose API is subject to a fair use policy of 5 active feeds.
If your integration or workflow requires more than 5 feeds active at the same time, please contact Symphony.
Available on Agent 22.6 and above.
This API provides a real time feed of all the messages and events in the pod, even from conversations where the calling service user is not a member. The types of events surfaced can be found in the Real Time Events list. In case you retrieving SOCIALMESSAGE events, the credentials of the ceservice account must be properly configured in the Agent.
The types of events returned can be found in the Real Time Events list (see definition on top of the file).
The ackId sent as parameter can be empty for the first call. In the response an ackId will be sent back and it can be used for the next call: in this way you acknowledge that you have received the events that came with that ackId.
If you have several instances of the same bot, they must share the same feed so that events are spread across all bot instances. To do so, you must: share the same service account provide the same "tag" and same "filters" values.
The Datahose API is an add-on to the Symphony Services, and is subject to additional charges. Prior to using Datahose in your Symphony environment(s), you will need to enter into a specific contract.
/v5/events/read
Session authentication token.
Key Manager authentication token.
The type of feed. Only allowed value is "datahose".
A unique identifier to ensure uniqueness of the datafeed.
Should be empty for the first call, acknowledges that the current batch of messages have been successfully received by the client.
Whether to update the presence status of the account to AVAILABLE when calling the endpoint. Default value is true.
At least one value is required. Values must be valid Real-Time Events, i.e. one of: