rastoma

Great... thanks guys.... great people, great support... great product

Oh... what about manually creating an invoice, then changing the due so that a current invoice was generated. The due date won't get changed twice will so that it skips the next billing cycle?

DOH.... Ok... thanks for letting me know

One other issue that I don't know if is related. All accounts except one that was setup after 3.6 was installed, is that everyone's order # is 0

Got an account on quarterly billing that hadn't been invoiced in awhile so I'm getting it back on track after recently upgrading. I clicked on generate invoices due and it invoiced the correct $ amount but the service dates were for only 2 months not three and the next due date didn't change. I deleted that invoice and tried to regenerate it but it wouldn't, so I manually invoiced the charge. Next Due Date didn't change again. Since they needed one more invoice to get current, I changed the Next Due Date to correct date and the system generated a correct invoice but the Next Due Date didn't change once again. Also, after upgrading to 3.6 everyone's 'created' date is 00/00/0000. Can that cause any issues? What to do about the Next Due Date not updating?

I'm having the same issue with the 12/31/1969 date. I was having this with WHMAP and never could it sorted. Was told same thing.. ghost entries, etc. So I'm trying out WHMCS and used the import script. Everything looked great but it imported the 1969 dates over. Well no biggie I suppose, everything will be correct from now on. I go to create a coupon just to play around with some of the features... the start listed for coupon was 12/31/1969!!! I never setup a coupon in WHMAP. I have no other scripts on this server that have date issues. php 4.4.0 Any suggestions?