Archive

Archive for the ‘1 Paramétrage Prestashop’ Category

Gestion des promotions et soldes dans Prestashop

mai 18, 2010 9 commentaires

Les promotions se gèrent article par article (produit par produit dans la terminologie Prestashop). Pour un produit, l’ensemble de ses déclinaisons vont apparaitre comme « soldées » dans le front end.

On ne peut apparemment pas gérer les promotions au niveau de la catégorie ou même de l’ensemble du site.

Paramétrage dans prestashop :

  1. Cocher la case « Affiche « en solde » en icône sur la page produit ainsi qu’en texte sur les pages catégories » dans l’onglet « Infos » de l’article.
  2. Renseignez un taux de remise sur le même onglet.
  3. Vérifiez que vous disposez bien des fichiers onsale_lg.gif dans le répertoire /img de votre thème; Avec _lg à remplacer par le code de votre langue (exemple onsale_fr.gif, onsale_de.gif).
  4. Éventuellement, activez un module (appelé « Bloc Promotions ») pour mettre en avant vos articles en solde sur toutes les pages de votre boutique. Ce sont les articles avec un taux de remise de renseigné qui apparaissent dans ce bloc.
  5. Testez le front-end de votre boutique pour vérifier que tout va bien.

Articles à options et accessoires dans Prestashop

avril 21, 2010 7 commentaires

Prestashop permet de gérer des options associées aux articles. Dans le vocabulaire de Prestashop ces options sont appelées « accessoires ».

Lorsque qu’un article est associé à un accessoire, un onglet apparait (dans le thème par défaut) qui permet d’ajouter au panier les options éventuelles.

Mon besoin est de pouvoir associer des terminaisons  particulières (finitions sur boucle épissée) à des cordages.

Limites de Prestashop

  1. On peut ne commander qu’une option sans commander l’article principal. Je n’ai pas trouver comment empêcher de commander seulement une option.
  2. On ne peut pas limiter le nombre d’option par article (exemple commander 3 terminaisons sur un seul cordage).
  3. On ne peut pas gérer des options qui s’excluent mutuellement (genre bouton radio qui demande au client de faire un choix).
  4. Si vous commandez 3 articles différents et 2 fois la même option vous aurez 3 lignes d’articles et une seule ligne avec les 2 options, sans savoir à quel article cela se rapporte.
  5. Avec le thème par défaut, le système d’affichage de l’onglet « accessoires » n’est peut-être pas évident à utiliser si on se place du point de vue des clients. Il me semble que j’aurais préféré voir apparaitre le sélecteur d’option juste en dessous du bouton « ajouter au panier » de l’article principal.

Paramétrage dans Prestashop.

  1. Créer une catégorie pour les options en choisissant de ne pas l’afficher.
  2. Créer des articles dans la catégorie option (stock 0 et pas de message sur rupture). Expliquer le mode d’emploi et les règles dans la description de l’article ?
  3. Associer les articles accessoires aux articles principaux. L’association se fait dans le bas de l’onglet « infos » des articles principaux. On peut ajouter plusieurs options sur un seul article.

Note plus personnelle

  1. Compte tenu de mon cahier des charges il faudrait créer un article d’option par article (et non pas un seul article d’option pour l’ensemble des articles).
  2. Voir aussi le libellé et l’affichage des options, la place disponible dans l’affichage par défaut est assez limitée (seul le résumé s’affiche dans l’onglet options des articles principaux).
  3. Voir comment changer le titre de l’onglet « accessoire » (en jouant sur les traductions)

Rédaction des CGV

janvier 28, 2010 10 commentaires

Rédiger ses CGV est vraiment un truc barbant mais c’est un passage obligé avant de mettre en ligne son site ecommerce.

Fonctionnement de Prestashop

Dans Outil >> CMS on accède aux éditeurs des conditions générales de ventes, mentions légales et autres.

Le document « conditions générales de ventes » doit être « accepté » par les clients lorsqu’ils créent leur compte. C’est le document le plus important.

Ressources et liens sur les CGV.

Sitemap Prestashop

janvier 27, 2010 29 commentaires

Pour lancer un site et avertir Google des mises à jour, il est intéressant d’installer un sitemap pour sa boutique.

Le sitemap est un fichier xml qui se place à la racine du site et indique à Google quelles sont les URL à indexer en priorité.

Dans Prestashop le sitemap ne se met pas à jour automatiquement. Il faut le générer à chaque fois que des pages ou articles importants ont été ajouté à la boutique.

La génération se fait par le menu Modules >> Google Sitemap >> configurer

Le fichier généré se trouve à l’adresse de votre boutique : votreboutique.com/sitemap.xml

Après l’avoir généré je vous conseille d’aller le regarder et vérifier que vos URL sont bien présentes.

L’adresse du sitemap sera normalement trouvée par Google sans intervention de votre part mais vous pouvez accélérer les choses en ouvrant un compte dans Google Webmaster Tools et en soumettant l’URL de votre sitemap.

Site multilingue :

Attention, le sitemap est apparemment généré avec la langue du back office en langue prioritaire. Pour mon site qui a un back office en français et un front office en Allemand ce n’est pas une affaire. J’ai donc désactivé provisoirement la langue française (dans Outils >> Langues) avant de lancer la création du sitemap en suivant la procédure présentée ci-dessus.

Statistiques sur les commandes Prestashop

décembre 18, 2009 1 commentaire

Objectif :

  • Faire des rapprochements avec la comptabilité.
  • Passer en compta un CA cohérent avec les stocks (concept de cutoff comptable)

Règles comptables :

  • Le CA d’un mois doit correspondre aux factures émises un mois donné.
  • Il faut que le stock en fin de période soit cohérent avec le chiffre d’affaire de la période.
  • Le paiement ne joue pas sur le calcul du chiffre d’affaires (peut-être pas pour les auto entrepreneurs qui pratiquent une comptabilité sur les encaissements et qui ne tiennent pas de comptabilité au sens propre).

Chiffre d’affaire et paramétrage dans le statut des commandes de Prestashop.

Par défaut dans Prestashop, la facture est « créée » lorsque le paiement est accepté. Il peut-être préférable de considérer que c’est l’expédition qui crée la commande.

Sur chaque statut de commande il existe le paramètre « autoriser le client à voir et télécharger sa facture PDF ».  Si on décoche ce paramètre sur le statut « paiement accepté » la facture sera générée lorsque la commande atteindra le statut qui va bien ( « en cours de livraison » par exemple). Prestashop est bien au point sur ce coup là, la date de la facture de Prestashop est la date de l’expédition si on a choisi ce paramétrage.

Système de statistiques.

Pour faire mes statistiques et rapprochements,  j’utilise Microsoft Access, ODBC et une base MySQL installée en local.

J’ai expliqué plus ou moins pourquoi j’en suis arrivé à utiliser Access dans cet article sur l’export mensuel des commandes.

Requêtes préparatoires

  • Dates des paiements : pour contourner le bug sur les statuts multiples, je sélectionne dans ps_order_history le minimum de la date pour le statut « paiement confirmé » par facture.

    SELECT ps_order_history.id_order, ps_order_history.id_order_state, Min(ps_order_history.date_add) AS DtPaiement
    FROM ps_order_history
    GROUP BY ps_order_history.id_order, ps_order_history.id_order_state
    HAVING (((ps_order_history.id_order_state)=2));

  • Dates des expéditions : idem que ci dessus pour le statut « en cours de livraison ».

remarque : au lieu de scanner ps_order_history il y a aussi la table ps_orders qui contient, pour chaque commande une date de paiement et une date de livraison.

Requêtes de contrôle à passer chaque mois

  • Est-ce que tous les articles de la base sont associés à la TVA qui leur correspond ?

Rapprochements

  • Commandes payées non expédiées (utile pour le rapprochement de banque).

Synthèses

  • Détail du CA du mois (pour synchroniser notre ERP)
  • Détail des avoirs du mois

Annexe sur les tables de Prestashop

  • ps_orders : champs intéressant : N° de commande, N° de facture, date de paiement, date d’expédition.
  • ps_order_slip : avoirs. Pas de montant de l’avoir dans cette table. Il est à recalculer à partir des lignes + le port éventuellement (à vérifier).
  • ps_order_slip_détail : lignes des avoirs. Font référence aux lignes des commandes.

Virer l’écran d’ordinateur qui mène à Prestashop

décembre 17, 2009 3 commentaires

Par défaut Prestashop est installé avec, en bas de la barre latérale gauche une image d’écran d’ordinateur comme celle-ci :

L’image s’appelle advertising.jpg et quand on clique dessus, on arrive sur le site de Prestashop.

Pour se débarrasser de cet écran c’est très simple :

Admin >> Modules >> Bloc publicité (section Blocks) >> Désinstaller

La gestion des retours et des avoirs dans Prestashop

décembre 15, 2009 2 commentaires

Lorsque l’on se lance dans le e-commerce B to C il est important de penser aux retours et aux avoirs avant même de mettre en ligne sa boutique.

Communication et politique

Voici quelques questions à se poser :

  • Allez-vous communiquer vers vos clients ?
  • Qu’allez-vous leur dire ?
  • Quelle sera votre politique de remboursement : avoir ou bon d’achat ?
  • Allez vous rembourser les frais de port ?
  • Allez vous prendre en compte les frais de port du retour ? (voir par exemple le cas Zappos présenté par Capitaine Commerce)
  • Allez-vous tenir compte d’un délais de rétractation ?
  • Si vous vendez à l’étranger faudra-t-il suivre les règles du pays de destination ?
  • Les retours de marchandises seront-ils suivis de retour en stock dans le stock ?

Notre politique :

Rembourser sans poser de question les marchandises + les frais de port. Les frais de port retour restent à la charge du client.

Fonctionnement cible (à priori)

  • Le client fait une demande de retour (par courriel ou téléphone)
  • L’admin de la boutique crée le retour dans Prestashop (depuis la commande ?)
  • On réceptionne le colis.
  • On crée un avoir dans Prestashop.
  • On demande au client son N° de compte Paypal (email)
  • On déclenche le paiement du retour.
  • On clos le dossier.
  • On comptabilise les avoirs en fin de mois.

Paramétrage dans Prestashop

Il existe un tuto officiel sur ce sujet dans le wiki de Prestashop.

  • Activer la gestion des retours dans admin >> Commandes >> Retours produits
  • A quoi sert le paramètre de nombre de jours dans cet écran ? Blocage pour la création du retour au niveau du client ?
  • Dans Admin >> Commandes >> Statuts il y a un tableau avec les statuts de retour de la commande.

Fonctionnement prévu par Prestashop.

Je vous renvoie toujours au Wiki officiel pour plus de précisions.

  • Il faut que la commande soit au statut « livré » pour que les retours soient possible
  • C’est le client qui crée sa demande de retour.
  • Les retours se gèrent ensuite dans admin >> Commandes >> Retours Produits
  • Les avoirs se génèrent depuis l’écran des commandes.

Critique et dysfonctionnements de la procédure prévue dans Prestashop.

  • Pas moyen de créer de retour quand on est administrateur de la boutique (sauf en se loguant en tant que client mais ce n’est pas pratique du tout…) ?
  • En tant que client, lorsque l’on est en train de créer son retour, si on fait une erreur (pas de quantité ou pas de motif) on ne revient pas à l’écran de constitution du retour.
  • Pas de statut « retour en cours » sur les commandes (mais on peut créer ce statut soi-même).
  • Dans l’écran de gestion des retours on ne peut pas générer les avoirs, il faut retourner à l’écran des commandes.
  • La génération des avoirs depuis la facture ne déclenche pas de mise à jour au statut « remboursé » de la commande.
  • Une fois créé, la gestion des avoirs est très sommaire. Pas de statut « remboursé » sur les avoirs.
  • Pas possible d’ajouter des choses sur l’avoir généré (prise en charge du port retour par exemple)

Améliorations que l’on pourrait demander à Prestashop.

Je ne suis pas sur d’avoir bien compris comment fonctionnait Prestashop et donc mes idées exposées ci dessous sont peut-être idiotes et complètement à coté de la plaque. Néanmoins quelques idées :

  • Permettre la création d’un retour par l’admin depuis l’écran de gestion des commandes (cela éviterait d’avoir à expliquer au client qu’il doit le faire lui-même…). Cela poserait quelques problèmes dans le cas de retour partiels…
  • Lorsque l’on crée un avoir depuis la commande, passage automatique de la commande au statut « avoir en cour ».
  • Permettre d’ajouter des éléments sur les avoirs créés (port de retour par exemple ou adresse du compte Paypal utilisé pour le remboursement).

Bases choisies pour notre paramétrage et nos procédures.

  • On n’utilise pas le système des retours prévus dans Prestashop.
  • On ne demande pas de créer de retours par le client.
  • On ne gère pas de bons de réduction ou autre. On rembourse les retours.
  • On active la gestion des retours dans Prestashop (permet de déclencher les avoirs depuis les commandes).
  • Lors des échange avec le client on lui demande le mail de son compte Paypal.
  • A la réception du colis on crée un avoir.
  • Le port de retour n’est pas pris en charge (pas possible dans Prestashop)
  • Lorsque l’avoir est créé on passe la commande au statut remboursé et le client reçoit un courriel.
  • Le service comptable crédite le compte Paypal du client.

Procédures utilisateurs :