Dies ist in der nachstehenden Abbildung dargestellt.

Image Added

Möglicher Call-Flow für den Self-Service

Der Ablauf für den Self-Service könnte wie folgt aussehen:

Image Added

Erläuterung der wichtigsten verwendeten Objekte

In diesem Abschnitt erklären wir die wichtigsten Objekte, die im obigen Ablauf verwendet werden, und wie er funktioniert.

Hinweis: Es werden nicht alle Objekte erklärt - eine grundlegende Vertrautheit mit dem jtel IVR wird vorausgesetzt. 

Eingabe Zählernummer / Eingabe Zählerstand

Diese verwenden Eingabe Ziffern MFV Objekte, um den Kunden aufzufordern, die Zählernummer und den Zählerstand einzugeben.

Hier ist die Parametrierung für die Eingabe der Zählernummer.

Image Added

Nach der Aufforderung ertönt ein Signalton, um den Anrufer darauf hinzuweisen, dass es nun an der Zeit ist, die Zählernummer einzugeben (Signalton). Allerdings ist auch Barge-In ausgewählt, so dass die Ansage nicht vollständig angehört werden muss, sondern durch die Eingabe der Zählernummer unterbrochen werden kann.

Die mindest- und maximalzahl der Ziffern kann für eine Plausibilitätsprüfung verwendet werden, z.B. wenn die Zählernummer maximal 10 Ziffern haben darf, kann dies als Obergrenze angegeben werden.

Weitere Details zu diesem Objekt finden Sie hier: 

This is shown in the screenshot below.

Image Removed

Possible Call-Flow for the Self Service

The call flow for the self service might look like this:

Image Removed

An Explanation of the Important Objects Used

In this section we explain the key objects used in the call flow above and how it works.

Note - not all objects are explained - a basic familiarity with the jtel IVR is assumed. 

Enter Meter Number / Enter Meter Reading

These use Input Digits DTMF objects to ask the customer to enter the meter number and the meter reading.

Here is the parameterisation for entering the meter number.

Image Removed

An audio beep is played after the prompt, to inform the caller that now is the time to start typing in the meter number (Play Tone). However, Barge-In is also selected so the announcement does not have to be listened to completely, but can be interrupted by starting to type in the meter number.

The minimum and maximum number of digits can be used for a plausibility check, for example, if the meter number may have a maximum of 10 digits then this can be specified as the upper limit.

Further details on this object can be found here: Input Digits DTMF

Check Meter Number

The meter number is checked for validity by looking up the value - $input - in the List "Meter Readings". All meter numbers should be loaded into this list in order that the service may work as built here.

This object has two outputs.

• Found - $input was successfully found in the list of meter numbers.
• Not found - $input was not found in the list. In this case, no self service is available and the caller could be connected to an agent.

Further details on this object can be found here: List Lookup

Remember the inputs: meternumber / meterreading

If the meter number is found, we need to remember this for later. This is achieved by saving $input to a variable $meternumber using the Declare Variable object meternumber in the call flow above.

Similarly, when the meter reading is entered, this is saved to a variable $meterreading in the Declare Variable object meterreading.

Further details on this object can be found here: Declare Variable

Saying the Current Meterreading: say meterreading

This object is used to output the current meter reading as a concatenation of single digits. It is used after the "Current Reading is" prompt is played.

It is parameterised like this:

Saving the result: Remove old Reading / Add new Reading

The meter reading is saved to the same list in our example call flow.

This involves deleting the old entry and adding a new entry with the same meter number using two instances of the List Functions object.

Removing the old entry is performed like this:

And the new reading is added like this:

Keeping it Tidy: Jump Input Again / Input Again

These two objects are used to define a point in the routing, to which the call flow can jump, and to perform the actual jump from the end of the call flow to the middle.

Of course, one could just connect the two objects directly together, but the number of connectors involved will mean the end result might look somewhat untidy.

Further details on these two objects are found on the following pages: Jump to Target, Target

Conclusion

We hope this tutorial has given you some insight as to how a simple self service can be built using the jtel system. 

The logic can be changed and adapted as the use case requires.

Here are some examples:

• Save the readings to a new list only containing the readings recorded
• Check the meter number using a checksum algorithm if available
• Query a backend system by REST to check the meter number and record the results directly