I hope you can get something good and stable soon Pawel.
Regardless of whether it comes from you or from SipX, this is essential
functionality for us and I can't imagine how anyone can operate
effectively without it, for the simple reason that callers regularly
make incorrect choices and need to be transferred to the correct queue.
Another common model, which we would like to adopt, is to have a
reception queue where initial details are taken care of before the call
is transferred into one of a few specialist technician queues.
If we can't get this functionality soon we are going to have to look at
another ACD product. By the way if anyone knows of a good ACD product
that works well with SipX, I would love to know about it.
regards,
Alan
Paweł Pierścionek wrote:
On 2009-05-07, at 02:56, James R wrote:
>On Wed, May 6, 2009 at 11:19 AM, Daniel Orcutt <[email protected]
<mailto:[email protected]>> wrote:
>Can anyone confirm Pawel’s statement? If I am unable to transfer
calls to a >Queue, this would be detrimental for me.
We could not get this to work with 3.10. We are in the process of
testing this on 4.0. We need this feature as well since we have
agents who on occasion need to transfer the call to a supervisor. A
transfer back to another queue is really necessary in this case.
That was one of the reasons that forced me to rewrite the ACD from
scratch. Transfers back to ACD will work with my code as soon as I
can fix FreeSwitch attended transfers
(http://jira.freeswitch.org/browse/SFSIP-86)
<http://jira.freeswitch.org/browse/SFSIP-86%29> and get my 4.0
development environment up and running so I can publish the 4.0
compatible RPM/code.
Pawel,
------------------------------------------------------------------------
_______________________________________________
sipx-users mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-users
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users
_______________________________________________
sipx-users mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-users
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users
