Matching CDR Data to bill

[NX01]

I use Microcall to collect my cdr info. I have noticed that the number of calls never matches. I am calling them in the morning for sure. I wanted to know what you have seen in your experiences that would cause this? We are off by about 10,000 calls placed. I have almost given up on matching dollars but number of calls should be right on...no?

In the future everything will work...

 

[RGarcia87]

If your CDR is showing more calls, then you might be counting internal (extension to extension) calls. Also, are you talking about inbound or outbound?

 

[NX01]

My cdr has less calls then the phone bill. I could see if it were calls made by modems or faxes but EVERY DID goes through the switch....

In the future everything will work...

 

[GroundRatt]

you need to check microcall and see what time is on trashing a call. in other words, ours is set up to throw out all calls less than 20 seconds. microcall will only collect what the switch sends to it. do you have it collecting through the network? if so, is your network down for maint or problems? this might explain some missing calls.

Steve
Senior Telecom Systems Specialist
University of Texas Health Center at Tyler

 

[RGarcia87]

Make sure 'CDR Privacy' is set to 'N' on all stations.

 

[NX01]

It may be a threshold. I will have to check them...

In the future everything will work...

 

[JBantz]

Do you have any vectors that redirect calls to another phone number using a route-to step? Example: Route-to digits 915155551212 if unconditionaly?? That could generate double records for calls, one for the inbound call, and one for the outbound call. Since the call never terminates on a station, it might generate some strange CDR records.

 

[NX01]

I am only looking at outbound calls. For example...I have 40,000 call records total (incoming & outgoing). 20,000 outbound...but the LEC says I made 30,000 outbound calls. It is still pointing at thresholds.

In the future everything will work...

 

[1a22ip]

NX01: I had the same problem and found that the Telco also will bill the calls from any POTS lines you might have. The pots lines donot terminate in the PBX and therefore not reportable to you Call Accounting Package.

Just thinking out loud
ED

1a2 to ip I seen it all

 

[Snapper]

Maybe you are reading your reports wrong or maybe you call accounting system was not set up 100% correct. They may have missed something. Can you run reports on your outgoing trunks and compare that traffice with your Bell bill?

Attitude is everthing.
-Snapper

 

[jbicking]

We're considering Microcall for our call accounting package (we don't currently utilize anything for call accounting). I checked with a Microcall rep and she indicated that there are thresholds you can set so you should be able to track any call length.

Hope this helps.

Jo Ann

 

[Snapper]

I use Infortel from ISI. I like it allot.

Attitude is everthing.
-Snapper

 

[NX01]

I haven't found out the problem just yet and may have opened a new can of worms. I was on the phone with Microcall and they walked me though changing some settings. When we ran a test...I come to find out the switch or Microcall doesnt log Xmobile calls. I went into the switch and looked at the Config set for the xmobile stations and on the station forms themselves. Everything it as it should....still no log of the calls. How can I generate raw data outside of microcall?

In the future everything will work...

 

[bwilch]

I believe if you hook up a dumb terminal, ie a connection to Hyperterm, you can look at the raw data. Off hand, I'm not sure the exact connection settings, but I'm sure it's one of the typical 9600 n,8,1 etc.

I've used a program called Phonex in the past and basically it takes a raw dump out of the switch and formats it anyway you want (the same I'm sure for your microcall). So basically you'd be just looking at the raw data dump and with some searching through, I'm sure you could manage to figure out how to decipher the raw data.

Typical connections I've seen come out of the switch are a serial connection to potentially a buffer box, into the Call data capture box (ie microcall/phonex).

 

[1a22ip]

You can have two different call accounting programs running at the same time. You could capture the raw files before you dump it to the microcall. Test calls and Xmobile calls should be in both the raw file and the processed file. Ask a competor like ISI or Cost allocator for a 30 day free trial and see if the free trial software captures the calls. If so go back to Microcall and tell them to fix it or rip it out.

Hope this helps
ED

1a2 to ip I seen it all

 

[NX01]

I found out the problem...Avaya. They call it a "Enhancement" in CM 2.1...In reality it is a BUG in Multivantage...

New Extension to Cellular (Release 5.1) enhancements:

* Voice Mail Avoidance: Communication Manager can now detect when the mobile phone is not answering a call and redirect it back to the enterprise voice mail rather than cellular voice mail
* Originating CDR on calls: CDR records can be generated for calls originating from the mobile phone, tagged as Extension to Cellular
* Enable/Disable Extension to Cellular: No longer requires security code


In the future everything will work...