Advanced Search

Search Results (Searched for: paypal details)

03 May 2025 19:27

Orders not being created

Category: Reports & Statistics

Hi,

The order ID in HikaShop is incremented by 1 for every order. Based on your screenshots, I can see that the last order has the ID 2448. So you had orders previously from "1" to "2448". On the PayPal screenshot, it says that the "invoice ID" is 19893.
This means the transaction did not originate from HikaShop since it would have had an invoice ID between 1 and 2448.
Also, the description of the product purchased on the PayPal screenshot is "Total price Item #:".
But the PayPal Checkout plugin in HikaShop will either use the name of the product, or the text "Order number: XX" where XX is the order number of the order in HikaShop (when the "send order details" setting is turned off in the payment method). So again, this indicates that the transaction wasn't done through the PayPal Checkout plugin of HikaShop.

So it all indicates that the transaction comes from something else than HikaShop.

If PayPal says that the transaction comes from your website, then it must come from something else. What ? I don't know, but certainly not HikaShop.

Note that PayPal says that it comes from your website. What did they say exactly ? It could be that you have a test website or something, in a subdomain or a subfolder of your website, where you have another ecommerce solution setup (or half setup), or a PayPal, HTML button or something.
In any case, PayPal has all the log necessary to be able to point you at the problem. Normally, the PayPal support should be able to give you the exact URL from which the transaction originated. This should be enough to identify the origin of the problem. Could you check with them ?
03 May 2025 10:26

Orders not being created

Category: Reports & Statistics

Hi Nicolas

Thanks for the reply.
The email from PayPal saying a payment has been received shows a transaction ID and an Invoice ID along with an email address.
None of those things are showing in the Customers menu.

There are only two payment plugins currently enabled, Paypal Checkout and Bank Transfer (which as far as I can tell, simply shows bank details for the customer to manually pay with) although there are older plugins that are on there but they are disabled. These are PayPal Pro, PayPal Plus and PayPal Express. These have not been used for a long time.

Hikashop is the only e-commerce solution that has ever been used on the site and I am unaware of any PayPal HTML buttons ever having been put on the site.

Regards

Jim
02 May 2025 22:02

Orders not being created

Category: Reports & Statistics

Hi,

When PayPal Checkout transmit the order information to PayPal, the email addressand order ID are always provided to PayPal.
The email address of the user might not be associated with a Joomla user account, that's correct. However, the email address will be associated with a user in the Customers menu of HikaShop for guest purchases.
Also, the order is always created before the PayPal Checkout payment plugin does anything. So you will be able to find an order with roughly the same creation date as the transaction date, with the same amount.
And since the order is always created, the plugin transmits the order ID as the "invoice ID" in the PayPal transaction details page.
So you should be able to match the order and the transaction together. Also, in the history of the order, which you can see at the bottom of the page if you open an order, you'll see the PayPal transaction ID recorded. So, that's also a way to match the order in HikaShop and the transaction in PayPal together.

If there is no invoice ID in the transaction, and you can't find any order in HikaShop, then the payment likely didn't went through HikaShop.
Maybe you were using another ecommerce solution in the past and it hasn't been disabled properly ? Or maybe you've installed another extension which can accept payments. Or maybe you've added somewhere a PayPal HTML payment button ? This can be easily done with just a copy/paste in a Joomla article, so it doesn't require any specific extension. However, that means that no information is available on the website. So that would also explain the situation.
02 May 2025 18:14

Orders not being created

Category: Reports & Statistics

-- HikaShop version -- : 5.1.6
-- Joomla version -- : 5.3.0
-- PHP version -- : 8.1.32

Hi

Please help.
Over the last month, several emails have come through from Paypal saying a payment has been received but there are no order details included and no order number. We have contacted PayPal who say that the payment was made through the site however there is no order created in Hikashop.
All of these orders it seems are from email addresses that are not registered on the site so I'm assuming they have checked out as guests.
All I can see from the emails from Paypal is how much the amount paid, by which email address and the date and time of the purchase but no order has been generated in Hikashop..

I am more than happy to provided login details for the site if required.

Many thanks.
02 May 2025 08:27

Facture client: Ordre d'affichage du bon de réduction

Category: Support en Français (French Support)

Bonjour,

1. Oui, si vous n'avez pas besoin du détails de la commande dans le détail des transactions sur PayPal, il est préférable de désactiver cette option. Elle est d'ailleurs désactivée par défaut pour cette raison. Ainsi, cette erreur ne pourra pas arriver peu importe ce qu'il se passe dans le futur.

2. Normalement l'affichage du coupon devrait se faire avec le plugin installé aussi (mais ce n'est pas le même code qui gère cela dans corporate_invoice.php ).
Lorsque le plugin n'est pas utilisé c'est ce code:
		if(!empty($order->order_discount_code)){ ?>
		<tr class='order_end'>
			<td colspan='3' class='newarea'>
				<?php echo JText::_( 'HIKASHOP_COUPON' ); ?>
			</td>
			<td  class='price'>
				<?php
				if($config->get('price_with_tax')){
					echo $currencyHelper->format($order->order_discount_price*-1,$order->order_currency_id);
				}else{
					echo $currencyHelper->format(($order->order_discount_price-@$order->order_discount_tax)*-1,$order->order_currency_id);
				}
				?>
			</td>
		</tr>
		<?php }
Lorsque le plugin est utilisé, c'est ce code:
		if(!empty($order->additional)) {
			$exclude_additionnal = explode(',', $config->get('order_additional_hide', ''));
			foreach($order->additional as $additional) {
				if(in_array(@$additional->name, $exclude_additionnal)) continue;
				?><tr><td colspan='3' class='newarea'><?php echo JText::_($additional->order_product_name); ?></td><td class='price'>;
<?php				if(!empty($additional->order_product_price) || empty($additionaltionnal->order_product_options)) {
					if($config->get('price_with_tax')){
						echo $currencyHelper->format($additional->order_product_price+@$additional->order_product_tax, $order->order_currency_id);
					}else{
						echo $currencyHelper->format($additional->order_product_price, $order->order_currency_id);
					}
				} else {
					echo $additional->order_product_options;
				}
				echo '</td></tr>';
			}
		}
Si l'affichage est manquant lorsque le plugin est utilisé, soit il y a un bug dans ce code, soit ce code a été modifié ou supprimé de votre côté.
Donc vérifié déjà que vous ayez le code dans le fichier et qu'il correspond à ce que j'ai posté.
Si oui, alors il faudrait étudier le soucis directement sur le site. Peut être qu'il y a un cas particulier qu'il faut prendre en compte.
01 May 2025 19:42

Facture client: Ordre d'affichage du bon de réduction

Category: Support en Français (French Support)

Bonjour ... et tout d'abord merci pour avoir répondu pendant la journée de la fête du... travail! Ce n'est pas donné à tout le monde...

1. En effet l'option "send order details" est activé autant côté site de production que sur le site dev et l'option "round prices during calculations" est activé dans la configuration d'HikaShop des deux côtés.

En désactivant l'option "send order details" dans la méthode de paiement du site dev, le problème disparaît.
Étrange car la configuration était la même sur les deux sites et seul le site de développement m'a donné cet erreur, je ne pense pas que cela est arrivé sur le site de production sinon on me l'aurait fait savoir.

Pour récapituler, pensez-vous qu'il est conseillé de désactiver l'option "send order details" dans la méthode de paiement Paypal également sur le site de production?


2. Vous avez raison, le plugin "multicoupon" n'était même pas installé sur le site de production, comment ai-je pu oublier...! :pinch:
Bref, je suppose que maintenant j'aurai le même affichage que celui sur le site de développement, c'est à dire le nom du coupon sera affiché et il sera placé en dessous de "Livraison".
Concernant l'affichage du coupon dans le plugin PDF (la facture du client), pourquoi l'affichage du coupon se fait quand le plugin "multicoupon" n'est pas installé? Je suppose que je vais devoir copier du code supplémentaire dans mon fichier media/com_hikashop/plugins/corporate_invoice.php ?

Merci.
01 May 2025 14:27

Facture client: Ordre d'affichage du bon de réduction

Category: Support en Français (French Support)

Bonjour,

Voici les deux problèmes que vous avez:

1. L'erreur avec PayPal Checkout avec un coupon, c'est parce que vous avez l'option "send order details" activée dans la méthode de paiement. Surement que vous avez l'option "round prices during calculations" désactivée dans la configuration HikaShop, qui fait que PayPal calcule diffère de celui d'HikaShop, ce qui peut résulter en des différences d'arrondi, et cette erreur "amount_mismatch".
C'est une erreur courante.
Le plus simple, c'est de désactiver l'option "send order details" dans la méthode de paiement. Ainsi, seul le total sera envoyé à PayPal et il n'y aura plus de problème de calcul.

2. D'après vos captures, sur un des deux sites vous avez le plugin "multicoupon" actif et pas sur l'autre. Lorsque le plugin est actif, les coupons sont transformés en "frais additionnels" dans HikaShop et le nom du coupon est utilisé au lieu du texte "coupon", car vu que vous pouvez avoir plusieurs coupons, ça n'aurait pas de sens d'avoir plusieurs lignes avec le même texte générique "coupon".
Lorsque le plugin n'est pas utilisé, alors c'est le texte par défaut "coupon" qui est utilisé vu qu'il ne peut y avoir qu'un seul coupon par commande.
01 May 2025 11:11

Facture client: Ordre d'affichage du bon de réduction

Category: Support en Français (French Support)

Bonjour, plusieurs problèmes à ne rien y comprendre...

Pour voir si j'avais le même comportement j'ai essayé de passer une commande avec le bon de réduction sur la livraison et ceci sur mon site de développement.

J'ai différents comportements, pourtant le site de dev est la réplique du site en production, à quelques détails près.

J'ai essayé de passer une commande et de payer par PayPal Checkout en version Sandbox: premier problème, il n'est pas possible de payer par PayPal si j'ai une réduction sur le prix, j'ai un message d'erreur qui apparaît pour une fraction de seconde, j'ai réussi à faire un screenshot du message d'erreur:

This message contains confidential information


Si je désactive le bon de réduction, le payement PayPal Checkout en version Sandbox se fait sans problèmes.

J'ai alors essayé de payer par virement bancaire.

Version Dev: payement par virement bancaire.

- La réduction sur le prix de livraison s'affiche bien en dessous de "Livraison" ("Spedizione" en italien) dans l'email envoyé à l'administrateur et au client.
- Le nom du bon "SHIPPING50" s'affiche aussi correctement.
- La réduction du prix de livraison dans le PDF (oui, j'avais oublié de spécifier que j'utilise votre plugin "PDF invoice") ne s'affiche pas dans le PDF.





Version production: payement par PayPal Checkout

- La réduction sur le prix de livraison s'affiche au dessus de "Livraison" dans l'email envoyé à l'administrateur et au client.
- Le nom du bon "SHIPPING50" ne s'affiche pas, j'ai uniquement le terme "Bon".
- La réduction du prix de livraison dans le PDF s'affiche, mais le nom du bon n'est pas correct et s'affiche toujours au dessus de "Livraison".





J'ai un override du fichier media/com_hikashop/plugins/corporate_invoice.php qui est le template que j'utilise et les deux fichiers sont strictement identiques, d'un côté comme de l'autre, je viens de recontrôler.

J'aurai voulu passer une commande sur le site de production et payer par virement bancaire comme je l'ai fait sur le site de dev pour voir si la méthode de payement peut influencer le type d'affichage, mais je voudrais éviter de générer inutilement des ordres qui vont incrémenter la numération des mes factures.

Si vous pouviez me donner une piste par où commencer parce que je suis un peu largué... merci.
16 Apr 2025 10:18

Paypal payment accepted but not registered by Hikashop

Category: Payment Methods

-- 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:
{"customer_id":""}
04.13.25 09:01:16

Array
(
    [name] => INVALID_REQUEST
    [message] => Request is not well-formed, syntactically incorrect, or violates schema.
    [debug_id] => e9c585fcdabb8
    [details] => Array
        (
            [0] => Array
                (
                    [field] => /customer_id
                    [value] => 
                    [location] => body
                    [issue] => INVALID_STRING_LENGTH
                    [description] => the value of a field is either too short or too long.
                )

            [1] => Array
                (
                    [field] => /customer_id
                    [value] => 
                    [location] => body
                    [issue] => INVALID_PARAMETER_SYNTAX
                    [description] => the value of a field does not conform to the expected format.
                )

        )

    [links] => Array
        (
        )

)

04.13.25 09:01:16

Client token could not be generated by PayPal Checkout for ACDC
Thanks
27 Feb 2025 13:42

Update of PDF-Plugin

Category: Orders management

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.
12 Feb 2025 10:12

Umleitungsfehler - Nach der Bestellung keine Funktion von Paypal

Category: Payment Methods

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:
.visible {
    opacity: 0 !important;
}
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:
.visible {
    opacity: 1 !important;
}
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.
28 Jan 2025 09:01

A few questions

Category: How to?

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.
27 Jan 2025 23:31

A few questions

Category: How to?

-- 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!
13 Dec 2024 16:07

Round TAXES on total products and not on each product

Category: Taxes

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.
17 Oct 2024 00:08

Upgrading to new PayPal payment method results in 500 error

Category: Install & Update

-- 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?
15 Oct 2024 08:52

paypal express surcharge procent not added tp order.

Category: Payment Methods

Hi,

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

Paypal checkout - taxe est total mal représenté

Category: Support en Français (French Support)

-- 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
07 Oct 2024 11:22

Cheakout page after update form instead of PP page

Category: Checkout

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
19 Sep 2024 22:02

sandbox paypal recurring does not work

Category: HikaSubscription

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,
18 Sep 2024 23:08

Paypal recurring payment Fails

Category: HikaSubscription

Hello,

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

Regards,
Displaying 1 - 20 out of 35 results.
Time to create page: 0.213 seconds
Powered by Kunena Forum