| |||||||||
 |
| ||||||||
| |||||||||||||||
| |||||||||||||||
| Meridian Systems Welcome to the Nortel Meridian Forums Including Meridian Options 11-81C CS1000M Meridian Mail Call Pilot Companion and Sucession Hospitality OTM MAT MICB RAN NetGateway ..., and all other Applications |
| Tags: ivr, routes, understanding |
 |
| | LinkBack | Thread Tools | Display Modes |
 10-30-2006, 04:54 PM | #1 (permalink) | ||||||||
| Senior Member   Rachelle is curious
Location: Lou, KY Rep Power: 9  Country:  | Routes for an IVR need an Understanding The IVR has 2 loops coming in and 2 loops coming out. Loop 56 (in) [route 30] Loop 100 (out) [route 50] Loop 57 (in) [route 56] Loop 116 (out) [route 50] The inbound are DID and the outbound are CBCT. If route 56 is full then it overflows to route 30. Route 50 is the outbound route and all members of 100 and 116 are listed in this CBCT route. Routes 30 and 56 are identically built. All members are identical. Route 50 is a CBCT route that has the SVRT as 59 and 60. 59 is TIE and 60 is DID. HERE IS THE PROBLEM: For some reason, when a caller selects to talk to a rep, if they call in on 57 they will go out just fine on 116. If they call in on 56 and zero out they will never get a line on 100 and will never refer out of the IVR. IVR two just sits on callers and never lets them out. I only have access to the PBX and the T1 lines that it generates. I have no access or authority to touch the IVR. The IVR people think this is my problem to fix and aren't even looking at their side. Thoughts???? rachelle __________________ No matter where you go, there is the Ladies Love Marty Fan Club. :bow2: :bow2: :bow2: | ||||||||
 |   |
| 10-31-2006, 08:36 AM | #2 (permalink) | ||||||||
| Senior Member   jack has no status.
Location: Chicago -- CENTER OF THE UNIVERSE Rep Power: 12 | Gut reaction is the 0 out transfer is a function of the IVR and as such they need to determine what they are not doing to complete the call. I hate working with finger pointers!!! The only way to determine where the problem resides and fix it is by both of you sitting down and testing until the exact sequence of events can be duplicated. Only then will you have a platform from which to diagnose and resolve the issue. Just curious are you getting any trunk errors when this happens? __________________ Dogs rollover Phones hunt | ||||||||
| | |
| 10-31-2006, 09:37 AM | #3 (permalink) | ||||||||
| Senior Member Rachelle is curious
Location: Lou, KY Rep Power: 9 Country: | No errors, at all. The T1/Route programming of the working side of the IVR is identical to the non-working side of the IVR. The applications on the two units are not the same and they won't look to see what is different. The Zero Out feature is a funtion of the IVR and I can't get them to look at anything. Ah well, they will just have to deal with this failure. In the meantime, everyone looks at my office like there must be something we can do. Geesh!!!!!!!! rlc __________________ No matter where you go, there is the Ladies Love Marty Fan Club. :bow2: :bow2: :bow2: | ||||||||
| | |
|
| Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
| Thread Tools | |
| Display Modes | |
| |
 Similar Threads | ||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| SwitchVOX IVR, voicemail notification issues | mp4tg | Switchvox | 3 | 11-06-2006 09:06 AM |
| Fast Busy when 6 are in IVR | StarFury | Contact Center Symposium and ACD | 3 | 09-26-2006 04:47 PM |
Linear Mode
