HIKASHOP ESSENTIAL 60€The basic version. With the main features for a little shop.
HIKAMARKETAdd-on Create a multivendor platform. Enable many vendors on your website.
HIKASERIALAdd-on Sale e-tickets, vouchers, gift certificates, serial numbers and more!
MARKETPLACEPlugins, modules and other kinds of integrations for HikaShop
-- url of the page with the problem -- :
grandprix-software-central.com/
-- HikaShop version -- : 6.4.0
-- Joomla version -- : 6.1.0
-- PHP version -- : 8.4
-- Browser(s) name and version -- : Firefox 149.0.2
I just purchased the Authorize JS plugin but am unsure how to migrate from the current plugin. I have installed and enabled the plugin. Just change API to DPM instead of SIM?
Please Log in or Create an account to join the conversation.
Hi,
It's a new plugin so you can't edit your existing payment method based on the old plugin to configure it.
Once installed, go to the System>Payment methods menu. There, click on the "new" button. Then, select the Authorize accept JS payment plugin and configure it.
That will add another payment method to your checkout. That way, you can test it on the side of your authorize SIM payment method, and switch between them with the published toggles.
Please Log in or Create an account to join the conversation.
Clicking on the Help button yields "Documentation currently not available : payment-authorizejs-form". I would think that a paid plugin would come with help documentation.
What to use for Cancel url and Return url? Neither of those were part of the previous plugin.
How is this PCI-DSS compliant when the customer enters their credit card information into our web page?
I tried a transaction and got an error "E00027 - The transaction was unsuccessful." No order even shows up in our list of orders nor is there a transaction on the Authorize.net website.
Please Log in or Create an account to join the conversation.
Hi,
The Authorize JS plugin is developed by a third party developer and sold on our website. It's up to him to provide documentation for his plugin.
The cancel and return URL can be left empty.
While the credit card information is indeed entered on your website page, it doesn't go to your server. The javascript of Authorize in the browser of the user picks it up and directly sends it to Authorize's servers. Your website's server only sees a corresponding token, which it can then use when the order is being created to process the payment with Authorize. That's how it can be compliant with PCI-DSS. That's a common way of processing payments with credit cards nowadays.
Activate the debug setting of the payment method. Then, try again. Then, look at the "payment log file" of the HikaShop configuration:
www.hikashop.com/support/documentation/5...nfig.html#main_files
It should hopefully provide information on what's going on.
Regarding the "E00027 - The transaction was unsuccessful.", that's the first time it is getting reported by someone on our end. However, searching online, I can see that many people got it in the past but it's not clear what the problem could be:
www.drupal.org/project/commerce_authnet/issues/3421220
Please Log in or Create an account to join the conversation.
You guys need to do a better job of vetting the plugins that you are selling on your website. No excuse for the author to not to include help documentation, especially on a paid product. This is the 2nd plugin that I have bought from your company and both did not work initially nor have help documentation. These plugins have been a big disappointment.nicolas wrote: The Authorize JS plugin is developed by a third party developer and sold on our website. It's up to him to provide documentation for his plugin.
nicolas wrote: Activate the debug setting of the payment method. Then, try again. Then, look at the "payment log file" of the HikaShop configuration:
www.hikashop.com/support/documentation/5...nfig.html#main_files
It should hopefully provide information on what's going on.
Sun, 19 Apr 2026 04:47:45 +0000 INFO : [_sendRequest] (/home/gpsc/public_html/plugins/hikashoppayment/authorizejs/vendor/authorizenet/authorizenet/lib/net/authorize/util/HttpClient.php : 64) - Response from AnetApi: {"transactionResponse":{"responseCode":"3","authCode":"","avsResultCode":"P","cvvResultCode":"","cavvResultCode":"","transId":"0","refTransID":"","transHash":"","testRequest":"0","accountNumber":"XXXX9384","accountType":"Visa","errors":[{"errorCode":"33","errorText":"Phone is required."}],"transHashSha2":"998AEBE5B5B2FD3A1298F015E576ABC78E185ED6255D6D4BC84970822E65867BE53C7136774528459ECE51FE6C4BD13F1540062E8B8F9C2B532C3EB6C0ADA874","SupplementalDataQualificationIndicator":0},"refId":"ref1776574064","messages":{"resultCode":"Error","message":[{"code":"E00027","text":"The transaction was unsuccessful."}]}}'E00027' is thrown up irrespective of which filter has vetoed the payment (it is also thrown when form fields are marked as required), but Authorize.Net will send you an email with details on which filter was triggered. You can also check with the Authorize.Net web interface for specifics and reports on which filter stopped the payment from going through at Reports >> Transaction Detail Reports or Search >> Suspicious/Unsettled transactions.
Please Log in or Create an account to join the conversation.
Hi,
If you have the debug setting of the payment method activated, just before the log of the _sendRequest you should also have all the data sent by the plugin to Authorize.net
There, you should normally find "x_phone" with the phone number you entered in the billing address associated with the order.
Since Authorize.net is complaining about this, there must be a problem with that parameter.
Please Log in or Create an account to join the conversation.
Phone number is not being sent at all.
Extracted from "createTransactionRequest" with redactions.
"customer":{"type":"individual","id":3,"email":"***"},"billTo":{"firstName":"***","lastName":"***","company":"***","address":"***","city":"***","state":"Colorado","zip":"80129","country":"United States of America"},"shipTo":{"firstName":"***","lastName":"**","company":"***","address":"***","city":"South Windsor","state":"Connecticut","zip":"06074","country":"United States of America"},"transactionSettings":{"setting":[{"settingName":"duplicateWindow","settingValue":"60"}]}}}}Please Log in or Create an account to join the conversation.
Hello,
The "Phone is required" error confirms that your Authorize.net account is configured to require a phone number on the billing address, which happens when you turn on that check in the AVS / Fraud settings. The Authorize JS plugin currently does not forward the billing phone number to Authorize.net (I was looking at the old Authorize.net plugin in HikaShop), so the transaction is rejected as soon as that requirement is enabled on the Authorize.net side.
Here is a small patch you can apply to the plugin file on your server. Open this file via FTP:
plugins/hikashoppayment/authorizejs/authorizejs.php
Search for the block that ends with:
if(!empty($order->cart->billing_address->address_country->zone_name_english))
$ca->setCountry($order->cart->billing_address->address_country->zone_name_english); if(!empty($order->cart->billing_address->address_telephone))
$ca->setPhoneNumber(mb_substr((string)$order->cart->billing_address->address_telephone, 0, 25));Please Log in or Create an account to join the conversation.
That fix worked.
While I was able to make phone number optional in the manual payment form of the Authorize.net console, that did not fix the issue. It seems that the payment interface requires it, so it wasn't until I applied this fix that the issue was resolved.
However, the invoice# is not being transmitted with the transaction. We use this to help match up a credit card transaction in the Authorize.net console with an order. It is showing up blank in the console for these orders. Checking the payment log, it is not being sent with the transaction.
Please Log in or Create an account to join the conversation.
Hi,
To send the order number as invoice number to Authorize.net, open the file plugins/hikashoppayment/authorizejs/authorizejs.php and find these two lines in the processPaymentWithToken function:
$tr->setAmount($amount);
$tr->setPayment($pt); $o = new net\authorize\api\contract\v1\OrderType();
$o->setInvoiceNumber(mb_substr((string)$order->order_number, 0, 20));
$tr->setOrder($o);Please Log in or Create an account to join the conversation.
Unfortunately, that didn't work. No order# showed up in the most recent order.
It is labeled as "Invoice number" in the Authorize.net console, if that matters.
invoiceNumber shows as "" in the payment log.
{"createTransactionRequest":{"merchantAuthentication":{"name":"***","transactionKey":"***"},"clientId":"sdk-php-2.0.2","refId":"***","transactionRequest":{"transactionType":"authOnlyTransaction","amount":60,"payment":{"opaqueData":{"dataDescriptor":"COMMON.ACCEPT.INAPP.PAYMENT","dataValue":"***"}},"order":{"invoiceNumber":""},"customer":{"type":"individual","id":32661,"email":"***"},"billTo":{"firstName":"***","lastName":"***","company":"***","address":"***","city":"Palm City","state":"Florida","zip":"34990","country":"United States of America","phoneNumber":"***"},"shipTo":{"firstName":"***","lastName":"***","company":"***","address":"***","city":"Palm City","state":"Florida","zip":"34990","country":"United States of America"},"transactionSettings":{"setting":[{"settingName":"duplicateWindow","settingValue":"60"}]}}}}Please Log in or Create an account to join the conversation.
Hi,
The issue is that the onBeforeOrderCreate event runs before the order is persisted in the database, so at that point order_id and order_number are both still empty, which is why the invoiceNumber you see in the request is blank.
In the file plugins/hikashoppayment/authorizejs/authorizejs.php, replace the line you previously added:
$o->setInvoiceNumber(mb_substr((string)$order->order_number, 0, 20)); if(empty($order->order_number)) {
$db = JFactory::getDbo();
$db->setQuery('SELECT AUTO_INCREMENT FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_SCHEMA = DATABASE() AND TABLE_NAME = ' . $db->Quote(hikashop_table('order')));
$nextOrderId = (int)$db->loadResult();
if($nextOrderId > 0) {
$previewOrder = clone $order;
$previewOrder->order_id = $nextOrderId;
$o->setInvoiceNumber(mb_substr((string)hikashop_encode($previewOrder, 'order'), 0, 20));
}
} else {
$o->setInvoiceNumber(mb_substr((string)$order->order_number, 0, 20));
}Please Log in or Create an account to join the conversation.
Sadly, that did not work. Now the order number is showing as "order":[]. Before it was showing as "order":{"invoiceNumber":""}. It should have order# be 26-051547 for this particular order.
{"createTransactionRequest":{"merchantAuthentication":{"name":"***","transactionKey":"***"},"clientId":"sdk-php-2.0.2","refId":"***","transactionRequest":{"transactionType":"authOnlyTransaction","amount":80,"payment":{"opaqueData":{"dataDescriptor":"COMMON.ACCEPT.INAPP.PAYMENT","dataValue":"***"}},"order":[],"customer":{"type":"individual","id":32663,"email":"***"},"billTo":{"firstName":"***","lastName":"***","company":"***","address":"***","city":"Calhoun","state":"Georgia","zip":"30701","country":"United States of America","phoneNumber":"***"},"shipTo":{"firstName":"***","lastName":"***","company":"***","address":"***","city":"Calhoun","state":"Georgia","zip":"30701","country":"United States of America"},"transactionSettings":{"setting":[{"settingName":"duplicateWindow","settingValue":"60"}]}}}} $o = new net\authorize\api\contract\v1\OrderType();
if(empty($order->order_number)) {
$db = JFactory::getDbo();
$db->setQuery('SELECT AUTO_INCREMENT FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_SCHEMA = DATABASE() AND TABLE_NAME = ' . $db->Quote(hikashop_table('order')));
$nextOrderId = (int)$db->loadResult();
if($nextOrderId > 0) {
$previewOrder = clone $order;
$previewOrder->order_id = $nextOrderId;
$o->setInvoiceNumber(mb_substr((string)hikashop_encode($previewOrder, 'order'), 0, 20));
}
} else {
$o->setInvoiceNumber(mb_substr((string)$order->order_number, 0, 20));
}
$tr->setOrder($o);Please Log in or Create an account to join the conversation.
Hi,
My previous query used INFORMATION_SCHEMA which some shared hostings can restrict, so it returned nothing and the invoice number would not be set at all in that case (which is why the "order" object came through empty in the JSON).
Let's switch to a plain SELECT on the order table instead. In the file plugins/hikashoppayment/authorizejs/authorizejs.php, replace this line:
$db->setQuery('SELECT AUTO_INCREMENT FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_SCHEMA = DATABASE() AND TABLE_NAME = ' . $db->Quote(hikashop_table('order'))); $db->setQuery('SELECT COALESCE(MAX(order_id), 0) + 1 FROM ' . hikashop_table('order'));Please Log in or Create an account to join the conversation.
That got it working. It is now showing up in the log and on the Authorize.net console. Thanks!
"order":{"invoiceNumber":"26-051549"},"customer":{"type":"individual","id":32664,"email":"***"}, ...Please Log in or Create an account to join the conversation.
