massimo-zaniboni/asterisell-v5

web application for rating and showing VoIP calls

asterisell-v5's Issues

Cannot install "stack install cabal-install"' failed

When trying to install using the instructions at Asterisell website, I encounter the following error during the fab prepare:demo command.

I am running a Centos 7 x64 VM with 1GB RAM and 1 CPU, which should suffice according the system specs.

Do you have any clue what could cause this?

Downloaded ghc-8.4.3.
Unpacking GHC into /root/.stack/programs/x86_64-linux/ghc-8.4.3.temp/ ...
Configuring GHC ...
Installing GHC ...
Installed GHC.
stack will use a sandboxed GHC it installed
For more information on paths, see 'stack path' and 'stack exec env'
To use this GHC and packages outside of a project, consider using:
stack ghc, stack ghci, stack runghc, or stack exec
Updating package index Hackage (mirrored at https://s3.amazonaws.com/hackage.fpcomplete.com/) ...
Selected mirror https://s3.amazonaws.com/hackage.fpcomplete.com/
Downloading root
Selected mirror https://s3.amazonaws.com/hackage.fpcomplete.com/
Downloading timestamp
Downloading snapshot
Downloading mirrors
Cannot update index (no local copy)
Downloading index
Updated package index downloaded
Update complete
Populating index cache ...
stack: internal error: /bin/sh: line 1:  2010 Killed                  stack install cabal-install
The command '/bin/sh -c cd && stack --version && stack setup && stack install cabal-install' returned a non-zero code: 137

Fatal error: local() encountered an error (return code 137) while executing 'docker build -t asterisell/centos7 .'

Aborting.

2x speedup of the rating engine

The rating engine insert the rated CDRs in the database using relative slow "INSERT" queries.

It is possible a theorical speed-up of 2x or more times using a "LOAD DATA INFILE" approach, and using a pipe for inserting the CDRs.

Postponed invoices in case of organizations with changing structure

If there are postponed invoices (i.e. too low income) and related billable organizations changes structure, becoming part of another billable organization, then the postponed amount will be not billed anymore.

It should be a very rare case. In any case add some more test on postponed invoices.

Reupload of CSV rate error

Hi,

First of all I want to thank you for this wonderful application.

I managed to install and import CDRS as well as doing rating as per CSV list, and also play around with new instances and rerating.
However when I try to change the CSV list via upload it shows the following error:

I tried to dig further and see these CSV files are saved as blob in ar_rate table, however I could not find the specific code that runs the rate/save part (I did found apps/asterisell/modules/rate/actions/actions.class.php) but this does not seem to have the specific file upload part. I could do manual replacement to the blob file in the table, but this does not seems to solve the problem.

This only happens with csv file but note the rate plan language file itself (if I change say main-rate-cost this is fine, but not say csv-1).
I know you may not want to support anymore as this is quite an extensive application, but
could you kindly guide me on how to fix this issue? I would really appreciate it.

Regards,
Firdaus

pedantic_upgrade must be the default updgrade method

The normal upgrade must became dev_upgrade, and the safe/pedantic upgrade the default one, used from users for upgrading to new versions of the application.

TODO upgrade the manual

Show admin stats about the usage of VoIP servers

Asterisell v3 can generate reports on selected time-frames on the usage of VoIP servers, in particular mean, and maximum concurrent calls.

This feature was not ported to Asterisell v5.

install needed package using fabricate DevOps tool Failure

Fatal Error couldn`t find any fabfiles.
I have followed the instruction in the manual but i have not yet succeded.

Add "match-cdr-provide" in the rate-plan specification language

Support something like:

match-cdr-provider: ftp525 

in the main rate specification language.

A service should be associable to a Vendor, so also costs and not only incomes, can be calculated

Now services are associated to "none" Vendor. But often a service sold to a customer, is managed by vendor behind the scene.

So the service should be associated to the vendor providing it behind the scene, in order to have a correct representation of earns in the reports. Otherwise there are misterious incomes from vendor "none", and a lot of costs from vendors providing the service.