MDHMatt

@PaulIs php8.1 now approved for production?

Although this is an old question, I worked around like this:
In components/modules/namecheap/apis/namecheap_api.php
// original code if (!isset($args['ClientIP'])) {             $args['ClientIP'] = isset($_SERVER['REMOTE_ADDR']) ? $_SERVER['REMOTE_ADDR'] : '127.0.0.1';         } // added this line: // I used my own IPv4, but this worked as well (in another panel)         $args['ClientIP'] = '127.0.0.1'; And yes, namecheap still does not support IPv6.

 

As of Blesta 5.4, PHP 8 is supported through the hotfix-php8 SourceGuardian patch included in the release. As of now, ionCube has yet to release support for PHP 8, so we have implemented this alternative.  

Well thank you! I must have added this ages ago and forgot about it. the vat moss report script you find on the forum is broken i guess, please close this  thread!
 
Ps Keep up the great work so glad i found blesta 5 years ago!

Sure, I will try as best as I can:
tldr; VAT always has to be collected based on the customers location. But, there are two exception: when the customer is a business located in another EU nation or when the customer isn't located inside the EU. In that case, no VAT needs to be charged. Whether a customer is a business (in VAT perspective) is determined whether he provides you with his VAT ID, which you first need to verify.
long version; The core concept of Value Added Taxation (VAT) within the European Union is that the consumer of any product or service has to pay tax on it. This is usually handled transparently for the consumer (prices always have to be inclusive of tax): the seller needs to collect theses taxes and send a report to their local tax authorities at the months or quarters end (depending on the size of the sellers company). The VAT rates can be chosen by the individual EU member state and the rate to apply depends on where the sale happened. For decades the question of "where the sale happened" was easy to answer: think of a local shop in Denmark. The shop is located in Denkmark, where there is a 25% VAT rate, and the sale happened inside this shop. The shop owner would thus just collect 25% on all the sales and pay them to the tax authorities of Denmark. Life is so simple in traditional businesses.
If we would stop here, there would be one problem: when there are multiple processing steps, VAT would have to be paid multiple times. For example, in the furniture industry: first, wood would be chopped and sold (so VAT is paid on the raw wood). Second, wood would be cut into planks and the planks are sold (VAT paid again). Third, the actual furniture might be produced and sold to whole sale businesses (again VAT is paid). And so on, soon we would pay more VAT than anything else in our value chain, thus businesses have to be excluded from paying VAT. In general, this is handled in the following way: any seller always charges VAT and hands out a “VAT invoice” which has to follow specific rules to ensure that these are verifiable unique. If the buyer is a business owner he can then go to the local tax authorities to reclaim the paid tax.
But, local in that perspective means the tax authorities of the nation where the sale happened. Thus, if you shop all over Europe you would need to visit multiple different tax authorities to ask refunds for the individual purchases. So, the EU thought about one more rule to make that process easier: if you shop outside your home nation, you show the seller your VAT ID (which he has to verify) and then doesn’t need to charge you VAT on your purchase. But remember, only in other nations, within your home nation the system continued to work as before.
That system actually worked well for decades. But then the internet appeared, and some businesses tried to save some tax by declaring that their shop was the place where the sale happend. And - suddenly - many online shops where hosted in Luxembourg where there is just a 19% VAT rate (Amazon and Apples iTunes, for example). Well, governments didn’t like that so they declared: in e-commerce the sale always happens at the place where the customer was at the time of purchase. (Nobody knows how the legal guys thought one would determine the place where the customer was at purchase, but most businesses just interept this law as “whatever address the customer provided me with” and that seems fine and common practice).
One positive note to finish that post: VAT is one of the very few tax concepts that are regulated on an EU level. EU member states are only allowed to choose their VAT rate and declare exceptions for very small businesses. (In contrast to for example, income taxes or capital gain taxes, this VAT stuff can actually be considered "simple".) Some more cautionary note: I'm not a tax consultant, just a business owner for nearly a decade.

I would like to put my name in the hat! Ive been using Quickfile which is okay but cant sync invoices etc

Hello,
Although I cannot promise a completion date I have recently started working on a xero integration - as it stands it currently syncs contacts only I have many projects on the go now but have something in the works; this one along with Jira software bug tracking and IBP auto-registration are some of the first plugins we have planned as we are integrating into our own setups.

Kind Regards
 

I need to be able to sync data with wordpress, quickbooks, etc. Instead of individual integrations, the strategy that seems to make sense is Zapier or equivalent service. Then my valuable Blesta data would no longer be siloed.
 

@jayjayuk @Malloc @Blesta.Store
unfortunately i didn't pursue it any further as i didn't have the funds needed to get it going. i'll be looking into it again if people are still interested and will try get some better quotes.
what do you think?

Thank you! this has fixed it.

transfer the services and deactivate the account. blesta has a setting to not allow multiple accounts with the same email, enable that

Blesta is trying to send an email but fails to do so because some tag in the email template is not being used correctly.
Double-check your "Service Creation" email template and how you are using the tags. If email is sent successfully for other services, then the problematic tag is probably in the package's Welcome Email section instead (which is imported into the "Service Creation" email template as the tag "{package.email_html}"/"{package.email_text}"), so edit that service's package and take a look at the Welcome Email template for both text and HTML.
Some tags cannot be displayed as written because they are not strings, and instead need to be iterated over. You should take a look at the package module's documentation for what tags are available and how to use them. For example, when using the cPanel module, there is a tag "{module.name_servers}". That tag cannot be displayed as a string since its data is an array of multiple nameservers. If you attempt to display it as written, you will receive the error that you encountered. In this example, you would use a "for" statement in the email template to loop over the nameservers as mentioned in the cPanel documentation:
{% for name_server in module.name_servers %} Name server: {name_server}{% endfor %}  

Make sure you are running Blesta 4.4.2, and apply the hotfix-php71 files included in the zip. These files will work with PHP 7.1 and 7.2.

Must have been legacy from me moving servers. Yeah im not deleting anything without backups first. I will keep an eye on it incase it happens again

have you tried enabling your debug mode inside blesta's config to see why?
that would log the errors in your webserver log otherwise blesta will try to "mask" the errors instead and you will not see them in the error log of your webserver.

You can do a CSV export via the Billing > Reports but no accountancy software yet, I do want to get a Xero plugin done for when I go Ltd though if you are interested we could work something out and you can have a copy.
 

Yes, WHM API 1 (not 0). cPanel has a few SDKs. Their official one is only for XML responses 
https://github.com/CpanelInc/publicapi-php
But they also support JSON. All API functions support XML and JSON. If you look at their confluence page for all SDKs, they provide sample Perl and JSON code.
Example:
https://documentation.cpanel.net/display/SDK/Guide+to+API+Authentication+-+API+Tokens
 
 
Here a list of 3rd party cPanel libraries. PHP is included.
https://documentation.cpanel.net/display/SDK/Quickstart+Development+Guide+-+Libraries
 
-Adam

i have made a request in blesta requests last week for the same feature it's waiting your votes

https://documentation.cpanel.net/display/64Docs/Manage+API+Tokens
 
details can be found there

Just wondering if the cpanel module has been or will be updated for the new version of the api?
 
from what I read they are getting rid of the secret key like we have now and  implementing a new way to do it. 
 
(Link to be added a soon as off mobile)

https://requests.blesta.com/topic/xenserver-provision-module
 
I dont mind lending my xenserver for development

hello all,
Im wondering if anyone has a XenServer module or would be willing to help make one for blesta. It will essentially work like proxmox module but orientated towards XenServer.
Hostbill seem to have a module like what i mean;
http://hostbillapp.com/features/apps/xenserver.html
 

Basically I've been in business for a year now (woop go me) and wondering what accounting software people use and if any work best with blesta.
my payments for sevices come in via many different forms either cash PayPal or Braintree (first £50k fee free!) and I'm doing my accounting myself. I live in U.K. So anything more biased to U.K. Preferably
also does anyone have some good export / reporting scripts for blesta

Pretty sure someone could create an order template that does this now. It would break the mold a bit, but I believe it's possible.
Most of the forms we looked at when we implemented this originally went from Domain > Hosting> Configure & Checkout. Reversing those first two would definitely be a good alternative and something we will consider.

We are in the process of fully spec'ing out the Domain Manager plugin for 4.1 and would love your feedback. I want to give you a basic overview of what we're considering for the Domain Manager, and get your feedback. We want to resolve the current issues and frustrations with how domains are currently handled. Please understand that the new domain system may not include everything in the first release, but our goal is to build the proper foundation so that it can easily be improved upon in the future.
What is the Domain Manager?
The Domain Manager is a plugin that will be responsible for all things domain related. Think of the Order System, and the Support Manager which cover all things related to orders, and support, respectively.
How will I define pricing?
A pricing grid will exist, likely under Domains > TLD Pricing where the price can be set for each TLD for 1 through 10 years for Register, Renew, and Transfer. This will provide a simple pricing grid, with different price options for Register, Renew, and Transfer. Additionally, special pricing can be set on a Client Group level, which will override the default pricing.
Additionally, domain extras like ID Protect, Email Forwarding, and DNS Management will be options on a per-TLD basis and pricing can be set for these. The customer would be able to check if they want these options during checkout.
Question: Is it sufficient to have a single price of ID Protect, Email Forwarding, and DNS Management for all TLDs, or would you want the ability to set a different price for these extra options on each TLD?
Are domains services?
This is a question that has resulted in much debate internally. My personal thoughts are that domains are very unique and do not easily fit with services. I am proposing that domains be treated completely separately from services. This means there would be a separate table in the database that stores domains and information unique to domains like: Domain Name, Registrar, Status, Date Registered, Date Expires, Management Features Available, Expiration/Renewal Reminders, Last Sync Date, and whether to Auto Renew or not.
If domains are not services, they will not be listed with services. For the Staff area, I propose a new Domains widget on client profile pages. For the client area, I propose a new primary nav link called Domains. The Domain Manager would be responsible for renewing domains, and invoicing for them and services and domains would not appear on the same invoices, even if they are billed on the same day.
Question: What are your thoughts on domains not being considered services?
What about email templates?
The domain manager would create several new email templates, likely to include the following: Domain Registration, Domain Transfer Initiated, Domain Transferred, Domain Renewed, Domain Expired, Domain Renewal Notice (domains listed are going to expire in the next x days).
What about automatic things?
The Domain Manager would be responsible for the following Automation Tasks:
Send expiration emails at the reminder intervals Renew domains that are set to automatically renew Synchronize renew dates with the registrar at a given interval What about Registrar Modules?
The Domain Manager would implement its own module system, and existing registrar modules would not be compatible. The new registrar module system would be drop-in similar to the existing, but these would be enabled and configured under Domains > Registrars. New registrar modules would likely be more lightweight than current registrar modules as the plugin would implement the common features across registrars.
What management features would be available?
This will depend on the specific registrar module, but the following features would be supported:
Register, Transfer, Renew Domain (obviously) with Renew Domain being an option for Clients and Staff Manage DNS for Domain (Get, Update DNS zone records if DNS hosted by registrar) Manage Registrar Lock for Domain (Enable, Disable registrar lock) Manage Email Forwarding for Domain Manage ID Protection for domain (Enable, Disable ID Protection) Manage Contacts for Domain Whois (Registrant, Admin, Tech) Update Name Servers for Domain (Get Name Servers, Update Name Servers) Register Name Servers (Unsupported by many registrars or not commonly done by average users, may be optional for first release) What about existing registrar modules?
Existing registrar modules would be incompatible with the Domain Manager plugin. However, services using current domain registrar modules will continue to work as they do now.
Any bulk features?
We plan to have bulk features for both Staff and Clients. For Staff, under Domains > Browse Domains and under the Client Profile, Domains Widget. For Clients, under the Domains page. Bulk editing/tasks would work similar to selecting invoices for delivery with a checkbox on the left and some options to choose from like Renew Domain, Manage ID Protection, Domain Lock, Name Servers.
I'm certain I'm missing something, but wanted to give you a rough overview of what we are planning and get your feedback. Please let us know what you think!