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-526 ASTPP Community <p>Hi.<br/> I installed ASTPP4.0.<br/> In the products I have created a 300 min free package with several destinations.<br/> The 300 min free package does not work. The system works with the correct payment for destinations that have 300 min free.<br/> Can you please help me?</p> ASTPPCOM-526

Product/Package

Task Done Done Unassigned astvoip Fri, 21 Jun 2019 01:47:26 +0530 Sat, 26 Oct 2019 17:08:05 +0530 Wed, 10 Jul 2019 00:38:18 +0530 0 0 <p>The system works all the time with the payment, It does not bring the package with free minutes installed in the client account</p> <p><span class="error">&#91;~astvoip&#93;</span><br/> Please confirm that you have selected prefix/destination code in package and share result. Because it seems just configuration issue</p> <p><span class="image-wrap" style=""><img src="https://user-images.githubusercontent.com/52051496/60008258-112c4f00-9674-11e9-96a8-78a1924e336f.png" style="border: 0px solid black" /></span><br/> <span class="image-wrap" style=""><img src="https://user-images.githubusercontent.com/52051496/60008277-1be6e400-9674-11e9-94ca-ee85f7b8a958.png" style="border: 0px solid black" /></span><br/> Here you have the 300 min free configuration for several destinations.<br/> The package does not work.</p> <p><span class="image-wrap" style=""><img src="https://user-images.githubusercontent.com/52051496/60012135-851e2580-967b-11e9-9de4-b452b8b76308.png" style="border: 0px solid black" /></span></p> <p>Here is the call with this destination, always with payment.</p> <p><span class="image-wrap" style=""><img src="https://user-images.githubusercontent.com/52051496/60041473-ce8e6500-96bb-11e9-806a-b22f3113358c.png" style="border: 0px solid black" /></span><br/> Fro un ather configuration. Here you have the 300 min free configuration for several destinations.<br/> The package does not work.</p> <p>I've tried all the possibilities.<br/> Result? Same</p> <p><span class="error">&#91;~astvoip&#93;</span> As per your screenshot it seems like your have set different prefix (code) in package and you dial different prefix number and due to that it going as Standard call.</p> <p>This is not true. Destinations are with different prefixes. Have you tried this package? Can you share your configuration? I've tried all the possibilities she does not work, I'm sure of that.</p> <p>Any response???</p> <p><span class="error">&#91;~astvoip&#93;</span> </p> <ul class="alternate" type="square"> <li>Package should create with correct prefixes and information.</li> <li>Package should be added to customer profile.</li> <li>Prefix should be match with origination rates and prefixes.<br/> In your case we found that the number you are dialing is not added under the package destinations. that can be the reason package is not applying. <br/> Also confirm package should be added correctly on customer profile. reason is you have selected rate group at the time of package creation but the option "apply on existing account" is set as "NO" so please confirm.</li> </ul> <p>Thank you.<br/> In the manner that you describe the packages with several destinations function correctly.<br/> When the number is called 35569 and does not translate the package with that destination it works.<br/> The problem is when the number is translated, for example:<br/> When the destination is called as 0035569 and the system translates as 35569, the package with these destinations does not work.<br/> It passes on the pay packet.<br/> So when the call is translated it does not work on the package created.<br/> So to have this package we do not have to translate the calls, that makes no sense because the translation of the numbers is always in function.<br/> Do you have a solution?</p> <p>Generally customer side translation are affect the rates so it will be affected to package also but the gateway side translation will not affect it.</p> <p>Mr. Hardik.<br/> Thank you for your suggestion. We know we are talking in skype.<br/> The problem is when the package affects the case the customer's call is translated. The customer's call must be translated because he can call in some form, for example: 069, 0035569,69, + 35569 all of these translates to standard 35569 always. We do not educate the client to make calls only in a way. In this case, the package has failed in version 4.0. It does not have value is not functional. In version 3.6 it does not constitute a problem. You have to fix it so that it does not affect when we translate client calls.<br/> Thank you for your correction</p> Development External issue ID 526 Rank 0|i00bvr: