Livraison / e-commerce

lussye

Juillet 2020

Bonjour,

J’utilise Livraison (https://github.com/nursit/livraison) dans une solution d’e-boutique sur SPIP 3.2. J’ai paramétré (et publié) plusieurs modes de livraison (avec des prix selon le poids), mais c’est systématiquement 0 qui s’affiche comme prix, ou plus précisément le prix forfaitaire. J’ai cru voir que je n’étais pas la seule à avoir rencontré ce souci mais n’ai pas trouvé de solution au fil de mes lectures... Auriez-vous une idée ?
Merci =)

Résolu

Par note Par date Par date chronologique

Indiquez l’intérêt que vous portez à cette réponse

0

tcharlss

Juillet 2020

Bonjour,

Pour calculer le poids et le volume d’une livraison (et en tirer le montant), par défaut le plugin utilise le champ poids des objets de la commande, le poids devant être indiqué en grammes.

Cela dépend donc des objets éditoriaux que tu utilises dans tes commandes, est-ce que ce champ est présent ?

Cela peut dépendre aussi de ta configuration, peut être qu’il y a des coquilles (une virgule en trop, ce genre de choses).
Indiquez l’intérêt que vous portez à cette réponse

0

lussye

Juillet 2020

Après vérification, mesure/default.php est identique à l’espace et la virgule près (au point que le copier-coller au cas où je n’aurais pas eu les yeux assez ouverts n’a fait aucune différence).
J’utilise Produits (1.2.19), Commandes, Panier (1.4.1), API Prix, Prix objets et Déclinaison produit. Les poids et dimensions sont bien renseignés dans les fiches produits. Pour éviter toute surcharge je n’ai paramétré que les prix au poids dans les modes de livraison.

En allant dans la base commandes_details, je m’aperçois que l’objet lié est prix_objets. Pourtant le descriptif affiché est celui du "produit-déclinaison". Est-ce que ça prouve que la liaison se fait donc correctement avec produits ?

Après, mes déductions restent basiques, je suis une petite bricoleuse et le php reste pour moi très ésotérique...

Quant à la configuration des modes de livraison, je me suis inspirée directement du modèle fourni, et chaque mode de livraison donne le même résultat : prise en compte du prix forfaitaire :

Descriptif :

Livraison sous 24 à 48h par Colissimo La Poste
Pays livrables : FR,MC,AD
Départements exclus : 971,972,976,974,973,975,978,97150,977,97133,987,988,986,984
TVA applicable : 0
Prix Forfaitaire H.T. : 0
Prix Unitaire H.T. : 0
Prix au poids H.T. : 250|5.23 500|6.13 750|6.89 1000|7.51 2000|8.50 5000|10.93 10000|15.68 30000|23.28
Indiquez l’intérêt que vous portez à cette réponse

0

tcharlss

Juillet 2020

En allant dans la base commandes_details, je m’aperçois que l’objet lié est prix_objets. Pourtant le descriptif affiché est celui du "produit-déclinaison". Est-ce que ça prouve que la liaison se fait donc correctement avec produits ?

Le problème vient certainement de là : si dans spip_commandes_details ça ne référence pas les vrais objets éditoriaux commandés, le plugin livraison ne peut pas retrouver leur poids et leur volume.

Ou autrement dit : on commande des objets, pas des prix :p
Je ne sais pas exactement pourquoi le plugin prix_objets procède comme ça, mais en l’état il ne semble pas être compatible avec livraison.

Tu peux faire remonter le problème sur le forum du plugin : https://contrib.spip.net/Prix-Objets

Si tu n’as pas besoin de prix multiples par objet ou de déclinaisons de prix, le plugin API prix fonctionne très bien avec produits + livraison.
Indiquez l’intérêt que vous portez à cette réponse

0

lussye

Juillet 2020

Merci tcharlss.

Ça aurait été la solution la plus simple en effet, mais j’ai bien besoin de ces déclinaisons, à moins de surcharger rapidement la base et la présentation des objets proposés... grrr
Je vais remonter l’info sur Prix objets, et reviendrai ici publier la solution (je croise les doigts, même si de façon pragmatique ça ne sert pas à grand chose ^^)
Indiquez l’intérêt que vous portez à cette réponse

0

tcharlss

Juillet 2020

Si j’en crois le commentaire dans livraison, et si les prix sont bien déclarés comme des objets éditoriaux dans le plugin Prix des objets, ça ne devrait pas être trop dur à régler :

La fonction est specialisable en fonction du type, sous le nom
mesure_objet_dist()

Donc concrètement ajouter un fichier mesure/prix_objet.php avec une fonction nommée mesure_prix_objet() (ou bien sans underscore : prixobjet, ça dépend de la déclaration de la table).

Dedans, retrouver l’objet lié au prix, et réutiliser mesure_defaut_dist() en passant cet objet en paramètre.
Indiquez l’intérêt que vous portez à cette réponse

0

tcharlss

Juillet 2020

Hmmm, après mûre réflexion le plugin prix objets n’y est sans doute pour rien (et donc pas besoin de bidouiller la fonction de mesure).

Le vrai problème c’est le contenu de la table spip_commandes_details.
Est-ce que dans spip_paniers_liens tu as le même cas de figure ? C’est à dire prix_objet comme objet au lieu de produit ?

Si oui ça veut dire qu’il y a un souci dans ton squelette qui contient le bouton d’ajout au panier, sans doute un problème de boucle imbriquée.
Montre le code pour voir.
Indiquez l’intérêt que vous portez à cette réponse

0

lussye

Juillet 2020

Oui, c’est bien prix_objets qui ressort comme objet dans spip_paniers_liens.
Et en effet, j’avais eu besoin d’adapter le squelette d’ajout au panier pour que les prix des déclinaisons soient prix en compte...
<BOUCLE_content(PRODUITS){id_produit}> <article class="fiche" id="fiche" itemscope itemtype="http://schema.org/Product"> <div class="cartouche"> <h1><span class="#EDIT{titre}" itemprop="name">#TITRE</span></h1> <p class="publication"> [<small class="ref soustitre"><:shop:reference:> (#REFERENCE)</small>] <meta itemprop='productID' content='ref:[(#REFERENCE|attribut_html)]'/> </p> </div> [(#REM) Prix Déclinaison Objet ] <div class="boites"> <div class="boite"> [<div class="#EDIT{texte} texte surlignable" itemprop="description">(#TEXTE)</div>] <ul class="declinaison_objet"> <BOUCLE_prix_article(PRIX_OBJETS){id_objet=#ID_PRODUIT}{objet=produit}{!rang_lien=0}> <li><span>#TITRE</span> <span>#PRIX</span> <a class="" href="[(#URL_ACTION_AUTEUR{remplir_panier, prix_objets-#ID_PRIX_OBJET, #URL_PAGE{panier}|parametre_url{retour,#URL_RUBRIQUE{1}|urlencode}})]"><:paniers:action_ajouter:></a> </li></BOUCLE_prix_article> </ul> [(#REM) Pour mémoire, code d'origine]  </div> </div> </article> </BOUCLE_content>
Indiquez l’intérêt que vous portez à cette réponse

0

tcharlss

Juillet 2020

Le mystère se disspipe !
Dans l’action remplir_panier, tu mets prix_objets-#ID_PRIX_OBJET alors qu’avant, dans le code d’origine il y avait les bons arguments : produit-#ID_PRODUIT.
Pourquoi ce changement ? Il faut bien remplir le panier avec un produit, pas avec un prix.
Indiquez l’intérêt que vous portez à cette réponse

0

lussye

Juillet 2020

Oui, c’est vrai que ça paraît logique ^_^’
Faudra que je retrouve le cheminement qui m’a menée là, mais avec produit-#ID_PRODUIT, le panier ne prenait pas en compte les prix des déclinaisons, ce qui est fâcheux aussi... Au moins on commence à cerner le problème =)
Indiquez l’intérêt que vous portez à cette réponse

0

lussye

Juillet 2020

Merci tcharlss de m’avoir aidée à y voir plus clair, je vais explorer dans ce sens =)
Indiquez l’intérêt que vous portez à cette réponse

0

tcharlss

Juillet 2020

Merci et bon courage :)

Il faudrait voir du côté du plugin Options Produits avec @nicod_ je pense (ou plus précisément le combo Options produits + Prix objets, peut-être qu’il manque des passerelles entre les 2 pour les prix). Comme il n’y a pas encore d’article de doc, le mieux est de demander sur la liste spip-dev ou sur l’IRC.
Indiquez l’intérêt que vous portez à cette réponse

0

lussye

Juillet 2020

Options Produits j’avais testé, mais ça ne collait pas (je n’avais pas réussi en tous cas), et laissé tombé. Mais je vois qu’il est en dev, peut-être est-ce une nouvelle version dont tu parles ?

Dans un premier temps, je suis retournée poser la question sur la doc de Prix Objets, espérant trouver de l’aide de ce côté-là... merci encore =)