Genesys CTI User Forum

Genesys CTI User Forum => Genesys CTI Technical Discussion => Topic started by: RN on April 17, 2009, 02:22:36 PM

Title: Bad Number Records
Post by: RN on April 17, 2009, 02:22:36 PM
Hi Guys,

On our outbound system we need to identify numbers that are bad...the bad numbers could include incorrect numbers,numbers sremoved by the service provider (basically numbers that cannot be dialled) and we need to identify this using the outbound call results.Once such numbers have been identified these numbers would then be deleted from the system.

Out of the 53 call results that is supported by Genesys OCS which ones do you reckon identifies a bad number ...I guess it should be one of SIT codes but not sure which ones are sent by the pstn under normal scenarious

cheers..rn
Title: Re: Bad Number Records
Post by: cavagnaro on April 17, 2009, 03:02:05 PM
Yes, SIT will be the ones, you need however to be carefull, for example, an out of service number will also return a SIT number which is valid but damaged. Another is when user lefts the phone hanged up...other is when he didn't pay the bill...etc etc. You need to test a lot and see what returns you detector (CPD, Alcatel, Avaya?) and what are the tones that your Telco returns...not all types of SIT are handled by Telcos everywhere.
Title: Re: Bad Number Records
Post by: Dionysis on April 17, 2009, 03:05:50 PM
There's no simple answer to that question, but there's certainly not 1 call result.

The short answer, as always, is, it depends.

If you're dialling from Australia, for example, the most likely call result for what you're after is "Transfer Error".  But occasionally you'll get SIT results aswell depending on the carrier you're calling from / to.


Title: Re: Bad Number Records
Post by: vrbros on April 20, 2009, 09:31:25 AM
Dear Ranjit,

We have worked on similar query lines upto a great extent with an existing customer here. After a lot of exercises and tests we had to conclude that there was no one way of identifying bad number records based on the call results. Different Telco's resulted in different call results and hence were not able to identify one rule for one type of error.

CHEERS!!