https://jira.astppbilling.org This file is an XML representation of an issue en-us 8.13.3 813003 14-01-2021 https://jira.astppbilling.org/browse/ASTPPCOM-365 ASTPP Community <p>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.<br/> It would be nice if you could Select a code or Manually Enter a code for this section.</p> ASTPPCOM-365

Feature Request - Free/Local Calling Codes.

New Feature Done Done Samir Doshi countrdd Thu, 5 Apr 2018 14:13:15 +0530 Sun, 27 Oct 2019 16:06:42 +0530 Sun, 27 Oct 2019 16:06:42 +0530 0 0 <p><span class="error">&#91;~countrdd&#93;</span> - 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?</p> <p>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.</p> <p>My plans are </p> <p>Standard (Local Free, Charged for Non Local Calls, NO INTERNATIONAL DIALING)<br/> FREELD (Free Local and Long-distance (up to 5000 MOUS)<br/> International (Local Free, Charged for LD and International)<br/> InternationalFreeLD (Local Free, Free LD, charged for inernational).</p> <p>So those would have to be duplicated for every Rate center to include the Free Local Calling.</p> <p>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. </p> <p>Ah, so your customers might all have free "local" calls, but the "local" may be different for different customers? </p> <p>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.</p> <p>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.</p> Development External issue ID 365 Rank 0|i00avz: