[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. |
| 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) 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. |