[Skip to main content](#vessel-content) Board Categories Payment Methods ## # [Payment Methods](/forum/29-payment-methods "View Category 'Payment Methods'") 2191 topics | Discussions about the different payment methods for Hikashop | |---| ## | [ ](#forumbottom) | Subject | Replies / Views | Last Post | |---|---|---|---| | [](/forum/29-payment-methods/878115-hikashop-payment-plugin-for-turkish-lira-tl) | [Hikashop payment plugin for TURKISH LIRA(TL)](/forum/29-payment-methods/878115-hikashop-payment-plugin-for-turkish-lira-tl "Hello Sir, I am implementing website in joomla. I am using hikashop business version for my store and i want to implement payment gateway in my store. I want customer can pay via credit card. My website have 3 different languages (1) English (currency USD) (2) turkish (TL) and (3) russian (rubble) . I have implemented paypal pro method in checkout process and it works fine with USD currency. But when i change site language to Turkish the amount cahange to TL to all products . Now when i folllow the checkout steps then paypal payment pro method not work with turkish lira. So, do you have any suggestion what method would be better to achieve this issue ? Thank you") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 11 years 4 months ago, by [kinnar123](/forum/user/37978-kinnar123 "View kinnar123's Profile") [Last Post](/forum/29-payment-methods/878115-hikashop-payment-plugin-for-turkish-lira-tl#100000696 "Hi, For anyone reading this: there is now an payment plugin for HikaShop, for shops in Turkey. The customer pays on iyzico's secure payment form with a card of any Turkish bank (Visa, Mastercard, American Express, Troy), in instalments if you allow them, or with their iyzico wallet, and the order is confirmed as soon as iyzico confirms the payment. Cancels and refunds are made from the HikaShop backend. It needs an iyzico merchant account.") 1 day 6 hours ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:6 Views:726 | [Last Post](/forum/29-payment-methods/878115-hikashop-payment-plugin-for-turkish-lira-tl#100000696 "Hi, For anyone reading this: there is now an payment plugin for HikaShop, for shops in Turkey. The customer pays on iyzico's secure payment form with a card of any Turkish bank (Visa, Mastercard, American Express, Troy), in instalments if you allow them, or with their iyzico wallet, and the order is confirmed as soon as iyzico confirms the payment. Cancels and refunds are made from the HikaShop backend. It needs an iyzico merchant account.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 1 day 6 hours ago | | [](/forum/29-payment-methods/896382-customizing-api-payment-authorize-net-plugin) | [Customizing API payment (Authorize.net) plugin](/forum/29-payment-methods/896382-customizing-api-payment-authorize-net-plugin "-- HikaShop version -- : 4.0.1 I am using a payment gateway that does not have a plugin for HikaShop. They do, however, use the same sort of credentials as Authorize.net and have directions to modify the settings needed for Authorize.net to work with their system. I have used the Authorize.net API plugin and entered the credentials they need to make it work for their system with the exception of one thing: the return URL. I have been on the phone for a few hours with the payment gateway (NMI) troubleshooting this issue. After a successful payment processing, you are brought to a page that gives you the option to print your receipt or "click CONTINUE to finish the transaction". The problem is there is no CONTINUE button! The gateway help said this is simply a link back to the website. There is a place in the Authorize.net plugin to add a return URL but for some reason that information is not being brought over to NMI. They are saying that information just isn't coming through like the rest of the information. Why am I on the forums to check this? Because the Authorize.net plugin seems to have a bug. When I first set up the plugin to connect to NMI, I entered DEMO credentials to test the system. When I changed those credentials to the real thing, the DEMO credentials kept coming through along WITH the real credentials. It couldn't let go. I had to start a new API and start with the real credentials to get past that glitch. I can't have shoppers think there is one more step that they are not completing. The sale works, the payment is taken, but they are left thinking there is more to do. Is there an update to the Authorize.net API plugin or some way we can look into this issue? Thanks.") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 7 years 11 months ago, by [Stogilon](/forum/user/52420-stogilon "View Stogilon's Profile") [Last Post](/forum/29-payment-methods/896382-customizing-api-payment-authorize-net-plugin#100000695 "Hi, For anyone reading this: modifying the Authorize.net plugin is no longer needed, there is now an payment plugin for HikaShop. It works with NMI's own gateway and with the gateways built on it (Merchant One Gateway, CAMS, Inspire Commerce, TransNational and the other NMI white labels). The customer types the card on your checkout page in NMI's secure fields, so the card number never reaches your website, and the order is confirmed at once. You can take the payment directly, or authorize it and capture it later.") 1 day 6 hours ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:5 Views:1325 | [Last Post](/forum/29-payment-methods/896382-customizing-api-payment-authorize-net-plugin#100000695 "Hi, For anyone reading this: modifying the Authorize.net plugin is no longer needed, there is now an payment plugin for HikaShop. It works with NMI's own gateway and with the gateways built on it (Merchant One Gateway, CAMS, Inspire Commerce, TransNational and the other NMI white labels). The customer types the card on your checkout page in NMI's secure fields, so the card number never reaches your website, and the order is confirmed at once. You can take the payment directly, or authorize it and capture it later.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 1 day 6 hours ago | | [](/forum/29-payment-methods/100000132-clean-b2b-payment-plugin) | [Clean B2B Payment Plugin](/forum/29-payment-methods/100000132-clean-b2b-payment-plugin "-- HikaShop version -- : HikaShop Business 6.8.2 -- Joomla version -- : 6.2 -- PHP version -- : 8.4 -- Browser(s) name and version -- : Firefox 159.0 Hi, I manage a B2B shop that delivers exclusively on account. Products are dispatched immediately after an order is placed, and the delivery includes a paper invoice. Long-standing customers therefore only pay once they have received the goods. Until now, I had been using the ‘HikaShop bank transfer payment plugin’, which worked well. However, due to the new ‘Thank you’ page, this is unfortunately no longer the case. The ‘Thank you’ page states that payment is pending, which is incorrect and has led to numerous enquiries from customers. The ‘Purchase order’ payment plugin is also unsuitable, as it requires an order number to be entered. The solution would be a payment plugin that does absolutely nothing. The customer could simply place an order, and the rest would take place outside of HikaShop (the customer has explicitly requested this). The ‘Thank you’ page should then not state that payment is pending. Unfortunately, I cannot find such a payment plugin in HikaShop or on www.hikashop.com/marketplace/payment . Or have I overlooked something? As a temporary measure, I’ve customised the ‘Thank you’ page template and completely removed the text and certain sections. However, this isn’t a clean solution in case the customer does eventually want to use other payment methods. What approach would you recommend? Will there be a clean B2B payment plugin in one of the upcoming versions? Actually, the ‘Purchase order’ payment plugin would be ideal if entering the Purchase Order Number were optional or could be disabled altogether. Best regards Stefan") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 4 days 3 hours ago, by [smart web](/forum/user/52782-smart-web "View smart web's Profile") [Last Post](/forum/29-payment-methods/100000132-clean-b2b-payment-plugin#100000685 "Simply brilliant – many thanks for these adjustments. Everything is working as intended. This plugin can now be used for various offline payment methods.") 2 days 7 hours ago by [smart web](/forum/user/52782-smart-web "View smart web's Profile") | Replies:3 Views:36 | [Last Post](/forum/29-payment-methods/100000132-clean-b2b-payment-plugin#100000685 "Simply brilliant – many thanks for these adjustments. Everything is working as intended. This plugin can now be used for various offline payment methods.") by [smart web](/forum/user/52782-smart-web "View smart web's Profile") 2 days 7 hours ago | | [](/forum/29-payment-methods/100000126-paypal-checkout-sdk-v6---incorrect-button-language-on-polish-checkout-page) | [PayPal Checkout SDK v6 – Incorrect button language on Polish checkout page](/forum/29-payment-methods/100000126-paypal-checkout-sdk-v6---incorrect-button-language-on-polish-checkout-page "-- HikaShop version -- : 6.8.1 -- Joomla version -- : 6.2.0 -- PHP version -- : 8.3.36-nmm1 -- Browser(s) name and version -- : Opera Subject: PayPal Checkout SDK v6 – Incorrect button language on Polish checkout page Hello, I've found a localization issue with the PayPal Checkout payment plugin in HikaShop Essential 6.8.1. My Joomla website is configured in Polish ( ), and the entire checkout page is correctly displayed in Polish. However, the PayPal payment button displays "Pagar com PayPal" (Portuguese) instead of Polish text. After inspecting the generated HTML and JavaScript, I noticed that the PayPal SDK v6 is initialized without the parameter: According to the official PayPal SDK v6 documentation, the locale can be explicitly specified during initialization: Expected behavior: The PayPal Checkout plugin should pass the current Joomla frontend language to the PayPal SDK, so that the payment buttons match the language of the checkout page. For multilingual websites, the locale should be determined dynamically rather than hardcoded. Actual behavior: The plugin does not pass the locale parameter, leaving PayPal to detect the language automatically based on browser settings. This can result in payment buttons being displayed in a different language from the checkout page. Could you please consider adding automatic Joomla language detection and passing the corresponding locale to PayPal SDK v6? Thank you!") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 5 days 23 hours ago, by [Bone](/forum/user/77721-bone "View Bone's Profile") [Last Post](/forum/29-payment-methods/100000126-paypal-checkout-sdk-v6---incorrect-button-language-on-polish-checkout-page#100000636 "The problem is all my settings are ok. Everything works well in Chrome. The problem is just in Opera (139.0.6053.38).") 5 days 1 hour ago by [Bone](/forum/user/77721-bone "View Bone's Profile") | Replies:2 Views:34 | [Last Post](/forum/29-payment-methods/100000126-paypal-checkout-sdk-v6---incorrect-button-language-on-polish-checkout-page#100000636 "The problem is all my settings are ok. Everything works well in Chrome. The problem is just in Opera (139.0.6053.38).") by [Bone](/forum/user/77721-bone "View Bone's Profile") 5 days 1 hour ago | | [](/forum/29-payment-methods/100000120-mollie-plugin-api) | [mollie plugin api](/forum/29-payment-methods/100000120-mollie-plugin-api "-- url of the page with the problem -- : www.ubuntushop.biz -- HikaShop version -- : 6.8.1 -- Joomla version -- : 5.4 -- PHP version -- : 8.5 -- Browser(s) name and version -- :  Chrome 131.0 -- Error-message(debug-mod must be tuned on) -- : mollie has stopped payment notifications. Mollie has stopped payment notifications, so orders will not be confirmed: docs.mollie.com/reference/payments-api-webhooks help.mollie.com/hc/en-us/articles/401818...otifications-stopped on mollie payment: Webhook invocation failed with status code 500 (Reported by Webhook Service) November 7, 2026 at 22:18 "server ip- - [08/Nov/2026:09:49:00 +0100] "GET /index.php?option=com_hikashop&ctrl=checkout&task=after_end&lang=nl&order_id=310&order_token=50w0sdjja8ruxgo5aezv7c251od1pzqa&Itemid=123 HTTP/1.1" 200 10836 " www.mollie.com/ " "Mozilla/5.0 (X11; Linux x86_64; rv:159.0) Gecko/20100101 Firefox/159.0" 34.141.200.14 - - [08/Nov/2026:09:49:00 +0100] "POST /index.php?option=com_hikashop&ctrl=checkout&task=notify&notif_payment=mollie&tmpl=component&lang=nl&order_id=310&order_token=50w0sdjja8ruxgo5aezv7c251od1pzqa&Itemid=123 HTTP/1.1" 500 21627 "-" "Mollie HTTP client/1.0"") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 1 week 14 hours ago, by [duportail](/forum/user/82788-duportail "View duportail's Profile") [Last Post](/forum/29-payment-methods/100000120-mollie-plugin-api#100000609 "it's working again. Thanks Guy") 1 week 9 hours ago by [duportail](/forum/user/82788-duportail "View duportail's Profile") | Replies:2 Views:47 | [Last Post](/forum/29-payment-methods/100000120-mollie-plugin-api#100000609 "it's working again. Thanks Guy") by [duportail](/forum/user/82788-duportail "View duportail's Profile") 1 week 9 hours ago | | [](/forum/29-payment-methods/100000117-stripe-checkout-thank-you-page-loses-the-language) | [Stripe Checkout: thank you page loses the language](/forum/29-payment-methods/100000117-stripe-checkout-thank-you-page-loses-the-language "-- HikaShop version -- : 6.8.1 -- Joomla version -- : 6.2.0 -- PHP version -- : 8.5.12 -- Browser(s) name and version -- : Safari 605.1 Hello, On a multilingual Joomla site (Japanese by default, English as second language), a customer who pays with Stripe Checkout from the English pages comes back to the thank you page in Japanese. With the bank transfer method, the thank you page stays in English. Screenshot 1: bank transfer, ordered from the English pages, the thank you page stays in English (/en/ in the URL). Screenshot 2: Stripe Checkout, ordered from the English pages, the thank you page comes back in Japanese (no language in the URL). The URLs given to Stripe (success_url and cancel_url in _createCheckoutSession()) and the $endUrl / $cancelUrl of _handleSessionReturn() and _handle3dsReturn() are built as HIKASHOP_LIVE . 'index.php?...' without the language. So the Language Filter plugin of Joomla picks the language from the browser or the default language of the site. Routing these URLs with the language of the order fixed it on my site. I added this helper: and used it for $endUrl and $cancelUrl in _handleSessionReturn() and _handle3dsReturn() with $dbOrder->order_lang, and for $cancelUrl in _createCheckoutSession(). After that, the customer comes back in the language of the order, both after paying and after canceling on the Stripe page. Versions: Joomla 6.2.0, HikaShop Business 6.8.1, Stripe Checkout 1.5.9, PHP 8.5.12. Thank you.") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 1 week 1 day ago, by [Alouette00](/forum/user/53482-alouette00 "View Alouette00's Profile") [Last Post](/forum/29-payment-methods/100000117-stripe-checkout-thank-you-page-loses-the-language#100000606 "Hi, Thank you very much for the quick fix and the clear explanation. I installed version 1.5.10 on my test site, and it works well. After paying and after cancelling on the Stripe page, the customer now comes back in the language of the order. I will update my live shop and remove my own modification. Thank you again for your support.") 1 week 20 hours ago by [Alouette00](/forum/user/53482-alouette00 "View Alouette00's Profile") | Replies:1 Views:57 | [Last Post](/forum/29-payment-methods/100000117-stripe-checkout-thank-you-page-loses-the-language#100000606 "Hi, Thank you very much for the quick fix and the clear explanation. I installed version 1.5.10 on my test site, and it works well. After paying and after cancelling on the Stripe page, the customer now comes back in the language of the order. I will update my live shop and remove my own modification. Thank you again for your support.") by [Alouette00](/forum/user/53482-alouette00 "View Alouette00's Profile") 1 week 20 hours ago | | [](/forum/29-payment-methods/895192-ecpay-have-sql-syntax-error) | [ECPAY have SQL syntax error](/forum/29-payment-methods/895192-ecpay-have-sql-syntax-error "-- url of the page with the problem -- : gohousen.com/ -- HikaShop version -- : 3.5 Payment Method: Credit. Paid Failed, Exception(Unknown column 'payment_access' in 'where clause'). I using "AllPay" that is 8rd product for payment plugin in Taiwan www.ecpay.com.tw/Service/Appcntr_Shpcar Order will change two Set up an order a blank order The contents of the blank order are: Payment Method: Credit. Paid Failed, Exception(Unknown column 'payment_access' in 'where clause').") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 8 years 4 months ago, by [wwwopptwcom](/forum/user/45048-wwwopptwcom "View wwwopptwcom's Profile") [Last Post](/forum/29-payment-methods/895192-ecpay-have-sql-syntax-error#100000599 "Hi, For anyone reading this: we now have our own payment plugin, so a third party one is no longer needed. The customer pays on the ECPay page with cards, ATM transfers, or convenience store codes and barcodes. It needs an ECPay merchant account and a shop selling in New Taiwan dollars (TWD).") 1 week 23 hours ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:15 Views:2695 | [Last Post](/forum/29-payment-methods/895192-ecpay-have-sql-syntax-error#100000599 "Hi, For anyone reading this: we now have our own payment plugin, so a third party one is no longer needed. The customer pays on the ECPay page with cards, ATM transfers, or convenience store codes and barcodes. It needs an ECPay merchant account and a shop selling in New Taiwan dollars (TWD).") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 1 week 23 hours ago | | [](/forum/29-payment-methods/902158-payment-methods) | [Payment Methods](/forum/29-payment-methods/902158-payment-methods "-- HikaShop version -- : 4.4.1 -- Joomla version -- : 3.9.25 -- PHP version -- : 7.4.16 -- Browser(s) name and version -- : Firefox Developer 87.0b9 Hello, My client would like a Bitcoin and Paysafecard methods on his website. I found these extensions: - - - Does anyone know these extensions? What's your opinion? Do you know any other extensions I could use for these payment methods? Thanks in advance for your help Sandra") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 5 years 8 months ago, by [Sandra74](/forum/user/60896-sandra74 "View Sandra74's Profile") [Last Post](/forum/29-payment-methods/902158-payment-methods#100000598 "Hi, For anyone reading this: we now have payment plugins of our own for this on the marketplace: for Bitcoin paid straight to the wallet of your store through your own BTCPay Server, and for Bitcoin and other coins through a CoinGate merchant account.") 1 week 23 hours ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:5 Views:953 | [Last Post](/forum/29-payment-methods/902158-payment-methods#100000598 "Hi, For anyone reading this: we now have payment plugins of our own for this on the marketplace: for Bitcoin paid straight to the wallet of your store through your own BTCPay Server, and for Bitcoin and other coins through a CoinGate merchant account.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 1 week 23 hours ago | | [](/forum/29-payment-methods/902421-hikashop-and-cryptocurrency-payment-methods) | [Hikashop and Cryptocurrency payment methods](/forum/29-payment-methods/902421-hikashop-and-cryptocurrency-payment-methods "-- HikaShop version -- : 4.4.1 -- Joomla version -- : 3.9.25 -- PHP version -- : 7.3 -- Browser(s) name and version -- : Firefox I just had a general question about payment methods and are there any for taking cryptocurrencies that work with hikashop? I'm interested in doge as well as others as payment for my goods. Is there a plugin for hikashop that can enable this? Thanks in advance!") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 5 years 6 months ago, by [NickStarbright](/forum/user/42809-nickstarbright "View NickStarbright's Profile") [Last Post](/forum/29-payment-methods/902421-hikashop-and-cryptocurrency-payment-methods#100000581 "Hi, For anyone reading this: HikaShop now has two payment plugins of our own for this. With , the customer pays with Bitcoin, Ethereum, Litecoin, USDC or another coin on the CoinGate invoice. The list of coins is the one CoinGate offers for your account, so check there for a specific one like Doge. With , the customer pays in Bitcoin (on chain or Lightning) straight to the wallet of your store, using your own BTCPay Server.") 1 week 1 day ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:3 Views:1116 | [Last Post](/forum/29-payment-methods/902421-hikashop-and-cryptocurrency-payment-methods#100000581 "Hi, For anyone reading this: HikaShop now has two payment plugins of our own for this. With , the customer pays with Bitcoin, Ethereum, Litecoin, USDC or another coin on the CoinGate invoice. The list of coins is the one CoinGate offers for your account, so check there for a specific one like Doge. With , the customer pays in Bitcoin (on chain or Lightning) straight to the wallet of your store, using your own BTCPay Server.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 1 week 1 day ago | | [](/forum/29-payment-methods/863214-global-payments-canada-plugin) | [Global Payments Canada plugin?](/forum/29-payment-methods/863214-global-payments-canada-plugin "Is there a payment plugin for "Global Payments Canada"? This is for a Canadian store, canadian clients only. Thanks! -- HikaShop version -- : 2.2.2 -- Joomla version -- : 3.1.4 -- PHP version -- : 5.3.27 -- Browser(s) name and version -- : all -- Error-message(debug-mod must be tuned on) -- :") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 13 years 2 weeks ago, by [karenann](/forum/user/26718-karenann "View karenann's Profile") [Last Post](/forum/29-payment-methods/863214-global-payments-canada-plugin#100000547 "Hi, For anyone reading this: there is now a payment plugin on our marketplace. The customer pays on the secure payment page of Global Payments, by card with 3-D Secure, or with Apple Pay, Google Pay or PayPal when the account offers them. It needs a Global Payments merchant account with GP API credentials, so for an account in Canada it is best to first check with Global Payments that it can have them.") 1 week 3 days ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:4 Views:830 | [Last Post](/forum/29-payment-methods/863214-global-payments-canada-plugin#100000547 "Hi, For anyone reading this: there is now a payment plugin on our marketplace. The customer pays on the secure payment page of Global Payments, by card with 3-D Secure, or with Apple Pay, Google Pay or PayPal when the account offers them. It needs a Global Payments merchant account with GP API credentials, so for an account in Canada it is best to first check with Global Payments that it can have them.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 1 week 3 days ago | | [](/forum/29-payment-methods/907831-global-pay-payment-method) | [Global Pay Payment Method](/forum/29-payment-methods/907831-global-pay-payment-method "Hi, We are in the process of switching banks and need to update the payment method on our website. We need to use Global Pay, and they have informed us they have an integration to HikaShop ( developer.globalpay.com/cart/hikashop?rid=75 ) but we cannot find any payment methods, plugins, or documentation relating to Global Pay. Please can you advise how to get this installed and setup. Thank you.") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 2 years 8 months ago, by [paul.frost](/forum/user/39853-paul-frost "View paul.frost's Profile") [Last Post](/forum/29-payment-methods/907831-global-pay-payment-method#100000545 "Hi, For anyone reading this: there is now a payment plugin on our marketplace. At the end of the checkout the customer is sent to the secure payment page of Global Payments and pays by card with 3-D Secure, or with Apple Pay, Google Pay or PayPal when your account offers them. You can take the payment directly, or authorize it and capture it later. It needs a Global Payments merchant account with GP API credentials.") 1 week 3 days ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:5 Views:791 | [Last Post](/forum/29-payment-methods/907831-global-pay-payment-method#100000545 "Hi, For anyone reading this: there is now a payment plugin on our marketplace. At the end of the checkout the customer is sent to the secure payment page of Global Payments and pays by card with 3-D Secure, or with Apple Pay, Google Pay or PayPal when your account offers them. You can take the payment directly, or authorize it and capture it later. It needs a Global Payments merchant account with GP API credentials.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 1 week 3 days ago | | [](/forum/29-payment-methods/901360-razorpay-payment-gateway-for-india-plugin-request) | [Razorpay Payment Gateway for India - Plugin Request](/forum/29-payment-methods/901360-razorpay-payment-gateway-for-india-plugin-request "-- HikaShop version -- : 4.4 -- Joomla version -- : 3.9.22 -- PHP version -- : 7.3 Hi, I have been using Hikashop for more than 5 years and I am very much happy with it. After 5 years, this week my client have upgraded his website and the upgrade process from HikaShop Essential 2.6.3 to Hikashop Business 4.4 was a smooth process along with Joomla 3.4.3 to Joomla 3.9.22. So far, we are using "PayU Money India" payment plugin successfully. Also, we want to add Razorpay plugin because in some way it is offering a better experience to customers to pay easily, particularly they offer GPay payment option. And my request is to offer a plugin for Razorpay payment gateway for hikashop. I am sure, it would be more attractive & helpful for Indian users. warm regards.") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 5 years 11 months ago, by [minminiweb](/forum/user/37407-minminiweb "View minminiweb's Profile") [Last Post](/forum/29-payment-methods/901360-razorpay-payment-gateway-for-india-plugin-request#100000538 "Hi, For anyone reading this: there is now a payment plugin for HikaShop. The Razorpay checkout opens on your page at the end of the HikaShop checkout, and your customer pays with UPI (QR code or UPI app), cards including RuPay, netbanking, wallets, or the EMI and pay later offers of your account. It needs a Razorpay account (India, Malaysia, Singapore or the United States).") 1 week 3 days ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:2 Views:971 | [Last Post](/forum/29-payment-methods/901360-razorpay-payment-gateway-for-india-plugin-request#100000538 "Hi, For anyone reading this: there is now a payment plugin for HikaShop. The Razorpay checkout opens on your page at the end of the HikaShop checkout, and your customer pays with UPI (QR code or UPI app), cards including RuPay, netbanking, wallets, or the EMI and pay later offers of your account. It needs a Razorpay account (India, Malaysia, Singapore or the United States).") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 1 week 3 days ago | | [](/forum/29-payment-methods/100000104-stripe-checkout---expired-webhook-cancels-an-already-paid-and-confirmed-hikashop) | [Stripe Checkout – Expired webhook cancels an already paid and confirmed HikaShop](/forum/29-payment-methods/100000104-stripe-checkout---expired-webhook-cancels-an-already-paid-and-confirmed-hikashop "-- HikaShop version -- : HikaShop Essential 6.7.1 -- Joomla version -- : Joomla 5.4 -- PHP version -- : PHP 8.3.36 -- Browser(s) name and version -- : Vivaldi 8.2.4133.96 -- Error-message(debug-mod must be tuned on) -- : payment notification was received with the state paid Title: Stripe Checkout – Expired webhook cancels an already paid and confirmed HikaShop order Hello, I am experiencing a problem with Stripe Checkout in HikaShop. The payment is completed successfully, Stripe confirms the transaction, and HikaShop correctly changes the order status to Confirmed. However, approximately 24 hours later, Stripe sends another webhook notification with the status . HikaShop processes this notification and automatically changes the already paid order status to Cancelled. Example from my order logs: * October 19, 2026, 12:32 (server time): successful payment, order status: Confirmed. * Transaction ID: * October 20, 2026, 12:28 (server time): HikaShop receives an notification and changes the order status to Cancelled. * Stripe event: (October 20, 2026, 14:28:34 CEST). I also noticed in the Stripe Dashboard that two different Checkout Sessions sometimes appear to be created for the same order. One is successfully paid, while the other remains unpaid and expires after approximately 24 hours. Could this be the reason why the expired webhook incorrectly cancels an already paid order? There are two additional problems: * When the order is cancelled, HikaShop also increases the product stock quantity by one. * Since I sell digital products, the customer loses access to the download, even though the payment was successful. My questions: * Why are two different Stripe Checkout Sessions created for the same order? * How can I prevent an webhook from changing an already paid and confirmed order to Cancelled? * How can I ensure that the stock quantity and the customer's download permissions remain unchanged in this situation? Thank you in advance for your help!") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 1 week 3 days ago, by [metzd](/forum/user/84496-metzd "View metzd's Profile") [Last Post](/forum/29-payment-methods/100000104-stripe-checkout---expired-webhook-cancels-an-already-paid-and-confirmed-hikashop#100000526 "-- HikaShop version -- : HikaShop Essential 6.7.1 -- Joomla version -- : Joomla 5.4 -- PHP version -- : PHP 8.3.36 -- Browser(s) name and version -- : Vivaldi 8.2.4133.96 -- Error-message(debug-mod must be tuned on) -- : payment notification was received with the state paid Title: Stripe Checkout – Expired webhook cancels an already paid and confirmed HikaShop order Hello, I am experiencing a problem with Stripe Checkout in HikaShop. The payment is completed successfully, Stripe confirms the transaction, and HikaShop correctly changes the order status to Confirmed. However, approximately 24 hours later, Stripe sends another webhook notification with the status . HikaShop processes this notification and automatically changes the already paid order status to Cancelled. Example from my order logs: * October 19, 2026, 12:32 (server time): successful payment, order status: Confirmed. * Transaction ID: * October 20, 2026, 12:28 (server time): HikaShop receives an notification and changes the order status to Cancelled. * Stripe event: (October 20, 2026, 14:28:34 CEST). I also noticed in the Stripe Dashboard that two different Checkout Sessions sometimes appear to be created for the same order. One is successfully paid, while the other remains unpaid and expires after approximately 24 hours. Could this be the reason why the expired webhook incorrectly cancels an already paid order? There are two additional problems: * When the order is cancelled, HikaShop also increases the product stock quantity by one. * Since I sell digital products, the customer loses access to the download, even though the payment was successful. My questions: * Why are two different Stripe Checkout Sessions created for the same order? * How can I prevent an webhook from changing an already paid and confirmed order to Cancelled? * How can I ensure that the stock quantity and the customer's download permissions remain unchanged in this situation? Thank you in advance for your help!") 1 week 3 days ago by [metzd](/forum/user/84496-metzd "View metzd's Profile") | Replies:0 Views:40 | [Last Post](/forum/29-payment-methods/100000104-stripe-checkout---expired-webhook-cancels-an-already-paid-and-confirmed-hikashop#100000526 "-- HikaShop version -- : HikaShop Essential 6.7.1 -- Joomla version -- : Joomla 5.4 -- PHP version -- : PHP 8.3.36 -- Browser(s) name and version -- : Vivaldi 8.2.4133.96 -- Error-message(debug-mod must be tuned on) -- : payment notification was received with the state paid Title: Stripe Checkout – Expired webhook cancels an already paid and confirmed HikaShop order Hello, I am experiencing a problem with Stripe Checkout in HikaShop. The payment is completed successfully, Stripe confirms the transaction, and HikaShop correctly changes the order status to Confirmed. However, approximately 24 hours later, Stripe sends another webhook notification with the status . HikaShop processes this notification and automatically changes the already paid order status to Cancelled. Example from my order logs: * October 19, 2026, 12:32 (server time): successful payment, order status: Confirmed. * Transaction ID: * October 20, 2026, 12:28 (server time): HikaShop receives an notification and changes the order status to Cancelled. * Stripe event: (October 20, 2026, 14:28:34 CEST). I also noticed in the Stripe Dashboard that two different Checkout Sessions sometimes appear to be created for the same order. One is successfully paid, while the other remains unpaid and expires after approximately 24 hours. Could this be the reason why the expired webhook incorrectly cancels an already paid order? There are two additional problems: * When the order is cancelled, HikaShop also increases the product stock quantity by one. * Since I sell digital products, the customer loses access to the download, even though the payment was successful. My questions: * Why are two different Stripe Checkout Sessions created for the same order? * How can I prevent an webhook from changing an already paid and confirmed order to Cancelled? * How can I ensure that the stock quantity and the customer's download permissions remain unchanged in this situation? Thank you in advance for your help!") by [metzd](/forum/user/84496-metzd "View metzd's Profile") 1 week 3 days ago | | [](/forum/29-payment-methods/100000085-stripe-checkout-plugin-issue) | [Stripe Checkout plugin issue](/forum/29-payment-methods/100000085-stripe-checkout-plugin-issue "-- HikaShop version -- : 6.7.1 -- Joomla version -- : 6.2.0 -- PHP version -- : 8.5 -- Browser(s) name and version -- : Chrome 156.0 Hello, I am using the latest Stripe Checkout plugin. When a payment is successfully completed, the Stripe webhook reaches the site, the payment status changes to 'paid', and the order status updates correctly. However, no order confirmation or serial/ticket email is generated or sent. Looking at the order history, I see 'A payment notification was received with the state paid', but HikaShop does not trigger the notification sequence for automated payments (unlike manual status changes in the backend, which trigger emails successfully). Why does the automated webhook execution bypass the email trigger? Best regards Dagmar") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 2 weeks 1 day ago, by [Dasa](/forum/user/79122-dasa "View Dasa's Profile") [Last Post](/forum/29-payment-methods/100000085-stripe-checkout-plugin-issue#100000468 "Hi, First of all, I'm happy to announce that the notifications are now working properly! Here is the explanation of what was actually happening. The logs revealed a critical error:2026-11-02T10:30:15+00:00 CRITICAL 52.15.183.38 error Uncaught Throwable of type Error thrown with message "Undefined constant "T4\Helper\T4PATH_TPL"". Stack trace: #0 [ROOT]/plugins/system/t4/t4.php(315): T4\Helper\Path::addIncludePath() After digging through the codebase, I traced the following execution flow: The Stripe webhook arrives correctly. HikaShop changes the order status to confirmed. modifyOrder() passes control to orderClass->modifyOrder(). save() initiates the generation of order_status_notification. loadOrderNotification() loads the email template and its preload. The preload triggers onAfterOrderProductsListingDisplay. HikaSerial responds to the event and creates a view via hikaserial::getLayout(). While creating the view, T4's onHtmlViewAddPath() is executed. T4 hits the undefined constant T4PATH_TPL. The fatal error interrupts the email generation before it can be sent. I checked the JoomlArt forums and found that this issue was already described back in the summer here: www.joomlart.com/forums/d/52705-undefine...4helpert4path-tpl/36 and can be resolved using a DIY patch for the T4 plugin. However, this patch was not included even in the latest plugin update from October 26, 2026, so it's likely to keep causing issues in combination with JoomlArt templates. It might be worth considering whether errors in external system plugins could be isolated or handled more gracefully so they don't break the entire email notification process. Anyway, thank you so much for your help and guidance in tracking down this bug! Best regards Dagmar") 1 week 6 days ago by [Dasa](/forum/user/79122-dasa "View Dasa's Profile") | Replies:4 Views:110 | [Last Post](/forum/29-payment-methods/100000085-stripe-checkout-plugin-issue#100000468 "Hi, First of all, I'm happy to announce that the notifications are now working properly! Here is the explanation of what was actually happening. The logs revealed a critical error:2026-11-02T10:30:15+00:00 CRITICAL 52.15.183.38 error Uncaught Throwable of type Error thrown with message "Undefined constant "T4\Helper\T4PATH_TPL"". Stack trace: #0 [ROOT]/plugins/system/t4/t4.php(315): T4\Helper\Path::addIncludePath() After digging through the codebase, I traced the following execution flow: The Stripe webhook arrives correctly. HikaShop changes the order status to confirmed. modifyOrder() passes control to orderClass->modifyOrder(). save() initiates the generation of order_status_notification. loadOrderNotification() loads the email template and its preload. The preload triggers onAfterOrderProductsListingDisplay. HikaSerial responds to the event and creates a view via hikaserial::getLayout(). While creating the view, T4's onHtmlViewAddPath() is executed. T4 hits the undefined constant T4PATH_TPL. The fatal error interrupts the email generation before it can be sent. I checked the JoomlArt forums and found that this issue was already described back in the summer here: www.joomlart.com/forums/d/52705-undefine...4helpert4path-tpl/36 and can be resolved using a DIY patch for the T4 plugin. However, this patch was not included even in the latest plugin update from October 26, 2026, so it's likely to keep causing issues in combination with JoomlArt templates. It might be worth considering whether errors in external system plugins could be isolated or handled more gracefully so they don't break the entire email notification process. Anyway, thank you so much for your help and guidance in tracking down this bug! Best regards Dagmar") by [Dasa](/forum/user/79122-dasa "View Dasa's Profile") 1 week 6 days ago | | [](/forum/29-payment-methods/100000080-paypal-cron) | [PayPal Cron](/forum/29-payment-methods/100000080-paypal-cron "-- HikaShop version -- : 6.7.1 [2610202116] -- Joomla version -- : 6.2.0 -- PHP version -- : 8.4.27 -- Browser(s) name and version -- : every browser -- Error-message(debug-mod must be tuned on) -- : - Hi, is there any way to disable the PayPal Cron that automatically authorizes payments for orders with pending status? We are not instantly capturing the payment from paypal, because we have to manually check the legitimacy of the order first. With the version update to 6.7.1 (from 6.6.x) there came a cron task which automatically captures the authorized payments. Or is there another way around this, I am not seeing at the moment? Thanks in advance!") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 2 weeks 4 days ago, by [sonja.emmel](/forum/user/80415-sonja-emmel "View sonja.emmel's Profile") [Last Post](/forum/29-payment-methods/100000080-paypal-cron#100000410 "Thank you so much for this awesome support! I already downloaded the patched version, placed a test order and triggered the cron. No confirmation on my paypal authorized payment - wonderful! I can't...") 2 weeks 4 days ago by [sonja.emmel](/forum/user/80415-sonja-emmel "View sonja.emmel's Profile") | Replies:2 Views:80 | [Last Post](/forum/29-payment-methods/100000080-paypal-cron#100000410 "Thank you so much for this awesome support! I already downloaded the patched version, placed a test order and triggered the cron. No confirmation on my paypal authorized payment - wonderful! I can't...") by [sonja.emmel](/forum/user/80415-sonja-emmel "View sonja.emmel's Profile") 2 weeks 4 days ago | | [](/forum/29-payment-methods/100000042-user-points) | [User points](/forum/29-payment-methods/100000042-user-points "-- HikaShop version -- : 6.6.0 -- Joomla version -- : 3.10 -- Browser(s) name and version -- : Chrome 154.0 In our shop we have a rewards card that for £40 min spend you get one stamp on your rewards card. Each needs to be a separate transaction. After the card is stamped 6 times the next purchase you can get 10% off that purchase. We keep the card and the process starts again. I want to do the same online put I find the form(s) confusing on what to put in the various fields. The spend would exclude shipping costs. Thanks for any help.") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 1 month 2 days ago, by [dailybread](/forum/user/41988-dailybread "View dailybread's Profile") [Last Post](/forum/29-payment-methods/100000042-user-points#100000217 "-- HikaShop version -- : 6.6.0 -- Joomla version -- : 3.10 -- Browser(s) name and version -- : Chrome 154.0 In our shop we have a rewards card that for £40 min spend you get one stamp on your rewards card. Each needs to be a separate transaction. After the card is stamped 6 times the next purchase you can get 10% off that purchase. We keep the card and the process starts again. I want to do the same online put I find the form(s) confusing on what to put in the various fields. The spend would exclude shipping costs. Thanks for any help.") 1 month 2 days ago by [dailybread](/forum/user/41988-dailybread "View dailybread's Profile") | Replies:0 Views:103 | [Last Post](/forum/29-payment-methods/100000042-user-points#100000217 "-- HikaShop version -- : 6.6.0 -- Joomla version -- : 3.10 -- Browser(s) name and version -- : Chrome 154.0 In our shop we have a rewards card that for £40 min spend you get one stamp on your rewards card. Each needs to be a separate transaction. After the card is stamped 6 times the next purchase you can get 10% off that purchase. We keep the card and the process starts again. I want to do the same online put I find the form(s) confusing on what to put in the various fields. The spend would exclude shipping costs. Thanks for any help.") by [dailybread](/forum/user/41988-dailybread "View dailybread's Profile") 1 month 2 days ago | | [](/forum/29-payment-methods/100000033-stripe-checkout-payment-and-error-in-sql-syntax) | [Stripe Checkout payment and error in SQL syntax](/forum/29-payment-methods/100000033-stripe-checkout-payment-and-error-in-sql-syntax "-- url of the page with the problem -- : www.121time.com -- HikaShop version -- : 6.6.0 -- Joomla version -- : 5.4.9 -- PHP version -- : 8.5.9 -- Browser(s) name and version -- : Safari 605.1 -- Error-message(debug-mod must be tuned on) -- : 1064 You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near ')' at line 1 Hello Just bought Hikashop Stripe Checkout Payment and payments are going through and are listed in Stripe dashboard, but I get this error page after it is done. Can you help please? A confirmation page instead would be nice to get ! Thank you in advance Jean-Loup") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 1 month 1 week ago, by [jean-loup](/forum/user/40284-jean-loup "View jean-loup's Profile") [Last Post](/forum/29-payment-methods/100000033-stripe-checkout-payment-and-error-in-sql-syntax#100000188 "I confirm that working like a charm in live environment just by updating Hikashop business. So I won't investigate further about HTProtect since it's working! Thank you again Nicolas.") 1 month 5 days ago by [jean-loup](/forum/user/40284-jean-loup "View jean-loup's Profile") | Replies:10 Views:197 | [Last Post](/forum/29-payment-methods/100000033-stripe-checkout-payment-and-error-in-sql-syntax#100000188 "I confirm that working like a charm in live environment just by updating Hikashop business. So I won't investigate further about HTProtect since it's working! Thank you again Nicolas.") by [jean-loup](/forum/user/40284-jean-loup "View jean-loup's Profile") 1 month 5 days ago | | [](/forum/29-payment-methods/100000021-error-with-paypal-checkout-plugin) | [Error with PayPal checkout plugin](/forum/29-payment-methods/100000021-error-with-paypal-checkout-plugin "-- HikaShop version -- : 6.6.0 -- Joomla version -- : 6.1.4 -- PHP version -- : 8.3 -- Browser(s) name and version -- : Chrome 154.0 Hi!  I get  few errors then I use PayPal checkout: button pay by credit cart not displayed, only pay by PayPal. If I click by cancel - I get error: I attach video in zip file and 2 screenshot. Thank you.") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 1 month 1 week ago, by [designer71](/forum/user/39268-designer71 "View designer71's Profile") [Last Post](/forum/29-payment-methods/100000021-error-with-paypal-checkout-plugin#100000112 "Thank you!") 1 month 1 week ago by [designer71](/forum/user/39268-designer71 "View designer71's Profile") | Replies:2 Views:126 | [Last Post](/forum/29-payment-methods/100000021-error-with-paypal-checkout-plugin#100000112 "Thank you!") by [designer71](/forum/user/39268-designer71 "View designer71's Profile") 1 month 1 week ago | | [](/forum/29-payment-methods/910834-invalid-notification-with-authorize-plugin-payment) | [Invalid notification with authorize plugin payment](/forum/29-payment-methods/910834-invalid-notification-with-authorize-plugin-payment "-- url of the page with the problem -- : secure.authorize.net/gateway/transact.dll -- HikaShop version -- : 6.6.0 -- Joomla version -- : 6.1.3 -- PHP version -- : 8.3.33 -- Error-message(debug-mod must be tuned on) -- : Invalid notification Hello, Thank you for your component. It is very well designed and greatly appreciated. I am experiencing an issue with the Authorize.Net payment plugin in SIM mode. The payment is successfully approved and captured by Authorize.Net. However, when the response is sent back to HikaShop, the following message is displayed: “Invalid notification.” The HikaShop order is then automatically changed from “Created” to “Cancelled,” even though the transaction was successfully approved by Authorize.Net. The debug log confirms the following: * x_response_code = 1 * x_response_reason_text = This transaction has been approved * x_SHA2_Hash is present * x_MD5_Hash is empty * The correct order is identified through x_po_num * The amount and currency are correct I have completed the following checks: * The Signature Key contains exactly 128 hexadecimal characters. * It does not contain spaces, line breaks, quotation marks, or a 0x prefix. * The Signature Key was removed, entered again, and saved. * The MD5 Hash field is empty. * The same Signature Key works successfully with Odoo using the same Authorize.Net account. * I tested the transaction without accented characters in the address, but the notification was still rejected. * The Authorize.Net Response/Receipt URL is correctly registered. * The response successfully reaches HikaShop and the correct order is loaded. I also receive the following PHP warnings: Warning: Undefined property: plgHikashoppaymentAuthorize::$payment_params in plugins/hikashoppayment/authorize/authorize.php on line 360 Warning: Attempt to read property "debug" on null in plugins/hikashoppayment/authorize/authorize.php on line 360 At the beginning of the onPaymentNotification() function, the following property appears to be accessed before the payment parameters are loaded: if($this->payment_params->debug) The payment parameters appear to be loaded only later, after the order number has been obtained: $order_id = (int)@$vars; $dbOrder = $this->getOrder($order_id); $this->loadPaymentParams($dbOrder); Could you please confirm whether there is a known issue with the SHA-512 hash calculation or validation in the Authorize.Net SIM plugin and provide the appropriate secure patch if necessary? I do not want to disable SHA-512 validation. I can provide a sanitized payment log and the relevant sections of the authorize.php file if needed. Thank you very much for your assistance. Micheline") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 1 month 3 weeks ago, by [Mich](/forum/user/31631-mich "View Mich's Profile") [Last Post](/forum/29-payment-methods/910834-invalid-notification-with-authorize-plugin-payment#100000076 "Hello, Great news! I installed the latest build and performed another test transaction. The payment was successfully approved by Authorize.Net, and the HikaShop order was automatically confirmed. The issue is now resolved. Thank you very much for your help and for making the necessary improvements. Micheline") 1 month 1 week ago by [Mich](/forum/user/31631-mich "View Mich's Profile") | Replies:4 Views:308 | [Last Post](/forum/29-payment-methods/910834-invalid-notification-with-authorize-plugin-payment#100000076 "Hello, Great news! I installed the latest build and performed another test transaction. The payment was successfully approved by Authorize.Net, and the HikaShop order was automatically confirmed. The issue is now resolved. Thank you very much for your help and for making the necessary improvements. Micheline") by [Mich](/forum/user/31631-mich "View Mich's Profile") 1 month 1 week ago | | [](/forum/29-payment-methods/100000011-paypal-checkout) | [PayPal checkout](/forum/29-payment-methods/100000011-paypal-checkout "-- HikaShop version -- : 6.6 -- Joomla version -- : 6.1.3 -- PHP version -- : 8.3 -- Browser(s) name and version -- : Chrome 154.0 Hi! The buyer paid 0 shekels via PayPal Checkout, but the order page does not indicate which item was purchased, in total I see 0. I see  In historical emails I see  which item was purchased and sum. Please see attach file. thank you") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 1 month 2 weeks ago, by [designer71](/forum/user/39268-designer71 "View designer71's Profile") [Last Post](/forum/29-payment-methods/100000011-paypal-checkout#100000048 "thank you!") 1 month 2 weeks ago by [designer71](/forum/user/39268-designer71 "View designer71's Profile") | Replies:2 Views:140 | [Last Post](/forum/29-payment-methods/100000011-paypal-checkout#100000048 "thank you!") by [designer71](/forum/user/39268-designer71 "View designer71's Profile") 1 month 2 weeks ago | | [ ](#forumtop) | | [](/forum/topics/feed/mode-topics?format=feed&type=rss) Time to create page: 0.064 seconds [Powered by](/forum/credits) [Kunena Forum](https://www.kunena.org)