Forum d'entraide PHPFrance

Bonjour à tous,
je suis à la recherche d'une solution ecommerce php qui permette de gérer les frais de port manuellement, c'est à dire:
1-le client valide sa commande sans payer
2- l'admin ajoute les frais de port et valide la commande
3- le client reçoit un mail avec un lien pour continuer sa commande.

ça parait étonnant mais je n'ai pas encore trouvé de solution libre ou payante qui permette cela. Je suis ouvert à toutes suggestions.

Merci pour vos réponses.

Je n'ai pas connaissance d'un tel outil, la procédure est bien trop compliquée. Par contre je pourrais peut-être te conseiller Joomla/VirtueMart dans lequel on peut configurer les frais de port très finement (selon le poids de l'article, le service d'envoi, etc...)

ça veut dire qu'aucune solution ecommerce ne permet de gérer les frais de port sur mesure ou au cas par cas?

mon pb est que je vais mettre ne ligne près de 10000 bouquins, et je me vois mal les peser 1 à 1. Sachant que je voudrais vendre dans le monde entier...et qu'un acheteur peut vouloir plusieurs livres.

Le plus simple semble être la procédure décrite plus haut...j'ai testé VM mais je ne suis pas un expert de ce soft. Pensez vous qu'il puisse permettre de faire du cas par cas sans avoir pesé tous les livres avant?

Bonjour,

Pourquoi ne pas mettre frais de port = 0, le client fait sa commande sans frais de port, puis l'admin récupère la commande en attente de traitement et la renvoie au client avec les frais de port adéquat et un lien de paiement.

une précision: dans votre réponse, j'ai compris que le système d'envoi de lien que je viens de décrire n'existe pas et est bien trop compliqué.

Mais après quelques jours passés sur des forums, je me rends compte que de nombreuses personnes on besoin d'un outil qui permette de fixer les frais de port après que le client ait passé sa commande, mais avant qu'il paye. Peut être avec un autre process que celui que j'ai décrit plus haut.

Il y a 2 options:
1- Soit la solution existe car le besoin est trop évident et quelqu'un y a répondu
2- Soit la solution n'existe pas et il y a un formidable niche en termes de modules pour les cms les plus utilisés.

J'ai tendance à pencher pour la première option.

pardon AB, mon post est parti juste avant que je voie ta réponse.
Ta solution est très intéressante. 2 observations:

1- Dans Joomla/Vmart, il est possible de valider manuellement une commande, et même d'envoyer une notification de validation au client.
Mais il est impossible d'éditer la commande avant de la valider. La commande est donc en "lecture seule".

2- Au niveau du lien envoyé au client. L'idéal est qu'il n'aie pas à se prendre la tête car il a déjà saisi ses données une fois pour s'enregistrer.
Il me semble que le plus simple est donc qu'il reçoive un mail avec un lien qui le renvoie sur son cart, frais de port ajoutés au produit avec un bouton "payer la commande".

Voyez vous d'autres alternatives?

est -il par exemple possible dans vmart de créer manuellement un lien de paiement?

manuellement veut dire avec autorisation de l'admin, pas automatiquement.

je dis ça parcequ'il faut bien que les frais de port soient ajoutés manuellement avant que le mail soit créé avec les paramètres en url.
Je ne voudrais pas compliquer les choses, ma question se résumen ainsi:
est-il possible de monter un site ecommerce à partir d'une solution existante sans avoir pesé les produits et déterminé les frais de port avant?

Ma réponse va être fonctionnelle.

Accepterais-tu de faire un achat sur un site web
sans connaître les frais de port qui te seront facturés ?...

Moi, non.

Effectivement les solutions toutes faites, pour être fonctionnelles et fiables, possèdent des rigidités.

Donc à mon avis, il te faut un script développé sur mesure, ou alors tu peses les 10000 livres et en comptant 1 minute pour peser chaque livre et pour rentrer son poids dans la bdd, il te faudra environ 1 mois.

A toi de voir, mais la seconde solution est certainement la bonne car elle t'évitera ensuite un traitement avant chaque confirmation de commande et donc tu finiras par regagner le temps initialement perdu tout en économisant le coût d'un script sur mesure.

les livres vendus sont des livres anciens. Le panier moyen est très élevé et le processus de vente est très particulier, ainsi que le conditionnement avant expédition.

Je pense que développer un script sur mesure est la solution qui conviendra le mieux car les conditions actuelles ne permettent pas de dédier un mois pour le pesage de livres, sachant que certains sont vendables mais pas disponibles sur place.

Pour répondre à Albat, le but n'est de faire acheter sans connaître les frais de port. Le client n'est pas obligé de payer en recevant le mail avec un lien de paiement. Voici ce qui doit se passer exactement:

1- L'acheteur s'enregistre
2- L'acheteur remplit sont panier et clique sur "demander la disponibilité et les frais de port"
3- L'admin recoit la commande de manière classique, sans paiement
(jusque là, c'est possible dans joomla/Vmart)
4- L'admin édite la commande et ajoute les frais de port (pas possible dans Joom/VM)
5- L'admin clique sur "valider la commande et alerter le client" (possible dans Joom/vm)
6- Le client reçoit un mail avec une url qui redirige vers la commande et le paiement

Il n'y a certainement pas de solution standard, mais je pense qu'on peut y arriver en modifiant un cms. J'en vois deux pour l'instant:

1- Joomla/VMart car les possibilités sont proches de ce que je cherche
2- EZPublish car sa structure modulaire permet de répondre à de nombreux besoins spécifiques

Je dois absolument y arriver et je suis prêt à rémunérer pour un service: une personne qui s'y connait assez en php + un cms ecommerce de son choix.Attention: le développement porterait précisément sur la mise en place du processus décrit plus haut, pas sur le site complet.

Au delà de ça, je remercie tous ceux qui auront de bons conseils pour leur aide. Je donnerai régulièrement des news de l'évolution du projet sur ce post car de nombreuses personnes recherchent la possibilité de saisir les frais de port à réception de comande.