Earn points problem (Coupon + earned points combo)

-- HikaShop version -- : 2.6.1.

Hi!

1.) I noticed that if a user uses his earned points as a partial payment, and also useses a coupon code besides, the base of the points earned by the actual order is decreased by the earlier earned points only, the other one (the coupon's value) is ignored. In that way the user earns more points then he should.

2.) Also a problem that, if user uses his earlier points for a discount and earning point is also turned on, the user do not gets the correct amount of points he deserves (and what is shown correctly in the text in checkout phase), but gets back all the points he used for the order. For example if user uses 200 from his points, and he should earn 40 points with that order, when order is set to shipped he does get back 200 points, but he should just get 40.

3.) When order-created email is going out it shows correctly that user used XXX points in the order. But later, when order's status is changed the outgoing email cointains 0 HUF (zero currency) instead of the earlier XXX points.

Some help would be really-really appreciated!

Hi Philip,

Thanks for your fast response.

1.) Understood the problem of course, really sorry that is so hard to solve. Maybe later there will be some options to solve.

2.) No. Please if you can, make a test for this case. Again: when earning points is turned on and also user uses his earlier points to get a discount on the same order, when order is created points balance is decreased correctly. User should get his newly earned points later, when his order confirmed. It's OK that this process runs just when the status is set to confirmed, user gets points just that time, Put the number of points is not that quantity what he earned, but the quantity he put in for the discount. It's also a problem that as I set a point expiration (3 months) in AUP rule settings (order_validation), the discount's points also get this expiration. It shouldn't I think. So as I see somehow the system somehow mixtures the 2 kind of points (the decrease value which is used for discount, and the newly earned points')

3.) Tested it, it semms working now correctly. Thanks.

Regards,

Philip wrote: Hello,

I am unable to reproduce your trouble on my side... Can you provide us a user account WITH backend access to process some test?
For this use our "Contact us" form, and use this topic subject to fill your message subject.

Awaiting news from you.

Regards,

Just sent it.
Thanks for your help in advance.

Oh, shswssss... I was playing with it, but this tricked me. As in my native language the default statuses are translated, and I thought I have to give in that field the ids...
Thanks, now that part seems OK, just the point expiration set is not OK.

I thought on maybe I should create a separate rule for earning points and for changing points to discount, and then using a different rule name in the plugin (because now discount and point earning both has expire date, but just earning should have). Also in that case I would be able to add seperate rule names for them.

For this I should just rename the rule_name (plgaup_orderValidation) to something other in AUP rules, and in the userpoints.php, shouldn't I?

Philip wrote: Hi,

As far as I can see, there is no need to change any code. Just set expiration duration in the settings of the plgaup_orderValidation rule in AUP and AUP will automatically set the expiration date for the points added by the user points plugin through this rule.

Dear Philip,

There's a small problem again.

For example user pays 200 points, and should get 40 points for his order.

Earlier point was set to be given in confirmed status. As we want to give points to user when order is in status 'feladva' I've set this name in plugin paramters. But it works really weird. User gets back it's points (in the example 200) he spent on the discount when order is set to confirmed. Then when order changed to 'feladva' status, then user gets -160 points. So cumulatively the final point is ok (it's 40) but the users get really confused. What can couse this?

Hi Philip,

Sorry, we've moved that subdomain to live site since, now I've created a test domain again for testing purposes.
I've just sent in PrivateMessage you the new site details via this Forum.

If you're there would you be so kind to check why stock is not taken back if order is cancelled?

Thanks for your help in advance again!

Ps.: Please delete the domain from the earlier post, if it's not a big request.

Thanks Philip for checking it so fast.
Now stock set back if order is cancelled is OK, that was because that not all the statuses was set in the config page - as you wrote.

But the gaining points problem still not solved... It was true that there was a misspell in 'feladva' status. This means in our language, that 'it is under delivery', it's on it's road to you. So this should be a status just before shipped. (shipped = arrived to you, it's in your hands) But fixing to the correct status name also do not helped.

I've played a lot with the plugin, but anything I gave in the plugin parameter was not working correctly (worked as earlier described), only if the 'confirmed' status was set. In that case (confirmed) it worked like a charm. Please have a look at it again, because I feel myself so retarded, that you can not imagine... You can modify in config the statuses, also in the plugin settings I give you a free hand, please make a test order. System should give the user the points when the status is 'shipped' or 'feladva', and of course it shouldn't remove points from user if the status was not set to 'shipped' or 'feladva' before. That's our case what needs an ASAP solution.