Paul

I am considering a feature which could "Restore Defaults" for email templates, and the portal markup, but no such option currently exists. My suggestion is to maintain a backup in case you need to restore the previous values.

I suggest doing a new install, and keeping the test/trial install. Open both up side by side and copy the settings across manually. The reason is that copying individual tables over can potentially corrupt the database and cause any number of strange issues, it's not worth it.

Looks very nice, great work!

Congrats! I've never heard of amnesty day, but a Google search reveals some cities forgiving traffic tickets.

It doesn't matter if you make the change to the config before or after importing. What version of WHMCS were you running, exactly? I wonder if they made some more changes. I know they updated their admin passwords to use bcrypt and sha256-hmac depending on the version of PHP in 5.3.9. Perhaps they did the same with clients?

We ship with "dejavusanscondensed" as the default font because it has support for a lot of international characters. The font is embedded in the PDF document.

Packages > Groups. Click the Group to expand it, sort your packages within the group by drag-n-drop.

These are package screenshots, but it does confirm my suspicions. Go to Settings > Company > Modules, and manage the Universal Module, editing your Product. All of these fields appear in the Package section, when they should appear in the Service section. The Package section displays fields on the Package, the Service section displays fields for clients during checkout.

We are planning to add support for Omnipay gateways, of which GoCardless is one, see https://github.com/thephpleague/omnipay. I'm not sure if their implementation supports the features of GoCardless that you are expecting. Omnipay is one of the items we cannot implement until we have raised the minimum system requirements to include PHP 5.3+. This dependency change is expected in version 4.0.

Please provide a screenshot of your UM product. It sounds almost like you created fields under the "Package" section that should be created under the "Service" section for the UM product.

I don't know enough about how cPanel/DA/Interworx themes work, but if you can make an HTTPS connection (Usually a POST request) for license validation to your Blesta server from your theme, then you should be able to.

Yeah, I'd like to get that available soon, it shouldn't be difficult to implement. In the meantime, if you suspect someone may be using an unlicensed version of Blesta, PM me or open a ticket and we can investigate.

Why don't you tweak the settings to fit your needs? Settings > Billing/Payment > Invoice and Charge Options. - Here you can uncheck "Invoice Suspended Services" if you don't want them to be billed. Settings > Billing/Payment > Payment Due Notices - Here you can disable the first, second, third, or all payment notices and change when they are sent. If you have a lot of customers with suspended services, you could cancel those services, void any invoices, and clear them out. Under Billing > Services, sort by Suspended to identify who these people are. Some companies want to bug their customers who don't pay. I wouldn't call that spam.

You could make a plugin to do all of this. Plugin registers the cron, and allows the X,Y,Z values for each of those options to be set.

Awesome! We tentatively have plans to make the admin responsive, but it will not be for a while. The admin area is rather complex as it contains many more views than the client area. It will take a lot of work and we haven't had a lot of requests for it so it's not really high on the priority list at the moment.

We are using this one in the marketplace for creating descriptions for extensions - http://www.codingdrama.com/bootstrap-markdown/ It is dependent on Bootstrap, and the admin UI in Blesta is not bootstrap. But yes, it would be nice to use something similar in Blesta, and we have discussed it. If there are any libraries you can recommend, happy to check them out.

I can extend or issue you a new trial, just email me at sales, PM me, or open a ticket. No kidding, you did their current site? I guess I always assumed they did it in house. I do all the design for Blesta, the current website and the admin and client UI.

Your tickets require a dev response, will try to get you one tomorrow. If you prefer, you could start a thread on each here, bug reports and feature requests are best suited for the forums so they can be confirmed, vetted, and discussed.

If the "Bill Date" is the same for the paid invoice as the proforma, then setting the "Bill Date" to the date the invoice is created (same time the proforma is paid), does anything else need to change? For example, it would be possible to have a bill date that is after the due date. How should this be handled, what is the proper way of dealing with all invoice dates?

It works with 5.3, they haven't changed the database schema. Modules for which there is a mapping file will be imported using the module in Blesta, however WHMCS's licensing system works so very differently than ours, it's not advised to map them across. You will need to update your code in your software products to work with our licensing. This makes migrating licensing more difficult because you need to: 1. Update your code, so that it works with our licensing system. 2. Issue new license keys in Blesta that can be used for your software products going forward. We have considered offering a new licensing type when adding license module products called "whmcs legacy" or similar, and emulating their licensing system. It hasn't been a high priority, and their licensing system is so bad we wouldn't want people to use it unless they have to. Feel free to give me a call if you want to discuss tomorrow. 714-398-8132 x100. I'm here M-F 8am-4:30pm pacific time. I'm curious what types of products you're licensing. I'm sure your situation is unique, and I may be able to suggest a particular approach.

The license manager is made up of 2 parts: License Manager (plugin): http://docs.blesta.com/display/user/License+Manager License Module: http://docs.blesta.com/display/user/License+Module The license plugin serves as the license server. The module creates licenses. Blesta includes an Import Manager plugin, that allows migrating from WHMCS. See http://docs.blesta.com/display/user/Migrating+to+Blesta The importer should import license services from WHMCS, however they will be imported using the Universal Module. Their method of licensing is not compatible with ours, which is not possible to circumvent without decoding and nulling. It's much better designed overall. You may find this an interesting read - http://www.blesta.com/2012/03/30/blesta-3-0-software-licensing/

All departments except "Staff". Are you sure you are authenticated with that same user? Sometimes people migrate from another system and end up with 2 similarly named staff accounts in Blesta. If the correct one is not assigned to the ticket system, then this can happen. If you are certain that the staff user you are authenticated with, has been added as a staff member for the support system with access to the proper departments.. then I would suggest deleting the staff user in the ticket system, and re-creating it. I can think of no other cases where this is an issue, in all similar reports the issue was that the staff user was not added to the support system or did not have the proper permissions for the department.

Support > Staff. Your staff user must be added as a staff member for the ticket system, and assigned to all necessary departments.

Have you guys reached out to OnApp yet? I believe they built the module for our competitor, so with enough requests they may relent into doing it themselves and get it to market sooner. We do want to get an OnApp module out there, but we don't have the dev cycles with all the other things we are working on at the moment.

What you're saying is that when an invoice is manually created, it should work differently than when it's automatically created. I don't like this, because it introduces more complexity into invoice creation, which we want to be as simple as possible. If you think a special case should be made for manually created invoices being delivered immediately if they are set to email, then feel free to open a new feature request thread so we can gauge interest and discuss use cases, and in more detail. Personally I have never had an issue with a little delay in the invoice being sent. It's actually saved me a couple times when I forgot something on the invoice -- a line item, or set the due date incorrectly, etc. In the rare case I want an email to me sent immediately, I uncheck the email box, create the invoice, and then check the box to email it right away to the client on their profile page. Edit: I would actually like an option to "queue" new invoices up for say 15 minutes before they can be delivered. This way, I have a sure-window of 15 minutes (or some other number) where I can make changes to the invoice without worrying about it getting delivered.