Magento – Case “règle du prix de catalogue”

Un sujet que je voudrais aborder aujourd'hui une fois, car il vient de nous occupé dur: Magento et Règles de prix catalogue.

Règles d'épicerie prix et Règles de prix catalogue se recouvrent partiellement mais aussi avoir quelques différences et nous allons obtenir un très grand plus tard. Les deux modes de contrôle des prix donnent le propriétaire du magasin l'occasion (spéciale) Les clients ou groupes de clients fixer des prix différents.

Général dit, C'est dans les règles de prix de panier souvent causées par un code de coupon et en tout cas que dans le panier / Caisse. Les règles de prix de catalogue, cependant, peuvent ajuster les prix déjà directement dans le catalogue. Le client voit ainsi directement à quelles conditions achète.

règles de prix de catalogue sont créés même au panier règles de prix. En vertu de la promotion des ventes > règles de prix de catalogue, vous pouvez les ajouter. C'est un nom, est-il de inactif à actif, peuvent-ils s'appliquer uniquement à certains groupes de clients, peuvent construire de telles conditions par exemple des. seulement pour les numéros élément spécifique etc. En conclusion, un une dan, l'action à effectuer, si toutes les conditions ci-dessus s'appliquent. Ici vous pouvez minimiser les pourcentages, ou des montants fixes. Important ici est la distinction de “UM” et “ON”. UM 5% A propos du prix réduit est pour le opérateurs de stocker beaucoup mieux que sur 5%.
Après normale sauver la règle, bien que cela puisse être actif, mais doit être lu dans le catalogue en appuyant sur Appliquer ou précédente active en appuyant sur Enregistrer et appliquer. Ensuite, les changements sont alors affichées et utilisées.

Jusque-là, tout va bien. Mais maintenant vient le problème ÉNORME: Si vous supprimez une telle règle juste, Bien qu'il disparaît généralement à partir de la liste, par opposition à une règle de prix de panier est l'effet (u.U.) recueillir.

Maintenant, pour notre cas particulier: Le client a le problème, que, lorsque certains Les produits de sa boutique comme un prix spécial toujours 5% ont montré le prix initial et également utilisé. Il n'avait pas d'importance si l'article a eu un prix spécial régulière ou non, la 5% ont toujours affiché à partir du prix initial. Mais seulement pour quelques-uns et pas pour tous. D'abord, il y avait seulement 5 ou 6. Le client a décidé de supprimer et de recréer cet article, car ici, plus le problème est survenu.

Un jour plus tard, tout à coup étaient de retour certains Produit d' 5% Problèmes touchés. Il ne pouvait pas expliquer l'. Après plusieurs essais, il a été constaté, que après avoir sauvegardé (sans changement) des articles 5% Chose s'est produite. Il devait y avoir un changement dans le système, les seuls produits concernés, qui étaient à l'époque du changement dans le système et a créé plus tard.

L'intérêt continu, ont été ignorés dans le backend qui a mis régulièrement des tarifs spéciaux à partir du système jusqu'à ce qu'ils étaient plus grands que 5% des Originalpreises. Une fois qu'ils étaient plus petits, les prix spéciaux stockées manuellement ont été affichés.

Après un certain temps nous avons trouvé Essayez de diagnostiquer, qu'il vs aucun parallèle entre le affecté. les produits non concernés n'ont pas été touchés, sauf que le dernier ont été créés et le précédemment affectés. Donc, nous savions, que tous les éléments, qui sont nées après une certaine date de l' 5% Problème n'ont pas été affectés et toutes les parties concernées avant. Dans la base de données avec les articles, il n'y avait également aucune preuve du problème. Les prix spéciaux ont été définies lors-- normale affichée, ont pas de prix spéciaux réguliers déposés, war das Feld leer.

Wo lag maintenant das problème? Dans notre cas précis, il était maintenant si, qu'une règle a été déposé dans la boutique, qui toutes (existant au moment de la création) Produits sur 5% actualisés. Problème était toutefois déjà, que la règle ne constituait pas une différence dans l'extrémité avant. Les produits ont conservé leur prix. Ainsi, la règle a été supprimée de la main encore une fois, et tomba dans l'oubli. Quelque temps plus tard, puis tout à coup fait le problème tel que décrit ci-dessus. Chaque fois qu'un élément est stocké, ça coûte soudainement seulement 5% des Originalpreises.

La solution du problème était la suppression des contenus des tables de catalogue de règles pertinentes dans la base de données. A cet effet, la commande

TRUNCATE `catalogrule`;
TRUNCATE `catalogrule_product`;
TRUNCATE `catalogrule_product_price`;

entré directement via SQL ou supprimer les tables manuellement (DB Backup certainement recommandé!). Alors le 5% Le problème weg.

Comme il s'agissait d'un problème Skuriles, J'espère être en mesure de vous aider avec cette représentation, l'un ou l'autre plus rapide, que je ne pouvais m'empêcher.

Mais qui peut dire, ce n'est pas drôle:

1. SOME (pas tous) Coûté produit soudainement seulement 5%
2. Il n'y a pas d'autres sites ou magasins Vues
3. modifications apportées au modèle (on a tout essayé) ne faire aucune différence
4. Produits nouvellement créés ne sont pas affectés par le problème va également sans dupliquer ensuite des problèmes avec le nouveau produit
5. coût de l'article seulement 5% une fois qu'ils ont été ouverts et sauvegardés
6. Il ya (lt. Backend) Pas panier- ou règle de prix catalogue
7. Il n'y a pas parallèles évidents entre les produits concernés
8. Il ne fait aucune différence si il ya des prix spéciaux régulièrement déposées ou non
9. Si le prix spécial déposé régulièrement mais moins de 5% le prix initial, il apparaît

Dans l'ensemble on peut dire, que l'on doit être très prudent avec les règles de prix de catalogue et devrait utiliser seulement si vous savez exactement ce que vous faites.

Utilisé dans la version Magento 1.6.2.0. Remarques, Suggestions, Demandez? Volontiers!