HikaShop eWay Rapid payment plugin problems

  • Posts: 14
  • Thank you received: 1
  • Hikashop Essential
2 weeks 6 days ago #305477

-- url of the page with the problem -- : quollbooks.comau/hikashop-menu-for-products-listing
-- HikaShop version -- : 4.0.3
-- Joomla version -- : 3.9.4
-- PHP version -- : 7.2.16
-- Browser(s) name and version -- : Microsoft Edge 42.17134.1.0

  • I have configured HikaShop for a three stage process: Login > Shipping > Payment. The first two stages work well with the Shipping page ending with a [Next] button at the bottom. Clicking the [Next] button shows this page:


    There are some problems with this page:
    1. The button at the bottom is labelled [Finish] but the payment process is not finished - no credit card details have been entered at this stage. Labelling the button "Finish" is confusing to users. Could it be changed to "Next"?
    2. Our site is currently configured with only one payment method - credit card payment - so this step is not necessary at all. Could this step be omitted unless two or more payment methods are offered to users?

    Clicking the [Finish] button (that would be better labelled a [Next] button) shows this page:


    I have configured the eWay Rapid plugin so that the customer and shipping details are read-only. However, the presentation of this information as a table wrongly suggests to the user that it can be edited. And it distracts attention from the main purpose of this page: to enter credit card details. It is common practice on other sites to list customer details as an "'address block", such as:
    Mr Try Eway
    PO Box 167
    St Agnes SA 5097 Australia
    Could that be done, with an Edit button added when configured for editing by the user?

    When the credit card details are added and the [PAY NOW] button is pressed, the user would expect to be transferred to another page listing the goods ordered, the cost of the goods, the payment received and advice that the balance owing is zero - in other words an invoice/receipt. However the following page does not contain this information - it is like this:


    On the left, this page says: "Transaction Approved. Payment has been taken." However testing shows that the payment has NOT been taken at this stage. The label on the button (at the top right), namely "FINALISE TRANSACTION" is again misleading. The fact that the button on the previous page was labelled "PAY NOW" suggests to the user that clicking that button is the step that makes the payment - but it doesn't. Users may read the message "Transaction Approved. Payment has been taken.", assume that no further actions are required and ignore the [FINALISE TRANSACTION] button. The result is that no order is generated and no payment is made.

    Can this be fixed by repacing this page with an invoice/receipt page, as described above?

    A further problem is that the payment process results in HikaShop generating two emails:
    - one saying that an order has been created - pay now,
    - another saying that an order has been completed.

    Our website accepts only one payment method - payment by credit card. The first email is confusing - the "pay now" email may be read by the user AFTER the payment has been made. Can HikaShop be configured so that, when a credit card payment is completed as the final step in the payment process (as in our case), the first email (order created - "pay now") is NOT sent? In this case only the second email (order completed) is needed.

    I hope these issues can be addressed so that the payment process is much more user-friendly.

Attachments:

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

  • Posts: 65411
  • Thank you received: 9529
  • MODERATOR
2 weeks 6 days ago #305481

Hi,

1. You can use a translation override to change that text, like for any text of the interface of HikaShop/Joomla:
www.hikashop.com/download/languages.html#modify

2. For now, you could add CSS to hide that area.
www.hikashop.com/support/documentation/1...ize-the-display.html

3. Once you click on the "finish" button of the HikaShop checkout, you go to the payment gateway payment pages.
So if you want to customize the views of your last two screenshots, you need to contact the support of eWay and see with them what can be done. Some payment gateways offer customization of these pages via templating that can be configured on the merchant account some don't. If they don't, I'm afraid you'll be stuck with that presentation unless you use another payment gateway.

4. If you don't want the first email, you can just disable it via the menu System>Emails of the HikaShop backend. It is called "order creation notification".

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

  • Posts: 14
  • Thank you received: 1
  • Hikashop Essential
2 weeks 5 days ago #305519

Thank you for your answers, which have enabled me to make progress on those pages controlled by HikaShop. I will seek to address the issues with the eWAY pages with eWAY.

In the HikaShop eWay Rapid payment plugin there is a field for Return url. When an order is successfully completed, is it possible to return a website page (normally not publicly visible) that contains information similar to that in the order confirmation email (example shown below)?

Attachments:

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

  • Posts: 65411
  • Thank you received: 9529
  • MODERATOR
2 weeks 5 days ago #305522

Hi,

Normally, if you don't enter anything in that return URL, you should be directed to a "thank you" page with a message including a link to the order details page displaying the information as you want.
So it's already pretty close to what you want.
Now, if you want to get that order details page directly, it's possible with the "return URL" parameter of the payment method.
However, as the order_id in the URL is dynamic, you'll need to add tags to the return URL.
So for example, suppose that the URL to the order details page is mywebsite.com/orders/order/cid-XXX where XXX is the id of the order, you'll want to enter the URL

http://mywebsite.com/orders/order/cid-{order_id}
in that return URL parameter.
For guest checkout (if you have it activated), you also need the order_token parameter which is also different for each order and thus you should use {order_token} in the return URL.

Last edit: 2 weeks 2 days ago by nicolas.

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

  • Posts: 14
  • Thank you received: 1
  • Hikashop Essential
2 weeks 4 days ago #305563

Thanks again. As you say, if the Return URL field is left blank, the eWay Rapid payment plugin returns the user (on our site) to this "thank-you" page (with codes turned on):



Clicking on the "here" link shows the relevant order page, which does indeed provide the user with information about their order. This is what I wanted, but the additional click required is not as user-friendly as I would like.

I tried following your instructions and entered in the Return URL field this URL:
quollbooks.com.au/component/hikashop/order/show/cid-{order_id }
This resulted in the display of an order-listing page, not the individual order concerned:


Hence I have some questions.

1. To display the details of a single order, is a different tag required (i.e. not {order_id })?

2. Could the order information be shown on the thank-you page, rather than on another page accessed by a link?

3. The order page itself has a "Back" button, which does NOT return the user to the "thank-you" page. Instead it takes the user to a page listing previous orders on this site. Could the "Back" button be removed, so that only the relevant order page is accessed?

Attachments:

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

  • Posts: 65411
  • Thank you received: 9529
  • MODERATOR
2 weeks 2 days ago #305600

Hi,

1. Sorry for that, it's {order_id} without any space. The forum system we use actually added that space when creating the a tag around the link I gave in my message. I've modified my message to add [ code ] tags around the link so that the correct link is displayed in my previous message.
If you use that link with the tag {order_id} correctly written, it will display the order details page.

2. It could. If you edit the view checkout/after_end.php via the menu Display>Views, you can find all the information of the order in $this->order. However, it will be a lot of work instead of just redirecting the customer to the order details page.

3. This depends on the current menu item. If the current menu item is a user control panel or orders listing menu item type, then the back button will display. If the menu item is of another type, it won't display. So it actually depends on the link you're using to access the order details page.

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

  • Posts: 14
  • Thank you received: 1
  • Hikashop Essential
1 week 3 days ago #305789

Thanks for your clarifications. I think I'll go with the default (blank field) for now - although, if the user clicks the link to view the order form, the [Back] button remains a problem.

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

  • Posts: 65411
  • Thank you received: 9529
  • MODERATOR
1 week 2 days ago #305807

Hi,

You should be able to not have the back button. As I said, it depends on the link you're using and what menu item alias you have in the link. Also, you could simply hide that button with CSS if you don't want it.

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

Time to create page: 0.101 seconds
Powered by Kunena Forum