Il reste encore deux jours pour préparer Magento à cette hausse de TVA.

Principe de gestion des taxes dans Magento.

Avant de commencer, faisons un rapide rappel du principe de gestion des taxes dans Magento (voir le schéma) :

• Les taux de TVA sont définis par zone géographique.
• Chaque produit appartient à une classe de taxe qui définit comment calculer sa TVA. S’agit-il d’un produit à taxer avec un taux normal ou réduit ? Est-ce un produit exonéré ? C’est par la classe de taxe que nous pouvons appliquer la bonne règle de taxes au produit.
• Chaque client appartient aussi à une classe de taxe. Nous pouvons donc modifier le calcul de la TVA en fonction du profil du client (par exemple, clients professionnels qui dépassent les seuils intra-communautaires).

Pour passer d’un TVA de 5,5% à 7%, il suffit donc de modifier le taux de TVA dans la définition du taux par zone géographique :

1. Ouvrir la page Ventes > TVA & autres taxes > Gérer les zones et les taux des taxes.
2. Cliquer sur la ligne de tableau qui correspond à la TVA réduite.
3. Modifier le taux de la TVA et éventuellement les libellés des vues.
4. Cliquer sur Sauvegarder le taux.

Liste des taux par zone avant la modification de la TVA à taux réduit.

Modification du taux de TVA.

En principe, c’est tout. Mais comme souvent, ce serait trop simple… Deux raisons à cela :

• La loi de finances prévoit une exigibilité de la TVA sur la livraison, et non la commande. Donc si un client commande le 30/12/11 et si vous le livrez le 02/01/12, vous devrez versez 7% de TVA au fisc ! Difficile de préparer Magento à cet exercice d’équilibriste… Il y aura donc un peu de régularisation à faire et ce sera pour la poche des commerçants.
• L’exception des livres qu’il faut continuer à imposer à 5,5%, nécessite de créer une classe de taxe spécifique. Les livres devront donc appartenir à cette nouvelle classe de taxe.

Si vous vendez des livres, vous devez donc distinguer la TVA à 5,5% et celle à 7% :

1. Ouvrir la page Ventes > TVA & autres taxes > Classe de taxe produit.
2. Cliquer sur le bouton Ajouter.
3. Définir un nom de classe et cliquer sur le bouton Sauvegarder la classe.
4. Ouvrir la page Ventes > TVA & autres taxes > Gérer les zones et les taux des taxes.
5. Ajouter une nouvelle taxe pour les livres.
6. Ouvrir la page Ventes > TVA & autres taxes > Gérer les règles de taxes.
7. Ajouter une nouvelle règle pour associer la classe de taxe livre au taux livre.
8. Modifier toutes les fiches produits concernées pour affecter la classe de taxe spécifique aux livres.

Ajout d’une classe de taxe spécifiques aux livres.

Ajout d’un taux de TVA pour les livres.

Liste de règles de taxes avant l’ajout de la règle spécifique aux livres.

Ajout de la règle de taxes spécifique aux livres.

Ouf, c’est fini ! Il ne reste plus qu’un détail : ne pas oublier de changer le taux de la TVA sur les livres le 01/04/12 ! D’ici là, on nous aura peut-être imposé une augmentation de la TVA normale, celle à 19,6% actuellement…

Pour les aspects purement comptables, vous pouvez consulter cet article sur le site Fiducial, bien détaillé et contenant des exemples pratiques.

Dans le respect de la grande tradition des vœux de nouvelle année, je vous souhaite une excellente année 2011 ! Une belle occasion pour faire le bilan de l’année 2010 et voir ce qui nous attend en 2011 avec Magento.

C’était en 2010

L’année 2010 a commencé par la sortie de Magento Community Edition 1.4.0.0. Elle a marqué, pour moi, la fin de la « période bêta » de Magento. Nous pouvions enfin faire du bon travail.

En mai, Bargento, édition 4. Un succès étonnant !

En juin, sortie de Magento CE 1.4.1.0 avec une sacrée avancée pour le référencement : la gestion des anciennes adresses de contenus. Et plein d’autres choses, comme d’habitude.

En juillet, Xi Ingénierie (là où je passe mes journées ) a organisé Magentolosa, un événement qui a connu un beau succès. Nous le referons en 2011 !

La rentrée de septembre était entièrement tournée vers Magento Mobile. Ce service offre la conception et la diffusion d’applications natives pour les appareils mobiles pour un coût compétitif (attention à un détail : la licence est par store view…).

En octobre, le Magento Developers Paradise a ravi les participants avec des interventions techniques de haut niveau et une convivialité facilitée par le cadre idyllique de Majorque !

En novembre, Bargento a encore fait le plein pour la 5e fois, malgré une présence anecdotique de Magento Inc. qui a surpris tout le monde.

En décembre, sortie de Magento CE 1.4.2.0. De gros changements sur Varien_Data_Collection qui ravissent les développeurs et des petits changements très utiles partout.

Et pour 2011 ?

Premier gros événement de l’année : Magento Europe est née. Avec cette société, Magento Inc. met un pied sur notre continent.

En février, Magento Inc. organise Imagine, un événement e-commerce qu’elle souhaite majeur. Vu les participants, c’est bien parti.

Magento CE 1.5.0.0 est prévue pour ce début d’année. Les versions alpha circulent déjà et apportent des évolutions majeures. Vous pourrez enfin importer 1000 produits en moins de 10 secondes ! Vous pourrez aussi ajouter vos propres statuts de commande directement dans le backend, modifier les adresses de facturation et de livraison des commandes, créer des CDN (Content Delivery Network) pour les images, etc. Que du lourd, encore une fois !

La version 2 de Magento est sur les rails et devrait pointer le bout de son nez dans l’été. Refonte complète, l’EAV disparaît ! Les mises à jour promettent d’être sportives…

Entre les deux, Magento On Demand sera mis en production.

Bientôt un livre

De mon côté, 2011 marquera la sortie d’un projet que j’ai commencé il y a bientôt un an : un livre entièrement dédié à la pratique de Magento dans la collection Le Campus, chez Pearson. Je ne sais pas s’il comptera parmi les événements marquants de 2011, c’est vous qui en jugerez , mais je vous en donne un petit avant goût.

Il s’articule en quatre parties et une vingtaine de chapitres :

• Découvrir Magento
  • Introduction
  • Qu’est-ce que Magento ?
  • Offrir le meilleur à vos clients
• Gérer un site avec Magento
  • Notions fondamentales et terminologie
  • Maîtriser le backend
  • Gérer le catalogue
  • Gérer les promotions
  • Gérer le contenu
  • Traiter les commandes
  • Entretenir une bonne relation client
• Réaliser un site avec Magento
  • Préparer son projet
  • Concevoir le catalogue idéal
  • Héberger Magento
  • Installer Magento
  • Configurer Magento
  • Créer le frontend de ses rêves
  • Optimiser le référencement et la recherche
  • Traduire les contenus
  • Manipuler les données
• Dépasser le standard
  • Optimiser les performances de Magento
  • Développer de nouvelles fonctionnalités

La table des matières contient plus de 900 entrées ! Autant dire qu’il y aura de quoi lire un bout de temps. J’ai tenté de sortir des sentiers battus (du genre, simple explication des fonctionnalités, en suivant le menu du backend) pour répondre aux besoins du quotidien.

Chaque utilisateur a un rôle et donc des besoins différents, cet ouvrage a pour but de leur donner les bases pour échanger et les détails pour travailler.

Sortie prévue en avril. Oui, il faut encore patienter un peu…

Certains auront reconnu, sur la couverture, un schéma que j’ai déjà diffusé. Comme j’ai eu beaucoup de questions à ce sujet, je vous propose une petite légende :

Graphe des nœuds XML de la configuration de Magento

Si des questions sur Magento hantent vos nuits, n’hésitez pas à laisser un petit commentaire. Il restera peut-être un petit coin dans le livre pour y apporter des réponses.

Je vois passer beaucoup de messages dans les forums et les blogs sur des blocages de certaines fonctionnalités de l’interface d’administration de Magento, en particulier depuis la sortie de Magento Community Edition 1.4.

Ils sont essentiellement dus au décalage entre les éléments nouveaux ou modifiés du backend et ceux traduits par l’extension qui gère la langue française.

Il faut laisser le temps à SeL de mettre à jour les traductions et publier une nouvelle version de l’extension (je sais que tu y travailles dur, SeL ).

D’ici là, il y a un moyen tout simple de contourner le problème : en pied de page du backend, vous avez le choix de la langue. Choisissez l’anglais américain et tout fonctionnera à merveille !

Bien entendu, cette manipulation ne modifie pas l’affichage des vues du frontend. Et quand vous mettrez à jour l’extension de la langue française, vous n’aurez rien d’autre à faire que de repasser le backend en français.

Ouf ! Rien de perdu.

Parmi les petits trucs qu’il vaut mieux ne pas oublier sur un serveur à fort trafic, il y a la purge des sessions Magento. Si vous choisissez de stocker les sessions utilisateurs dans des fichiers (l’autre option étant de les stocker dans la base de données), ils viendront s’ajouter les uns après les autres dans le dossier var/session de Magento, sans jamais être supprimés.

Le problème, c’est qu’un serveur, même puissant et bien optimisé, accepte mal plusieurs millions de fichiers dans un seul dossier. Il devient même impossible de faire une simple commande ls pour lister son contenu : le serveur vous rendra la main plusieurs heures après… s’il y parvient !

Il faut donc purger les fichiers de sessions régulièrement. Les plus pressés feront un simple rm -rf du dossier session. C’est basique mais un peu brutal. Les utilisateurs et clients connectés ne vont pas forcément apprécier la perte de leur session et des commandes en cours…

J’ai eu le cas aujourd’hui sur un serveur dont la purge n’avait pas été mise en place. Avant de l’ajouter, j’ai vérifié que je pouvais gagner les longues minutes de purge de plus d’un millions de fichiers en supprimant directement le dossier session. Un rapide contrôle du trafic, des sessions et des commandes en cours : aïe, il y a trop de monde. Environ 200 sessions probables (selon temps de visite moyen) avec un taux de transformation de 6% et un panier moyen de 90€, ça me donne… 1080 € de pertes pour une simple commande rm -rf ! Un peu cher, je trouve. J’exécute donc une purge par date de fichiers et je laisse faire le serveur :

find . -atime +1 | xargs rm -f

90 minutes plus tard, tous les fichiers non utilisés depuis 48h sont supprimés (oui, +1 donne bien 2 jours, et non 1…). Je n’en ai plus « que » quelques milliers. Il reste à automatiser cette commande via crontab (en ajoutant les chemins absolus, bien entendu) et le tour est joué.

Sauf qu’il y a encore moyen d’améliorer tout ça, comme par exemple monter le dossier var de Magento en RAM. On gagne énormément en performances sur la gestions des sessions et du cache. Mais c’est une autre histoire…

Au passage , cette petite anecdote montre aussi qu’il ne faut jamais perdre de vue le métier de son client ou employeur. Certaines opérations menées sans réflexion et sans contrôle peuvent rapidement coûter très cher sur un site e-commerce. Il faut avoir en permanence le réflex d’évaluer la perte d’exploitation liée à une opération, même minime. En fin de mois, le cumul peut représenter bien plus que le salaire perçu…

Si l’activation du flat catalog est à peu près évidente (nous allons voir ça ci-après), il faut comprendre ce que fait Magento lorsqu’il crée les tables MySQL des produits à plat. Et on constate vite que, si on ne touche pas au paramétrage des attributs, on n’obtient pas du tout le résultat escompté !

Modèle EAV et flat catalog

Ce qui fait la souplesse de Magento, c’est la gestion de ses attributs par un modèle EAV. Chaque entité (produit, client, commande, etc.) est composée d’attributs (prix, couleur, pays, etc.) qui ont chacun une valeur (« 100 € », « vert », « France »). Comme un site évolue vite, on doit pouvoir ajouter ou retirer des attributs aux entités. Le modèle EAV est conçu pour cela, il permet de gérer facilement des attributs et leurs valeurs, sans modifier la structure de la base de données et sans écrire une seule ligne de code.

C’est un avantage énorme, mais il y a une contrainte de taille : quand Magento doit récupérer une entité (un produit par exemple), il doit parcourir un nombre important de tables dans la base de données pour assembler les valeurs des attributs et reconstituer l’information. Quand il faut afficher une page de catégorie avec 50 produits qui disposent chacun de 50 attributs, on arrive vite à la limite du tolérable. Comme le temps de réponse d’un site est le critère numéro 1 dans le succès d’un site e-commerce, il fallait trouver une réponse. Vous en réviez ? Magento le fait !

Pour accélérer les requêtes en lecture sur la base de données, Magento va construire de nouvelles tables dont chaque champ (ou colonne) représentera un attribut et chaque enregistrement (ou ligne) les valeurs des attributs d’une entité. C’est simple et rapide !

Bien entendu, si le catalogue est modifié, les tables doivent être reconstruites pour stocker les nouvelles informations. On ne met donc en œuvre des entités plates que si les valeurs ne changent pas tout le temps. Inutile d’y chercher les stocks ou les prix remisés par exemple.

Construire le flat catalog

Maintenant que les concepts de base sont posés, il faut savoir une chose : le flat catalog n’existe pas par défaut. Il faut donc le créer soit même depuis l’interface d’administration.

Pour créer un flat catalog :

• Menu Système > Gestion du cache
  
  Il faut d’abord construire les tables dans MySQL, grâce à ces boutons. On a le choix d’aplatir les catégories, les produits ou les deux.
• Menu Système > Configuration > Catalogue > Frontend
  
  Si nous ne construisons pas les tables via la gestion du cache, ces deux options sont indisponibles. Mais comme nous l’avons fait, nous avons maintenant le choix d’utiliser le flat catalog sur le frontend. Pourquoi faire compliqué alors qu’une seule étape pourrait suffire ? Simplement parce que Magento peut gérer plusieurs sites. On peut avoir un flat catalog sur un site et pas sur l’autre.
• Menu Système > Gestion du cache
  Oui, il faut y revenir pour ajouter nos entités (catégories et/ou produits) dans les tables à plat.

C’est tout. Mais est-ce suffisant ? Pas du tout ! Si on analyse les tables créées, on s’aperçoit vite que tous les attributs n’y sont pas, en particulier ceux spécifiques au site.

Si nous voulons afficher des valeurs d’attributs sans tuer les performances du serveur, il faut les ajouter à la structure des tables à plat. Pas de panique, inutile de faire ce sale boulot par des requêtes SQL hasardeuses. Magento a tout prévu… sauf de documenter ce détail essentiel !

Définir les attributs à aplatir

Quand nous demandons la construction du flat catalog, Magento utilise l’Indexer du module Catalog qui contient des contrôles sur la configuration des attributs (fichier Mage\Catalog\Model\Resource\Eav\Mysql4\Product\Flat\Indexer.php). Il contrôle notamment l’état du paramètre used_in_product_listing. S’il est égal à 1, l’attribut est intégré au flat catalog.

Reste à savoir d’où vient cet état. Une petite recherche (merci nWire !) et le voici, caché dans la configuration d’attribut (fichier Adminhtml\Block\Catalog\Product\Attribute\Edit\Tab\Main.php). On a la solution.

Pour ajouter un attribut dans le flat catalog :

• Menu Catalogue > Attributs > Gérer les attributs
  Sélectionner l’attribut à « aplatir ».
• Volet Propriétés du front-office
  
  C’est là que se cache l’option. Il faut choisir Oui et sauvegarder l’attribut.
• Menu Système > Gestion du cache
  On reconstruit le cache.

Le résultat est nettement meilleur. J’ai maintenant mon attribut dans mon flat catalog (ici manufacturer). Et un mystère de moins !

Alors que les sites e-commerce battent leur plein avant Noël, leur gestionnaire prépare déjà la suite : les soldes. Et comme ils sont assujettis aux mêmes règles que les boutiques physiques, mieux vaut bien les connaître.

Depuis le 1^er janvier 2009, la durée de chaque période fixe de soldes (hiver et été) est fixée à 5 semaines. Mais il est maintenant possible d’ajouter deux périodes complémentaires d’une semaine maximum de soldes dans l’année (sauf dans le mois précédant les soldes d’hiver ou d’été). On les appelle couramment les soldes flottantes.

Evidemment, ce n’est pas parce qu’on a le choix des dates qu’on peut le faire sans rien dire à personne. Ces périodes complémentaires de soldes doivent faire l’objet d’une déclaration préalable. Le Ministère de l’Economie, de l’Industrie et de l’Emploi facilite cette démarche grâce à un outil de télé-déclaration des périodes complémentaires de soldes.

L’adhésion est simple et rapide. Vous pouvez même enregistrer un ou plusieurs sites e-commerce sous un même compte. Ce serait dommage d’être en infraction avec une contrainte aussi infime !

Il ne reste plus qu’à mettre en place les soldes dans Magento. Mais c’est une autre histoire, à venir sur Magentips !

Si on utilise le profil d’importation CSV standard de Magento, un fichier de comptes clients contient une ligne par compte avec l’ensemble des valeurs de ses attributs. Parmi ces champs, se trouve l’état d’abonnement à la newsletter. Lors d’une migration d’un site existant vers une plate-forme Magento, il est donc possible d’avoir des milliers de comptes dont la majorité sont abonnés à la newsletter.

Pendant l’importation de ces données, Magento utilise son modèle métier pour valider chaque ligne et réaliser l’action adéquate : création ou modification. Le problème pour les nouveaux comptes ou pour ceux dont l’abonnement à la newsletter change, c’est qu’ils seront traités comme le fait l’interface d’administration : un message sera envoyé au client pour l’avertir du changement d’état de l’abonnement.

Si votre fichier contient 50000 comptes, ce sont potentiellement 50000 e-mails qui partent lors de l’importation ! Retours garanties…

Donc si vous faites des importations de comptes clients, prenez vos précautions (en coupant le serveur SMTP par exemple), surtout si l’importation se répète plusieurs fois par jour lors des tests fonctionnels ou des tests de charge. Situation vécue…