| 1 |
|
|---|
| 2 |
******************************************************************************* |
|---|
| 3 |
TODO LIST - SPECIFIC |
|---|
| 4 |
******************************************************************************* |
|---|
| 5 |
|
|---|
| 6 |
|
|---|
| 7 |
#### SOME SMS STUFF |
|---|
| 8 |
******************************************************************** |
|---|
| 9 |
1. text message on auto creation of account sent to the Caller ID of the account, or better, see point 5. |
|---|
| 10 |
|
|---|
| 11 |
2. Text messages sent to the mobile phone when balance is low, refill performed, just like the email templates, but with text messages with a maximum of 160 chars |
|---|
| 12 |
|
|---|
| 13 |
3. A web interface in the customer portal to send text messages (can we manipulate the caller ID with Voice Trading ? |
|---|
| 14 |
|
|---|
| 15 |
4. Bulk texting, as per the new bulk emailing solution you have for 1.4 |
|---|
| 16 |
|
|---|
| 17 |
5. Presence of a Mobile Phone number against the customer, which will be the field refered to for texting. On auto creation of account, this field will be filled with the caller ID on automatic creation of account, if switch in A2Billing.conf is set to do this. |
|---|
| 18 |
|
|---|
| 19 |
|
|---|
| 20 |
#### MISC |
|---|
| 21 |
******************************************************************** |
|---|
| 22 |
Add cache on API to display ratecard |
|---|
| 23 |
|
|---|
| 24 |
|
|---|
| 25 |
#### MISC |
|---|
| 26 |
******************************************************************** |
|---|
| 27 |
It would appear that a lot of the prompts have not been enabled in the callback mode. to name but a few. |
|---|
| 28 |
|
|---|
| 29 |
* Press 8 to to put in a voucher not working. |
|---|
| 30 |
* Creating an account automatically. |
|---|
| 31 |
* Moving CID from one account to another |
|---|
| 32 |
* auto attaching the CID to an account |
|---|
| 33 |
* zero credit, go to voucher IVR not working |
|---|
| 34 |
|
|---|
| 35 |
In terms of creating an account in any mode, |
|---|
| 36 |
|
|---|
| 37 |
* it always creates an account in USD |
|---|
| 38 |
* No default WebUI password is enabled. |
|---|
| 39 |
|
|---|
| 40 |
|
|---|
| 41 |
#### FRAMEWORK - AJAX |
|---|
| 42 |
******************************************************************** |
|---|
| 43 |
EXT-JS |
|---|
| 44 |
http://extjs.com/deploy/dev/examples/ |
|---|
| 45 |
http://extjs.com/deploy/dev/examples/layout/complex.html |
|---|
| 46 |
|
|---|
| 47 |
Licensing_Concerns |
|---|
| 48 |
http://www.jimbojw.com/wiki/index.php?title=Ext_JS_Licensing_Concerns |
|---|
| 49 |
|
|---|
| 50 |
|
|---|
| 51 |
DRUPAL |
|---|
| 52 |
|
|---|
| 53 |
CAKEPHP |
|---|
| 54 |
|
|---|
| 55 |
SYMPHONIE |
|---|
| 56 |
|
|---|
| 57 |
... |
|---|
| 58 |
|
|---|
| 59 |
|
|---|
| 60 |
#### Asiby Observation |
|---|
| 61 |
******************************************************************** |
|---|
| 62 |
1. I have to admit that it is a little more difficult to read database |
|---|
| 63 |
record collected in tables. Maybe it runs faster, but object models are much |
|---|
| 64 |
more easier to read and to maintain. |
|---|
| 65 |
|
|---|
| 66 |
2. I have recently noticed that View Money Situation is does not show the |
|---|
| 67 |
situation regarding the charges added to the cards? So I have added it in my |
|---|
| 68 |
A2Billing installation. |
|---|
| 69 |
|
|---|
| 70 |
3. I have noticed that the billing does not generate bills with some |
|---|
| 71 |
informations like previous balance and payment received. These could be |
|---|
| 72 |
really helpful. I don't know if it would be part of v1.4 or v2.0, but if I |
|---|
| 73 |
have time for it, I will try to look into it unless one of you has would |
|---|
| 74 |
like to do so |
|---|
| 75 |
|
|---|
| 76 |
|
|---|
| 77 |
#### Currency table |
|---|
| 78 |
******************************************************************** |
|---|
| 79 |
keeping date time on currency table |
|---|
| 80 |
|
|---|
| 81 |
|
|---|
| 82 |
#### Callback init script |
|---|
| 83 |
******************************************************************** |
|---|
| 84 |
for Debian and CentOs |
|---|
| 85 |
|
|---|
| 86 |
|
|---|
| 87 |
#### NEW INTERFACE |
|---|
| 88 |
******************************************************************** |
|---|
| 89 |
Also when do you think you can help with the interface to search client cards by ID, PIN, OR Caller ID? I think that the Customer interface would work if you could fix it to log in by ID,PIN or CID Instead of username and password. From the Customer interface, call center can see everything important, CDR, and remove CID and shows balance. At present, The only place to locate username and password is the section of a2billing that we dont want to give access. |
|---|
| 90 |
|
|---|
| 91 |
|
|---|
| 92 |
#### TO CHECK |
|---|
| 93 |
******************************************************************** |
|---|
| 94 |
check in lib/invoices.php |
|---|
| 95 |
<img src="<?php echo Images_Path;?>/asterisk01.jpg" align="middle"> |
|---|
| 96 |
|
|---|
| 97 |
|
|---|
| 98 |
#### USE SMTP CLASS SERVER ON THE WHOLE A2BILLING |
|---|
| 99 |
******************************************************************** |
|---|
| 100 |
replace all the mail function in php that use sendmail and replace by |
|---|
| 101 |
using PHPMAILER |
|---|
| 102 |
|
|---|
| 103 |
add parameter in global to configure SMTP server |
|---|
| 104 |
* use_sendmail |
|---|
| 105 |
* smpt_host |
|---|
| 106 |
|
|---|
| 107 |
in /home/areski/public_html/svn/asterisk2billing/trunk/A2Billing_UI/Public, the only one is : |
|---|
| 108 |
Big changes in A2B_mass_mail.php, be sure to test well |
|---|
| 109 |
|
|---|
| 110 |
Check in A2Billing_UI/lib, the files smtp.php & emailer.php |
|---|
| 111 |
|
|---|
| 112 |
Done with API & SIGNUP |
|---|
| 113 |
|
|---|
| 114 |
check the cronts as well |
|---|
| 115 |
|
|---|
| 116 |
|
|---|
| 117 |
#### disable sip/iax conf files generation by default |
|---|
| 118 |
******************************************************************** |
|---|
| 119 |
issues if u handle tons of card, the files creation will fails with 50k cards. |
|---|
| 120 |
need lot of memomry |
|---|
| 121 |
|
|---|
| 122 |
|
|---|
| 123 |
|
|---|
| 124 |
#### OPTIMIZE RATE-ENGINE |
|---|
| 125 |
******************************************************************** |
|---|
| 126 |
1) |
|---|
| 127 |
check with Stavros his suggestion |
|---|
| 128 |
http://forum.asterisk2billing.org/viewtopic.php?t=2666&postdays=0&postorder=asc&start=0 |
|---|
| 129 |
|
|---|
| 130 |
2) |
|---|
| 131 |
to have startdate/stopdate for each ratecard? Shouldn't we just have them only at the tariffplan? |
|---|
| 132 |
And then, you can split the ratecards according to start/stopdate. |
|---|
| 133 |
|
|---|
| 134 |
|
|---|
| 135 |
3) |
|---|
| 136 |
you should first try the '1234' entry and if the trunk fails the '123' .. |
|---|
| 137 |
my idea was to ensure if the dialprefix match always to something on failover |
|---|
| 138 |
for belgium we have : |
|---|
| 139 |
1# 32 475 Mobile belgium |
|---|
| 140 |
2# 32 495 Mobile belgium |
|---|
| 141 |
3# 32 Landline + Mobile trunk (mix) |
|---|
| 142 |
|
|---|
| 143 |
if 32 455 is dialed we use 3# |
|---|
| 144 |
if 32 495 is dialed we will use 2# but probably the failover dont have to go to 3# as it will get wrong the rating |
|---|
| 145 |
|
|---|
| 146 |
|
|---|
| 147 |
that's the point: we should better not fallback to entries from the same tariffplan.. |
|---|
| 148 |
|
|---|
| 149 |
|
|---|
| 150 |
#### Add VoiceMail |
|---|
| 151 |
******************************************************************** |
|---|
| 152 |
|
|---|
| 153 |
http://www.ecualug.org/?q=2006/12/12/comos/configurar_a2billing_en_menos_de_10_minutos |
|---|
| 154 |
http://forum.asterisk2billing.org/viewtopic.php?t=93&highlight=voicemail |
|---|
| 155 |
|
|---|
| 156 |
|
|---|
| 157 |
You need to create the appropiated line for each extension at the voicemail.conf file. Add the following lines to your |
|---|
| 158 |
a2billing context to give your clients the voicemail feature: |
|---|
| 159 |
|
|---|
| 160 |
Code: |
|---|
| 161 |
|
|---|
| 162 |
[vmmain] |
|---|
| 163 |
exten => *97,1,Answer |
|---|
| 164 |
exten => *97,n,Wait(1) |
|---|
| 165 |
exten => *97,n,VoiceMailMain(${CALLERID(num)}@default) |
|---|
| 166 |
exten => *97,n,Hangup |
|---|
| 167 |
|
|---|
| 168 |
|
|---|
| 169 |
|
|---|
| 170 |
#### IMPROVE IN RIGHT / PERMISSION MANAGEMENT |
|---|
| 171 |
******************************************************************** |
|---|
| 172 |
recommendation : Admin interface is sometimes too messed, we need to restructure |
|---|
| 173 |
the menu in an intelligement way so that not all the features appears. |
|---|
| 174 |
|
|---|
| 175 |
|
|---|
| 176 |
|
|---|
| 177 |
#### Add Description for AGI-CONF X configuration |
|---|
| 178 |
******************************************************************** |
|---|
| 179 |
if we have many it will be handy to have a little description to remind what is it for and where is it used. |
|---|
| 180 |
ie, IVR voice promt for callign card service |
|---|
| 181 |
|
|---|
| 182 |
|
|---|
| 183 |
#### UPDATE : Move the language selection on the login screen |
|---|
| 184 |
******************************************************************** |
|---|
| 185 |
Move the language selection on the login screen |
|---|
| 186 |
|
|---|
| 187 |
|
|---|
| 188 |
|
|---|
| 189 |
#### TODO : RATECARD MERGING TOOL |
|---|
| 190 |
******************************************************************** |
|---|
| 191 |
|
|---|
| 192 |
Goal of the tool, Example : |
|---|
| 193 |
- we have 2 ratecard : R1 & R2 |
|---|
| 194 |
we have R1 already well configured with 2000 prefix-rates, buying rate, selling rates defined as willing. |
|---|
| 195 |
We created a new ratecard "R2" for a new provider/or provider update, so we have new "buying rates"! |
|---|
| 196 |
As we defined already in "R1" our selling rates, we would like to be able to reuse that quickly on "R2" and save the time of reconfiguring all. |
|---|
| 197 |
On retail in most cases, we keep always the same Selling values but we update our buying accordingly to changes from your provider. |
|---|
| 198 |
This tool should help us create new ratecard and importing some data from an other ratecard. |
|---|
| 199 |
|
|---|
| 200 |
# Select the ratecard u want to merge together |
|---|
| 201 |
R1 <<-->> R2 |
|---|
| 202 |
Define search criteria if only some rates (not all) have to be updated !!! |
|---|
| 203 |
Define the fields that will be update : Destination name, minimum duration, billing increment, selling rate |
|---|
| 204 |
|
|---|
| 205 |
use as key-update the Prefix (ie, 32472) |
|---|
| 206 |
** UPDATE on R1 (fields) WHERE R1.prefix = R2.prefix AND R1.starttime = R2.starttime AND R1.endtime = R2.endtime |
|---|
| 207 |
|
|---|
| 208 |
|
|---|
| 209 |
|
|---|
| 210 |
|
|---|
| 211 |
#### TODO : MENU TOP |
|---|
| 212 |
******************************************************************** |
|---|
| 213 |
The menu is getting really too long, we may try to find a way to reduce huge page we produce each time. |
|---|
| 214 |
an other design with an horizontal bar may do the trick and again hidded menu! |
|---|
| 215 |
|
|---|
| 216 |
|
|---|
| 217 |
%%%% DEPRECIATE FOR NOW |
|---|
| 218 |
#### TODO : add call-limit (check if asterisk work with this parameter on RealTime) |
|---|
| 219 |
******************************************************************** |
|---|
| 220 |
Add call-limit on sip/iax parameters |
|---|
| 221 |
|
|---|
| 222 |
|
|---|
| 223 |
|
|---|
| 224 |
### STORAGE & DISCLOSURE |
|---|
| 225 |
******************************************************************** |
|---|
| 226 |
If you are a proper telecom company, in most countries, those details are classified. So, you have to be careful about |
|---|
| 227 |
their storage and disclosure. |
|---|
| 228 |
One thing is that for customers, resellers and some ACL admins, I try to hide the last 3 digits of the call. |
|---|
| 229 |
Other is that logging in /tmp etc. should *not* contain the full call details. |
|---|
| 230 |
It is easier to only have the full details in the database, and then be careful about not letting the db |
|---|
| 231 |
data in public. |
|---|
| 232 |
|
|---|
| 233 |
|
|---|
| 234 |
|
|---|
| 235 |
#### FEATURE : CUSTOMER SERVICES FRIENDLY |
|---|
| 236 |
******************************************************************** |
|---|
| 237 |
A Customer Dashboard - showing services, payments etc. |
|---|
| 238 |
|
|---|
| 239 |
|
|---|
| 240 |
#### TODO : TRANSLATION - CANCEL, ANSWERED, CONGESTION |
|---|
| 241 |
******************************************************************** |
|---|
| 242 |
I am puting all the a2customer and a2billing in correct portuguese grammar and i need the help. |
|---|
| 243 |
I need to know the file or where I can change the status of the call from english to portuguese? |
|---|
| 244 |
Explaining: When a customer log in in the a2customer control panel and click in historic call the customer see |
|---|
| 245 |
the status of the call, if was CANCEL, ANSWERED, CONGESTION... |
|---|
| 246 |
|
|---|
| 247 |
|
|---|
| 248 |
#### UPDATE : MAIL TEMPLATE TAG HTML - Add a plaintext versions |
|---|
| 249 |
******************************************************************** |
|---|
| 250 |
Shopping details is as below. |
|---|
| 251 |
|
|---|
| 252 |
Item Name <b>balance</b> |
|---|
| 253 |
Item ID <b>8711503777</b> |
|---|
| 254 |
Amount <b>1 USD</b> |
|---|
| 255 |
Payment Method <b>paypal</b> |
|---|
| 256 |
Status <b></b> |
|---|
| 257 |
|
|---|
| 258 |
#### TRUNK REPORTING PAGE - DASH BOARD |
|---|
| 259 |
******************************************************************** |
|---|
| 260 |
A screen page where you can see the call stats Expl. ASR, ALOC, CIC from each trunk on one web page. |
|---|
| 261 |
|
|---|
| 262 |
|
|---|
| 263 |
#### FEATURE : USE ADODB CACHING IN THE FRAMEWORK |
|---|
| 264 |
******************************************************************** |
|---|
| 265 |
Use adoDB caching in the framework |
|---|
| 266 |
many part can be improve, most of all the part when we bound to a view to other table |
|---|
| 267 |
for each field we run a little query. Caching here will save a lot! |
|---|
| 268 |
|
|---|
| 269 |
for instance if you put the sql debug on Class.Table, you will see that on all the view |
|---|
| 270 |
there is lot lot of query performed cause for all the LIE action made on view |
|---|
| 271 |
a query is perform so if you view 20 records on a page u will have all the sql query of the page more 20 sql select for the LIE to find back some information |
|---|
| 272 |
the sample of card |
|---|
| 273 |
$HD_Form -> AddViewElement(gettext("Call Plan"), "tariff", "10%", "center", "sort", "15", "lie", "cc_tariffgroup", "tariffgroupname", "id='%id'", "%1"); |
|---|
| 274 |
you have a LIE here to see the tariffgroup name so if you view lot of card, you will do a lot of sql query |
|---|
| 275 |
|
|---|
| 276 |
|
|---|
| 277 |
#### NEW TASK - NEW button style [] |
|---|
| 278 |
******************************************************************** |
|---|
| 279 |
Replace all the big button on view by a cute icons. |
|---|
| 280 |
|
|---|
| 281 |
|
|---|
| 282 |
#### FEATURE : BILLING ON VOIP CALL - DID VOIP CALL |
|---|
| 283 |
******************************************************************** |
|---|
| 284 |
add billing for voip/call |
|---|
| 285 |
|
|---|
| 286 |
|
|---|
| 287 |
#### FEATURE : AGI |
|---|
| 288 |
******************************************************************** |
|---|
| 289 |
Showing Balance on Softphone.... |
|---|
| 290 |
|
|---|
| 291 |
|
|---|
| 292 |
#### LOAD BALANCING ON TRUNK |
|---|
| 293 |
******************************************************************** |
|---|
| 294 |
Laod balancing not role over or fail over but load balancing. Expl. |
|---|
| 295 |
If you have 3 GSM gtwy of 90 port each, we want to send one call to the first gtwy |
|---|
| 296 |
then the second call to the next gtwy and then the next call to the next gtwy. |
|---|
| 297 |
|
|---|
| 298 |
|
|---|
| 299 |
|
|---|
| 300 |
#### BUG : FAILOVER |
|---|
| 301 |
******************************************************************** |
|---|
| 302 |
http://forum.asterisk2billing.org/viewtopic.php?t=2243 |
|---|
| 303 |
|
|---|
| 304 |
Consider 2 trunks configured like this: |
|---|
| 305 |
#1: trunkprefix=8888 removeprefix=0 failover=trunk #2 |
|---|
| 306 |
#2: trunkprefix=8889 removeprefix=0 failover=-1/none |
|---|
| 307 |
|
|---|
| 308 |
When dialing 0123456789 the call is presented to trunk #1 as it should be: |
|---|
| 309 |
888812345678 |
|---|
| 310 |
|
|---|
| 311 |
If the call fails over each of the successive attempts will add the correct prefix, but not remove the desired digits: |
|---|
| 312 |
88890123456789 |
|---|
| 313 |
|
|---|
| 314 |
|
|---|
| 315 |
#### BUG : SIGNUP |
|---|
| 316 |
******************************************************************** |
|---|
| 317 |
http://forum.asterisk2billing.org/viewtopic.php?p=7406#7406 |
|---|
| 318 |
we shouldn't deactivate magic_quotes_gpc at all. |
|---|
| 319 |
|
|---|
| 320 |
|
|---|
| 321 |
|
|---|
| 322 |
|
|---|
| 323 |
#### TODO : CallerID prefix for DIDs |
|---|
| 324 |
******************************************************************** |
|---|
| 325 |
to have a CallerID prefix for DIDs, so that you might want to allocate the same DID do different persons, depending on the caller id |
|---|
| 326 |
|
|---|
| 327 |
|
|---|
| 328 |
|
|---|
| 329 |
#### MAILTYPE : EPAYMENT GATEWAY SECURITY |
|---|
| 330 |
******************************************************************** |
|---|
| 331 |
Can you add a Mailtype to Epayment Gateway Security Verification Failed so that it can be edited? |
|---|
| 332 |
|
|---|
| 333 |
|
|---|
| 334 |
#### CUSTOMER : IAX / SIP Info |
|---|
| 335 |
******************************************************************** |
|---|
| 336 |
user interface ability to set up the codec, etc.. |
|---|
| 337 |
|
|---|
| 338 |
|
|---|
| 339 |
#### IAX / SIP Info on signup |
|---|
| 340 |
******************************************************************** |
|---|
| 341 |
then we could say in the customer signup email - |
|---|
| 342 |
IAX details : Username = $card_gen, Password = $password CID = $cardalias |
|---|
| 343 |
|
|---|
| 344 |
Thank you for registering with Call-Labs |
|---|
| 345 |
|
|---|
| 346 |
Please credit your account by paying via the customer interface at http://myaccount.call-labs.com/ |
|---|
| 347 |
To log into your account please use your email address or card-alias ($cardalias) as your username and your password ($password) to login. |
|---|
| 348 |
Configure your VoIP phone with the following settings. |
|---|
| 349 |
Host / SIP proxy = voip.call-labs.com |
|---|
| 350 |
Account Number = $card_gen |
|---|
| 351 |
Password = $password |
|---|
| 352 |
CallerID = $cardalias |
|---|
| 353 |
|
|---|
| 354 |
Kind regards, |
|---|
| 355 |
The Call Labs Team |
|---|
| 356 |
|
|---|
| 357 |
|
|---|
| 358 |
#### GMT : REPORT & INVOICING |
|---|
| 359 |
******************************************************************** |
|---|
| 360 |
Suppot GMT : report & invoicing |
|---|
| 361 |
|
|---|
| 362 |
|
|---|
| 363 |
#### CallerID Name |
|---|
| 364 |
******************************************************************** |
|---|
| 365 |
Support callerID name for authentication |
|---|
| 366 |
|
|---|
| 367 |
|
|---|
| 368 |
|
|---|
| 369 |
|
|---|
| 370 |
|
|---|
| 371 |
#### ACL : Access Control List |
|---|
| 372 |
******************************************************************** |
|---|
| 373 |
try to improve for a complex ACL, |
|---|
| 374 |
for each pages / Section |
|---|
| 375 |
|
|---|
| 376 |
Access Right like Edit ; Delete ; Add |
|---|
| 377 |
|
|---|
| 378 |
|
|---|
| 379 |
|
|---|
| 380 |
#### WEB SYSTEM TO AUTOMATE UPDATE OF RATECARD |
|---|
| 381 |
******************************************************************** |
|---|
| 382 |
Web system to automate update of ratecard |
|---|
| 383 |
|
|---|
| 384 |
changed rates : the 15th -> 00:00 and the 1st -> 00:00 |
|---|
| 385 |
GMT : 0 |
|---|
| 386 |
|
|---|
| 387 |
|
|---|
| 388 |
#### AUTO CREATE CARD |
|---|
| 389 |
******************************************************************** |
|---|
| 390 |
Creating an Account from the Caller ID |
|---|
| 391 |
there is no setting for currency, so despite the fact that I had set the base currency to Euro, it created an account in USD. |
|---|
| 392 |
Maybe the account should be setup in the Base currency by default ? |
|---|
| 393 |
|
|---|
| 394 |
|
|---|
| 395 |
|
|---|
| 396 |
#### MISC |
|---|
| 397 |
******************************************************************** |
|---|
| 398 |
1. Voice over ring tone. |
|---|
| 399 |
how to simulate: Set up multiaccess on the user account, answer=no (in a2billing.conf). |
|---|
| 400 |
sometimes u can hear (durring the other party phone rings) a voice with "and then pres pound key" over the ring tone. |
|---|
| 401 |
|
|---|
| 402 |
2. Can not call users alias with 9+alias , again answer=no in a2billing.conf |
|---|
| 403 |
|
|---|
| 404 |
3. Soft Phone dont work. |
|---|
| 405 |
|
|---|
| 406 |
|
|---|
| 407 |
|
|---|
| 408 |
|
|---|
| 409 |
#### UPDATE STATUS IN PAYPAL AND MONEY BOOKERS |
|---|
| 410 |
******************************************************************** |
|---|
| 411 |
We should have the way to manage the Pending transactions !!! |
|---|
| 412 |
|
|---|
| 413 |
There is a interface Provideded by paypal and Money bookers to get status of pending transactions |
|---|
| 414 |
so that later on admin can update the status of transactions which were pending by quering the Epayment Gateway |
|---|
| 415 |
|
|---|
| 416 |
so that if any Payment is Pending, the Admin can check the Status of Transaction |
|---|
| 417 |
this will actually query the epayment gateway to provide the status of transaction |
|---|
| 418 |
we will need to build the admin interface to see the transactions that are pending |
|---|
| 419 |
so that admin can click on update button to update the status |
|---|
| 420 |
|
|---|
| 421 |
|
|---|
| 422 |
#### FEATURE IN VIEW FRAMEWORK TO SHOW A BUTTON ACCORDING TO THE VALUE OF ONE OF THE FIELD |
|---|
| 423 |
******************************************************************** |
|---|
| 424 |
what will happend when a invoice is paid |
|---|
| 425 |
we should not show the pay invoice button then |
|---|
| 426 |
is there anything in framework that support like this? |
|---|
| 427 |
|
|---|
| 428 |
|
|---|
| 429 |
#### FEATURES : CALLBACK dont bill 1st if not connected |
|---|
| 430 |
******************************************************************** |
|---|
| 431 |
add a parameter to not bill 1st if not connected |
|---|
| 432 |
callback_bill_1stleg_ifcall_notconnected = YES / NO |
|---|
| 433 |
|
|---|
| 434 |
|
|---|
| 435 |
|
|---|
| 436 |
#### Check voice one |
|---|
| 437 |
******************************************************************** |
|---|
| 438 |
SIP JAVA Phone |
|---|
| 439 |
|
|---|
| 440 |
|
|---|
| 441 |
#### INVOICE IMPROVE SENDING |
|---|
| 442 |
******************************************************************** |
|---|
| 443 |
when you send invoices, there is no "to pay" field |
|---|
| 444 |
they might paid just a part of last invoice |
|---|
| 445 |
so a "current balance to pay" would be probably usefull |
|---|
| 446 |
maybe they had $50 in january and $30 in february and they only paid $20 in february, |
|---|
| 447 |
so in march invoice, they have $20 but they need to pay $20 + $50 + $30 - $20 |
|---|
| 448 |
|
|---|
| 449 |
|
|---|
| 450 |
|
|---|
| 451 |
|
|---|
| 452 |
#### DID CRONT : MAIL |
|---|
| 453 |
******************************************************************** |
|---|
| 454 |
$mail_user_content.="BALANCE REMAINING ".$mydids[5]-$mydids[3]."\n\n"; |
|---|
| 455 |
$mail_user_content.="A automaticly taking away of :".$mydids[3]." has been carry out of your acount \n\n"; |
|---|
| 456 |
$mail_user_content.="Monthly Fixrate for DID :".$mydids[0]."\n\n"; |
|---|
| 457 |
$mail_user=true; |
|---|
| 458 |
$mail_user_subject="DID notification"; |
|---|
| 459 |
|
|---|
| 460 |
use mail template |
|---|
| 461 |
(maybe after the release :D not urgent) |
|---|
| 462 |
|
|---|
| 463 |
|
|---|
| 464 |
|
|---|
| 465 |
#### Misc : spacer |
|---|
| 466 |
******************************************************************** |
|---|
| 467 |
we have : pixel.gif ; spacer.gif ; spacer.jpg |
|---|
| 468 |
|
|---|
| 469 |
|
|---|
| 470 |
#### IMPORT FEATURE WITH INTERVAL & RANGE |
|---|
| 471 |
******************************************************************** |
|---|
| 472 |
Morten Isaksen <misak _at misak.dk> |
|---|
| 473 |
http://misak.dk/download/a2billing/CC_ratecard_import_analyse.php.diff |
|---|
| 474 |
|
|---|
| 475 |
|
|---|
| 476 |
#### BUGS |
|---|
| 477 |
******************************************************************** |
|---|
| 478 |
1. The notify user (send_reminder) when min_credit_2call is reached doesn't seem to work. I have made the changes in a2billing.conf but still no email is sent to user, how do i get this working? |
|---|
| 479 |
|
|---|
| 480 |
2. Is it possible to have the reminder sent at a differnt value than the min_credit_2call? |
|---|
| 481 |
|
|---|
| 482 |
|
|---|
| 483 |
Reason for this is, I would like a reminder to be sent when a user has £x credit left in their account but the user should still be able to use the account with the current balance. At the moment the only way to achieve this is to set the min_credit_2call=0 (this way the user gets to use every penny in their account) but by this time i think the reminder that is being sent when credit=0 is too late. |
|---|
| 484 |
|
|---|
| 485 |
|
|---|
| 486 |
#### OnLine Payment |
|---|
| 487 |
******************************************************************** |
|---|
| 488 |
Checkout Google |
|---|
| 489 |
|
|---|
| 490 |
|
|---|
| 491 |
#### BUG : DID BILLING |
|---|
| 492 |
******************************************************************** |
|---|
| 493 |
bug DID billing |
|---|
| 494 |
we create a DID with no monthly cost for instance free or just dialout cost!! |
|---|
| 495 |
When the use take the DID from the customer interface, it still have to pay for it |
|---|
| 496 |
we dont check the billingtype of DID |
|---|
| 497 |
|
|---|
| 498 |
|
|---|
| 499 |
#### BUG : DID (not urgent) |
|---|
| 500 |
******************************************************************** |
|---|
| 501 |
I Create a Card when I dont have any DID Group |
|---|
| 502 |
and I Simply Go and Create DID Group |
|---|
| 503 |
and Create a Destination and Bind it with a Card |
|---|
| 504 |
Go to the Client Side You will see the Destination in the Card |
|---|
| 505 |
but when you will go to edit the Destination you will see the DIDGroup List is Not Loaded |
|---|
| 506 |
|
|---|
| 507 |
|
|---|
| 508 |
|
|---|
| 509 |
#### RIGHT MANAGEMENT |
|---|
| 510 |
******************************************************************** |
|---|
| 511 |
when u use this : "Add DID" and we assign a DID to a card |
|---|
| 512 |
a check should be proceed, if the DID don't belong to the user's DID group then it should warn the user/admin |
|---|
| 513 |
|
|---|
| 514 |
|
|---|
| 515 |
|
|---|
| 516 |
|
|---|
| 517 |
|
|---|
| 518 |
######## CREDIT RESERVE - SIMULTANEOUS ACCESS |
|---|
| 519 |
******************************************************************** |
|---|
| 520 |
|
|---|
| 521 |
Wouldn't this mean on simultaneous access, callers could go negative in balance if subsequent calls were made while balance still exists? |
|---|
| 522 |
http://forum.a2billing.net/viewtopic.php?t=1759&highlight= |
|---|
| 523 |
|
|---|
| 524 |
|
|---|
| 525 |
Does the same account allow for simultaneous calls? |
|---|
| 526 |
Yes. Here's how it works: Say you have a balance of ten (10) dollars. When your first call comes in, two hours worth of credit is temporarily frozen. So, if you are calling a destination that costs 2 cents a minute, that means $2.40 (2 cents/min x 120 minutes) has been frozen in your account. This leaves $7.60 available for another simultaneous call. When that second call comes in, more of your balance is frozen. You can keep making simultaneous calls so long as your effective balance is above zero. When calls are completed, the balance that was frozen is released and once again available for use. If you have a low balance, there's no sense in letting many simultaneous calls go through, only to have them all disconnect at the same time when your balance hits zero (what most carriers do). |
|---|
| 527 |
|
|---|
| 528 |
|
|---|
| 529 |
|
|---|
| 530 |
|
|---|
| 531 |
#### DIVERS |
|---|
| 532 |
******************************************************************** |
|---|
| 533 |
Add new tables for reseller and callshop |
|---|
| 534 |
|
|---|
| 535 |
|
|---|
| 536 |
|
|---|
| 537 |
|
|---|
| 538 |
#### FEATURE : OPTIMIZE AGI TO USE PL/SQL functions for all important functions |
|---|
| 539 |
****************************************************************************** |
|---|
| 540 |
... not for now |
|---|
| 541 |
|
|---|
| 542 |
|
|---|
| 543 |
#### FEATURE : ADD RANGE CARDNUMBER IN CARDGENERATOR |
|---|
| 544 |
******************************************************************** |
|---|
| 545 |
let's the user define a range of cardnumber (ie: 45000-46000) |
|---|
| 546 |
+ option to check if there is a cards already between this range (interval limit 10000) |
|---|
| 547 |
|
|---|
| 548 |
|
|---|
| 549 |
#### FEATURE : SIGN-UP for tracking... |
|---|
| 550 |
******************************************************************** |
|---|
| 551 |
working out the source of a signup so that comission can be paid. |
|---|
| 552 |
a link to the signup be created that enters the source of the link against |
|---|
| 553 |
the customer, e.g. an agent name or website address? |
|---|
| 554 |
|
|---|
| 555 |
|
|---|
| 556 |
#### FEATURE |
|---|
| 557 |
******************************************************************** |
|---|
| 558 |
thoughts to adding timezone to cc_card ? It's great that we've got language and currency so they can view items in their local currency. Why not have option for timezone so the CDR's are listed in their local times instead of where the switch is located? |
|---|
| 559 |
I borrowed this idea from SER. I can get you their database table they use if you like. It makes it easy for user instead of asking for +/- GMT, has items such as: |
|---|
| 560 |
|
|---|
| 561 |
|
|---|
| 562 |
#### FEATURE |
|---|
| 563 |
******************************************************************** |
|---|
| 564 |
Marcel |
|---|
| 565 |
|
|---|
| 566 |
- invoices: keep an end of the month balance and send automatically invoices at the end of the month using an email template and attaching a html invoice report; fields in the template would include name, last month balance, current month payments, current month per minute charges, DIDs and other charges, etc. |
|---|
| 567 |
|
|---|
| 568 |
- payment: send payment emails to customers when "Add Payment" is used; send an email out of a template saying something like "thank you for payment of XXX made on YYYY...."; maybe the ability to display the payment history on the customer web site to see if they paid the bill or not |
|---|
| 569 |
|
|---|
| 570 |
"Add Payment" do not refill the account, you have to do refill manually. |
|---|
| 571 |
- Adding a feature there to make an auto refill |
|---|
| 572 |
|
|---|
| 573 |
|
|---|
| 574 |
|
|---|
| 575 |
#### FEATURE |
|---|
| 576 |
******************************************************************** |
|---|
| 577 |
some info report |
|---|
| 578 |
http://www.vbulletin.com/forum/showthread.php?threadid=3477 |
|---|
| 579 |
|
|---|
| 580 |
|
|---|
| 581 |
#### FEATURE |
|---|
| 582 |
******************************************************************** |
|---|
| 583 |
ADD REPORTING PAGE TO VIEW : |
|---|
| 584 |
- 20 users making the more call |
|---|
| 585 |
- 20 more call destination |
|---|
| 586 |
|
|---|
| 587 |
20 might be a parameters |
|---|
| 588 |
we need to see the total time and sell made by this clause group |
|---|
| 589 |
etc... |
|---|
| 590 |
|
|---|
| 591 |
|
|---|
| 592 |
#### NOTE |
|---|
| 593 |
******************************************************************** |
|---|
| 594 |
Note to areski â should we be able to define international access prefixes? 00 UK & Europe, |
|---|
| 595 |
011 USA , but 0099 for South Africa. See http://kropla.com/dialcode.htm IDD column |
|---|
| 596 |
|
|---|
| 597 |
Note to Areski â why have free as an option, surely if I wanted free, I would set fixrate to 0? |
|---|
| 598 |
|
|---|
| 599 |
|
|---|
| 600 |
|
|---|
| 601 |
|
|---|
| 602 |
|
|---|
| 603 |
#### NEW TASK |
|---|
| 604 |
******************************************************************** |
|---|
| 605 |
Yep - having a separate figure for VAT would be useful |
|---|
| 606 |
for VAT returns |
|---|
| 607 |
however - UK VAT laws say that if a call originates outside of the EU, then no VAT is required on the call |
|---|
| 608 |
however if a call starts within the EU, the VAT is payable |
|---|
| 609 |
|
|---|
| 610 |
|
|---|
| 611 |
|
|---|
| 612 |
|
|---|
| 613 |
#### NEW TASK [] |
|---|
| 614 |
******************************************************************** |
|---|
| 615 |
Card company can set default language and customer can change 1. English 2. Dutch, 3. French etc. |
|---|
| 616 |
make it more easily customizable |
|---|
| 617 |
|
|---|
| 618 |
|
|---|
| 619 |
|
|---|
| 620 |
|
|---|
| 621 |
|
|---|
| 622 |
#### Improvement [] |
|---|
| 623 |
******************************************************************** |
|---|
| 624 |
There are problems with multiple calls if the credit is running low. |
|---|
| 625 |
The system should secure a certain amount from the credit once the |
|---|
| 626 |
user is logged in. |
|---|
| 627 |
|
|---|
| 628 |
|
|---|
| 629 |
#### [] |
|---|
| 630 |
******************************************************************** |
|---|
| 631 |
//// IMPORTANT |
|---|
| 632 |
Ben Pintilie <ben@energyradio.co.uk> |
|---|
| 633 |
Going to offer professional recording :D |
|---|
| 634 |
- rework on the IVR text |
|---|
| 635 |
|
|---|
| 636 |
|
|---|
| 637 |
|
|---|
| 638 |
|
|---|
| 639 |
#### [] |
|---|
| 640 |
******************************************************************** |
|---|
| 641 |
e.) at the form of adding/changing SIP/IAX user there should be a possibilty to erase some parameters. like if there isn't any entry (example in canreinvite) that this also don't will be printed to the sip-config. Beause some parameter should be better to define in general without any possibility of overwriting |
|---|
| 642 |
|
|---|
| 643 |
#### [] |
|---|
| 644 |
******************************************************************** |
|---|
| 645 |
|
|---|
| 646 |
d) different SIP/IAX files for each administrator/account- so with this there would be a possibility for a better differnece of two persons which handle the system and don't overwrite any manual config or/and a better usefull possibility for special definitions for the caller if he want to change like the "callerid" or anything else |
|---|
| 647 |
|
|---|
| 648 |
|
|---|
| 649 |
|
|---|
| 650 |
#### [] |
|---|
| 651 |
******************************************************************** |
|---|
| 652 |
Petite question: je suis entrain de mettre en place des routes et ai |
|---|
| 653 |
trouvé un truc que tu pourrais incorporer d'origine: un TRUNK nommé |
|---|
| 654 |
NotAllowed (exemple), ProvideIP=NoProvider. Dans les scripts, lorsque tu |
|---|
| 655 |
rencontres ce peer, soit tu ne fais rien et envois le message - le |
|---|
| 656 |
numéro composé n'est pas disponible - ce qui est le cas actuellement |
|---|
| 657 |
parceque * ne trouve pas ce host et renvoit un code erreur a A2Billing, |
|---|
| 658 |
soit tu permets d'appeller une extension de type 100@default ou |
|---|
| 659 |
Local/default/200 ou ... qui permettrait de personnaliser l'annonce/le |
|---|
| 660 |
traitement. |
|---|
| 661 |
|
|---|
| 662 |
Pourquoi je pense à ca? Prenons la FR comme ex: les routes vers les |
|---|
| 663 |
numéros 8xx. sont compliquées: soit c'est gratuit (Freebox et consors) |
|---|
| 664 |
soit c'est ultra-payant :-( Si je dois autoriser les rÚgles une à une, |
|---|
| 665 |
ca se complique. Avec ce systÚme, j'interdis (donc TRUNK=NotAllowed) la |
|---|
| 666 |
destination 338 puis je n'ouvre que les routes 338x que je veux ;-) |
|---|
| 667 |
|
|---|
| 668 |
|
|---|
| 669 |
|
|---|
| 670 |
#### CURRENCY BY RATECARD |
|---|
| 671 |
******************************************************************** |
|---|
| 672 |
Rates : it should be possible to enter rates in different currencies for each ratecard. |
|---|
| 673 |
I have 3 providers : a danish who list prices in DKK, a english who lists prices in EUR, and a US who list prices in USD. |
|---|
| 674 |
|
|---|
| 675 |
|
|---|
| 676 |
|
|---|
| 677 |
#### DID : answer with voice on unassigned did. |
|---|
| 678 |
******************************************************************** |
|---|
| 679 |
Needed DID improvement : |
|---|
| 680 |
;audio played when receiving call on DID with no assigned destination |
|---|
| 681 |
did_not_assigned_snd= |
|---|
| 682 |
|
|---|
| 683 |
|
|---|
| 684 |
#### [] |
|---|
| 685 |
******************************************************************** |
|---|
| 686 |
|
|---|
| 687 |
- CUSTOM ALL THE MESSAGE FROM WEB |
|---|
| 688 |
- CALLSHOP |
|---|
| 689 |
- RESELLERS MODULE |
|---|
| 690 |
http://www.voipswitch.com/reselleapplication.htm |
|---|
| 691 |
- C MODULE (NON_AGI BASED) OR AEL |
|---|
| 692 |
- WHOLESALES (http://admin.coreswitch.com) |
|---|
| 693 |
|
|---|
| 694 |
|
|---|
| 695 |
#### [] |
|---|
| 696 |
******************************************************************** |
|---|
| 697 |
- Create a web base installation like many php projects do . ( no hurry at all ). |
|---|
| 698 |
|
|---|
| 699 |
|
|---|
| 700 |
|
|---|
| 701 |
///////////////////////////////////////////////////// |
|---|
| 702 |
|
|---|
| 703 |
|
|---|
| 704 |
WIKI TO HAVE + SEVERAL A2B ON THE SAME BOX |
|---|
| 705 |
------------------------------------------------------------------ |
|---|
| 706 |
|
|---|
| 707 |
Yes, you can program in a2billing.conf several configurations but only |
|---|
| 708 |
to set different behaviour for the "agi" not for the rest of the |
|---|
| 709 |
system. |
|---|
| 710 |
|
|---|
| 711 |
Well in your case if you want to make coexist 2+ a2billing platforms |
|---|
| 712 |
on the same box, |
|---|
| 713 |
you will have to trick a little bit. There is a file call |
|---|
| 714 |
Class.A2Billing.php in each components (web, agi, web-cust) and at the |
|---|
| 715 |
beginning of it there is the definition to select the conf files |
|---|
| 716 |
|
|---|
| 717 |
define('AST_CONFIG_DIR', '/etc/asterisk/'); |
|---|
| 718 |
... |
|---|
| 719 |
define('DEFAULT_A2BILLING_CONFIG', AST_CONFIG_DIR . '/a2billing.conf'); |
|---|
| 720 |
|
|---|
| 721 |
|
|---|
| 722 |
so you can create a new db |
|---|
| 723 |
duplicate the web interface in other directory and all files for the agi and |
|---|
| 724 |
for instance copy those last in /var/lib/asterisk/agi-bin/namecustomer/ |
|---|
| 725 |
|
|---|
| 726 |
change the file |
|---|
| 727 |
/var/lib/asterisk/agi-bin/namecustomer/libs_a2billing/Class.A2Billing.php |
|---|
| 728 |
|
|---|
| 729 |
with for instance |
|---|
| 730 |
define('DEFAULT_A2BILLING_CONFIG', AST_CONFIG_DIR . |
|---|
| 731 |
'/a2billing.namecustomer.conf'); |
|---|
| 732 |
|
|---|
| 733 |
etc... |
|---|
| 734 |
|
|---|
| 735 |
///////////////////////////////////////////////////// |
|---|