Paul

What do you mean by post to host? Can you provide more details?

We did design the invoice system to be able to support multiple formats, like PDF, HTML, and more. I'm pretty sure we will be implementing an HTML version. However, others, like the aforementioned generate their PDF invoices from HTML directly which we think results in a poorer quality PDF. So, the challenge will by to try to re-create the PDF version in HTML such that it looks similar.

In Chrome for me, it just downloads it and doesn't give the option to open without saving. So, it can vary depending on the browser and the PDF reader installed.

I've added a little bit to the documentation for contact types - http://docs.blesta.com/display/user/Company+%3E+General I think contact types start to become extremely useful once they are able to login, and have unique ACL permissions. At the moment, they are primarily useful to admins when responding to inquiries about an account, or reaching out to the company for whatever reason.

Can you post a screenshot of what it looks like with unlimited set? I'd like to make some improvements overall with the graphs here.

You need to enable legacy password support in config/blesta.php http://docs.blesta.com/display/user/Configuration Blesta 2 uses MD5 passwords for user accounts. Blesta 3.0 uses bcrypted HMAC SHA 256 passwords. Enabling legacy support allows clients with imported MD5 passwords to login.. and once they do, they are converted to the new password format. We suggest enabling legacy password support, and then disabling it after a reasonable amount of time.

Stay positive, I like it!

Interesting, does this only occur for non-clients opening tickets? Can anyone else reproduce? I'm not seeing this is our environment, but only clients can open tickets.

What were you searching for an alternative to? I think the reviews show up, but the ratings seem to be stuck at 13 for some reason. Thanks to everyone who posted a review or rating though, it means a lot to us.

Or you can sponsor development for one

A direct cPanel reseller module would be good, but I could see a module that uses buycpanel.com work out a little better. Not only would there be no volume commitment, but we could include other software products that they offer.

If generating an invoice manually, or via the API you aren't even restricted to a particular term as supported in Blesta. You can bill for any term or any quantity you want. Only if it has a service, must the service follow a supported term & period.

That looks pretty good! And, a beer does sound pretty good. Cheers. There may have been another thread for this, but this issue (must have a field for a universal module) is corrected in 3.0.4 and should be released in the next week or two.

Then you'll have to fetch the information for the invoice template by doing a query yourself, the data will not be available automatically and there is no method that you can invoke to fetch the information. We suggest only making changes to the database structure or core files if necessary as it may eliminate an upgrade path. All of the areas you may need to modify to allow the field you added to be updated via the interface, and during check out, etc may be quite significant. Cody or Tyson may be able to point you in the right direction, but we can't provide any official support for this.

Awesome, fully migrated to that other VPS?

I guess I'm confused about how you're storing the data. Did you actually modify a table structure in the database, or are you using the built in custom client field feature? In any case, you will likely have to fetch the information in the invoice template. See components/invoice_templates/TEMPLATENAME/

If you enter the key, and it complains, then you know it's time to re-issue it. Generally if you're doing a new install and it's not a fresh key, when it asks you for the key, that's the time to do the re-issue. I suggest doing the new install and selecting the 30 day free trial, because then you'll have both a trial, and your official keys allowing you to run 2 copies of v3 side by side. Once your new install is done and migrated and ready to go live, re-issue your official key and plug it in under Settings > System > General > License Key

If you need a 2.5 license for a couple weeks let me know (email support@.), I can issue one for you on a temporary basis. I'll need to know the full hostname you'll be using it at.

If you have an owned license with us directly, we can provide a dev license at no charge.

Thanks for the suggestion, anyone else have any thoughts on this?

To be safe, you will need to import your data into a fresh 3.0.3 install. Install with a trial key, and keep your other v3 install up and running. Then run down and compare the two after you import your data, and update the themes, email templates, and other settings with the changes you have made. Having them side by side should help.

Just a note, the maxmind details should still be available via maxmind's login area under logs, even if the threshold was so high that Blesta rejected the order outright.

Yes. What I meant about late notices and auto-debit is that regardless of how an invoice was created (Automatically by Blesta, manually through the interface, or via the API) the invoice is treated the same way moving forward. There is a feature that can send up to 3 late notices / payment reminders, and a feature that can automatically charge a credit card x days before an invoice is due. These features can still be utilized, if you want, even when creating an invoice via the API. I mentioned this because in your original post you asked about a reminder.. so, those reminders, if you have them set up, will still be sent when creating an invoice via the API.

It's against Mastercard/Visa merchant rules to store CVV data in any way, shape, or form. The CVV data is passed along by Blesta when processed live via customer input, but never saved. This makes it impossible to send CVV data if using auto-debit. Cody or Tyson may be able to comment on sale vs preauth, however I'm not sure I see the correlation with CVV data. I wouldn't think a capture should take place if there is an issue with CVV or AVS. Don't most merchants automatically do a preauth, then capture? I guess the side affect here is that the immediate void BluePay is doing results in the funds being held up in the customers account for several days, and you are charged a processing fee?

You may wish to use the API to create the invoices on the 1st of the month, each month, based on your other systems evaluation of whether they owe $5 or more. I think this is where you're headed? In this case, the client would have no services in the system, and Blesta would not invoice on its own. Any invoices you create via the API will still work similarly however, with late notices being sent how they are configured, and auto-debit running if configured as well.