Advanced Search

-- url of the page with the problem -- : www.shangshungpublications.com/
-- HikaShop version -- : 5.1.5
-- Joomla version -- : 5.3
-- PHP version -- : 8.2

Hello, on the site shangshungpublications.com/ , an order was paid with Paypal but was not put in payment accepted, so it was not automatically put in paid.
Below is the error:Thanks

Hi,

I'm not able to access your link. I'm getting redirected to the page www.elster.de/eportal/login/softpse which requires to login, but I don't have an account on that website.

The order number is added as the sales order id:
docs.peppol.eu/poacc/billing/3.0/syntax/...ce/cbc-SalesOrderID/
The order invoice number is added as the invoice id:
docs.peppol.eu/poacc/billing/3.0/syntax/ubl-invoice/cbc-ID/
So I don't think there is a problem there. Please double check.

Please note that the plugin output invoices for orders already paid, so it is normal that the payment data is empty and the amount due is 0 since the customer already paid on your website with a normal payment method like PayPal.
Similarly, it's normal the due date is not set since the order is supposed to be already paid.
If you wish to have the customer purchase your products through payment methods included in the UBL file, then it would require the development of a payment plugin, where you could provide the payment details, which would trigger the generation of the UBL file at the end of the checkout with the payment details from the payment method, etc. In that case, it would make sense for the amount due to be the total amount, etc in the generated UBL.

Regarding the product codes, please note that you need to fill in the setting "Tax category code field" of the plugin with the column name of a custom field of the table "product", and that in each product, you provide the tax category code in that custom field.

Regarding the company name and email missing for the supplier, please note that you have corresponding fields in the settings of the plugin that you need to fill in so that they can be present in the UBL file.

Please review the settings of the plugin. You can click on the "toggle inline help" button at the top to get to see the instructions for each field of the plugin. That might help you fill in the settings properly.

Hi,

Thanks for the details.
So based on all of this and what I can see on your website at the moment, everything is configured properly.
The problem comes from your template. It has CSS code which hides the PayPal buttons area.
In the file neu.sachsenland-fruchtquell.de/templates.../css/animate.min.css there is the CSS code:which forces PayPal's area to be transparent...

That's something you need to report to your template provider. It's a big problem, not only for HikaShop, but any ecommerce solution which integrates with PayPal Checkout. They need to fix this in their template because PayPal won't change the way they do things.

I can see that in neu.sachsenland-fruchtquell.de/media/tem...ia/css/nexus.min.css they have CSS code like this:So maybe they are aware of the problem and they tried to counter the CSS of the animate library with that CSS ?
However, the nexus.min.css is loaded before the animate.min.css file in the headers of the page so the animate library has priority.
They would have to change the order of loading these CSS files so that their nexus.min.css file is loaded after the animate.min.css file for their opacity:1 override to be taken into account.

Hi,

1. It probably has something to do with the settings under the Checkout tab of the HikaShop configuration. Could you provide screenshots of these settings ?
For example, if the "read only" setting of the "address" area is turned on.

2. No, no extra plugins are necessary for that. It is possible by default. You must have changed something in the settings of the Checkout tab which results in this behavior.

3. You're saying that you want that "once a user is created, they can simply proceed to checkout and pay". And for a user to be created, you need the registration area. But you also say that you want to "remove the entire login and registration phase". These two are conceptually mutually exclusive. So, I'm not clear on what you want and thus I can't provide a precise answer yet. Could you clarify what you want for this point please ?

4. Supposing you don't want a login form and a registration form, you can set the "Registration" setting to "guest" and turn off the "login" setting under the Checkout tab of the HikaShop configuration. That way, the checkout will only provide a guest form where the user can provide his email address and physical address. No more login, and no more registration. Maybe that's what you want to do ?

5. Yes and no. Some payment gateways allow for this. For example, Authorize.js allowed for the credit card form to be displayed directly when the payment method is selected: www.hikashop.com/marketplace/product/150...e-js-by-obsidev.html
However, I can see that your website is in Italian, and Authorize.js is only available for US merchants, so you won't be able to use it.
The PayPal Pro payment plugin available by default in HikaShop also allows for it but that service is not allowed by PayPal in Italy either.
The normal PayPal Checkout payment plugin you're using currently doesn't allow for this. It has to be after the customer clicks on the "finish" button.

6. Yes. Just turn off the "order creation notification" email via the System>Emails menu.

7. If you want to modify the emails sent by HikaShop, you can also do it via the System>Emails menu.
However, for the issues you're talking about, you don't need to modify the emails I think. For example, for the notes from the customer:
Normally, to allow customers to provide extra information for their order, you want to create a custom field of the table "order" and of the type "textarea" via the menu Display>Custom fields. Once you do so, the customers will be able to see that text field during the checkout and fill it. And in the settings of the custom field, you'll have display settings you can use to configure if you want to display the entered value in the email notifications, on the invoice, in the order details page, etc. So no code modification should be necessary.

-- url of the page with the problem -- : www.viniprovolo.com/shop/
-- HikaShop version -- : 5.1.3
-- Joomla version -- : 4.4.10
-- PHP version -- : 8.1
-- Browser(s) name and version -- : chrome

Hi, i need your help and i have a few questions about Hykashop:
1. The billing and shipping addresses are behaving abnormally. I haven’t installed any multi-address plugins, but the shipping address, if I enable it to be visible from the settings, is always read-only and fixed to an incorrect value. It cannot be changed, and I don’t understand how to fix it.
2. Considering that a user might want to change their billing address, they can add as many as they like, but they cannot add new shipping addresses. Is this because I’m missing a plugin? If so, which one should I install?
3. Can I remove the entire login and registration phase from the system? Meaning, is it enough to hide it using the options available in the settings, so that once a user is created, they can simply proceed to checkout and pay?
4. If it’s possible to do what I requested in point 3, how can customers then add new billing or shipping addresses?
5. When a user chooses how to pay for their order on the summary page, can I make the payment button (e.g., PayPal or Credit Card) appear directly on the same page?
6. When a customer confirms their payment and is in the process of completing it, they already receive an order confirmation email. Is it possible to configure the system so the email is only sent after the payment is completed?
7. How can I modify the information in the order confirmation templates? The problem is that incorrect details, such as the aforementioned shipping address, are displayed. Additionally, if the customer adds notes to the order, they are not included in the email I receive. How can I customize everything to my liking and use the correct variables?

I apologize for all these questions, but these issues are overwhelming me, and I can’t find a solution. Could you please help me? Thank you!

Hi,

You can do that by turning off the "Round prices during calculations" setting of the HikaShop configuration page.

I can see that you're using PayPal Checkout on your website.
In that case, you need to make sure you turn off the "send order details" setting of your payment method.
Otherwise, when PayPal calculates the total, it won't match with the total calculated by HikaShop as PayPal always calculates the total the same way as when the "Round prices during calculations" setting is turned on. And if the totals don't match, the payment won't work and the customer will get an error at the end of the checkout.
Turning off the "send order details" setting will mean that the plugin will only send to PayPal the calculated total, and not the information of each product in the order. This way, PayPal won't have to calculate anything, and no error will happen due to a total mismatch.

-- HikaShop version -- : 5.1.1
-- Joomla version -- : 5.1.4
-- PHP version -- : 8.2.24
-- Browser(s) name and version -- : Firefox

We've recently upgraded a Hikashop system from J3 to J5.
We've upgraded HS to 5.1.1
However, it is still using the old Paypal payment method.

When going to the HS configuration page we see the notice:

Your PayPal payment method is obsolete and will soon be discontinued by PayPal. Please go in the System>Payment methods menu, click on the 'new' button and select the 'HikaShop PayPal Checkout payment plugin' to configure the PayPal Checkout payment method which is now replacing it. Once done and the new PayPal Checkout payment method is available on your website, disable the old PayPal payment method and this error message will disappear.

However, when going to the System>Payment methods screen and clicking new we get a 500 error.

The details displayed are:

Compile Error: Array and string offset access syntax with curly braces is no longer supported

in .../plugins/hikashoppayment/platron/PG_Signature.php:17

and the specific line of code is:

if ( $len == 0 || '/' == $path{$len-1} ) {

I tried reverting the server back to PHP 8.1.30 to see if that resolved the issue, but it didn't.

Do you have a fix for this error?

Hi,

Can you make sure that the "Send cart details" setting is turned on in the settings of your payment method and try again ?

-- HikaShop version -- : 5.1.1
-- Joomla version -- : 3.10.12
-- PHP version -- : 8.1.30

Bonjour,

Lorsque je configure le plugin Paypal checkout avec : Envoyez le détail de la commande = Non

Le client recoit de Paypal un courriel présentant les détails de ses achats. Le prix est à 0, les taxes sont le total de la commande. Le total de la commande est bon.

Je vous ai mis en attachement une image du courriel recu par le client.

merci,
Madeleine

Hello,

First we were unable to process ourselves test, because we were unable to register, so can you provide us with the following information so that we can possibly carry out tests.

But I say possibly because I wonder if your solution is not Paypal server side.
In details, it would seem, if we are not mistaken, that this form actually comes from the PayPal server.

This form is the product of the Paypal code, and your configuration in the HikaShop plugin but also in your PayPal Merchant account.
Contact the Paypal Support in order to have more clue about the situation.
Regards

Hello,

I move the topic in the HikaSubscription section of the forum.
Please provide your HikaSubscription version number.

Please check that your credentials are correct and does not have extra characters such as "spaces".
Can you perform a test using the legacy Paypal plugin from HikaShop (using the same credentials) ?

Since you have the debug mode activated, you should have some details in your HikaShop payment log.
www.hikashop.com/support/documentation/5...nfig.html#main_files

Regards,

Hello,

Please open a new thread and provide more details regarding your Paypal recurring payment configuration.

Regards,

Hi,

I feel like you think the argument is whether there is a yes/no option for company details, but this is not my point.
I think having a Company row in the form as standard is fine.
What i argue about is that people that actuelly use the Company row to fill in their company name should get the option to fill in their Chamber of commerce number and vat number as a lot of companies want this on the invoices.

For all companies selling international like me it would even be good to have the vat row automatically reverse charge VAT just like the paypal payment gayeway does.The only reason i say it in the "should" form is that i'm not sure if a plugin can do VIES checks.
( europa.eu/youreurope/business/taxation/v...er-vies/index_nl.htm )

Nicolas,

I respect the knowhow you have and work you do but with your latest statement you are mistaken in my opinion.
All other shops i come across in the past 2 years have this option, even your paypal checkout lets me enter company VAT details.
So no, most people do not want it the way it is now, most people want a customer to choose if they add company details, not only the name.

For instance now i get seperate emails asking if i send them an invoice with their VAt number included as tax regulatiosn only get stricter each year.

Bonjour,

Je sèche. Pourriez-vous fournir un accès backend via notre formulaire de contact pour pouvoir étudier la situation plus en détails ?
www.hikashop.com/support/contact-us.html

Thanks for the details.

There is a way for us to update the subscription price manually for each customer via PayPal interface, but I am not sure if this will create problem with HikaSerial? Screenshot: paste.pics/8c6d404175cc678710a7cb951f0f20e3

We are trying to avoid canceling the subscriptions because it creates a poor customer experience and will have a revenue impact.

Thanks

Not your fault but now my issue

PayPal owe me $5k USD and refuse to allow me to withdraw for over 5 years.

Luckily I have 10 live domains and used another to set up with my wife's details.

Some of this "security" is BS and all about control not security

What's worse is I'm now getting about 5 emails a day from them ... not secure at all.

/rant

Hi,

L'erreur "Expected an order id to be passed" dans la console implique normalement que le problème est entre le serveur et PayPal. PayPal refuse la création de la transaction et du coup le plugin n'a aucun id de transaction à retourner au javascript sur la page, d'où l'erreur indiquant que l'id est manquant. Mais bon, cette erreur dans la console n'est qu'une conséquence du vrai problème.
C'est donc dans le log de paiement de la configuration HikaShop qu'il faut regarder pour voir pourquoi PayPal refuse la commande.
Après, il serait aussi intéressant d'avoir le détails de la console JS.
Ce que vous pouvez faire, c'est nous envoyer tout ça dans un email à contact AT hikashop DOT com avec un lien vers ce sujet du forum pour référence. Cela devrait nous permettra de vous dire quoi faire.

Bonjour Nicolas,

Mon été commence bien, merci beaucoup.

Concernant l'anomalie Paypal, j'ai suivi vos conseils (désactivation de debug et de "send details orders" du plugin Paypal) et la situation n'a hélas pas changé. Le même message en rouge s'affiche.
Le warning n'est apparu que quand j'ai activé le mode debug de Joomla. Il disparait sinon.

J'ai également observé le code console mais n'y comprenant rien, ça ne m'avance pas trop.
Il semblerait qu'un ID n'est pas repéré par le plugin et que ça fasse tout bugué.

Console :

click_initiate_payment_reject {err: 'Error: Expected an order id to be passed\n at ht…e-funding=card%2Ccredit&intent=authorize:3:73091)', timestamp: '1720287989408', referer: ' www.sandbox.paypal.com ',
etc....

C'est assez long.
Avez-vous besoin de ce code en entier ou y avez-vous accès de votre côté ?

Merci d'avance pour votre aide.

Bonjour,

J'espère que l'été se passe bien de votre côté aussi.

Il faudrait regarder la console de votre navigateur lorsque vous êtes sur la page avec les boutons de paiement et que vous essayez de payer. PayPal affiche là les problèmes rencontrés.
fr.javascript.info/devtools
Aussi, avec l'option "debug" activée dans la méthode de paiement, il est possible (cela dépend de où est le problème) que le plugin ajoute des informations de débug au "payment log file" disponible dans la page de configuration d'HikaShop.

Le warning indique que la commande a, dans la liste des produits, un produit sans nom. Cela ne devrait normalement pas arriver.
Vous pouvez ignorer l'erreur pour HikaShop. Cependant, si vous avez vraiment un produit sans nom dans la commande, il est fort probable que cela pose un souci à PayPal, si l'option "send order details" est activée dans la méthode de paiement. Donc vous pourriez essayer de désactiver l'option dans la méthode de paiement, pour voir si cela aide à éviter le problème.