Table of Contents

Rate Card Building

It is always sound practice to base rate cards on the information in provider cards. Code accuracy is one of these benefits, and perhaps the most important. In any system with card-based profiles, code accuracy is one of the means to ensure the accuracy of the whole system, and to make all passed or collected data more reliable.

Rate Card Compilation Engine

ConnexCS features a comprehensive rate card building engine., which can ingest multiple rate carrier rate cards (Parent Rate cards) in either NPA-NXX or single-cost (column) and output NPA-NXX or single-cost. These can take the minimum, maximum, or average values.

Different Length Prefixes

The ConnexCS rate card engine handles arbitrary length prefixes and understands the strict rules required to merge them.

Why do I have alot of long prefixes?

To ensure accuracy, it may be necessary to normalize rate cards when combining them. The process makes all cards comparible, and can add additional prefixes. These changes are safe, however, and are included to increase granularity; they won'tintroduce errors. After compilation, additional scripts are run to make the rate card smaller; however, the primary goal of the engine is accuracy.

Combining

Between Cards

If you have multiple carrier cards and you want to compile them into a single card, pay attention to the Rate Compact variable. It will form the strategy we use to output a cost per destination. For instance, y ou could use Min if you are dealing with cost sensitive routing, or Max if you are looking at quality driven prices.

Note: If you use Min as default, calls will be routed to the cheapest provider first, but if that provider does not take the call, it will failover to a more expensive provider. Keep in mind that this provider may be higher than your profit margins. You can enable Profit Assurance to help aleviate this, but be prepared, Profit Assurance cannot protect against different billing pulses or connection fees.

Different Card Types

If you wish to transform an NPA-NXX price into a single cost-per-code, you will need to collapse your rate card. This takes similar settings to Rate Compact, however this rule is used when picking out a single cost per prefix per provider. It is joined with other providers AFTER this process has taken place.

Adding Profits

Margins are added once you've combined your rate cards. They are defined as Regular Expressions or standard prefixes, if numeric only. A rule will match all child rules. For example, if you add '49, it will apply the rules to '491', '492', '4912345' or whichever rules were generated by the previous process.

There are three strategies used here: Absolute - Uses the value you enter, and disregards any previously set values. Relative - Adds the value you enter to the rules generated by the previous process. * Percent - Calculates your margin as a percentage.

Using Absolute and Relative can be useful, especially when dealing with large cards as if your providers prices change, as only a single click is needed to regenerate the customer rate cards.

Why should I Use Rate Card Building?

Example 1

You may want to provide UK landlines to your customers, and decide to add 441 in your rate deck. Your carrier may charge more to deliver calls to Gurnsey, so they would have a higher cost for 441481. Building your own rate cards might make discrepencies like this less apparent.

One possible consequence is that your carrier will charge you more in these instance. Profit Assurance can protect you against this in some cases, but not if your carrier bills on 60/60 and you are selling at 1/1, or if your carrier has connection fees. Also, customers might expect to connect calls to prefixes that aren't included if you rely purely on profit assurance.

Example 2

If you sell NPA-NXX, but you also have a few flat rates (and cherry picking is allowed) with just one prefix, you can combine multiple cards to generate the most competitive pricing. Then, you can place the margins at 20% once a carrier issues you a new rate card, click regenerate, and the system will deal with all 200,000 prefixes on each and generate new pricing.

Example 3

Prefix Destination Cost
Provider Rate Card A
441 UK Landline 0.01
442 UK Landline 0.01
Provider Rate Card A
441 UK Landline 0.0075
442 UK Landline 0.0075
Provider Rate Card A
441 UK Landline 0.02
442 UK Landline 0.02

Outputs

If we merged all three of the above cards, each with a different Rate Compact, we would end up with the following rate cards.

Minimum

Prefix Destination Cost
441 UK Landline 0.0075
442 UK Landline 0.0075

Maximum

Prefix Destination Cost
441 UK Landline 0.02
442 UK Landline 0.02

Average

Prefix Destination Cost
441 UK Landline 0.0125
442 UK Landline 0.0125