Purchase Emerald subscription through Hikashop (recurring)

Hi,

1. We've developed a specific plugin for PayPal reccurring:
www.hikashop.com/support/documentation/1...a-subscriptions.html
The akeeba subscription plugin also contains some specific triggers from the PayPal reccurring plugin so that both are compatible together. The goal was to make the PayPal reccurring plugin completely solution agnostic so that you could use it with any subscription extension by just implementing the triggers in the integration plugin.
2. In the PayPal recurring plugin, you can check see that HikaShop simply create a new order when a reccurring notification arrives. And that is picked up by the akeeba subscription plugin which extends the subscription period automatically.

So you'll have to focus on implementing some code in your HikaShop integration plugin based on the code from the akeeba subscription plugin:

function onCheckSubscription(&$subLevel,&$result){
		$db	= JFactory::getDBO();
		$query = 'SELECT * FROM '.hikashop_table('akeebasubs_levels',false).' WHERE akeebasubs_level_id IN ('.implode(',',$subLevel).')';
		$db->setQuery($query);
		$result = $db->loadObjectList();
		return true;
	}

	function onCheckSubscriptionPlugin(&$name){
		$name = 'akeebasubs';
		return true;
	}

Hi,

1. Yes, they are plans.

2. No it's a table of akeeba subscriptions where the plans are stored.
If you look at the sql install script of akeeba subscriptions, you can see the structure of that table:
github.com/akeeba/akeebasubs/blob/develo...nd/sql/xml/mysql.xml
We just used the structure of that table for the data to take in but you can just replicate that structure in $results.

3. For example, you could have a function like that:

function onCheckSubscription(&$subLevel,&$result){
// $subLevel is an array of subscription ids that the merchant set in the product_subscription_id column of the products of the order to link HikaShop products to subscriptions
		$object = new stdClass();
		$object->akeebasubs_level_id = 'XXX'; // where XXX is the id of your level in emerald that you set in the product_subscription_id of the product in HikaShop
		$object->duration = 31; // the duration of the renewal period
		$object->price = '10'; // the amount of the recurring fee
		$object->recurring = '1'; // the fact that is it a recurring subscription
		$result = array($object);
		return true;
	}

Hi,

If you look at the settings of the PayPal recurring plugin, you can see that the first option on the right is "price from" which allows the merchant to choose whether PayPal recurring should use the price coming from the product in HikaShop or the price coming from the subscription in Emerald.
That's why you can specify the price of the subscription in the trigger.
I agreed that normally you want to use the price set in HikaShop.
But some merchants has some valid reasons to use the price in the subscription in Akeeba Subscriptions, so we made it an option so that the merchant can choose himself what to do based on his needs.

Hi,

Normally, you're supposed to stored the plan_id in the product_subscription_id column of the product in order to linked the products and the plans in your extension.
So $subLevel returns an array of all the product_subscription_id of the products in the order.
The product information is not available in the onCheckSubscription trigger.
You would have to implement also the onAfterCartProductsLoad trigger in order to store the list of the products in this like that:
$this->products =& $cart->products;
so that you could then use $this->products in onCheckSubscription.
Even if you only use the HikaShop price, you still need to implement the onCheckSubscription and onCheckSubscription triggers.
The only difference is that you would have to set the price of the product in $object->price instead of using the one from your subscription so that regardless of how the "from price" setting is configured in the PayPal recurring plugin, it would always use the product price.

Hi,

I was just suggesting the easiest solution for you. But you can do it the way you want really. You can even have your own PayPal recurring plugin integrated with HikaShop and Emerald.
The only requirement is to implement both functions onCheckSubscription(&$subLevel,&$result) and onCheckSubscriptionPlugin(&$name) in your Emerald / HikaShop integration plugin and in $result you need to set an array of objects with recurring set to 1 of you want recurring payments. That's necessary so that HikaShop can discard other payment plugins that don't support recurring payments during the checkout if the order contains products that do necessite recurring payments.
And as I explained in my previous message, you can get the list of the products by implementing the trigger onAfterCartProductsLoad.

And the price doesn't have to be given if you don't want to. Just don't. If the merchant uses our PayPal recurring plugin and that you make your integration compatible with it, it would mean that the customer would always get the product price.
And if you do your own PayPal recurring plugin, you can handle it any way you want.

And regardless what you choose, onAfterOrderUpdate or onAfterOrderCreate will be called all the time when an order is created or confirmed, so you can add/update your subscriptions the way you want.