Different responses on order payment confirmation

-- url of the page with the problem -- : None
-- HikaShop version -- : 2.5.0

I have a prospect who wants to provide consulting articles and videos to people going through a legal process. Now this is fairly easy to do. However, she also wants to provide lawyers the ability to purchase these services with the receipt of payment being sent to the lawyer under the lawyers account but have a new account login credentials sent to their client. The prospect wants this to be automatically done without their having to do anything manually.

So....is there a way that this can be done with the HikaShop checkout process?

Also, does HikaShop have a GoEMerchant payment gateway plugin? www.goemerchant.com/

Nicholas,

Thanks on the GoEMerchant information. That's good to know.

Do you know a development firm that can modify HikaShop to implement both of these functions on order payment confirmation? I would like to get a quote.

We're one of the authorized HikaShop development partners (see www.hikashop.com/home/our-partners.html ). We specialize in unique and challenging eCommerce customizations and can certainly assist you with this project. If you would like to discuss a quote, please connect with us at PolishedGeek.com/clients/contact.php

I have submitted a request to you via your website contact page.

Nicholas,

I looked at HikaShop serial and this might work. A couple of questions. It says you can assign a serial number to a product. Now the product would actually be an online program. So if an attorney purchases a coupon with a serial number, then their client can setup an account and use the serial number to view the online program. However, I need some clarification on the statement "Let your customers "consume" their serial to activate it and do special actions". If an attorney purchases a coupon with a serial number that is assigned to a 'program' product, can a separate account use that coupon / serial # to access the 'program' product?

Basically, here is what I'm looking at providing.

1. Attorney purchases product coupon w/unique serial # for an online program
2. Attorney sends coupon code to their client with a link to the website.
3. Client goes to website link, sets up their own account and uses the coupon code to gain access to the online program.

One issue is access to the online program. I can use the ACL to have a unique group for each unique program (there are several). How could I assign the client to a particular unique group based on the coupon code that they use?

I hope you can understand this and give me some feedback.

Thanks. Luke

Jerome,

I asked this question concerning HikaShop so the thread would be available for full understanding of my issue. I hope that is ok.

Just a clarification on your statement "But in all cases, the serial is still unique and can be link only to one user.". Does that mean that if an attorney purchases a coupon with a serial # under his own account that the coupon with that 'same' serial # could only be used by his account and no other account? If so, on the standard Hikashop functionality, can a coupon # be generated randomly on each purchase which could be used by any account?

Thanks. Luke

Jerome,

Thanks for the update. I understand about the serial numbers so that option won't work unless the attorney sets up an account for their client themselves and purchases the coupon with a unique serial number because the receipt for the purchase will go to the client which is not acceptable.

As I see it the HikaShop coupons won't work because, although a coupon could be used by a different account , those have to be set up individually so you can't have a way that a randomly generated coupon could be assigned and purchased.

I guess there is no other way to accomplish this without custom modifications of the HikaShop application. Bummer!

If you have a brainstorm on a way to accomplish this, post back here as I am following this thread.

Luke

Jerome,

I thought this was fairly clear:

Basically, here is what I'm looking at providing.

Attorney purchases product coupon w/unique serial # for an online program
Attorney sends coupon code to their client with a link to the website.
Client goes to website link, sets up their own account and uses the coupon code to gain access to the online program.

Isn't that clear enough?

Luke

I went ahead and purchased the AwoCoupon product as well as subscribed to the HikaShop Business level for this client. I've setup Coupons and Gift Certificates on the AwoCoupon side with matching 'code' to coupons I have setup under HikaShop with each coupon linked to a specific product. However, I still cannot find any way to have someone purchase a coupon directly which is needed by professionals. Regular customers can purchase the products directly with no issue.

So how can I provide a link on a webpage that can allow a professional to purchase a coupon directly?

Nicolas,

I believe the issue was that there would be a 60 day period that the product could be used once the coupon/gift certificate was applied and that functionality was not part of HikaSerial. That was the reason you recommended AwoCoupon.

Luke

Nicolas,

I think I follow what you are recommending but I want to be clear in my understanding. The coupon that you are referring to in your "setting the discount_end date to now+60days in the $discount variable" instructions is the 'unique' coupon generated when the coupon is purchased. Is that correct?

Also, I noticed in the HikaShop documentation that the serial number can be assigned to a "Text, Article, poem, etc"? Is that correct? If so, would that 'Article' be made unavailable if the 'discount_end' has elapsed, ie: coupon used on 08/01/2016 to purchase product (program / article), at which point he can access the program/article, and then if they log in after 09/29/2016, they would not be able to view the article and would be presented with some type of message indicating that the coupon period has expired?

I didn't see anywhere about a 'gift' ability. So is it possible for the person who is 'purchasing' the coupon to enter the 'gift' name and email for the person who will be using the coupon and the coupon information be sent to that 'gift' person?

Nicolas,

Thanks for the feedback.

2. If your goal is to give access or not to some content for 60 days after the purchase, why do you need a coupon code for that ? Coupons are made to give a discount on a purchase, not to give access to some content. AWO Coupon won't help in that respect and HikaShop coupons won't either.

A professional will purchased the coupon (for 100% of product cost) and send it to his client. His client will be the one to purchase the product using the coupon so there is no outlay for the client.

I can set the user group after the product is purchased which I can use to restrict access to the program that they bought. So far so good. The issue is that we only want the client to have access to the program for 60 days. So I agree that there isn't a need to do anything concerning time until after the product is purchased.

What I had in mind is that after the 60 day period, the client would be removed from the 'user group', thus denying them access to that content. So upon purchase, when the client is added to the usergroup, there needs to be a setting for a 'expiration_date'. Once that date is passed, then the client would be removed from the usergroup. In thinking this through, I'm not sure what would be the best way to take advantage of any calls similar to "onBeforeDiscountCreate", so that when the order is 'confirmed', the current date+60 days would be stored in a date field and then when a client logs in, it checks the date field and if it is before the date of login, then the expiration period has been reached and the client would be removed from the 'user group'. This would keep from having to create some type of plugin that would run via a cron job just to remove people from specific user groups.

Now as each single product (program) will only be used by one client (customer), I thought that simply adding an 'expiration_date' to the 'XXX_hikashop_user' table would be sufficient. But the issue is linkage with the Joomla 'XXX_user_usergroup_map' table. Sine this table actually would have the user linked to the group, this would probably be the best place to put a 'expiration_date' field. Then I would have to check the Joomla documentation and create some type of check at the time of login to remove the user from the group if the 'expiration_date' has passed. This would effectively block their access to the content.

Do you feel this approach is practical?