Advanced Search

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.

Hi,

The "YYYY payment notification: payment cancelled" email means that either the payment gateway couldn't finish successfully the transaction, or that there was a problem with the transaction details. For example, if the amount paid by the customer is different than the amount of the order in HikaShop, HikaShop will cancel the order so that you can take the appropriate measures as either the customer tried to mess with the system to pay less than required for his order, or something is not configured properly.
Also, when this happens, the PayPal Checkout payment plugin will log details about the issue in the "payment log file" available under the Files section of the HikaShop configuration. So please check in there. If you could provide its content via our contact form, we could check the log to figure out what's wrong.
www.hikashop.com/support/contact-us.html
Having a typo in the product code won't change anything.
However, can you check the transactions on your PayPal merchant account ? Are the payments valid there ?
Could you also provide a screenshot of the settings of the PayPal Checkout payment method ?

Hello Nicolas, Thank you for your fast response.
The problem is the PAYMENT gets cancelled.The sequence of emails is:
The person registers as part of the payment
email 1 'Account details for XXXX at webdomain.org ' (time 7:14 and all is correct on backend)
email2 'A new order has been created on your website' (say for order YYYY - at time 8:05 and again all is correct on back end)
The person makes the payment either by PayPal or Stripe, then
Email3 'YYYY payment notification: payment cancelled' (time 8:06 and on backend payment is cancelled)
All people trying to order have emailed me that they didin't cancel anything and that their their order payment went through and that they were surprised when the order cancelled.
Everything was working normally (a sit has been for the last several years) until yesterday ( 2 July )after I chnanged the PayPal payment plugin to the new PayPal Checkout on 1st July
The PayPal Checkout plug in was configured correctly and client authentication was successful. Now checking PayPal Checkout configuration while writing this message, I see client authentication for PayPal Checkout has now failed.
Nothing else has been changed in Hikashop (or any other part of the site) except the PayPal Checkout and the upgrade today of Hikashop to 5.1

Hi,

The "send order details" setting has been added to the PayPal Checkout plugin with the new version. So if you turn off that setting in your PayPal Checkout payment method after updating your HikaShop, you should then be able to keep the "round prices during calculations" setting turned off while avoid the AMOUNT_MISMATCH error.

Hi,

So the problem is that with the "Round prices during calculations" setting activated, HikaShop will round the price without taxes before the calculations are done.
So if you have a price without taxes at 16.625, HikaShop will round the price to 16.63 before calculating the taxes and summing up both to get 19.96
I understand why you don't want that. In that case you would have to turn off this "Round prices during calculations" setting. We made it especially for this.
However, if you do that, then you can potentially get MISMATCH errors with PayPal. That's because PayPal only accept 2 decimals and it calculates itself the prices and check that the total it calculates corresponds to the total the PayPal plugin provides.
To avoid that, the only option is to turn on the "Round prices during calculations" setting setting so that HikaShop will make the calculations like PayPal, basing itself on prices with 2 decimals.
But in that case, you won't be able to get 19.95 in your example.
I'm afraid I don't have a quick solution here. The solutions I can think of would be:
- For PayPal to not recalculate the total and just take into account the total amount provided by the PayPal plugin
- For PayPal to allow for more decimals for the items in the order so that the PayPal plugin could provide more accurate prices which would allow it to reach the same total as what HikaShop can calculate with the "Round prices during calculations" setting turned off.
- To add an extra setting to the PayPal plugin to be able to not send the details of the order, just the total amount. That way, there is no calculation needed on PayPal's end. We'll look into adding this for the next version of HikaShop.