Listeners help your bot pick up relevant pieces of information from user inputs, even when these have not been explicitly prompted for. You can think of a listener as a fly on the wall, silently listening and registering things.
Teneo also allows you to create global listeners that listen to any input, independent of the flow.
Global listeners, just like flow listeners, help your bot pick up relevant pieces of information from user inputs, even when these things have not been explicitly prompted for. You can think of a listener as a fly on the wall, silently listening and registering things. However, global listeners listen to any input in a conversation, whereas flow listeners only listen to inputs that trigger or pass through a particular flow.
It can be very tempting to use a global listener any time you want to pick something up from an input. For example, you could create a global listener that stores the name of a user in a global variable 'userName' whenever a name is encountered in an input. However, this is generally not a good practice. Because the global listener operates on each input, it might accidentally overwrite 'userName' with any name, like the name of the user's sister for example. In general, it is best to use a flow listener for the flow where you specifically anticipate receiving a particular detail and only use global listeners to listen for things that transcend flows.
Global listeners are made up of the same parts as flow listeners: a condition and an operation. The condition determines what patterns should be listened for, e.g. a positive sentiment. The operation defines what should happen when the condition is met, for example updating a counter or adding an annotation. An example of a global listener that counts the number inputs in a conversation that express a positive sentiment could look like this:
You manage global listeners in the Globals area of your solution:
There are two types of global listeners, pre matching listeners and post matching listeners.
You can find more details about the order in which Teneo executes listeners (and other tasks) in the Input processing path reference.
Data Actions are great if you know exactly:
However, the above conditions will not always be met. There will also be cases where the user input contains information that the bot has not yet asked for. Consider also a case in which we want to use a Global Listener to extract information. In cases like these, we can use Flow Listeners combined with propagation scripts in order to add programmatic extraction logic. This enables us to extract the information we need at any point in the conversation, rather than just when we are expecting it, and to propagate the value to a Global Listener.
In addition to Global Listeners, Teneo allows listeners on a flow level too. Listeners are often used to extract entities from user inputs.
When you add a listener to a flow, you can choose to make it listen to all inputs that trigger or pass through the flow or to make it only listen for a particular trigger or transition.
|Type||Description||How to add|
|Flow listener||Listens to all inputs that pass through a flow including inputs that trigger the flow.||- Open your flow in edit mode|
A listener is made up of two parts: a condition and an optional script. The condition determines what patterns should be listened for, e.g. the name of a city. The operation defines what should happen when the condition is met, e.g. setting a variable or updating a counter.
Sometimes you can extract the information you want in the condition itself. In that case, you don't need to specify a script. In the example below, the listener extracts the destination mentioned in the user input. Read more on how to extract data from inputs here.
If you need additional programmatic logic, for example to further process what you have extracted, you can add it to the script field:
If you find yourself creating the same listener on multiple triggers or transitions, you might want to check if you can use a flow listener instead.
Was this page helpful?