[freeside] Billing problems after upgrade

Nicholas Moline nmoline at portalkeeper.com
Thu Jan 27 00:47:05 PST 2005


Thank you for your quick response Ivan.  Your software is absolutely 
amazing and is a true testament to the power of open source software. 
The patch worked and my customers are now receiving their bills once 
again.  Thank you very much.

ivan wrote:
> http://www.sisd.com/freeside/list-archive/msg04365.html
> 
> On Thu, Jan 27, 2005 at 01:58:16AM -0600, Nicholas Moline wrote:
> 
>>Hello,
>>
>>I have been using Freeside for some time.  I have recently upgraded to 
>>1.5.0pre6 in hopes of utilizing some of the new features, including the 
>>self service modules, so that my customers can log in and pay their 
>>bills directly, and the postscript invoicing to allow more styling in my 
>> invoices.
>>
>>I upgraded my 1.4.1 to 1.5.0pre6 using the instructions given in the 
>>documentation and it "seemed" at least to be a success.  The new 
>>reporting options were amazing and after some slight tweaking I had a 
>>decent invoice template that I was able to view all my existing invoices in.
>>
>>Then over a month went by and I started getting comments submitted from 
>>my more reliable customers "I haven't gotten a bill from you lately, is 
>>something wrong?"
>>
>>When I checked the customer I found, that while no invoice was 
>>generated, their next bill date and last bill dates had been incremented 
>>as if there was a new bill.
>>
>>I started looking, and it seems that all my customers have had this 
>>problem happen to them, any bill that was automatic, simply marked the 
>>last bill date and next bill date and did not actually generate an invoice.
>>
>>I tried editing the dates on a package back a month and running 
>>freeside-daily -d '12/27/04' -v [user] [custnum] and I got the following 
>>results:
>>
>>bill customer 26 at /usr/local/share/perl/5.8.4/FS/cust_main.pm line 1120.
>>  bill package 80 at /usr/local/share/perl/5.8.4/FS/cust_main.pm line 1159.
>>    bill recur at /usr/local/share/perl/5.8.4/FS/cust_main.pm line 1195.
>>  package 80 modified; updating
>>Argument "" isn't numeric in sprintf at 
>>/usr/local/share/perl/5.8.4/FS/cust_main.pm line 1250.
>>  bill package 81 at /usr/local/share/perl/5.8.4/FS/cust_main.pm line 1159.
>>collect customer 26: balance 0.00 at 
>>/usr/local/share/perl/5.8.4/FS/cust_main.pm line 1528.
>>
>>
>>Now line 1250 of cust_main.pm simply reads:
>>       $recur = sprintf( "%.2f", $recur );
>>
>>Now $recur is defined, otherwise the
>>    warn "\$recur is undefined" unless defined($recur);
>>
>>would have given me a warning, which it didn't several lines earlier. 
>>I'm a bit confused as to why the recurring fee is coming up "" instead 
>>of as what the fee that should be charged.
>>
>>I should note it seems setup fees are working ok, at least from the 
>>perspective that if I do a "one time charge" on a customer, the bill 
>>does generate successfully with the charges on them, so this problem, 
>>whatever it is seems to only be in the recurring fee, and I'm not really 
>>sure why.  The recurring fees always worked fine before the upgrade, and 
>>I don't use any complicated referring fees, just flat rate anniversary 
>>billing.
>>
>>To answer the questions in the checklist of REQUIRED information for 
>>posting a request for information:
>>Exact Version: 1.5.0pre6
>>I use HTML::Mason, which was installed by dpkg on a debian machine and 
>>is running version 1.26-1 according to dpkg at current
>>
>>All of the required perl modules are installed and working, perl is 
>>version 5.8.4 as noted in the errors.  PostgeSQL was also installed by 
>>dpkg on debian and is currently 7.4.6-6
>>
>>The OS is Debian GNU Linux, Sarge distribution
>>libdbi-perl is version 1.46-5 and libdbd-pg-perl is 1.32-2
>>
>>As this problem is not taking place in apache, there really isn't any 
>>applicable portion of the error.log to post here.  This problem mis 
>>taking place in the freeside-daily script, though I can confirm that if 
>>I set a date back and attempt to run the "Bill Now" link through apache, 
>>it has the same effect.
>>
>>Any help you can provide me on this matter would be greatly appreciated.
> 
> 



More information about the freeside-users mailing list