Multiple use of Payment Plugins

  • Posts: 20
  • Thank you received: 2
  • Hikashop Business
9 years 1 week ago #220576

-- HikaShop version -- : 2.6.0
-- Joomla version -- : 3.4.5
-- PHP version -- : 5.5.30
-- Browser(s) name and version -- : Mozilla Firefox, Chrome, IE

After updating to the latest version some month ago I have now found something that needs some attention in regards of multiple setup and usage of Payment methods using the same payment plugins.

In our webshop we have for a couple of years had 2 different setup of 3 Payment plugins.
1. Bank Transfer
2. PayPal
3. Quickpay

1st setup is for all customers to use within as certain range of specifications related to weight and the shipping methods.
2nd setup is for all our wholesale customers. Here we have added both payment fees and different names and it can only be used in specific weight and shipping alternatives with shipping methods only open for our wholesale customer groups.
Here is the unique names we have given the Payment plugins for this second setup:
1. Wholesale - Bank Transfer
2. PayPal - Wholesale
3. Quickpay - Wholesale

After the update in early October to version 2.6.0 the second setup with both PayPal - Wholesale and also Quickpay - Wholesale is no longer taken into consideration of the system when processing the orders. In Frontend the wholesale customers do have the correct selection of payment methods and can freely select them, but after completing the order this is not being performed for the orders - in stead the system uses the 1st setup without any additional fees from our pre-programmed options.

So something must have been changed in version 2.6.0 to no longer have these payment method options being taken into consideration any more.

Another thing also in relation to this is found in the backend order list view where the selected view using the "listing view with the payment methods". When selecting to list the orders by "PayPal", "Quickpay" or "Bank Transfer" the listing is not correctly performed. It is as if the system does not recognize the actual payment methods in the selected choices for listing.

See the attached images showing all what I have tried to tell and explain here.

Any new settings in the system that we have over looked in version 2.6.0 ?
Are there ways to set the payment methods to be listed correctly in backend Order listing view ?
Is there anything here to look into for us to have all our payment methods being correctly processed in the system ?

Please Log in or Create an account to join the conversation.

  • Posts: 82867
  • Thank you received: 13374
  • MODERATOR
9 years 1 week ago #220646

Hi,

Could you provide a backend access and a wholesale test user account for your website so that we could check your settings ?
www.hikashop.com/support/contact-us.html

Please Log in or Create an account to join the conversation.

  • Posts: 20
  • Thank you received: 2
  • Hikashop Business
9 years 1 week ago #220649

Hello Nicolas,

Thank you for going into this.

Requested details sent.

Please Log in or Create an account to join the conversation.

  • Posts: 82867
  • Thank you received: 13374
  • MODERATOR
9 years 1 week ago #220723

Hi,

1. I was not able to reproduce the problem. The wholesale payment method, when selected is properly taken into account in the order. I invite you to check the orders I created on your website, which contain the payment methods, with the correct payment fees and the correct payment methods selected as a wholesaler.

2. For the orders "payment methods" filtering on the orders listing, the issue is that the filtering is done at the plugin level, not at the payment method level. So regardless which payment method you select, as long as it is the same payment plugin, you'll see all the orders of the payment plugin selected. We'll change that for next version for better consistency.

Please Log in or Create an account to join the conversation.

  • Posts: 20
  • Thank you received: 2
  • Hikashop Business
9 years 1 week ago #220753

Hello Nicolas, and thank you for your help in this.

I have now found the reason for this by studying the details that have been changed from the previous version of Hikashop Business.

You tested the same product with both your test orders, this was a product without "Variants" and all went well, because with no variants there were no new settings in relation to User Groups and access level to the product with its Shipping and Payment methods from the previous versions of Hikashop.

In "Variants" we now also have to select the User Group access level in general for the product in addition to the unique pricing of each product that eariler alone directly regulated the User Group access level and through this the usage of our different Shipping an Payment methods.

After adjusting the general access level to the correct User Groups in Variants for our other main product, test orders says that it is all solved. So now I am very happy for your help - to help me seeing this and finding the solution to why orders from this variant used a general User Group with its programmed Shipping and Payment methods.

I had to find older orders from before and after the Hikashop version update to be aware what to look for.

Hope this also could help others not being aware of these particular settings with "Variants".

The following user(s) said Thank You: nicolas

Please Log in or Create an account to join the conversation.

Time to create page: 0.058 seconds
Powered by Kunena Forum