[ASTPPCOM-365] Feature Request - Free/Local Calling Codes. Created: 05/Apr/18  Updated: 27/Oct/19  Resolved: 27/Oct/19

Status: Done
Project: ASTPP Community
Component/s: None
Affects Version/s: None
Fix Version/s: None

Type: New Feature
Reporter: countrdd Assignee: Samir Doshi
Resolution: Done Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

The blocked code functionality on the account screen is very nice. It would be nice to add a Free/Local Calling codes Section to the customer account as well. Where you could Select or enter codes that will not debit the customer account. I believe the Blocked Codes PHP code could be duplicated and instead of blocking the call of a code in this section, the rate billed to the customer would be overridden to a zero cost.
It would be nice if you could Select a code or Manually Enter a code for this section.



 Comments   
Comment by alexheylin [ 30/Jun/18 ]

[~countrdd] - Could you not assign the customer to a Rate Group which contains Origination Rates at zero cost for those destinations? If not, please explain why so we can better understand your request?

Comment by countrdd [ 30/Jun/18 ]

The main reason, is the way rate groups work., they are not stackable. You can only assign a customer to 1 rate group. So that would be a crazy amount of rate groups to maintain.

My plans are

Standard (Local Free, Charged for Non Local Calls, NO INTERNATIONAL DIALING)
FREELD (Free Local and Long-distance (up to 5000 MOUS)
International (Local Free, Charged for LD and International)
InternationalFreeLD (Local Free, Free LD, charged for inernational).

So those would have to be duplicated for every Rate center to include the Free Local Calling.

Honestly, one thing that would really be nice is stackable rate groups, i.e. like an Access Control list in networking, that you prioritize on a customer level.

Comment by alexheylin [ 30/Jun/18 ]

Ah, so your customers might all have free "local" calls, but the "local" may be different for different customers?

Could you do this with a Package? Each Package allows up to 35,791,394 mins to whichever rates are allowed. While still having to maintain the packages, each Package contains only the rates you want to include so is much smaller than having to maintain a complete duplicate of the Rate Group. Unfortunately I'm still a little hazy on the exact details of packages, but I do know that the counters currently have to be reset manually as this is not part of the invoice process (yet). I may well write this in in the coming weeks / months.

I agree with your view that stackable rates would be good - and I think there is some provision in the DB for this, but I don't think it's written into the code yet. Certainly with only a few Rate Groups, and ~71,000 rates per group duplicating them is not a great option as the system grows.

Generated at Sat Feb 10 07:16:28 CET 2024 using Jira 8.13.3#813003-sha1:22ebedbb75c99b147c66f14e031dd8a2d214753a.