Tyson

The automation task likely failed for some reason, causing php to stop executing, so the task could not finish. You can check your cron logs under Tools > Logs > Cron tab to find the specific task to see if there is any error logged about a failure. You can also look at your file system logs around the time that the task failed to see if there is a php error logged. The path to those log files is set under Settings > System > General > "Log Directory". You may want to also double-check your mailbox credentials for each support department to ensure they are accurate.

Check your Blesta logs in the /logs_blesta/ directory (defined under Settings > System > General) to see if any errors are written to disk when the email is attempted to be sent. Also double-check your email template to ensure all of the tags used are correct, as malformed tag syntax can cause the email to be unparsable and fail to send.

Thanks, this will be fixed in v4.8.0 for CORE-3357.

So you want to keep the company setting enabled for "Allow Clients to Change Service Package", but the package group would override this?

Does the currency appear twice on the Order form, or everywhere else in the system too? It looks to me like you are using the currency code as the suffix for the currency as defined in Blesta. You can double check under Settings > Currencies > Active Currencies > Edit (USD and CAD currencies). Do you have "USD" and "CAD" set as the "Suffix" value? Both of those currencies shouldn't have a suffix set, so leave them blank. You would just keep the setting "Show Currency Code" under Settings > Currencies > Currency Setup checked.

It would have to expand to the next digit.

Linking to a product as described in the documention is what adds a product to the cart. Blesta's services have more options than I think WooCommerce products allow for, so there is additional configuration typically necessary for products, (e.g. config options, module options, addons, etc.) and what appears and where also depends on the order form used, but you can preselect most of those options and have them set in the cart per a link to the product, then the customer can fill out anything else and proceed with checkout.

If you want another box to appear at the end, just add the section that generates a box to the end of the HTML you included, e.g.: <div class="col-md-4 col-sm-6 portal-box"> <a href="{client_url}plugin/download_manager/"> <div class="well"> <i class="fa fa-server fa-4x"></i> <h4>Reseller Hosting</h4> <p>I want reseller hosting to be here</p> </div> </a> </div> Of course, you will need to change the text and the URL it links to.

Ah, a feature like that doesn't currently exist. What happens after the 24 months elapses? Does the service automatically end? If so, you could update the service and Schedule Cancellation for 2 years from now to automatically cancel the service at that time. Blesta will continue to bill for it each month as usual until that point.

I'm not sure what you're asking for exactly, can you clarify? There are only 2 levels for that setting, the company setting, and the client group setting that can override the company setting. This would be illogical for the system to perform since a term/period is the renewal policy, so a "2 year" cycle wouldn't make sense to be billed as if it were "1 month". What behavior are you looking to achieve? Are you looking to bill them in installments? For example, if the service is $240 over 2 years, are you expecting each month to bill them $10 per month rather than $240 initially?

What is the Invoice Days Before Renewal setting set to for the client groups/companies those clients belong to? It could be as simple as both those services are for clients that are in different client groups where one client group has Invoice Days Before Renewal set to Same Day and the other it is set to 14 Days. If one of the services was suspended and you have Invoice Suspended Services unchecked, then the service wouldn't be invoiced at its expected days before renewal unless it was paid (and unsuspended) afterward. That could be another explanation for the behavior.

Based on the output, it looks like Square did not reply to the request. You may need to double-check your credentials. You could also try live credentials, but just not complete an actual payment.

There's a difference between the renew date changing and the service actually being renewed. The service renew date will be bumped when a new invoice is created for the service renewal. The service will then be renewed once that invoice has been paid.

Did you remember to edit your company's hostname under Settings > System > Companies?

I assume you didn't log out yet? You wouldn't be able to log back in unless you reset it.

It would help to have a visual of what you're seeing. Do you have this problem in the demo? Log in as an admin to the demo Edit an order form Drag a package group from the Assigned Groups section to the Available Groups section and vice-versa by dropping it directly onto the the white area with text that reads "Drag & Drop Groups Here", not onto the dark gray area What do you experience?

You should be able to click on the package group row and drop it directly onto the other section where it says "Drag & Drop Groups Here".

Can you post the raw data sent in the request? null is acceptable for dates like the date_canceled, which would remove any cancellation date set on the service. This works for me via the UI and via the API. Are you using the API SDK?

Also see discussion of this @

This isn't something I have been able to duplicate, so we may need more info. Do you have any errors in your Blesta logs about this? Perhaps that refer to a stack trace or file/line number where the issue originated? What is the data set you are passing to Services::edit? (i.e. a var_dump)

The DirectAdmin module requires those fields when creating a package. They should appear under the module options section of the package. If you don't see them, check your module and error logs for more information.

Canceled services count toward the package check. The count on the module isn't relevant for that. Packages aren't really meant to have the module be changed unless it has no services. Changing the module on a package adversely affects the services, and in the future when services can be uncanceled that will be a problem. If you want to change the module on a package, I would recommend instead marking the package inactive and creating a new package using the new module.

If you go to the client's email log and view that email, do you see the full password?

Adding a package description to invoice line items for services would require updates to the pricing library as it relates to item descriptions when services are created/updated. This is currently not configurable. And since package descriptions can be longer than the invoice line item descriptions, it may need to be truncated. Package descriptions are typically for display on the order form as a verbose explanation that the package name summarizes.

An example of your data might be helpful. I'm not sure what type the "DateTime string" represents exactly, but the error indicates one of the dates is being passed to DateTime as null. Dates should be passed as strings representing the date in the company's timezone (unless timezone info is provided), in a php-parseable format by the date() function, e.g. "Y-m-d H:i:s" in local time or "Y-m-d H:i:sZ" in UTC or "Y-m-dTH:i:s+00:00" UTC, etc. For instance, date('c') would be a valid date format.