Howto:Announcement Before Answering: Difference between revisions

From innovaphone wiki
Jump to navigation Jump to search
(New page: An Announcement Before Answering is played for an external caller, a user object in the PBX has called. The announcement can be played parallel to ringing at users phone and begins after a...)
 
 
(6 intermediate revisions by 3 users not shown)
Line 1: Line 1:
An Announcement Before Answering is played for an external caller, a user object in the PBX has called. The announcement can be played parallel to ringing at users phone and begins after a configurable period of time.
An announcement before answering is played for an external caller, that called a user object in the PBX. The announcement can be played parallel to ringing at the users phone and begins after a configurable period of time.


==Applies To==
==Applies To==
This information applies to
This information applies to


*V6 PBX and later.
*V7 HF6 PBX and later.


<!-- Keywords:
<!-- Keywords:
Line 13: Line 13:
TvM
TvM
first message
first message
personal auto attendant
second line occupation
  -->
  -->


==More Information==
==More Information==
===Configuration===
===Configuration===
An Announcement Before Answering configuration is based on Waiting Queue PBX Object. The Waiting Queue with a personal announcement configured separately for each PBX User Object.
An announcement before answering configuration is based on the Waiting Queue PBX object. The Waiting Queue has a personal announcement configured separately for each PBX User object.




We assume an existing PBX user with Name "PBX User 1" and Number 101 with following desired behavior: an external call to this user is always immediately connected to the announcement. No announcement if user is busy, just send cause code busy to the caller.
We assume an existing PBX user with the name "PBX User 1" and number ''101'' with following desired behaviour: an external call to this user is always immediately connected to the announcement. No announcement if the user is busy, just send cause code busy to the caller.


; Group : Create a group on the user object. This group will be used only for this PBX user and this feature, so choose appropriate name e.g. "tvm_101". Do not set "Active" flag on the user objects group.
; Group : Create a group on the user object. This group will be used only for this PBX user and this feature, so choose appropriate name e.g. "tvm_101". Do not set the "active" flag on the user objects group.


; Waiting Queue : Create a Waiting Queue "PBX User 1 TvM". Configure the first and second announcement URL as usual (check [[Reference:Administration/PBX/Objects/Waiting_Queue|Waiting Queue Reference]] for more information). Set "Max Call/Operator(%)" to 100 and "Alert Timeout" to 0. Configure "Primary Group" set to "tvm_101". To be able to do this, add first the WQ Object as '''active''' to this group.
; Waiting Queue : Create a Waiting Queue "PBX User 1 TvM". Configure the first and second announcement URL as usual (check [[Reference10:PBX/Objects/Waiting_Queue|Waiting Queue Reference]] for more information). Set "Max Call/Operator(%)" to 100 and "Alert Timeout" to 0. Configure the "Primary Group" as "tvm_101". To be able to do this, add first the WQ object as '''active''' member to this group.


<center>[[Image:Announcement Before Answering 01.png|border 1]]</center>
<center>[[Image:Announcement Before Answering 01.png]]</center>


; Call Forward to WQ: Create a so-called administrative call forward on the User Object: create a CFU with "Only Ext." to the name of WQ Object. This CFs are not deleted by user configured CFs via a phone function key etc., but are just overridden by user configured CFUs. A CFB configured by the user is overridden by the administrative CFU to the WQ, so we will workaround this problem in the next step.
; Call Forward to WQ: Create a so-called administrative call forward on the User object: create a CFU with "Only Ext." to the name of WQ object. This CFs are not deleted by user configured CFs via a phone function key etc., but are just overridden by user configured CFUs. A CFB configured by the user is overridden by the administrative CFU to the WQ.


<center>[[Image:Announcement Before Answering 02.png]]</center>
<center>[[Image:Announcement Before Answering 02.png]]</center>
; Call Forward back to User : For the case the user is busy (users WQ is also busy, since "Max Call/Operator(%)" is set to 100) and has a CFB (call waiting on the phone is deactivated, do not use "Busy on 1 Calls" in the PBX user object), we must route the call from WQ back to the user in order to execute the user configured diversion. Just define a CFU on the WQ to the users number.
<center>[[Image:Announcement Before Answering 03.png]]</center>


Finally you should have something like this:
Finally you should have something like this:


<center>[[Image:Announcement Before Answering 04.png]]</center>
<center>[[Image:Announcement Before Answering 04.png]]</center>


===Known Problems===
===Known Problems===
====CFNR Handling====
====CFx Handling====
It is not possible to configure a CFNR on the WQ back to the user, cause it is executed directly, if you call the user object. As workaround define the number for CFNR directly on WQ and no on user object. The user can not control this CFNR on their phone. Any way, usually if Announcement Before Answering is used, no CFNR is needed at all. Also it is possible to define a DTMF Map to desired CFNR target on the WQ and provide the info about it to the caller (e.g. "Please wait or press 1 for operator.").
It is not possible to configure a CFB or CFNR on the WQ back to the user, it will create a CF-loop and will be not executed(the call remains at the WQ). As workaround define the number for CFB or CFNR directly on the WQ and not on the user object. The user can only activate/deactivate this CFB or CFNR on their phone using a [[Reference9:Phone/User/Function-Keys/Boolean-Object | Boolean function key]]. If announcement before answering is used, it is also possible to define a DTMF Map to the desired CFB or CFNR target on the WQ and provide the info about it to the caller (e.g. "Please wait or press 1 for operator.").


== Related Articles ==
== Related Articles ==


[[Reference:Administration/PBX/Objects/Waiting_Queue]]
* [[Reference10:PBX/Objects/Waiting_Queue]]
 
* [[Howto:Announcement Before Answering (simplified)]]
<!--*[[Main_Page|wiki-innovaphone]]-->


[[Category:Sample|{{PAGENAME}}]]
[[Category:Sample|{{PAGENAME}}]]

Latest revision as of 18:51, 11 November 2015

An announcement before answering is played for an external caller, that called a user object in the PBX. The announcement can be played parallel to ringing at the users phone and begins after a configurable period of time.

Applies To

This information applies to

  • V7 HF6 PBX and later.


More Information

Configuration

An announcement before answering configuration is based on the Waiting Queue PBX object. The Waiting Queue has a personal announcement configured separately for each PBX User object.


We assume an existing PBX user with the name "PBX User 1" and number 101 with following desired behaviour: an external call to this user is always immediately connected to the announcement. No announcement if the user is busy, just send cause code busy to the caller.

Group
Create a group on the user object. This group will be used only for this PBX user and this feature, so choose appropriate name e.g. "tvm_101". Do not set the "active" flag on the user objects group.
Waiting Queue
Create a Waiting Queue "PBX User 1 TvM". Configure the first and second announcement URL as usual (check Waiting Queue Reference for more information). Set "Max Call/Operator(%)" to 100 and "Alert Timeout" to 0. Configure the "Primary Group" as "tvm_101". To be able to do this, add first the WQ object as active member to this group.
Announcement Before Answering 01.png
Call Forward to WQ
Create a so-called administrative call forward on the User object: create a CFU with "Only Ext." to the name of WQ object. This CFs are not deleted by user configured CFs via a phone function key etc., but are just overridden by user configured CFUs. A CFB configured by the user is overridden by the administrative CFU to the WQ.
Announcement Before Answering 02.png

Finally you should have something like this:

Announcement Before Answering 04.png

Known Problems

CFx Handling

It is not possible to configure a CFB or CFNR on the WQ back to the user, it will create a CF-loop and will be not executed(the call remains at the WQ). As workaround define the number for CFB or CFNR directly on the WQ and not on the user object. The user can only activate/deactivate this CFB or CFNR on their phone using a Boolean function key. If announcement before answering is used, it is also possible to define a DTMF Map to the desired CFB or CFNR target on the WQ and provide the info about it to the caller (e.g. "Please wait or press 1 for operator.").

Related Articles