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

Bonjour,

Les factures ne sont pas envoyées au client par HikaShop normalement. Elles sont disponibles dans l'historique des commandes sur le frontend pour l'utilisateur, et dans le détails de la commande dans le backend pour l'admin.
Si vos clients reçoivent des factures par email, j'imagine que vous devez utiliser le plugin "PDF invoice":
www.hikashop.com/marketplace/product/18-plugin-pdf.html
Le fichier à modifier est parmi les fichiers du dossier plugins/hikashop/attachinvoice/attachinvoice/ auquel vous pouvez accéder via votre accès FTP ou le file manager de votre cpanel.
Le fichier utilisé dépend de ce que vous avez sélectionné dans l'option "layout" du plugin, via le gestionnaire de plugins de Joomla.
Vous voudrez copier le fichier dans le dossier media/com_hikashop/plugins/ pour faire un override. Et vous pourrez ensuite effectuer la modification dans le fichier.

Le code exact dépend du layout, mais la modification est sensiblement similaire à ce que vous avez déjà fait dans la vue checkout / show_block_cart pour le passage en caisse.

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.

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 }

		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>';
			}
		}

Oui. Dans ce cas, il faudrait un accès FTP et un accès backend pour le site en question avec le numéro de commande en question pour reproduire le souci avec le PDF et étudier le problème. Pourriez-vous fournir cela via notre formulaire de contact ?

Bonjour,

Serait-il possible d'avoir un accès backend et un accès FTP ainsi que le numéro d'une commande avec les soucis pour étudier ça ?
Vous pouvez passer par notre formulaire de contact:
www.hikashop.com/support/contact-us.html

Bonjour,

Grâce à votre accès, j'ai pu voir que le problème n'était pas uniquement dans la facture et l'email, mais aussi dans la commande sur le backend, et même durant le passage en caisse.
C'était très étrange.
J'ai donc analysé la situation et fait du débug sur votre site avec l'accès FTP pour essayer de comprendre d'où vient le problème. Et après de nombreux tests, j'ai trouvé que le patch que j'avais fait dans HikaShop suite à votre retour il y a un mois ( www.hikashop.com/forum/5-support-en-fran...checkout.html#366442 ) n'avait pas été appliqué, mais uniquement le plugin avait été mis à jour contrairement à mes instructions passées.
Vous étiez donc dans un entre deux, avec une solution à moitié fonctionnelle, et c'est pour cela que le montant de la réduction était pris en compte dans le calcul du total mais pas affiché correctement dans la commande entre le sous total et le total.

J'ai rajouté le patch pour HikaShop sur votre site, et cela fonctionne maintenant sur le passage en caisse, et donc cela devrait maintenant également fonctionner pour les nouvelles commandes.