Hey TLPter! Hope things are going well for you. I am reaching out to you because of your response on this post:
IPO Rls 9.0.5 with a server based VM Pro:
I am working on a similar scenario where a user may answer an incoming call and put that caller on Park, and then find the person to have them retrieve the parked call. But, if the person forgets, or the call never gets retrieved, the caller will ring back to the person who answered the call.
If I am reading this correctly, the user can transfer the caller to a new "Park" Group where the caller will sit in queue and wait to be answered, or timeout and ring the main hunt group. Program a GROUP button on the phones for each Parked Group to allow monitoring.
Basically, the customer would like to have the caller's parked timeout call ringback to a hunt group. You stated to use a Module to compare the $TIMEQUEUED to a variable and route the caller back to the hunt group after the variable has been reached. However, is the person transferring, or parking, the caller in the hunt group? This is where I am a bit lost. If yes, can the users also maintain their Park button status to monitor the parked calls?
Yea, a bit lost on how this can work..
--DB
IPO Rls 9.0.5 with a server based VM Pro:
I am working on a similar scenario where a user may answer an incoming call and put that caller on Park, and then find the person to have them retrieve the parked call. But, if the person forgets, or the call never gets retrieved, the caller will ring back to the person who answered the call.
If I am reading this correctly, the user can transfer the caller to a new "Park" Group where the caller will sit in queue and wait to be answered, or timeout and ring the main hunt group. Program a GROUP button on the phones for each Parked Group to allow monitoring.
Basically, the customer would like to have the caller's parked timeout call ringback to a hunt group. You stated to use a Module to compare the $TIMEQUEUED to a variable and route the caller back to the hunt group after the variable has been reached. However, is the person transferring, or parking, the caller in the hunt group? This is where I am a bit lost. If yes, can the users also maintain their Park button status to monitor the parked calls?
Yea, a bit lost on how this can work..
--DB