| |||||||||
![]() | | ||||||||
| |||||||||||||||
| |||||||||||||||
| 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: acd, problem, transfer |
![]() |
| | LinkBack | Thread Tools | Display Modes |
| | #1 (permalink) | ||||||||
| Junior Member
Rep Power: 0 ![]() | Hi all, I am new to PBXInfo, to this forum, and to Nortel Meridian Systems in general. My education so far has been searching books and now reading threads. Anyway, my problem is this... I have an ACDN which is currently used to transfer callers to an external number. The ACD was set up before I came here and the NCFW is set to call the external number. The number is preceded by 3 digits that must be an access code of some type. If I remove those 3 digits and replace with a 9 the outside caller gets a fast busy. However, any extension on the PBX will be connected to the external number when they dial the ACDN. BUT, if I remove the 9 and put back the 3 digits the situation is reversed. The outside caller is redirected to the external number but any extension on the PBX gets a fast busy. I would like to fix this so that any external or internal caller will be redirected to this number and no one receives a fast busy signal. Any help would be greatly appreciated. Thanks much, reggie | ||||||||
| | |
| | #2 (permalink) | ||||||||
| Senior Member ![]() ![]() jack has no status.
Location: Chicago -- CENTER OF THE UNIVERSE Rep Power: 11 ![]() | Welcome to the board. Do a search on call forward external, this has been covered many times. My hunch is your CDB needs to be changed from CFO to CFF __________________ Dogs rollover Phones hunt | ||||||||
| | |
| | #3 (permalink) | ||||||||
| Moderator ![]() John_In_Dakota is in need of a long nap.
Location: 1069.7 miles from Tiverton, Ontario (CANADA) Rep Power: 12 ![]() | Welcome to the board. Can you post the ACD your having issues with? LD 23 prt cust (your customer number) ACDN (the acd with issues) Post back with the ACD. John __________________ We need change in this country... | ||||||||
| | |
| | #4 (permalink) | ||||||||
| Senior Member ![]() slagburn has no status.
Location: 3498.51 miles from Tiverton, Ontario (CANADA) Rep Power: 16 ![]() | Might be easier / safer to use a CDP DSC (distant steering code) to accomplish this istead of a NCFW ACD queue and unlocking certain safeguards to make it work both ways. | ||||||||
| | |
| | #7 (permalink) | ||||||||
| Junior Member
Rep Power: 0 ![]() | Changing OPT in RDR_DATA from CFO to CFF didn't fix the problem. But I found some good info in the post "Meridian Crash Course Programming Guide" by Java Bob. I learned something about printing route numbers and found the prefix used in the NCFW. The RCLS=EXT so maybe I'm headed in the proper direction (I hope!). For the time being I've created a second ACDN that will forward to the same number for Internal callers as the other ACDN does for External callers. If anyone has other ideas I would be only to happy to hear them. John_In_Dakota asked for the ACD info. I replaced the NCFW acutal number with x's if that's ok. REQ PRT TYPE ACD CUST 0 ACDN 6730 TYPE ACD CUST 0 ACDN 6730 MWC NO DSAC NO MAXP 1 SDNB NO BSCW NO ISAP NO AACQ NO RGAI NO ACAA NO FRRT SRRT NRRT FROA NO NCFW xxxxxxxxxxxx FNCF NO FORC NO RTQT 0 SPCP NO OBTN NO RAO NO CWTH 1 NCWL NO BYTH 0 OVTH 2047 TOFT NONE HPQ NO OCN NO OVDN IFDN OVBU LNK LNK LNK LNK EMRT MURT RTPC NO RAGT 4 DURT 30 RSND 4 FCTH 20 CRQS 100 IVR NO OBSC NO OBPT 0 Thanks again, reggie | ||||||||
| | |
![]() |
| 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 |
| Call Transfer Problem.. help help help | justzikle | Meridian Systems | 1 | 10-29-2004 11:40 AM |
| Transfer problem | JohnnyMod | Meridian Systems | 5 | 09-12-2003 12:10 PM |