Blesta Addons

Hello all
today we will open again the debate about EU invoicing system in Blesta, our taxman require the track info for proforma in invoices.
so the actual behavior, when a proforma is paid totally it's converted to invoice, with new date creation. this lead the customer to ask as every time for wich this invoice and what is the related proforma.
what blesta staff can do for this issue, we need the track info of proforma in invoices (Proforma Number, proforma Date).

is good news that blesta has more client every day, and getting more migrating to Blesta than away from it. but i'm still insist that blesta has not touched yet the big market (Hosting Market), if blesta can concentrate in this market, you will get more clients than what you imagine, we are working with the two billing system and we know exactly what are locked and missed in blesta, if you want @Paul any suggestion or ideas about how the hosting market work i'm ready . 
whimps has a big team (in term of persons) and a big company behind it, and of course a big base clients for it, and they are totally in the hosting market for so many years and they know well what the market need. why not blesta look at the other side a try to make a collaboration with Plesk, interworks and directadmin ... ect, and why not searching for investors, it a win win contract, because the time is money nowadays .
 

is good news that blesta has more client every day, and getting more migrating to Blesta than away from it. but i'm still insist that blesta has not touched yet the big market (Hosting Market), if blesta can concentrate in this market, you will get more clients than what you imagine, we are working with the two billing system and we know exactly what are locked and missed in blesta, if you want @Paul any suggestion or ideas about how the hosting market work i'm ready . 
whimps has a big team (in term of persons) and a big company behind it, and of course a big base clients for it, and they are totally in the hosting market for so many years and they know well what the market need. why not blesta look at the other side a try to make a collaboration with Plesk, interworks and directadmin ... ect, and why not searching for investors, it a win win contract, because the time is money nowadays .
 

It's possible we could add another event for applying a transaction. I've created CORE-2791 to look into it.

This is the "better way" if editing structure.pdt
<?php if($system_company->id == "1") { ?> .. your code here .. <?php } ?> Just change the ID "1" to your company ID. Then you don't have to do the hostname validation yourself, it'll be done based on the company.

can this be related
 

normally the signed in user are stored in blesta sessions, so blesta can retrieve the blesta_id . from out side blesta is dificult to get get it or almost impossible to get it with simple code, you need to make plugin to help you do the job or you need to hack some blesta files . 
my simple approach for this would to create a simple plugin that act the login and the logout,  preaction events, and each event i will pass the client info to a remote file (let say data.php). the data php should be in your root folder and use the same sessions as your index.php , the rule of this file would be only to insert in the session the info send from the plugin and destroy the info if sent a command from blesta plugin .

Module for what ? it can be 0$ or 50$ or 500$, and maybe 1500$ .

i think you should first search for a software that do this like virtual datacenter, something like DCI Manager, NOC .... ect, then make a module to interact with their API .
 

You can do that in your blesta installation 
English Version : https://blesta-addons.com/order/main/packages/subscription/?group_id=7
French Version : https://blesta-addons.com/fr/order/main/packages/subscription/?group_id=7
Note the Plugin is not providing the languages translation . you should download them from blesta website .
 
 
 

all the world are agreed in this subject. Domains are services and should remain as services. how it should displayed and how the order form should treated is another story.
 

i think you should first search for a software that do this like virtual datacenter, something like DCI Manager, NOC .... ect, then make a module to interact with their API .
 

the module should be uploaded to /components/modules/  do not upload to /components/plugins/  as is a blesta directory and is not pluggable to other third party addons .
and normally the final folders hosuld be like these /components/modules/universal_domains/

When the API doesn't work the way you expect, you should look at the errors you enconter, e.g.:
print_r($response->errors()); See the docs for an example.
From looking at your request, you are making a couple mistakes:
You're using the "GET" HTTP verb to add something. "GET" [i.e. $api->get(..)] should only be used for retrieving information, not setting information. Use "POST" [i.e. $api->post(...)] You're not passing valid key => value pairs for all values expected by Invoices::add You have "array($service_id,'Desc', 1,1,0)". Is that supposed to be the line items? Why aren't they in key => value format? You have "...'recur_date_billed' => $today, 1)));". What is that extraneous 1 at the end of the list that is not in key => value format? It'll be easier to figure out and avoid issues if you format your source code better:
$response = $api->get( "invoices", "add", array( 'vars' => array( 'client_id' => $client_id, 'date_billed' => $today, 'date_due' => $today, 'date_closed' => $today, 'date_autodebit' => $today, 'status' => 'active', 'currency' => '208', 'note_public' => 'Public note', 'note_private' => 'Privat note', array($service_id,'Desc', 1,1,0), 'period' => 'month', 'duration' => 'indefinitely', 'duration_time' => '1', 'recur_date_billed' => $today, 1 ) ) );  

Hello,

By default it is set to upgrade instantly, however you can change your settings so that the upgrade only takes place after invoice has been paid.
To change settings, follow steps below:
Go to Settings > Company > Billing/Payment > Invoice and Charge Options
Scroll down and you can find this at very end: Queue Service Changes Until Paid
You can tick that and save the settings to enable upgrade only after invoice is paid.

all the world are agreed in this subject. Domains are services and should remain as services. how it should displayed and how the order form should treated is another story.
 

So, that issue is for now sorted out.
I did add multiple currencies for the package(s). And that prices in there, where returned. They don't update in relation to the main currency.
 
As for this, I really suggest, to apply massive changes to IMPORT MANAGER - WHMCS. Apert from customers, invoices+, module settings, all other imports are unusable and ideally should be skipped.
It's a pain in the lower backside, disabling hundreds of services, which can't be deleted or adjusted.
All packages must be new build
Thx to Blesta Addons, I am now again a little further
 
Tiny
 
 

all the world are agreed in this subject. Domains are services and should remain as services. how it should displayed and how the order form should treated is another story.
 

the domains logic in blesta should only have some tweaks to be fully functional, rather than create a whole system for that, if blesta can tweak the pricing model system to add two new fields (Renew, Transfer) and use them in case of renew or transfer update the whole registrar module to have a unique function names like updating nameservers, updating whois contact, registering child name servers, ect ...  if blesta can begin with this suggestion i think is totally accepted and can be improved by the time, WhmXX has this already with the same mechanism and they are doing well .
Reinventing a new system will lead to a serious problem and test and improvement that will be infinite . I hope we can see something in the near future and before 2019 because personally if no update comming in this subject i would be forced to move to other competitor  .

the domains logic in blesta should only have some tweaks to be fully functional, rather than create a whole system for that, if blesta can tweak the pricing model system to add two new fields (Renew, Transfer) and use them in case of renew or transfer update the whole registrar module to have a unique function names like updating nameservers, updating whois contact, registering child name servers, ect ...  if blesta can begin with this suggestion i think is totally accepted and can be improved by the time, WhmXX has this already with the same mechanism and they are doing well .
Reinventing a new system will lead to a serious problem and test and improvement that will be infinite . I hope we can see something in the near future and before 2019 because personally if no update comming in this subject i would be forced to move to other competitor  .

If you are unable to access the blesta_id from the session:
$user_id = (isset($_SESSION['blesta_id']) ? $_SESSION['blesta_id'] : null); ...then I would suggest following @Blesta Addons's recommendation of creating a plugin.
If you upgrade Blesta to v4.3.0+ then your plugin can make use of the new Requestor object that retrieves some relevant information on the currently-logged-in user. If the user is currently logged into Blesta, you should be able to retrieve their user information by creating a plugin with a model that fetches the user from the database, e.g.:
class MyPluginUserModel extends MyPluginModel { public function getCurrentUser() { // Load information on the current user $requestor = $this->getFromContainer('requestor'); // Fetch additional information on the current user if ($requestor->user_id !== null) { Loader::loadModels($this, ['Users']); // Fetch and return the user if one exists if (($user = $this->Users->get($requestor->user_id))) { return $user; } } // Return null that no user was found return null; } } You just need to make an API call to your "MyPluginUserModel::getCurrentUser" to retrieve the user. If a non-null value is returned, the username would be available in the "username" property:
<?php // Load the API require_once "/home/username/public_html/blesta_api.php"; $user = "API USERNAME"; $key = "API KEY"; $url = "https://blestainstallationurl.com/api/"; $api = new BlestaApi($url, $user, $key); // Fetch the current user's username if they are logged into Blesta $username = null; if (($user = $api->get("MyPlugin.MyPluginUserModel", "getCurrentUser"))) { $username = $user->username; }  

We have created a module specially for this case, the module called Generic domains. you can check it in our website, unfortunately the module is not in the Free Subscription .
Note: The module support almost all the TLDs and CCtld .
 

We have created a module specially for this case, the module called Generic domains. you can check it in our website, unfortunately the module is not in the Free Subscription .
Note: The module support almost all the TLDs and CCtld .
 

Sure it is, what you've described is exactly the behavior I am referring to.

That's not normal. The renew date change to add a new year should be prorated, and an invoice should be created for the difference. I've created CORE-2769 to look into it.