<div dir="ltr">Hi,<div><br></div><div>some comments to your prepaid approach...</div><div><br></div><div>If you have the oportunity to avoid share the same balance between more than two users, please do it.</div><div>It is better to assign one record to each user, and store in it, his/her balance.</div>
<div>Don't complicate a simple solution.</div><div><br></div><div>Another comments:</div><div><br></div><div>1.- The determination of the max time to call it will involve the DNIS(destination number) based of the rate matrix, the time when the call is intended to be place (´cause you can establish different rate in function of the hour, then you can offer special discount depending of the hour) and of course the balance of the customer.</div>
<div><br></div><div>It is important to remember that in prepaid solutions exist two moments when you need to calculate, first: max time to call, in this case is importan to round the result, it is necessary to avoid negative balance in the Second: moment, when you calculate the how much money you should discount to the customer balance, it is function of the duration of the finished call.</div>
<div><br></div><div>2.- Why do you need to share the balance between multiple users? Why don't assign different balance for each user?</div><div>If you have a way to identify every user (using a PIN) you could implement a most simple and efficient prepaid solution.</div>
<div>If you don't want to use a PIN, try to identify the ANI(originator number) to get access to the table of users when the balance is stored.</div><div><br></div><div>3. Today, exists some prepaid platform that implements the concept of Master Account, where the balance is assigned to this account, and aditionally you can create another sub-account relationed to one Master account, and you can assign different balance for each sub-account without exceed the balance of the Master, it means that the master balance is shared between the sub-account. Every master account it would be assigned to one user, and the existing sub-account it would be assigned to another user.</div>
<div>But it is necessary to identify every user at the moment when they try to place a call.<br></div><div><br></div><div>4.- It is important to keep in mind that when you get access to the record associated with a user, and you can get access to his/her balance, you need to block the access to this record while you are accessing it. It is to avoid the simultaneous access to the record that you are using to calculate max time to call, and avoid to place a new call that generate at last, negative balance (lost of money).</div>
<div><br></div><div>good luck &</div><div>best regards,</div><div><br></div><div>Rafance.</div><div><br><div class="gmail_quote">2008/10/20 Nhadie <span dir="ltr"><<a href="mailto:nhadie@gmail.com">nhadie@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">hi,<br>
<br>
for my multi-tenant pbx, i would like to approach prepaid like this:<br>
<br>
when a customer dials number, i have an AGI that will determine what<br>
country was dialed and retrieve the rate from the rate table,<br>
<br>
once the rate is retrieved, i will get the remaining balance of that<br>
customer nd compute how much time remaining based on the rte and the<br>
remaining balance. then i set that as an absolute timeout. after the<br>
call i update the balance depending on how much was used during the call.<br>
<br>
my prob is, there are multiple user behind one customer, so when 1 user<br>
calls i get the rate,get remaining balance, compute time remaining then<br>
while user 1 is engaged another user calls, since user 1 is not yet<br>
finish with the call the remaining balance is still the same for user 2<br>
even though user 1 has already used up some of the balance. is there<br>
anyway around this?<br>
<br>
regards,<br>
ron<br>
<br>
_______________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
<a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>
</blockquote></div><br></div></div>