Site B2B : proposer un acompte

[Kehel]

Bonjour,

Je suis en train de travailler sur la mise en place d'un site B2B. Je cherche un moyen pour proposer un acompte de 30 ou 40% à la commande puis paiement du reste à la livraison ? Existe-t-il un moyen de gérer cela dans prestashop ?

Toutes les propositions sont les bienvenues.

Merci d'avance

Topic déplacé -yoya971

[ludo]

Bonsoir Kehel,

La notion d'acompte existe bien dans Prestashop. A l'issue d'une commande, rendez-vous sur la fiche de la commande puis dans la partie "produits", renseignez les "quantités" en face des produits (en générale 1/1), cochez "Générer un avoir" et cliquez le bouton "Annuler les produits". Puis retrouvez l'avoir au bas de la fiche elle-même ou dans le Panneau d'administration >> Commandes >> Avoirs. Ensuite à vous de communiquer cet avoir PDF à votre client.

Mais au préalable et pour me rafraichir la mémoire sur les notions de Acompte, arrhes, avoir... j'ai lu attentivement cette page de la DGCCRF

On retiendra notamment que "L'avoir correspond à la valeur d'une marchandise restituée. Il permet un achat ultérieur. Si le vendeur est dans son tort (marchandise défectueuse, livraison hors délai...), le consommateur n’est pas obligé d'accepter cet arrangement. Si l'acheteur revient sur sa décision, le vendeur peut, à titre commercial, lui accorder un avoir. A titre de preuve, votre client peut exiger que cet avoir fasse l'objet d'un écrit à l'en-tête de votre magasin."

Du coup je me pose une question... Est ce que vous ne pourriez pas plutôt proposer un bon de réduction à vos clients ? Certes la notion est différente de celle de l'avoir mais le résultat est quasiment identique. Et surtout je pense qu'à la base dans votre cas cela ne correspond pas à restitution d'une valeur d'une marchandise préalablement vendue.

Je me trompe non ?? Si le "bon de réduction" est bien le moyen adéquate... alors pas de problème cette notion est parfaitement géré dans Prestashop (Panneau d'administration >> Paiement >> Bons de réduction) !

[Kehel]

Bonjour,

Tout d'abord merci pour la réponse.

En fait je ne parlais pas d'avoir mais réellement d'acompte. Il est d'usage dans le commerce traditionnel entre pro que lors d'une commande seul 30 % soit payé à la commande et le reste à la livraison. Il me semble difficile de faire ça dans prestashop pour l'instant.

Je pense que tout paiement par carte bancaire donnera lieu à un paiement comptant à la commande. Par contre pour un paiement par chèque ou un paiement par virement on pourrait effectivement indiquer sur la page paiement par chèque ou paiement par virement que seul 30 % peuvent être payé et qu'il faudra payer le montant à la livraison par chèque. Que pensez-vous de cette solution ?

Question subsidiaire, serait-il possible de rajouter un statut de plus aux commandes. Dans la liste déroulante présentant les statuts Annulé, En attente du paiement par chèque, En attente du paiement par virement bancaire, En cours de livraison, etc ... serait-il possible de rajouter un statut Acompte de 30% ?

Merci d'avance.

[StoreCommander]

Bonjour,

la notion d'acompte n'existe PAS dans PrestaShop.
On pourrait créer 2 nouveaux moyens de paiement (virement, chèque avec acompte) et modifier l'affichage des commandes et factures en conséquence mais ils seraient disponibles pour tous les produits de la boutique. Tout dépend de votre besoin.

[Kehel]

C'est exactement ce que je cherche et le fait que cela soit disponible pour tous les produits de la boutique ne me dérange pas du tout, bien au contraire.

[tungsten]

Bonsoir, ça m'intéresse également !!
Avez-vous trouvé le moyen d'appliquer le paiement sur un pourcentage donné du total ?
Merci...

[luismiguel]

cashondelivery.zipHello.

 

Voici un module "cashondelivery (nouveau),avec qq. bugs encore a corriger (traductions dans les 3 langues des mots "coste addicional" et "deposito", dans le payement.tpl

 

MODULE - cashondelivery, "Payer à la livraison", avec un extra pour manipulation monetaire, et acompte, pour couvrir les frais de port en cas de refus, et aussi assurer la vente.

 

Les frais extra et l'acompte, sont calculés en prix fixe ou en pourcentage, selon les instructions dans le BO. et là il roule parfait.

 

Je l'ai corrigé un peu et converti en trilingue en./fr./es. ( lang. français dejà achevé et inclus)

Mais l'archive paiment.tpl ,Le cashondelivery.php. a la ligne 301, ne traduit pas non plus

 

function validateOrderCOD($id_cart, $id_order_state, $amountPaid, $depositpaid, $paymentMethod = 'Pago contrarembolso', $message = NULL, $extraVars = array(), $currency_special = NULL)

 

Ce module est tès interesant, et je pense d'utilité pour bcp. de nos boutiques.

 

Si qq'un. plus avancé que moi pourraît l'achêver, il seraît bien accuelli.

 

Merci,et salut.

PS. je vous laisse aussi le payment.tpl , originel.. ( bug - problème d'encadrement )

payment.zip

Edited May 5, 2012 by luismiguel (see edit history)

[emraud]

Bonjour LuisMiguel

Ton "module" s'installe dans le répertoire module ou s'agit-il de modification des tpl ?
En tout cas, bravo, car dans mon cas, pour l'instant je demande à mes clients d'éditer 2 chèques et c'est à eux de calculer le pourcentage... Pas top quoi...

Module à suivre et à encourager... Bravo

[emraud]

LuisMiguel,

L'idéal, si je puis me permettre serait :
1) lors de l'installation du module, paramétrage type "ARRHES, ACOMPTES..." qui d'un point de vue compta n'ont pas les mêmes incidences...
2) répartition des % paramétrable
3) pouvoir affecté ce mode de réglement à un type de transporteur ou à une catégorie... Livraison différent de retrait magasin... CB différent chèque
3) lors choix par client de ce module, édition d'une facture spécifique (création d'un tpl mail accompte ou Ahrres... ?)

J'espère faire avancer la discussion, ces propositions ne sont que des pistes qui me semblent interessantes

[luismiguel]

Bonjour.

le module ("cashondelivery") s'installe dans le repertoire MODULES, après dans la BO. tu dois l'activer, et configurer

frais extra: 2 options, % ou fixe

acompte: même chose.

Si ta boutique est seulement en français dans l'archive payement.tpl tu changes
ceci:

{l s='- Coste adiccional: ' mod='cashondelivery'} {convertPrice price=$fee}


{l s=' - Deposito: ' mod='cashondelivery'} {convertPrice price=$deposit}

par ceci:

{l s='- Coût additionel: ' mod='cashondelivery'} {convertPrice price=$fee}


{l s=' - Acompte: ' mod='cashondelivery'} {convertPrice price=$deposit}

et dans l'archive cashondelivery.php, ligne 301 tu la changes par celle là:

function validateOrderCOD($id_cart, $id_order_state, $amountPaid, $depositpaid, $paymentMethod = 'Payer à la livraison', $message = NULL, $extraVars = array(), $currency_special = NULL)

J'espère de t'avoir aidé

bye.

[luismiguel]

Rehello.

Je crois qu'il est paramétrable avec une partie des points que tu indiques.

Si bien à l'etàt actuel il est configurable d'après les tansporteurs, c'est à dire tu peux travailler avec ce module, avec les transporteurs, qui vont encaiser le montat restant à payer de la marchandise et qui devront, te verser ce montat sur ton compte, après avoir deduit sa comisión qui sera pactèe. ( ou bien le prix officiel)

Le pourcentage que l'agence enlevera, tu le reverseras sur le client.

J'espère aussi que la discussion s'anime, il y a vraiment du materiel pour faire un bon outil de vente.
Bcp. de clients ne sont pas très encouragés de payer les achats a l'avance, et aussi pour le vendeur le risque de refus est amorti.

[luismiguel]

Bonjour,

la notion d'acompte n'existe PAS dans PrestaShop.
On pourrait créer 2 nouveaux moyens de paiement (virement, chèque avec acompte) et modifier l'affichage des commandes et factures en conséquence mais ils seraient disponibles pour tous les produits de la boutique. Tout dépend de votre besoin.

Bonjour Vincent.

Ce module, afiche charges extra et acompte, en pourcentage et fixe, configurables dans la BO.

Ce qui marche pas ce sont les traductios du cote payement.tpl. - et cashondelivery.php - ligne 301:

function validateOrderCOD($id_cart, $id_order_state, $amountPaid, $depositpaid, $paymentMethod = 'Pago contrarembolso', $message = NULL, $extraVars = array(), $currency_special = NULL)

"pago contrarembolso" (payer à la livraison)

je pense que tu pourrais corriger ces deux bugs.

salut.

[tungsten]

OH YES, super intéressant, c'est merveilleux ces histoires d'acompte pour le business !
J'attends avec impatience une version sans les bugs avec grand plaisir...
Merci et bravo

[luismiguel]

Hello.

 

Je viens de finir le Module, traduit en fr.

 

les bugs payment.tpl - (coste addicional / deposito), continuent sans traduction.

 

cashondelivery.php - ligne 301 - (Pago contrarembolso), pour les factures, même chose.

 

Aide connaiseurs en php.

faire vos commentaires....

 

merci.

cashondelivery.zip

Edited May 5, 2012 by luismiguel (see edit history)

[emraud]

bonsoir luismiguel,

Je ne suis pas sur de comprendre ton message... Module traduit mais toujours bug ? ou module traduit et remplacer version précédente bugger...

Comment faut-il lire ton poste ?

[luismiguel]

soir emraud.

Le bug c'est uniquement en cas de boutique multilingue.

Pour boutique en une seule langue uniquement soit en. fr. es. - là pas de probleme

ex. si fr.

dans payment.tpl - tu changes ( coste addicional - deposito) par, coût additionel et acompte

et dans cashondelivery.php -( pardon ça a changé ligne 295) - tu changes (contrareembolso) par (payer a la livraison).

tu verras que tout s'affiche parfaitement.

dans la BO. tu mets les charge extra / quantité en % ex. 3

et acompte tu mets en % ex. 45.

tu fais un essai de vente et tu veras que le module calcule les frais et l'acomte sur le prix final du produit.

Mais comme je te dis en une seule langue PAS DE PROB. par contre le bug c'est pour boutiques multilingue (traduction dans le pas forme de paiement et afichage dans la facture mode de paiement.

le bug est là,

c'est tout si qq. m'aide a le coriger ,merci.

b.soir

PS. si tu as des prob. pour l'installer tu me demandes par privé je te donne un coup de main. salut.

[luismiguel]

Bonjour.

 

Pour eviter malentendus je vous laisse ici le module "sans bugs", uniquement pour boutique avez une langue en ce cas en français.

 

J'ai mis a l'interieur un petit manuel (doc.) pour installer le module, que vous pourrez effacer une fois activé votre module.

 

En attendant je continue a la recherche de le faire marcher en plusieurs langues.

 

salut a tous.

cashondelivery_fr.zip

Edited May 5, 2012 by luismiguel (see edit history)

[emraud]

luismiguel

Manquerait pas le lien ...

[luismiguel]

oui tu as raison je le mets

ciao.

[emraud]

luismiguel

Merci

[luismiguel]

Pas de quoi.
Donne moi des nouvelles et ton avis.

salut.

[emraud]

Bonsoir Luismiguel,

Pas encore pris le temps d'installer et de tester, demain promis, puis je fais mon compte rendu

[easybizness]

Salut,

Y a t'il moyen de changer le nom du module, pour le différencier du module cashondelivery qui est déjà livré avec prestashop???

Ainsi cela permet de proposer la livraison à domicile sans acompte et d'utiliser le module ici pour des achats sur commande par exemple.

Merci,

Vincent

[luismiguel]

Bon soir.

je pense q. il n'aurait pas de prob. mais celui qui vient preinstallé est plus simple de modifier, il suffit de le renommer, avec le nom que tu voudras l'atribuer,le repetant aussi dans tous ses archives.

En principe je vois pas trop de dificultés.

Je vous laisse le module definitif multilangue, avec les traductions (j'espère pas trop de fautes d'orthographe), sinon c'est facile a corriger.

Il fonctionne, en. fr. es.

Salut.

cashondelivery.zip

[emraud]

Bonsoir,

Module installé et Ok.

J'ai refais la traduction FR et la joint à mon poste pour MAJ.

Attention, je traduit charge extra par Arrhes, il faut bien définir ses conditions générales et distinguer Acompte (x %) d'Arrhes (montants versés mais perdus dans beaucoup de cas...)

fr.php

[emraud]

Bonjour Luismiguel,

Je vais bientôt passer en Prod mon nouveau portail et faisant le point sur les différents mode de réglement, je me suis rendu compte que le statu après Cashondelivery était livré et que la facture partait...

Dans mon cas, je souhaiterais que le statut soit en attente réglement comme pour chèque et que la facture ne soit envoyé qu'à la confirmation du réglement...

En regardant le code, j'ai vu que tu as intégré le tpl validation à Cashondelivery, créé un article virtuel pour découpé la somme à réglé, etc...

J'ai comparé à celui de chèque, pensant qu'une variable type order_state serait à changer du genre 0 vers 1...

Mais, je suis perdu face au code, de plus comme tu as du modifié le processus pour la création des 2 montants, j'ai peur que cette modification ne me permette pas de toucher au processus sans générer un bug.

Peux-tu me dire quelle partie modifier pour appliquer le même processus que pour chèque, mise en attente de réglement et envoie facture uniquement lors validation en Admin. et avec quel Code ??

D'avance merci

[max1960]

Bonjour à tous,
J'ai un problème dans la forme actuelle de paiement,
l va par la fenêtre, comment puis-je résoudre??
excuse les Français, mais je suis italienne et utiliser la traduction Google
Merci si vous pouvez m'aider.

[luismiguel]

hola max .
cambia el archivo payment.tpl, que tienes en el modulo, por este que te envio.
funciona mejor en I.Explorer.

saludos.

payment.zip

[max1960]

Hola luismiguel,
funciona bien ahora!!!
muchas gracias :-)

[emraud]

Bonjour Luismiguel,

Je te relance pour la même demande (un petit up...) que le 21 mars...
J'ai bien reçu ton message, fais les modifs, créé un statu dans commande... Pis Parse error...

Mes connaissances restent trop limitées pour trouver ce qui cloche.

Aussi, si tu pouvais me conseiller, pour les modifs à apporter pour que le statut des commandes soient "en attente de réglement" comme chèque et non validé.

D'avance, merci

[luismiguel]

Bien max, soy contento.

Salut emraud.
Je vais essayer de te doner un coup de main, mais mes connaissances en developement informatique sont aussi reduites, et comme je te dissais en PM. je travaille pour l'instant en local et je ne peux pas essayer les mails.

En tout cas, du côté B.O. Commandes/statuts, créer un nouveau statut et configurer l'etat de la commande. Il y a des moyens pour configurer ce que tu veux.
voir images jointes.

Ciao.

[luismiguel]

Bonsoir emraud.

J'ai jeté un coup d'oeil au module "cheque" pour comparer, et en efect le comportement du module cashondelivery, devrait ressembler beaucoup à celui de chèque, je dirais plus, il devrait être un hybride des deux, mais pour le corriger, il faudrait le reffaire complètement. Je suis pas assez capacité pour le faire.

J'ai tiré deux conclusions pour pouvoir s'enservir de ce module tel qu'il est dans l'actualité.
1 - envoyer un mail personalisé au client en specifiant les conditions de paiment, en demandant la confirmation de la commande dans ce mail.
2 - Rendre le champ telephone obligatoire ( en Espagne c'est permis ) je ne sais pas en France, et te mettre en contact avec le client, pour accorder la vente.
C'est la solution pour l'instant, a moins q'un autre membre de la Communauté, prenne le temoin et achève ou reffasse le module en question.
L'idèe de ce module est très, interessante, surtout pour des boutiques qui travaillent sur commande (articles specialisés ou artisans), et aussi quand il s'agit aussi des sommes assez elevées, il est très avantageux pour client et vendeur de payer en deux fois, ou trois en certains cas.

Il nous reste donc de nous adapter avec ce que nous avons pour l'instant, et fais appel aux membres avantagés de la Communaté de s'intereser pour ce module, lequel a mon avis devrait être integré d'office dans PRESTASHOP.
Mes salutations a tous.

[max1960]

Je suis entièrement d'accord, le module est très important pour les détaillants qui vendent des biens sur mesure.
Je pense qu'il serait opportun d'intégrer le module dans la prochaine version de Prestashop!!
Merci.

[luismiguel]

Bonjour a tous.
J'ai trouvé un post, qui pourrait resoudre le problème du mail et statut, jettez un coup d'oeil, et on pourra comenter
les resultats, je vais faire des test et vous tiens au courrant,
salut.

http://www.prestashop.com/forums/viewthread/26703/discussion_generale/resolu_1_dot_2_dot_2_dot_0_statut_commande_automatique_apres_validation

[Jean-Bruno]

Bonjour à tous et merci de la démarche. Une question, la commande est certainement validée après le versement de l'acompte. Dans mon cas j'aurais besoin de me servir de ce système comme une "prévente" c'est à dire une réservation de marchandises avec paiement d'ACOMPTE" (remboursable).

Est ce possible avec ce module ???

Merci les amis

[Cédric]

Juste pour dire que, avec le paiement en plusieurs fois des modules bancaires, on peut simuler un acompte. D'ailleurs, il y a des banques qui appelle le paiement en 2 fois comme ça, c'est ce qui m'a donné l'idée d'écrire ce message. Je parle de simulation, parce qu'il y a qu'une seule authentification bancaire, et donc le 2nd paiement est programmé pour une date précise et non à la livraison. L'intérêt, c'est qu'une fois l'acompte payé, il me semble difficile de ne pas payer la seconde partie.

@++

ps: super cette idée de module ;-)

[fulviods]

J'ai un module bancaire pour cartes de crédit (klikandpay), mais voudrait pouvoir offrir la possibilité aux clients de payer justement un acompte. Le module indique simplement le montant à verser et c'est tout. Ca serait possible de rediriger vers le module de paiement avec ce montant à payer? Ainsi la personne paie ce montant par carte de crédit ?

[clemclem]

Bonjour et bravo pour ces modifications !

je suis en train de le tester sur une version 1.3 de prestashop et lors de la confirmation de la commande j'arrive sur une page avec le message : Tentative de piratage (Order -> total_products_wt is empty)

Est ce que quelqu'un sait comment le résoudre ?

Merci d'avance

[kreatix]

Bonjour, Même problème mais avec plusieurs modifs toujours cette alerte.

[antoc-b]

Bonjour,

Même problème pour moi est-ce que quelqu'un aurait la solution ?

[cockpitinferno]

idem aussi, j'ai essayé en local et j'ai ce pb. je vais creuser mais si qqun a la solution ce serait cool

[cockpitinferno]

bon j'ai essayé le module proposé par eltito sur ce post: http://www.prestashop.com/forums/viewthread/48019/development/problem_with_cashondeliverywithfee_and_1_dot_3_dot_x_version/

il marche bien

j'ai encore un truc à résoudre, je souhaiterais que en cliquant sur confirmer ma commande les clients atterissent sur paypal et que paypal propose le paiement des 30% d'accompte. pour le moment le client atteri sur la page de résumé de ses commande et de plus la commande est marquée préparation en cours alors que je souhaiterais qu'il soit indiqué "en attente paiement d'accompte"

je vais creuser de mon coté mais je veux bien un peu d'aide.

merci

[cockpitinferno]

personne n'est intéréssé pour developper un peu ce module?

[luismiguel]

B. soir a tous/es

bonjour,

j’ai vu qu’il existait un module permettant de faire des acomptes mais il me semble que ce module ne prévoit pas de pouvoir le faire pour certains articles seulement.

je souhaiterai pourvoir proposer des collections printems /été maintenant en pré commande jusqu‘à fin novembre. livraison prévue en avril
j’ai donc créé une section prévente.

l’idée est que les gens paient 30% à la commande et le reste en avril donc je pourrai par exemple faire une reduction de – 70% pour avoir le montant de l’accompte dans le panier mais il faudrait que le message au niveau du prix soit clair et pas qu’on confonde avec une promo.

bref je voudrais savoir si un module existe avec ce type de fonctions et sinon comment faire pour que au lieu de prix réduit j’ai “Accompte” mais seulement dans certaines catégories.

merci d’avance.

http://www.prestashop.com/forums/viewthread/72881/modules_tiers/acompte_sur_certaines_ventes_seulement/

Exact il existe un module pour proposer un acompte pour les commandes payées à la livraison avec un coût additionnel pour les frais qui genere cette methode de livraison, etant donné que les transporteurs ajotent un % sur les quantités à manipuler.
Cette methode est valable pour tous les articles de la boutique qui acepte cette forme de paiment, très interesante et sûre tant pour l’acheteur, comme pour le vendeur, en plus on a la posibilité de demander un acompte afin d’assurer la vente, et ( en cas de refus on a la possibilité de pouvoir repercuter au client les frais generés dans l’envoi du colis, pouvant le deduire de l’acompte versée).
En ce moment j’ai commencé a travailler sur ce module, que j’avais laissé en suspend qq. temps avant, par des motifs personnels, etant donné que je trouve pas d’amateurs pour me donner un coup de main.
Le module marche bien, il faut achèver la partie, des mails personalisés pour ce module, pour envoyer au client.

Il faut bricoler dans la partie “cashondelivery php.” et “validation php.” – créer un mail personalisé et le placer dans le dosier “mail alerts” et dans le “config.inc.php”.

Voici le lien:
http://www.prestashop.com/forums/viewthread/15628/P15/developpement/site_b2b__proposer_un_acompte

Je serais ravi d’avoir une petite aide.

bye.

Je reviens... j'ai èté occupé un petit temps mais je reprends le module, j'ai jeté un coup d'oeil et j'ai déjà une idèe de ce que je dois changer, je ne sais pas si ce sera faisable, je crois qu'il faut bidouller aussi dans le core de prestasop, je vais essayer en tout cas,.
Je vous enverrai la maquette du MAIL qui devraît recevoir le client.

A bientôt.

[luismiguel]

Bon soir.

bon j'ai essayé le module proposé par eltito sur ce post: http://www.prestashop.com/forums/viewthread/48019/development/problem_with_cashondeliverywithfee_and
_1_dot_3_dot_x_version/

il marche bien

j'ai encore un truc à résoudre, je souhaiterais que en cliquant sur confirmer ma commande les clients atterissent
sur paypal et que paypal propose le paiement des 30% d'accompte. pour le moment le client atteri sur la page de
résumé de ses commande et de plus la commande est marquée préparation en cours alors que je souhaiterais qu'il
soit indiqué "en attente paiement d'accompte"

je vais creuser de mon coté mais je veux bien un peu d'aide.

merci

regarde ce post pour cocher "en attente paiement d'accompte",

http://www.prestashop.com/forums/viewthread/26703/discussion_generale/resolu_1_dot_2_dot_2_dot_0_statut_commande_automatique_apres_validation

En ce moment ce q'uon peutfaire c'est uniquement cela, une fois tu auras crée en comandes/statuts "en attente paiement d'accompte"
sans laiser voir la facture, tu devras envoyer aton client un message privé pour lui indiquer les pas a suivre pour t'envoyer l'acompte,
pour le moment on est là.
Il faudrait faire un nouveau "cashondelivery.php"mais d'après les commentaires que je vois c'est pas faissable.

en tout cas je te laisse cette solution.

salut

[Galanid]

Slt Luismiguel

Bravo pour ce module très utile.

J'ai installé ta version + la modification du php pour prestashop 1.3.x ( recupérer ici http://www.prestashop.com/forums/viewthread/18893/discussion_generale/resolu_contreremboursement__mode_de_paiement_et_mode_de_livraison )

Mais je n'ai pas l'impression que l'on puisse ajouter des frais de contre remboursement. Je me trompe peut être ?

Keep up the good work !!

cheers,
Daasar

[Galanid]

J'ai trouvé la solution en fait C'était de base dans le module, j'ai juste reformulé l'explication.

Reste plus qu'a faire le mail template pour fournir les infos de virement ,paiement par chèque ou envoie d'argent par paypal.

L'ideal serait un écran suivant en ayant a nouveau le paiement " panier_bis" dans lequel on retrouve les classiques methode de paiement

Voila.

[nagneau]

Je suis en train de travailler sur la mise en place du mail de confirmation en attente de paiement de l'acompte par chèque ou par virement bancaire, mais je ne comprend pas pourquoi dans validation.php il ya

validateOrderCOD(intval($cart->id),...

au lieu de

validateOrder(intval($cart->id),

comme dans le cashondelivery de base ou comme dans chèque ou bankwire.
De plus, je n'arrive pas à voir comment envoyer le montant deposit dans les mails à la place de total_paid.
Quelqu'un a t'il une piste ?
Merci déjà de m'indiquer pourquoi ce validateOrderCOD

[Galanid]

Je ne sais quel est la commande pour afficher toute les variables qui passe dans PS, peut être que celle ci peut être récuperer non ? apres il faut la recup et stocker dans la base histoire de faire des relance et autres je pense.

je suis pas assez calé la dedans pour tirer ca au clair

Si qq passe par la

[Galanid]

Sinon ça serait pas possible de faire le calcul directement dans le mail de confirmation a l'aide du total du panier:

Du genre totalpanier *0.3(pour 30%) = Total a payer...

Je sais pas si je dis des conneries

[meubleet]

Bjr,

Je suis intéressé aussi par la possibilité de faire payer un acompte à la commande, et le solde à la livraison, au transporteur, mais ne sait pas programmer, est-ce que ce type d'évolution du processus de commande existe et est proposé par un module fiable, quitte à le payer, pas trop cher bien sûr...

Merci pour vos réponses.

Rémi

meuble-ethnic.com

[nagneau]

Bon finalement la solution la plus élégante que j'ai trouvé c'est de modifier les modules chèque et bankwire qui sont actuellement mes deux modes de paiement actif, je vais rajouter d'ici la fin du mois le paiement par CB, mais je pense demander un coup de main pour celui là. J'ai finalement renoncé à enregistré l'acompte dans la base de données car je n'arrive pas à trouver où intervenir, si quelqu'un peu me filer un coup de main.

pour les modifications du module bankwire, je vous met le liens en pièces jointes, pour le module cheque c'est assez semblable, Attention, mon acompte étant de 30%, j'ai simplement fait le calcul deposit=total_paid * 0.3 si votre acompte à la commande est différent, vous devez remplacer 0.3 ou 30/100 par la valeur de votre acompte demandé.

bankwire-mail.zip

[luismiguel]

Bon finalement la solution la plus élégante que j’ai trouvé c’est de modifier les modules chèque et bankwire qui sont actuellement mes deux modes de paiement actif, je vais rajouter d’ici la fin du mois le paiement par CB, mais je pense demander un coup de main pour celui là. J’ai finalement renoncé à enregistré l’acompte dans la base de données car je n’arrive pas à trouver où intervenir, si quelqu’un peu me filer un coup de main.

pour les modifications du module bankwire, je vous met le liens en pièces jointes, pour le module cheque c’est assez semblable, Attention, mon acompte étant de 30%, j’ai simplement fait le calcul deposit=total_paid * 0.3 si votre acompte à la commande est différent, vous devez remplacer 0.3 ou 30/100 par la valeur de votre acompte demandé.

Très intersante ton arguce, mais la commande reste tojours enregistrèe comme virement bancaire et non par "payer a la livraison", qui reste un moyen plus eficacce pour les clients mefiants qui préfèrent ce moyen étant donné qu'ils payent une fois la marchandise reçue.

Le module payer à la livraison indique les frais suplementaires qui entraîne cette methode de paiement, l'acompte en fait, pour les boutiques qui travaillent avec des sommes moyennes, n'est q'une excuse pour eviter les faux achats et couvrir les frais en cas de refus de commande.

Ce seraît parfait si le module en question pourraît faire par lui même tout ce que tu as corrigé.

Merci pour ton travail.

[nagneau]

En effet, cela serait l'idéal, pour mon cas, comme il n'y a pas de possibilité de payer toute la somme dès le départ, cela me suffit et il est bien précisé à chaque étape le montant total de la commande et le montant de l'acompte, en fait, je n'ai fait que rajouter à chaque étape, l'affichage du montant de l'acompte demandé en plus du montant total de la commande. Il faut dire que dans le cas que je traite, il s'agit d'un site de location de matériel, donc le magasin de location prépare le matériel pour la réservation, mais même si le client a prévu de louer 5 jours, il peut arriver qu'il change d'avis et rajoute 2 jours ou au contraire supprime un jour donc faire payer toute la somme dès le départ risque d'obliger à faire des remboursements, en ne payant qu'un acompte, tous peut évoluer lors de la réservation, l'acompte permettant effectivement au magasin de s'assurer que la demande est sérieuse et le client n'a pas d'inquiétude puisqu'il devra de toute façon venir au magasin, avec une adresse accessible, les clients sont toujours rassuré comme avec un numéro de téléphone, au moins 30% des clients sur le web, appellent une première fois au téléphone pour s'assurer que tous n'est pas totalement virtuel et une fois rassurés, ils commandent.

Bon j'ai encore une modification à faire, je veux afficher sur la facture le statut de la commande : acompte payé, en cours de réservation, réservation terminée.
Merci de votre aide,

[luismiguel]

Pas de quoi nagneau.

On continuera dans nos recherches pour achêver ce module, que je pense indispensable pour bcp. de boutiques.

ciao.

[luismiguel]

Bonjour a tous, bonnes nouvelles.

Module achêvé, avec la colaboration de membres du forum espagnol, nous avons terminé ce module 100% operatif, pour la version 1.3, J'ai aussi fait le mème module pour versions inferieures 1.2, (si vous avez besoin demandez par PM) ou bien je peux la publiquer.

Le nodule envoie les mails avec toutes les informations, frais de port, charges extra, total de la commande, acomte a payer, et restant a payer à la livraison. Il ajoute aussi les les données pour efectuer le virement bancaire tels que Banque, nº de compte, adresses etc.

J'ai deplacé le module a la section MODULES TIERS, vous pouvez le telecharger ici:

http://www.prestashop.com/forums/viewthread/84390/modules_tiers/nouveau_module_casondelivery_avec_acompte_charge_suplementaire_et_mails_personalises_1oo_operatif_v_dot_1_dot_3

Bon, mission acomplie, j'espère que vous pouvez profiter et tirer parti de ce module pour moi très necessaire.

Bonnes FÊTES.

PS. Les mots que vous voyez en espagnol dans l'mage du mail, c'est parceque la langue oficielle de la boutique est configurèe en espagnol.

[luismiguel]

Bonsoir.

Disponible au même lien, le module totalement terminé, configurable entièrement dès le BO. incorporatión des posibilités de toutes les informations sur le comte banquaire etc.

Très complet avec toutes les informations dans le mail.

Bonne année.

[berlingonic]

Bonjour,

J'utilise le module pour un paiement à 30 jours avec un supplément de 20 % sur le total de la commande.
J'ai modifié quelques petites choses et cela fonctionne très bien pour mon besoin.
Je n'ai pas trop de connaissances en programmation et j'ai un petit soucis.
Le supplément est calculé sur le total de la commande frais de transport inclus, je voudrais tout simplement faire le calcul sur le montant total tvac sans les frais de transport.
Merci d'avance pour votre aide.

Nicolas

[kolok]

"Aucun gabarit trouvé pour le module validation", comme dans toutes les autres versions de ce module

 

quelqu'un a t-il la solution ?

[kolok]

reponse partielle trouvé par mes soins. le validateorder() n'est plus au gout du jour, il manque des variables en fin.

j'ai mis ca a jour et ajouter les elements qui manquaient, comme la generation du customer_secure_key.

 

et hop. ca valide

[DavidStinson]

reponse partielle trouvé par mes soins. le validateorder() n'est plus au gout du jour, il manque des variables en fin.

j'ai mis ca a jour et ajouter les elements qui manquaient, comme la generation du customer_secure_key.

 

et hop. ca valide

 

Bonjour !

 

Est ce que tu pourrais détailler la procédure stp ? ^^

[kolok]

Très honnêtement , l'eau a coulée sous les ponts depuis ce poste. Je ne sais plus ce que j'ai fais à l'époque. par contre, je peux vous donner les modules modifiés. Ils fonctionnent sur mon site, cela devrait faire l'affaire

[hominescc]

Possible d'avoir le module ? COntactez moi par email : [email protected]

[Ratatosk]

Je suis preneur aussi :-)

Kolok, votre site est actuellement en Prestashop 1.4.6.2 ?

Merci !!!

[hothot3387]

Bonjour kolok ,serait il possible d'avoir ce module également ?

[luismiguel]

Très honnêtement , l'eau a coulée sous les ponts depuis ce poste. Je ne sais plus ce que j'ai fais à l'époque. par contre, je peux vous donner les modules modifiés. Ils fonctionnent sur mon site, cela devrait faire l'affaire

 

Bonjour kolok, je vous ai envoyé un PM. seriez vous aimable de lme l'envoyer aussi.

Edited May 13, 2012 by luismiguel (see edit history)

[itanea]

Bonjour kolok, je vous ai envoyé un PM. seriez vous aimable de lme l'envoyer aussi. mail - [email protected]

 

Bonjour,

 

J'ai installé le module et suivi les instructions.

Lorsque j'arrive sur la phase de paiement, j'ai en lieu et place du choix du paiement supplémentaire, le message "aucun gabarit trouvé".

Pourtant le payment.tpl est bien existant dans le répertoire du module.

 

Quelqu'un aurait il une idée pour m'aider ?

 

Pour info, je suis en PS 1.3.1.

 

En attendant votre réponse je vais essayer de trouver la cause du problème.

 

Cordialement,

[itanea]

Je viens de résoudre le problème précédent.

Il fallait procéder à un vidage du cache .

 

A présent, j'ai un nouveau problème.

Comment est géré le paiement de l'acompte ?

En effet, le fichier validation.php, ne fait que passer la commande en status 'en préparation' mais à aucun moment le client ne peut payer les X% d'acompte prévu.

Par exemple, j'aimerai pour ma part que dans le process de validation, le client soit redirigé vers mon paiement bancaire en ligne (CMCIC) qu'il paye ses 10% et qu'ensuite la commande passe en préparation.

Le solde serait payé à la livraison par chèque au transporteur.

 

Est ce envisageable ?

 

Cordialement,

[Outlast]

bonjour,

 

Ce topic est en suspendu depuis quelques mois, mais je le relance en demandant si la version pour prestashop 1.5 est en développement ?

 

cordialement

[luismiguel]

Je travaille su ce module en ce moment pour l'adapter à la V.1.5, mais je suis coinncé à l'affichage de la variable 'deposit' sur le fichier validation.php.

Tout se passe bien dans le B.O. - payment.tpl, pas de problème, tout est correct, sauf quand on arrive à l'archive validation.php........

 

L'affichage de la comisssion 'fee' est correcte comme ceci:

 

'fee'=> $this->module->getCostValidated($this->context->cart->getOrderTotal(true, Cart::BOTH))

 

Mais par contre quand je mets cellle du 'deposit' .....comme celà:

 

'deposit'=> $this->module->getDepositValidated($this->context->cart->getOrderTotal(true, Cart::BOTH))

 

j'obtiens ce message:

Parse error: syntax error, unexpected T_CONSTANT_ENCAPSED_STRING, expecting ')' in C:\xampp\htdocs\prestashop\modules\cashondepositfee\controllers\front\validation.php on line 100

 

Dans les anciennes versions je metais ce code, et il marchais bien...

'deposit' => number_format(floatval( $deposit ), 2, '.', ''),

 

J'ai essayé toutes les manières posibles sans resultat satisfactoire, vos reponses seront bienvenues.

 

Le 'deposit' ne repercute pas sur le cart c'est une quantité qui est calculée en % sur le montant total et a titre informatif pour l'acheteur, que l'on informe avec un mail personalisé pour le virement bancaire

 

Je joins les fichiers et j'ai marque avec XXXXXXXXXXXXX les lignes où j'ai les erreurs, je vous remercie pour vos reponses..

cashondepositfee.zip

Edited December 24, 2012 by luismiguel (see edit history)

[chalavi]

Salut LuisMiguel,

 

Je serai intéressé par ton module "acompte à la commande".

Est ce que tu as pu résoudre le problême technique pour Prestashop 1.5x?

 

Gracias,

 

Victor

[luismiguel]

Salut LuisMiguel,

 

Je serai intéressé par ton module "acompte à la commande".

Est ce que tu as pu résoudre le problême technique pour Prestashop 1.5x?

 

Gracias,

 

Victor

Pas encore, le code a varié tellement que j'ai laisse tomber, d'après ce que j'ai pu constater il faut toucher a bcp. d'archives pour asigner les variables 'deposit', 'fee', 'restant', por les reflecter dans les smartys arrays.

pour les versions 1.2, 1.3, 1.4, il ne supossait aucun problème, car la dynamique de programation restait la mème, mais pour la 1.5 tout change.

Je coince aux changements dans l'archive validation.php, que je n'arrive pas à resoudre, comme j'explique au post #70.

 

Je coincide avec beaucoup de post, qui indiquent, que la V.1.5 s'est developpé en pensant de favoriser les developpeur proffesionels qui revendent ses produits et le ADDONS de Prestashop, qui est devenu une boutique de vente de modules.

 

Tout céla au detriment des petits comerçants et de la communauté en general, qui a mon avis diminue à pas acelerés. Et je me pose la question:

¿ Est ce que PRESTASHOP va continuer à être la solution du comerce électronique, comme on prevoyait ?, ou elle va devenir tellent chère, que les petits comerçants, vont migrer aux solutions e comerce anterieures, moin chères et plus stables.???

[lordbdp]

Bonjour,

 

Quelqu'un aurait-il réussi à le convertir pour PS 1.5.X ?

 

Merci de partager si oui

[sebastien.mas78]

SAlut à Tous,

 

exist-il une version pour la 1.4 de ce module magique

 

merci

[luismiguel]

SAlut à Tous,

 

exist-il une version pour la 1.4 de ce module magique

 

merci

 

Oui, vous pouvez la trouver ici:

http://www.prestashop.com/forums/topic/206733-nuevo-modulo-contrareembolso-con-cargo-extra-y-dep%C3%B3sito-con-mails-personalizados-para-vs14/

[sebastien.mas78]

Gracias Luis Miquel

[Lousaint]

Bonjour, Je voulais savoir si vous aviez réussi à finaliser votre version 1.5
Merci pour votre réponse. Bonne journée

[Lousaint]

Oui, vous pouvez la trouver ici:

http://www.prestashop.com/forums/topic/206733-nuevo-modulo-contrareembolso-con-cargo-extra-y-dep%C3%B3sito-con-mails-personalizados-para-vs14/

 

Bonjour LuisMiguel,

 

Je bascule actuellement ma boutique avec prestashop et je suis un peu perdue avec le système de paiement. La majorité de mes clients règlent un acompte et je souhaiterais l'appliquer avec prestashop.

Est-ce que vous avez pu faire évoluer votre module avec la nouvelle version 1.5 ?

 

Merci pour votre réponse. Bonne journée. Lou

[Barbarlas]

Bonjour je sors le topic de la poussière pour une demande particulière.

Mon client souhaite faire de la location longue durée, il aimerait donc que ses clients payent un acompte de deux mois par ex à la commande, puis le reste par prélèvement bancaire chaque mois.

Est-ce que ceci est possible sur Prestashop ?

Merci d'avance

[jeejee3000]

Bonjour,

 

je deterre un peu le sujet, je suis à la recherche d'un module permettant à mes clients de régler un acompte (je vends des réservations).

Je ne trouve pas le module dans le market prestashop.

 

A t il changé de nom ?

 

Cordialement

[lordbdp]

Pas de news pour la version pour PS 1.5 ?