Like Dionysis I have worked on Cisco, but generally Auto-Answer is a switch (ACD) option. So it is set for all turrets that login via a particular ACD Queue, or it is set on each turret individually, dependng on the switch type. I have never heard of it being applied for Outbound but not Inbound.
This is easy if you use URS in your solution, you can write a routing startegy that can be loaded on each extension that susspend for event, this will auto answer based on what you set.
auto-answer setting in GAD options but thi will be for all calls.
Greg, Please can you give more details on how to set the strategy on routpoint is used to set the extension in auto-answer.
to an earlier question we use ASM so we can transfer the outbound call ASAP to the agent who is already hooked in and waiting. minimize the delay, same reason for auto answer.
The first thing you have to do is ensure you use URS to transfer the call from Outbound to the agent, supported in ver 7. This should be as fast as getting it trough directly to the agent. Therefore call is made by dialer and once a successfull connect has been made it will transfer the call to a RP that has a startegy loaded to get the call to the available agent. On the available agent’s extension you can now with ver 7 load a routing strategy to auto answer.
Send me a mail if you don’t come right and I will mail you a sample.
Hum…why not better develop a custom softphone with some SDK (ActiveX or platform SDK) so when calltype=outbound then send a TAnswer and the call will be automatically answered?
I’m quite sure it should be possible to customize even GDesktop to provide auto-answer for outbound calls and manual answer for other call types. Would that be something helping you, n2201?
cavagnaro , Developing custom Soft phone I am thinking that would be a big task (won’t it?). I do have SDK so just to get an idea, what is your guess on duration to build such a soft phone? I would love to go this way as it should give me more control (and also ability to totally screw-up )
Why invent powder when somebody already invented it? Just go to DevZone and download the Voice Sample application, configure basic parameters as TServer ip, port and DN, launch it. Once there try to capture the call flow of the event ringing, then select the CallType = 2 (2 = Outbound if my memory doesn’t fail), if so then launch the TAnswer event. Delete all buttons you don’t need (as you don’t want them I guess) and left a flat window. Modify as you wish and deploy Not Superman but the lazy one way lol
Looks like we got at least 3 approaches to the problem and all of the solutions have merits beyond the simple question. I am planing to try them out. will let you know how it goes. Thank you all so much!