telecomatt

Rachelle,
If forced account codes are turned on for the route. You will need to enter any acct code to get out. you do not need a charge button to do so

You can also use charge accounts by using a spre + ffc code. (CDRC is the pneumonics for it)

look into these 2 scenarios and post back

Matt

Rachelle

I don't believe that either of these scenarios come in to play for this network of centers. There isn't a FFC for the charge feature programmed and normal call processing occurs in all other phones. We are told that these people are not entering this information. We are told that they are just placing calls normally (AC2+NPA+NXX+xxxx). It has been suggested that maybe the MDR-2000 may be doing strange things to the data and the string may need to be changed. Unfortunately, no one has suggested what about the string needs to be changed.

rlc

__________________
No matter where you go, there is the Ladies Love Marty Fan Club. :bow2: :bow2: :bow2:

John_In_Dakota

R,
Can you log into the MDR-2000 buffer box? I dont have the books in front of me but you can connect via a tty. Direct connect through hyper-term or procomm plus; 1200-8-n-1. When you connect CTRL C is the way to login. I think ther is a setting in thier for account codes.

John_In_Dakota

R,
Can you log into the MDR-2000 buffer box? I dont have the books in front of me but you can connect via a tty. Direct connect through hyper-term or procomm plus; 1200-8-n-1. When you connect CTRL C is the way to login. I think thier is a setting in thier for account codes.

Rachelle

These aren't ACCOUNT CODES really. The Charge Account Feature allows agents to depress the CHARGE key and enter an ID tag for this call to be charged to. The billing department then can say that job 1 was charged this many hours of work, while job 2 only had this much time charged to it. These aren't really account codes as used with NARS/BARS programming. This is a CDR/MAT/ACD related issue that is just out of my grasp.

The core question is how can a call be charged to a valid ID tag when there isn't a CHARGE key on the phone that placed the call? This seems like an impossibility but, we are seeing it happen.


rlc

__________________
No matter where you go, there is the Ladies Love Marty Fan Club. :bow2: :bow2: :bow2:

John_In_Dakota

I'll just throw this out there.

In LD 16 RDB: Route Data Block
there is BLIN (no)yes Billing Number Required
-BLEN 1 -(10) - 16 Billing Number Length
-BNUM 0-x..x Billing Number (1 to 16 digits depending on BLEN)
-BDSP (no)yes Billing Number Displayed

Is this what you are looking to do? I understand after reading your post carefully what you would like to do.

Machivelli

The big question here is; are you seeing the charge code in the raw CDR? If so then your looking at an MDR-2000/PBX issue. Another question I would have to ask is where is this code showing up i.e. Account Code, Auth Code or other? Oh and the way to get into the menu on an MDR-2000 is CTRL-V, I, M. Not sure what CTRL-C does. If you don’t have a book, I’d try Avotus’s web site for an online version of the manual.

Rachelle

The MAT expert knows how to access the raw call data and has the instruction book for the MDR and has already looked at both and they appear to be correct. ACD agents with Charge Keys on their digital phones are the only ones that should be able to charge calls to these account codes. What we are seeing are account codes popping up on NON-ACD phones both digital and analog when the data arrives in the MAT database. Auth codes are not the issue. This is not turned on in BARS/NARS. The account code feature is something that is typically used in attorney offices to bill clients for time spent on the phone. We have been using this method to bill customers for our outbound calling service for approximately 2 years and this issue has just come up in the last 4-6 months and is getting worse as time goes on. Bottom line, the only way a phone can charge a call without a Charge Key is if the agent knows the SPRE+5. This is not published nor is it common knowledge outside of 2 people. This is a flaw in a data stream not a PBX issue, to the best of our experience. We are looking closely at the MDR but would like suggestions from folks who are currently using this like equipment and NOT experiencing this issue. What data string would those folks recommend?

This is a repair situation not an installation issue. In the software feature guide it is listed as Charge Account and Calling Party Number.

rlc

__________________
No matter where you go, there is the Ladies Love Marty Fan Club. :bow2: :bow2: :bow2:

Machivelli

When you say he’s looked at both do you mean he’s looked at the RAW CDR before it hits the MDR-2000?

If so, then your back to the PBX reporting this data as is. In other words what shouldn’t be happening is happening.

If not, then you need to, the MDR-2000 as you may already know takes RAW CDR and chops it into small little chunks, discarding what it’s not instructed to get as well as null spaces. Thus it’s able to store more records in a smaller amount of memory. Again this may be repetitious, but hey I’m bored!


From a troubleshooting standpoint I’d focus on comparing RAW CDR (Not from the MDR-2000) with the MAT Data. This way you can quickly narrow down the culprit. I honestly see you doing this faster then finding someone else running a similar configuration without the problem.