[Skip to main content](#vessel-content)
# Profile for jcroce
##
[](/forum/user/13772-jcroce "View jcroce's Profile")
**[ Offline](/forum/user/13772-jcroce)**
- **User Type:** User
- **Register Date:** 19 Feb 2013
- **Last login:** 5 years 1 month ago
- **Time Zone:** UTC +0:00
- **Local Time:** 19:46
- **Posts:** 24
- **Profile views:** 113
- **Gender:** Unknown
- **Birthdate:** Unknown
- Posts
# jcroce's recent posts (24 messages )
All Since last visit 4 Hours 8 Hours 12 Hours 24 Hours 48 Hours Week Month Year All Since last visit 4 Hours 8 Hours 12 Hours 24 Hours 48 Hours Week Month Year
| [ ](#forumbottom) | Subject | Replies / Views | Last Post | [ ](#forumtop) |
|---|---|---|---|---|
| [](/forum/40-taxes/899218-multiple-taxes-for-one-product#315886) | [Multiple Taxes for One Product](/forum/40-taxes/899218-multiple-taxes-for-one-product#315886 "-- HikaShop version -- : 4.2.2 -- Joomla version -- : 3.9.15 -- PHP version -- : 3.2 Hi, I don't think this is possible, but wanted to check. I know there can be multiple tax rates and each rate can be applied to a specific product, but is the following possible… If I provide service in three different counties and each county has a different tax rates, is it possible to have one single product for all three counties and then add the appropriate tax rate to that same product simply based on the user's locale? I'm thinking the only way to do this would be to create three different products and apply the specific tax rate to each and I don't like having to go that route. Please advise. Thanks. John") Category: [Taxes](/forum/40-taxes "Living in Canada and having troubles configuring your taxes? Come and get some help over there") Topic started 6 years 8 months ago, by [jcroce](/forum/user/13772-jcroce "View jcroce's Profile") [Last Post](/forum/40-taxes/899218-multiple-taxes-for-one-product#315892 "Hello John, Sure, you'll just have to : - Set a defined tax category through your product configuration page - Go to the page "Hikashop->System->Taxes" - Create as many tax rules with the same tax category as you need but with different restriction options (like "zones"/"tax rates"...) Kind regards, Mohamed") 6 years 8 months ago by [Mohamed Thelji](/forum/user/6861-mohamed-thelji "View Mohamed Thelji's Profile") | Replies:1 Views:878 | [Last Post](/forum/40-taxes/899218-multiple-taxes-for-one-product#315892 "Hello John, Sure, you'll just have to : - Set a defined tax category through your product configuration page - Go to the page "Hikashop->System->Taxes" - Create as many tax rules with the same tax category as you need but with different restriction options (like "zones"/"tax rates"...) Kind regards, Mohamed") by [Mohamed Thelji](/forum/user/6861-mohamed-thelji "View Mohamed Thelji's Profile") 6 years 8 months ago |
| [](/forum/29-payment-methods/898942-paypal-capture-status#314384) | [PayPal Capture Status](/forum/29-payment-methods/898942-paypal-capture-status#314384 "Re: PayPal payment. I'm seeing some orders come through to the PayPal account where the payment is automatically taken and others that require me to CAPTURE the payment from within the PayPal account....") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 6 years 9 months ago, by [jcroce](/forum/user/13772-jcroce "View jcroce's Profile") [Last Post](/forum/29-payment-methods/898942-paypal-capture-status#314394 "Hi, That's probably because you've activated the "enable validation mode" setting of the "one time" payment method in the menu System>Payment methods. Please check on that.") 6 years 9 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:790 | [Last Post](/forum/29-payment-methods/898942-paypal-capture-status#314394 "Hi, That's probably because you've activated the "enable validation mode" setting of the "one time" payment method in the menu System>Payment methods. Please check on that.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 6 years 9 months ago |
| [](/forum/29-payment-methods/898814-square-plugin-not-showing-up#313826) | [Square Plugin not showing up](/forum/29-payment-methods/898814-square-plugin-not-showing-up#313826 "-- HikaShop version -- : 4.2.2 -- Joomla version -- : 3.9.13 -- PHP version -- : 7.3.12 I've purchased the Square plugin, installed it, added my Square credentials (Application ID, Access Token, and Location ID), and published it as a payment option. No matter what I do, this payment method won't show up on the front end of my site. I've even gone so far as to turn off PayPal completely. This results in the following message being shown on the front end"No payment methods found". It might be worth it to note that I use HikaSerial with my setup. I've tested this out with both recurring and one-time services. Am I missing something? Any suggestions?") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 6 years 10 months ago, by [jcroce](/forum/user/13772-jcroce "View jcroce's Profile") [Last Post](/forum/29-payment-methods/898814-square-plugin-not-showing-up#313840 "Hi, The Square plugin doesn't support recurring payments. It would require additional development work. If interested, you can contact the developer, TsukiDev, on their website to check with them about doing that. tsukidev.com/#contactus") 6 years 10 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:2 Views:780 | [Last Post](/forum/29-payment-methods/898814-square-plugin-not-showing-up#313840 "Hi, The Square plugin doesn't support recurring payments. It would require additional development work. If interested, you can contact the developer, TsukiDev, on their website to check with them about doing that. tsukidev.com/#contactus") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 6 years 10 months ago |
| [](/forum/29-payment-methods/898814-square-plugin-not-showing-up#313813) | [Square Plugin not showing up](/forum/29-payment-methods/898814-square-plugin-not-showing-up#313813 "-- HikaShop version -- : 4.2.2 -- Joomla version -- : 3.9.13 -- PHP version -- : 7.3.12 I've purchased the Square plugin, installed it, added my Square credentials (Application ID, Access Token, and Location ID), and published it as a payment option. No matter what I do, this payment method won't show up on the front end of my site. I've even gone so far as to turn off PayPal completely. This results in the following message being shown on the front end"No payment methods found". It might be worth it to note that I use HikaSerial with my setup. I've tested this out with both recurring and one-time services. Am I missing something? Any suggestions?") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 6 years 10 months ago, by [jcroce](/forum/user/13772-jcroce "View jcroce's Profile") [Last Post](/forum/29-payment-methods/898814-square-plugin-not-showing-up#313840 "Hi, The Square plugin doesn't support recurring payments. It would require additional development work. If interested, you can contact the developer, TsukiDev, on their website to check with them about doing that. tsukidev.com/#contactus") 6 years 10 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:2 Views:780 | [Last Post](/forum/29-payment-methods/898814-square-plugin-not-showing-up#313840 "Hi, The Square plugin doesn't support recurring payments. It would require additional development work. If interested, you can contact the developer, TsukiDev, on their website to check with them about doing that. tsukidev.com/#contactus") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 6 years 10 months ago |
| [](/forum/19-hikamarket/898463-hika-market-and-coupon-option#313073) | [Hika Market and Coupon Option](/forum/19-hikamarket/898463-hika-market-and-coupon-option#313073 "-- HikaShop version -- : 4.2.1 -- Joomla version -- : 3.9.12 -- PHP version -- : 7.1 -- Browser(s) name and version -- : Firefox Hi, From previous discussions we've had, I believe I need to add HikaMarket for one half of what I'm looking to do. First, I have a monthly product that uses Hika Serial for renewals. I want to create a coupon code that will only be good for the initial sign-up and will give the customer the service free for the first twelve months. After that, the product will renew automatically and bill monthly. The only part of this I don't know how to do is the code needed to give the customer the first 12 months for free. Second, I want to use HikaMarket to send 80% of the payment to the site owner and 20% of the payment to a second party both using PayPal. Please advise as I will need to purchase HikaMarket if this cannot be done w/o that product. Thank you. John") Category: [HikaMarket](/forum/19-hikamarket "A Joomla! component for HikaShop which add front-end edition and multi-vendor features.") Topic started 7 years 1 week ago, by [jcroce](/forum/user/13772-jcroce "View jcroce's Profile") [Last Post](/forum/19-hikamarket/898463-hika-market-and-coupon-option#313115 "Hello, HikaSubscription does use the final price of the product to perform the recurring. If you do set-up a discount on the product price, that price will be stored in the order and that specific price will be used by the recurring plugin. When there are multiple products in the order and some do not have the recurring, HikaSubscription will process the price for the recurring part. But, in the other hand, when there is just recurring products in the order, HikaSubscription can simply take the final price of the order as the recurring price. Thus, in your specific case, if you just have one product and a coupon, the HikaSubscription behavior would be to use the order total price as recurring price. It would require some modification in the core (and a new setting) to force the processing of the orders even if there is just one product (or to do it when there is a coupon). It would also require a new setting for the coupons to be able to know if they should be handle by the recurring. Because maybe you do have a coupon which would be apply for all your subscription... The full implementation would require some time and that's not something we can provide as small patch in the forum. But it might be possible to modify the core to deactivate the optimization and force the processing of the order's products to generate the recurring sum. It would require some investigation and multiple tests in our side but it would be the fasted way. Regards,") 6 years 11 months ago by [Jerome](/forum/user/80-jerome "View Jerome's Profile") | Replies:7 Views:1371 | [Last Post](/forum/19-hikamarket/898463-hika-market-and-coupon-option#313115 "Hello, HikaSubscription does use the final price of the product to perform the recurring. If you do set-up a discount on the product price, that price will be stored in the order and that specific price will be used by the recurring plugin. When there are multiple products in the order and some do not have the recurring, HikaSubscription will process the price for the recurring part. But, in the other hand, when there is just recurring products in the order, HikaSubscription can simply take the final price of the order as the recurring price. Thus, in your specific case, if you just have one product and a coupon, the HikaSubscription behavior would be to use the order total price as recurring price. It would require some modification in the core (and a new setting) to force the processing of the orders even if there is just one product (or to do it when there is a coupon). It would also require a new setting for the coupons to be able to know if they should be handle by the recurring. Because maybe you do have a coupon which would be apply for all your subscription... The full implementation would require some time and that's not something we can provide as small patch in the forum. But it might be possible to modify the core to deactivate the optimization and force the processing of the order's products to generate the recurring sum. It would require some investigation and multiple tests in our side but it would be the fasted way. Regards,") by [Jerome](/forum/user/80-jerome "View Jerome's Profile") 6 years 11 months ago |
| [](/forum/14-hikaserial/898518-admin-creates-recurring-order-vs-user-creating-recurring-order#312191) | [Admin creates recurring order vs. User creating recurring order](/forum/14-hikaserial/898518-admin-creates-recurring-order-vs-user-creating-recurring-order#312191 "I'm trying to set up an order for a user so that they can simply login to their account and pay the invoice. I've created a recurring product and a recurring PayPal method. I create the order as the user from the front-end and go as far as PayPal without actually paying. When I return to my website and login again as the user, I can see the order in my account with a status of CREATED. If I now use the ACTIONS > PAY NOW I can see the PayPal payment option. When I hit NEXT, I'm greeted with a PayPal message that says "Things don't appear to be working at the moment. Please try again later. Return to Merchant." If the Admin creates the order using the same exact product on the back-end, the user can later login on the front end and see this order. Important to note is that even though it's the same exact product, when the Admin views the list of orders, the order the Admin created is blank under Payment Method. This is different than if the Admin views an unpaid order that a user created in which case it indicates the payment method as PayPal. If the user logs in after the Admin creates the order on the back end, the user can see the order as Created. If the user selects Actions > Pay Now, there is no payment method available. So the result is that if the order is created in advance either by the Admin or the User, it can't be paid. If the user creates the same order and immediately proceeds to checkout, all works fine. Is this because an order that has a recurring payment cannot be saved for later on?") Category: [HikaSerial](/forum/14-hikaserial "A Joomla! component for HikaShop which add new features around serials/licences and unique content assignation.") Topic started 7 years 5 days ago, by [jcroce](/forum/user/13772-jcroce "View jcroce's Profile") [Last Post](/forum/14-hikaserial/898518-admin-creates-recurring-order-vs-user-creating-recurring-order#312214 "Hello, Order management in backend is related to HikaShop (and its support) ; it's not something specific to HikaSubscription. When you create an order in the HikaShop backend you can set-up the payment method such as all the other fields. I recommend you to ask the HikaShop support team in the HikaShop section of the forum for more details. Now regarding the "pay now" and Paypal recurring plugin, it would require some test in the HikaShop recurring system to check if it send the necessary details to the plugin. But I suppose that, because HikaSubscription can set-up the recurring options during the checkout, it might not have the same triggers with the "pay now" and it do not allow the recurring plugin to do its full job. Regards,") 7 years 4 days ago by [Jerome](/forum/user/80-jerome "View Jerome's Profile") | Replies:1 Views:934 | [Last Post](/forum/14-hikaserial/898518-admin-creates-recurring-order-vs-user-creating-recurring-order#312214 "Hello, Order management in backend is related to HikaShop (and its support) ; it's not something specific to HikaSubscription. When you create an order in the HikaShop backend you can set-up the payment method such as all the other fields. I recommend you to ask the HikaShop support team in the HikaShop section of the forum for more details. Now regarding the "pay now" and Paypal recurring plugin, it would require some test in the HikaShop recurring system to check if it send the necessary details to the plugin. But I suppose that, because HikaSubscription can set-up the recurring options during the checkout, it might not have the same triggers with the "pay now" and it do not allow the recurring plugin to do its full job. Regards,") by [Jerome](/forum/user/80-jerome "View Jerome's Profile") 7 years 4 days ago |
| [](/forum/19-hikamarket/898463-hika-market-and-coupon-option#311997) | [Hika Market and Coupon Option](/forum/19-hikamarket/898463-hika-market-and-coupon-option#311997 "-- HikaShop version -- : 4.2.1 -- Joomla version -- : 3.9.12 -- PHP version -- : 7.1 -- Browser(s) name and version -- : Firefox Hi, From previous discussions we've had, I believe I need to add HikaMarket for one half of what I'm looking to do. First, I have a monthly product that uses Hika Serial for renewals. I want to create a coupon code that will only be good for the initial sign-up and will give the customer the service free for the first twelve months. After that, the product will renew automatically and bill monthly. The only part of this I don't know how to do is the code needed to give the customer the first 12 months for free. Second, I want to use HikaMarket to send 80% of the payment to the site owner and 20% of the payment to a second party both using PayPal. Please advise as I will need to purchase HikaMarket if this cannot be done w/o that product. Thank you. John") Category: [HikaMarket](/forum/19-hikamarket "A Joomla! component for HikaShop which add front-end edition and multi-vendor features.") Topic started 7 years 1 week ago, by [jcroce](/forum/user/13772-jcroce "View jcroce's Profile") [Last Post](/forum/19-hikamarket/898463-hika-market-and-coupon-option#313115 "Hello, HikaSubscription does use the final price of the product to perform the recurring. If you do set-up a discount on the product price, that price will be stored in the order and that specific price will be used by the recurring plugin. When there are multiple products in the order and some do not have the recurring, HikaSubscription will process the price for the recurring part. But, in the other hand, when there is just recurring products in the order, HikaSubscription can simply take the final price of the order as the recurring price. Thus, in your specific case, if you just have one product and a coupon, the HikaSubscription behavior would be to use the order total price as recurring price. It would require some modification in the core (and a new setting) to force the processing of the orders even if there is just one product (or to do it when there is a coupon). It would also require a new setting for the coupons to be able to know if they should be handle by the recurring. Because maybe you do have a coupon which would be apply for all your subscription... The full implementation would require some time and that's not something we can provide as small patch in the forum. But it might be possible to modify the core to deactivate the optimization and force the processing of the order's products to generate the recurring sum. It would require some investigation and multiple tests in our side but it would be the fasted way. Regards,") 6 years 11 months ago by [Jerome](/forum/user/80-jerome "View Jerome's Profile") | Replies:7 Views:1371 | [Last Post](/forum/19-hikamarket/898463-hika-market-and-coupon-option#313115 "Hello, HikaSubscription does use the final price of the product to perform the recurring. If you do set-up a discount on the product price, that price will be stored in the order and that specific price will be used by the recurring plugin. When there are multiple products in the order and some do not have the recurring, HikaSubscription will process the price for the recurring part. But, in the other hand, when there is just recurring products in the order, HikaSubscription can simply take the final price of the order as the recurring price. Thus, in your specific case, if you just have one product and a coupon, the HikaSubscription behavior would be to use the order total price as recurring price. It would require some modification in the core (and a new setting) to force the processing of the orders even if there is just one product (or to do it when there is a coupon). It would also require a new setting for the coupons to be able to know if they should be handle by the recurring. Because maybe you do have a coupon which would be apply for all your subscription... The full implementation would require some time and that's not something we can provide as small patch in the forum. But it might be possible to modify the core to deactivate the optimization and force the processing of the order's products to generate the recurring sum. It would require some investigation and multiple tests in our side but it would be the fasted way. Regards,") by [Jerome](/forum/user/80-jerome "View Jerome's Profile") 6 years 11 months ago |
| [](/forum/19-hikamarket/898463-hika-market-and-coupon-option#311975) | [Hika Market and Coupon Option](/forum/19-hikamarket/898463-hika-market-and-coupon-option#311975 "-- HikaShop version -- : 4.2.1 -- Joomla version -- : 3.9.12 -- PHP version -- : 7.1 -- Browser(s) name and version -- : Firefox Hi, From previous discussions we've had, I believe I need to add HikaMarket for one half of what I'm looking to do. First, I have a monthly product that uses Hika Serial for renewals. I want to create a coupon code that will only be good for the initial sign-up and will give the customer the service free for the first twelve months. After that, the product will renew automatically and bill monthly. The only part of this I don't know how to do is the code needed to give the customer the first 12 months for free. Second, I want to use HikaMarket to send 80% of the payment to the site owner and 20% of the payment to a second party both using PayPal. Please advise as I will need to purchase HikaMarket if this cannot be done w/o that product. Thank you. John") Category: [HikaMarket](/forum/19-hikamarket "A Joomla! component for HikaShop which add front-end edition and multi-vendor features.") Topic started 7 years 1 week ago, by [jcroce](/forum/user/13772-jcroce "View jcroce's Profile") [Last Post](/forum/19-hikamarket/898463-hika-market-and-coupon-option#313115 "Hello, HikaSubscription does use the final price of the product to perform the recurring. If you do set-up a discount on the product price, that price will be stored in the order and that specific price will be used by the recurring plugin. When there are multiple products in the order and some do not have the recurring, HikaSubscription will process the price for the recurring part. But, in the other hand, when there is just recurring products in the order, HikaSubscription can simply take the final price of the order as the recurring price. Thus, in your specific case, if you just have one product and a coupon, the HikaSubscription behavior would be to use the order total price as recurring price. It would require some modification in the core (and a new setting) to force the processing of the orders even if there is just one product (or to do it when there is a coupon). It would also require a new setting for the coupons to be able to know if they should be handle by the recurring. Because maybe you do have a coupon which would be apply for all your subscription... The full implementation would require some time and that's not something we can provide as small patch in the forum. But it might be possible to modify the core to deactivate the optimization and force the processing of the order's products to generate the recurring sum. It would require some investigation and multiple tests in our side but it would be the fasted way. Regards,") 6 years 11 months ago by [Jerome](/forum/user/80-jerome "View Jerome's Profile") | Replies:7 Views:1371 | [Last Post](/forum/19-hikamarket/898463-hika-market-and-coupon-option#313115 "Hello, HikaSubscription does use the final price of the product to perform the recurring. If you do set-up a discount on the product price, that price will be stored in the order and that specific price will be used by the recurring plugin. When there are multiple products in the order and some do not have the recurring, HikaSubscription will process the price for the recurring part. But, in the other hand, when there is just recurring products in the order, HikaSubscription can simply take the final price of the order as the recurring price. Thus, in your specific case, if you just have one product and a coupon, the HikaSubscription behavior would be to use the order total price as recurring price. It would require some modification in the core (and a new setting) to force the processing of the orders even if there is just one product (or to do it when there is a coupon). It would also require a new setting for the coupons to be able to know if they should be handle by the recurring. Because maybe you do have a coupon which would be apply for all your subscription... The full implementation would require some time and that's not something we can provide as small patch in the forum. But it might be possible to modify the core to deactivate the optimization and force the processing of the order's products to generate the recurring sum. It would require some investigation and multiple tests in our side but it would be the fasted way. Regards,") by [Jerome](/forum/user/80-jerome "View Jerome's Profile") 6 years 11 months ago |
| [](/forum/19-hikamarket/898463-hika-market-and-coupon-option#311915) | [Hika Market and Coupon Option](/forum/19-hikamarket/898463-hika-market-and-coupon-option#311915 "-- HikaShop version -- : 4.2.1 -- Joomla version -- : 3.9.12 -- PHP version -- : 7.1 -- Browser(s) name and version -- : Firefox Hi, From previous discussions we've had, I believe I need to add HikaMarket for one half of what I'm looking to do. First, I have a monthly product that uses Hika Serial for renewals. I want to create a coupon code that will only be good for the initial sign-up and will give the customer the service free for the first twelve months. After that, the product will renew automatically and bill monthly. The only part of this I don't know how to do is the code needed to give the customer the first 12 months for free. Second, I want to use HikaMarket to send 80% of the payment to the site owner and 20% of the payment to a second party both using PayPal. Please advise as I will need to purchase HikaMarket if this cannot be done w/o that product. Thank you. John") Category: [HikaMarket](/forum/19-hikamarket "A Joomla! component for HikaShop which add front-end edition and multi-vendor features.") Topic started 7 years 1 week ago, by [jcroce](/forum/user/13772-jcroce "View jcroce's Profile") [Last Post](/forum/19-hikamarket/898463-hika-market-and-coupon-option#313115 "Hello, HikaSubscription does use the final price of the product to perform the recurring. If you do set-up a discount on the product price, that price will be stored in the order and that specific price will be used by the recurring plugin. When there are multiple products in the order and some do not have the recurring, HikaSubscription will process the price for the recurring part. But, in the other hand, when there is just recurring products in the order, HikaSubscription can simply take the final price of the order as the recurring price. Thus, in your specific case, if you just have one product and a coupon, the HikaSubscription behavior would be to use the order total price as recurring price. It would require some modification in the core (and a new setting) to force the processing of the orders even if there is just one product (or to do it when there is a coupon). It would also require a new setting for the coupons to be able to know if they should be handle by the recurring. Because maybe you do have a coupon which would be apply for all your subscription... The full implementation would require some time and that's not something we can provide as small patch in the forum. But it might be possible to modify the core to deactivate the optimization and force the processing of the order's products to generate the recurring sum. It would require some investigation and multiple tests in our side but it would be the fasted way. Regards,") 6 years 11 months ago by [Jerome](/forum/user/80-jerome "View Jerome's Profile") | Replies:7 Views:1371 | [Last Post](/forum/19-hikamarket/898463-hika-market-and-coupon-option#313115 "Hello, HikaSubscription does use the final price of the product to perform the recurring. If you do set-up a discount on the product price, that price will be stored in the order and that specific price will be used by the recurring plugin. When there are multiple products in the order and some do not have the recurring, HikaSubscription will process the price for the recurring part. But, in the other hand, when there is just recurring products in the order, HikaSubscription can simply take the final price of the order as the recurring price. Thus, in your specific case, if you just have one product and a coupon, the HikaSubscription behavior would be to use the order total price as recurring price. It would require some modification in the core (and a new setting) to force the processing of the orders even if there is just one product (or to do it when there is a coupon). It would also require a new setting for the coupons to be able to know if they should be handle by the recurring. Because maybe you do have a coupon which would be apply for all your subscription... The full implementation would require some time and that's not something we can provide as small patch in the forum. But it might be possible to modify the core to deactivate the optimization and force the processing of the order's products to generate the recurring sum. It would require some investigation and multiple tests in our side but it would be the fasted way. Regards,") by [Jerome](/forum/user/80-jerome "View Jerome's Profile") 6 years 11 months ago |
| [](/forum/19-hikamarket/898463-hika-market-and-coupon-option#311914) | [Hika Market and Coupon Option](/forum/19-hikamarket/898463-hika-market-and-coupon-option#311914 "-- HikaShop version -- : 4.2.1 -- Joomla version -- : 3.9.12 -- PHP version -- : 7.1 -- Browser(s) name and version -- : Firefox Hi, From previous discussions we've had, I believe I need to add HikaMarket for one half of what I'm looking to do. First, I have a monthly product that uses Hika Serial for renewals. I want to create a coupon code that will only be good for the initial sign-up and will give the customer the service free for the first twelve months. After that, the product will renew automatically and bill monthly. The only part of this I don't know how to do is the code needed to give the customer the first 12 months for free. Second, I want to use HikaMarket to send 80% of the payment to the site owner and 20% of the payment to a second party both using PayPal. Please advise as I will need to purchase HikaMarket if this cannot be done w/o that product. Thank you. John") Category: [HikaMarket](/forum/19-hikamarket "A Joomla! component for HikaShop which add front-end edition and multi-vendor features.") Topic started 7 years 1 week ago, by [jcroce](/forum/user/13772-jcroce "View jcroce's Profile") [Last Post](/forum/19-hikamarket/898463-hika-market-and-coupon-option#313115 "Hello, HikaSubscription does use the final price of the product to perform the recurring. If you do set-up a discount on the product price, that price will be stored in the order and that specific price will be used by the recurring plugin. When there are multiple products in the order and some do not have the recurring, HikaSubscription will process the price for the recurring part. But, in the other hand, when there is just recurring products in the order, HikaSubscription can simply take the final price of the order as the recurring price. Thus, in your specific case, if you just have one product and a coupon, the HikaSubscription behavior would be to use the order total price as recurring price. It would require some modification in the core (and a new setting) to force the processing of the orders even if there is just one product (or to do it when there is a coupon). It would also require a new setting for the coupons to be able to know if they should be handle by the recurring. Because maybe you do have a coupon which would be apply for all your subscription... The full implementation would require some time and that's not something we can provide as small patch in the forum. But it might be possible to modify the core to deactivate the optimization and force the processing of the order's products to generate the recurring sum. It would require some investigation and multiple tests in our side but it would be the fasted way. Regards,") 6 years 11 months ago by [Jerome](/forum/user/80-jerome "View Jerome's Profile") | Replies:7 Views:1371 | [Last Post](/forum/19-hikamarket/898463-hika-market-and-coupon-option#313115 "Hello, HikaSubscription does use the final price of the product to perform the recurring. If you do set-up a discount on the product price, that price will be stored in the order and that specific price will be used by the recurring plugin. When there are multiple products in the order and some do not have the recurring, HikaSubscription will process the price for the recurring part. But, in the other hand, when there is just recurring products in the order, HikaSubscription can simply take the final price of the order as the recurring price. Thus, in your specific case, if you just have one product and a coupon, the HikaSubscription behavior would be to use the order total price as recurring price. It would require some modification in the core (and a new setting) to force the processing of the orders even if there is just one product (or to do it when there is a coupon). It would also require a new setting for the coupons to be able to know if they should be handle by the recurring. Because maybe you do have a coupon which would be apply for all your subscription... The full implementation would require some time and that's not something we can provide as small patch in the forum. But it might be possible to modify the core to deactivate the optimization and force the processing of the order's products to generate the recurring sum. It would require some investigation and multiple tests in our side but it would be the fasted way. Regards,") by [Jerome](/forum/user/80-jerome "View Jerome's Profile") 6 years 11 months ago |
[](/forum/topics/feed/mode-topics?format=feed&type=rss)
Time to create page: 0.160 seconds
[Powered by](/forum/credits) [Kunena Forum](https://www.kunena.org)
[](#top)