Augmenter les prix en masse + gestion des arrondis

Bonjour,

Pour augmenter tous vos prix de 1% tout en arrondissant le prix TTC au dixième d'euro, la méthode la plus adaptée serait de passer par un export/import CSV via les actions de masse (menu Système > Actions de masse > Produit).

Voici la procédure recommandée :

1. Créez une action de masse de type "produit" avec un filtre pour sélectionner les produits concernés (par exemple par catégorie, ou tous les produits publiés).
2. Ajoutez une action "Export CSV" en incluant les colonnes product_code et price_value_with_tax (prix TTC). Exécutez l'export.
3. Dans le fichier CSV, modifiez les prix TTC : multipliez par 1.01 puis arrondissez au dixième (dans un tableur, la formule serait =ROUND(prix * 1.01, 1)).
4. Réimportez le CSV via une action de masse avec le filtre "Import CSV". Le système recalculera automatiquement le prix HT à partir du prix TTC en fonction du taux de TVA configuré sur chaque produit.

Alternativement, si vos produits ont tous le même taux de TVA (par exemple 20%), vous pouvez utiliser l'action "Modifier les valeurs" sur le champ price_value avec une opération SQL du type :
ROUND(price.price_value * 1.01 * 1.2, 1) / 1.2
Cela multipliera le prix HT par 1.01, calculera le TTC (×1.2), arrondira au dixième, puis reconvertira en HT (÷1.2). Mais cette approche ne fonctionne que si tous les produits ont le même taux de TVA.

Concernant vos questions sur les prix historiques : l'action de masse modifiera tous les prix associés aux produits sélectionnés, y compris ceux avec des dates de début/fin. Il n'y a pas de filtre sur les dates de prix dans les actions de masse. Si vous souhaitez ne modifier que le prix actif, l'approche CSV est préférable car vous pouvez choisir quelles lignes modifier dans le tableur avant de réimporter.

Enfin, pour la gestion de l'historique des prix : si vous n'avez pas besoin de consulter les anciens tarifs, il n'est pas nécessaire de conserver les anciens prix avec des dates de début. Vous pouvez simplement modifier le prix existant.

Bonjour,

Concernant le premier point (prix HT affiché dans price_value_with_tax pour les variantes), le problème vient probablement de la configuration de la zone de taxation principale dans HikaShop.

Quand l'export CSV s'exécute depuis l'administration, le système n'a pas d'adresse client pour déterminer la zone de taxation. Il utilise donc la "zone de taxation principale" configurée dans Système > HikaShop > Configuration > onglet Principal > section Taxation. Si cette zone n'est pas configurée (ou ne correspond pas à une zone pour laquelle des règles de taxation existent), le calcul de TVA retourne 0 et le prix TTC affiché est identique au prix HT.

Ce problème touche en réalité tous les produits, pas seulement les variantes. Mais comme vos produits principaux n'ont probablement pas de prix dans la table des prix (les prix sont sur les variantes uniquement), ils n'apparaissent pas dans l'export des prix et vous ne pouvez donc pas constater le problème sur ceux-ci.

Vérifiez que la zone de taxation principale est bien configurée sur "France" (ou la zone appropriée à votre boutique) et relancez l'export, les prix TTC devraient alors être correctement calculés.

Concernant le second point (produits dupliqués), normalement chaque produit/variante ne devrait apparaître qu'une seule fois dans l'export, avec les différents prix concaténés avec | dans la colonne price_value. Pourriez-vous nous donner plus de détails sur la configuration de votre action de masse, notamment les filtres utilisés ? Si vous avez utilisé un filtre sur une colonne de prix (par exemple price_value), cela pourrait expliquer la duplication car ce filtre génère une jointure avec la table des prix qui peut multiplier les lignes.

Bonjour,

Quelle est la "catégorie de taxe" appliqué sur le produit pour lequel vous faites votre test d'export ?
Est-ce que la zone France métropolitaine est bien dans la liste des sous zones de la zone Europe ?

Bonjour,

Nous avons identifié et corrigé le problème. Lors de l'import CSV avec des prix TTC, le système écrasait la catégorie de taxe des variantes de "comme le produit parent" vers la catégorie de taxe par défaut.
Cela a été corrigé dans la prochaine mise à jour.

Pour corriger vos données actuelles, vous pouvez exécuter cette requête SQL dans phpMyAdmin :

UPDATE xxxxx_hikashop_product SET product_tax_id = 0 WHERE product_type = 'variant' AND product_tax_id != 0;

(Remplacez xxxxx par le préfixe de vos tables Joomla. Attention, cette requête remet toutes les variantes en "comme le produit parent". Si certaines variantes avaient volontairement une catégorie de taxe spécifique différente de leur produit parent, il faudrait adapter la requête.)

Ensuite, si la catégorie de taxe par défaut du site est la même que celle de vos produits parents, les prix HT enregistrés sont corrects et il n'y a rien d'autre à faire.

Si par contre la catégorie de taxe par défaut est différente de celle de vos produits parents, les prix HT ont été calculés avec le mauvais taux de taxe. Dans ce cas, après la mise à jour vers la version corrigée (bientôt disponible), il faudra relancer l'import CSV avec les prix TTC pour recalculer correctement les prix HT.

Oui, c'est tout à fait ça, en supposant que le problème est bien ce que je pense qu'il est.

La prochaine release est sur le pas de tir. Nous peaufinons les choses actuellement. Vous pouvez guetter notre twitter pour être averti dès que ce sera disponible.

Oui :/
C'est un comportement intentionnel de la part de X (anciennement Twitter). Pour les comptes de petite ou moyenne taille, ou ceux avec un faible engagement (peu de likes, retweets, etc.), X n'affiche pas les timelines de profil aux utilisateurs non connectés. À la place, la page montre un message comme "@hikashop
n'a pas posté", même si des posts existent. Cela ne s'applique pas aux grands comptes (avec des millions de followers ou un fort engagement), où les posts les plus populaires peuvent être visibles sans connexion. L'objectif semble être d'encourager les gens à se connecter pour voir le contenu, ou de limiter le scraping et la charge sur les serveurs.
Nous enverrons une newsletter de toute façon avant la fin du mois avec les informations sur la nouvelle version.

Bonsoir,

Nous venons de publier la nouvelle version:
www.hikashop.com/home/blog/530-hikashop-6-4-0.html