How To Regain The Call?

[kviar]

Hi everyone

 

We have a dialogic D/41D board attached to a VERY lousy PBX, 1 phone line and we are NOT using VG for dialogic nor we can because we also have a modem.

 

The thing is that when forward a call to the operator (blind PBX option) and her line is busy the script does not return: it simply does nothing. Also, when the operator does not grab the phone, the call ends up going to the beginning of the script instead of where we wanted.

 

In sum, the on {BUSY} and {NOANSWER} do not work.

 

Finally, we'd like to grab on a database the length of calls, but the script does not get there either. We are sending the script attached.

kviar.zip

[SupportTeam]

The Dialogic's TAPI drivers have serious limitations when it comes to handling call transfer retrievals. That is why we have "VoiceGuide for Dialogic" which does not use the TAPI drivers...

 

The Blind transfer does not monitor for what happens anyway - it will just make the transfer. You would need to use "Announced" or "Monitored" transfer types.

 

Try using $RV_CALLLENGTH in your script rather then retrieving a RV_CALLLENGTH using RvGet.

[kviar]

Oh well, too bad. We'll figure something out.

 

Do you know or carry a product that would show on the phone operator window, the client phone callerid data ?

 

I believe that software would have to send that data over the company's LAN to the operator, and that operator would have to have some client app running to receive that data?

 

What we are trying to accomplish is to know as much data as we can of the returning customer even before picking up the call.

[SupportTeam]

Have a look at programs like:

 

www.winmessenger.com

 

And various "WinPopup" programs, eg: http://www.smartison.com/

(Search Google for WinPopup to find others)

 

Net Send may also be adequate. See:

http://www.microsoft.com/resources/documen...d.mspx?mfr=true

[kviar]

Ok, we used net send and it worked ok.

 

We should however warn everyone that we had first to reapply service pack 1 to our 2003 server to make it work, as it would not allow to open a shell because of security reasons, as we read on the net.