Leaderboard

Ok with me as long as it's clear that it's a 3rd party app and not directly from us.

Does anyone alredy tried the IOS APP on iPhone or iPad? If so, how does it feel ? Only next week we will purchase an iPhone and iPad to test/debug P.S - We are planning someting "big", never seen in any Biling System, for Blesta Owners for Mobile Devices (im also curious also how the naja7host mobile app will work with the Blesta API connection)

Hello We are almost done to go in Production and migrate from WHMCS to Blesta 3.3 but it needs some more twicking for future pruposes We realize that Client Details (Name, Adress, Phone, VAT ID, Custum Fields) are not Hard Stored in a "Final Invoice". For exemple, if a client changes some data, it will reflect on a new downloaded Final Invoice, and for legall propuses that cant happen wen its a final invoice. My sugesttion is to store in an Array on a new field in invoices table all details and retrive from there only if its a final invoice Anouther exemple is for "Merge Client" that is not finish yet, but, it can fix this problem also if the Data is stored on Invoice Database Keepup the great work

Resell.biz is a logicbox platteforme And it work . for more function use my custom logicbox reloaded .

Have you seen CORE-923? Your thoughts on this method? Also, Blesta tracks all client contact information updates, you can see these logged under Tools > Logs > Contacts. In the future, we'll allow contact details to be "rolled back". It *may* be possible, but perhaps expensive query-wise, to fetch the proper details for the invoice from here.

I'll close this thread as not a bug. But create a new one if you are able to replicate this behavior in beta 2.

>my suggestion is to make the final invoice a stored pdf invoice in webhost , or add array info as paulov suggested . PDF caching alone is not good enough, also need the information on the invoice easily accessible in the database for taxation purposes. Need to know the country and VAT number of the customer as it was on the day the invoice was issued at a minimum.

Invoice numbers typically do not change. With the introduction of proforma, this may or may not work for the OP. The proforma language may be renamed and used for this purpose, if proforma isn't what is desired here. The numbering will not remain the same in the new invoice numbers, for example, a proforma invoice number of 123 will not maintain 123 within the number when paid and converted to an invoice. So, a proforma invoice number of 123 could come out as 2014-415 for example. They will increment based on invoice settings, so they can still be sequential.

Haha I'm a InterWorx user myself

Hehehe , well at least i have mentioned already that cPanel and Plesk Extended.

for the head , i have a new plugin that will give you this option , is named "CSS & JAVASCRIPT TOOLBOX" , with this plugin you cann add the code just for the client side . for the body content , as i told in my other thread i will code it for you , but not now . the ticket system can't offer you a temporary solution ? the client document can't offer you a temporary solutiin ? the both plugin can asign content/file per client .

+1 and it must have tis option . in v2.5 we have alot of reclamation and support tickets just for this .... and we have solved this probleme by storing all generated invoice in pdf format in a floder , with this we can track how it was before . but really really this must have option , maybe in US is not p^roblemeto change a final invoice , but in europe it can cause a big probleme . my suggestion is to make the final invoice a stored pdf invoice in webhost , or add array info as paulov suggested .

in v2.5 that function was exist and it was very usefful for us , specially when we found a duplicate client account , or if the client want to merge two account they have . in v3.3 that function not exist , and is planned for future release, and i think is better to talk about it now how it should work . @PauloV , maybe when mergin clients, the client row should be removed and let the user row or maybe the reverse , in V2.5 the merge clients delete the merged account from the database and add contacts, services, invoices, tickets and transactions from old client to the new client , so no trace for the old user_id . i think like this scenario is workable . i vote the paulov idea to quick add this function , because the more plugins/modules created before it , can cause some trouble after it created . i beleive this function is not present in the core now because for some good reasons, or it just for lock of time ?

a new table in database for queue up services every line is linked with the invoice , if paid upgrade on cronjob run .

Ok guys -- I think this has received enough +1's, thanks! Please see CORE-1428