olea

Pour info : https://www.ebp.com/aide-support/informations-legales/mentions-obligatoires

Il faut potentiellement une 3ie adresse sur la facture : https://business.lesechos.fr/entrepreneurs/juridique/13957023-deux-nouvelles-mentions-obligatoires-sur-les-factures-329771.php

Hello Doekia et Eolia, En fait, c'est une 3ie adresse qui doit potentiellement apparaitre sur les factures. La facture comporterait : - l'adresse de livraison - l'adresse du client - l'adresse de facturation Il faudra pouvoir différencier adresse du client et adresse de facturation si elles sont différentes (en plus de l'adresse de livraison) Pour le Numéro de commande, c'est une référence propre au client qu'il faut pouvoir faire apparaitre sur les factures En 1.7.5, je ne vois pas ces infos supplémentaires dans le tunnel de commande.

En Octobre 2019, de nouvelles obligations légales entrent en application, notamment sur l'édition des factures : https://www.legifrance.gouv.fr/affichCode.do?idArticle=LEGIARTI000038414397&idSectionTA=LEGISCTA000038411053&cidTexte=LEGITEXT000005634379&dateTexte=20190813#LEGISCTA000038411051 En particulier : - ajout de l'adresse de facturation si elle est différente de l'adresse du client (en plus de l'adresse de livraison) - ajout du Numéro de commande (c'est une référence propre au client) Qu'en est-il de la mise en oeuvre de ces évolutions sur les différentes versions de Prestashop (Tunnel de commande / factures PDF) ? Merci

Joli : le 23,74 est en TTC Passé en HT, ça fait 18.99HT et le compte est bon. "Vous l'aviez Bertrand?"

moins complète que la 1.6 et une base pour l'avenir, c'est donc que c'est une version intermédiaire ?

Comme on n'a pas eu d'hiver l'an dernier et que l'été a été long à arriver .....

J'ai des modules qui font des choses sur certains événements, en complément des actions qui sont faites nativement. Jusqu'en 1.6, je duplique par exemple le cart.addToCart() en native_addtocart(<même params) et je réécris le cart.addToCart () comme mon compte perso suivi d'un appel native_addtocart() Voire même, dans certains cas, je décide d'appeler ou pas le code natif.

Julien, Avec de telles déclaration d'event en JS, il deveint impossible à des modules de faire des surcharges. Genre un module qui fait quelque chose avant ou après la mise en panier native. Pourquoi ne pas définir une méthode standart (donc surchargeable) qui soit appelé par ce 'On()' ?

On aurait aimé connaitre les gros acteurs de l'internet de demain dont vous semblez faire partie

Ce n'était pas de la curiosité. Nous aimerions savoir quel niveau de prix vous appliquez et comment vous en vivez.

Bon, ben on ne saura pas ce que vous vendez .... Sans doute pas grand-chose Dans ce cas, autant isntaller une nouvelle boutique et repartir de 0

Vous êtes prêt à payer le prix d'un salaire net à un freelance ? et qui paie les charges ?

Excellent...... Vous vendez quoi sur votre petite boutique 1.3.1 ? Vous faites quel ordre de grandeur de CA ?

Bon effectivement c'est corrigé en 1.6.1.1RC1 : si j'ajoute 2 bons de réductions au panier qui ajoute les frais de port, ca ne compte bien qu'une seule fois les frais de port. En revanche, les bons de sont plus visibles dans le panier et je ne peux pas les supprimer :/ Je passe par où pour remonter ça ? dans le ticket? dans le PR ? dans le commit ?