Jump to content

ceimedia

Members
  • Posts

    59
  • Joined

  • Last visited

Everything posted by ceimedia

  1. OK, après analyse le problème se présente lorsqu'un produit présente des déclinaisons MEME si les déclinaisons n'ont pas d'impact sur le prix ! Je soupçonne le script product.js (//update display of the the prices in relation to tax, discount, ecotax, and currency criteria) de calculer faux... Quelqu'un confirme cela ?
  2. Apparemment il s'agit plutôt d'un problème d'affichage : lorsque le tape CTRL+F5 le prix s'affiiche correctement (9.98) un instant puis il est remplacé par 9.90. Lorsque j'ajoute au panier j'ai le bon prix dans le panier (9.98)
  3. Lorsque les prix catalogue sont issue d'une migration (1-click-upgrade) les prix affichés dans les liste produits peuvent être différent dans les fiches produits ! Je ne comprends pas vraiment pourquoi.... Exemple : Prix Produit : 9.98 TTC ecotaxe : 0.10 TTC Prix HT affiché dans le BO : 8.24 HT (au lieu de 8.233333 HT) apparemment arrondi seulement en affichage Prix en base (PRICE) dans la table produit : 8.235786 ! Prix affiché dans la liste produits : 9.98 TTC Prix affiché dans la fiche produit : 9.90 TTC !!! Même en rééditant le produit cela ne change pas URGENT ! Une solution ?
  4. Oui, j'ai le même problème après la mise à jour (76 modules) alors qu'à l'installation de la 1.6 tout était ok !
  5. Après analyse, soucis sur certains modules natifs... comportement erratique du module blockcategories, homepageslider Tout cela marchait bien avant l'application des patchs... Mince !
  6. Pour moi également problème avec le menu catégorie en colonne gauche : l'un des items reste toujours déployé !
  7. je précise : tableau de bord des ventes de l'année par exemple L'aperçu activité est correct avec le bon nombre de vente
  8. Après migration via 1-click upgrade v 1.4 -> v1.6, je constate que les statistiques ne sont pas réintégrées ! Est ce normal ?
  9. Merci Xavier pour ta réponse... Nous attendons donc. Si en attendant quelqu'un a une suggestion sur le sujet (autre qu'utiliser un outil tiers de facturation)... je suis preneur. Quelqu'un a t il essayé la proposition de vins83 ?
  10. Intéressant a savoir Concept Outils, Cela dit pour mon cas je précise que mes tests proviennent de données issues d'une migration V 1.4.4.1 sur laquelle je n'avais pas de problème. Reste que mes prix sont en HT avec parfois 6 chiffes après la virgule vu que le client rentre ses prix en TTC (afin de maitriser l'affichage du prix TTC je suppose). Quoi qu'il en soit les factures générées ne sont pas les mêmes ! de la V1.4 à la v1.5/1.6 ! et elles sont fausses avec des écarts de allant jusqu'à à plusieurs dizaines de centimes sur le HT et/ou la TVA...
  11. Si il y a un retour du team Prestashop... sur ce post Mais pas grand chose à se mettre sous la dent cela dit !
  12. Vins83, avez-vous testé la solution dont vous parlez ? -> Si oui, cela a t il corriger les erreurs d'arrondis sur la TVA et le HT ? -> Si oui, pouvez-vous donner le détail de la mise en oeuvre ? Ce serait super... PS : cela paraît bien simple comme solution, et on se demande pourquoi une telle solution n'a pas été appliquée dans la 1.6... mais bon ok, je suis d'un naturel pessimiste... attendons de voir !
  13. C'est bien ce que je craignait... Terrible constat ! J'ai d'ailleurs noté ce jour que dans la reprise de mes commandes après migration 1.6 sur bon nombre de mes factures le HT n'est pas correcte ! Il est calculé à l'envers je pense TTC -> HT et comme la tva semble calculée à l'article il s'en suit que la TVA n'est pas bonne ET le HT ce qui est encore plus gênant... Le problème avec un logiciel tiers de facturation en plus de la complexité de la mise en oeuvre, c'est l'interaction avec la boutique (pour que le client final puisse voir / télécharger ses factures) qui peut être coton à mettre en oeuvre... Là je déprime... en voyant les heures que dis-je les jours voir les semaines qui s'ajoutent au poste "migration" due à un tas de problèmes de ce genre...
  14. Evidemment, c'est une solution de contournement Design-it, mais tous les clients n'ont pas le budget pour mettre en place une telle solution de contournement par ailleurs complexe.
  15. Oui, je pense que (presque) tout le monde a ce problème... mais selon le type de magasin et d'activité il est plus ou poins impactant. La bidouille du post #11 à mon sens n'est pas une solution a ce problème : il s'agit d'un bug de la plateforme et il doit donc être traité comme tel -> bug très important à traiter en priorité. Le fait que la communauté des utilisateurs ne réagisse pas en masse à ce problème (très surprenant pour un logiciel de commerce), partcicipe à l'attentisme de l'équipe Prestashop à résoudre ce point, et par la même à se trouver des raisons qui relèvent plus de la politique que du savoir faire de l'informaticien.
  16. Xavier, Il me paraît justifié de relancer cette question avec la sortie de la version 1.6 même si elle a été déjà posée par ailleurs pour les versions précédentes. Si il est vrai que la version 1.6 présente de nombreuses améliorations particulièrement en ce qui concerne les aspects graphiques et ergonomiques, Il faut constater que le problème de la TVA n'a été traité sur cette nouvelle mouture de Prestashop. Evidemment, c'est une question de priorité... Je pense qu'il est impératif d'avoir des factures correctes dans prestashop : c'est le coeur du métier et je sais que le team Prestashop aura à coeur de relever ce défit qui entache le sérieux de ce projet depuis maintenant des années : c'est URGENT ! Jacques Conchon
  17. Merci Tuk66. Je reviens vers vous dès que j'ai réussi à installer une version qui fonctionne en 1.6... Je galère pas mal vu que mon shop est en 1.4. Manu-m, oui surprenant ce silence... ils doivent être bien occupés ! ou bien n'avoir pas vraiment de solution à proposer à ce jour... Quand même j'attends également un retour sérieux sur le sujet de la part de team Prestashop.
  18. Merci AlainBo26 ! Je comprends qu tu utilise déjà M4pdf. Est ce que dans ton cas : 1 - les problèmes d'arrondi sont réglé 2 - le détail de la tva est il ressorti (tva sur port, ristourne, etc...) Egalement, ta remarque est judicieuse concernant l'échéance de paiement. C'est particulièrement vrai si le paiement par chèque ou par virement est activé dans la boutique, ce qui est mon cas... Il faudrait ajouter la clause de propriété en cas de non paiement, etc... Mais cela est simple à mettre en oeuvre comparativement au problème du calcul de la TVA. Pour les CGV je n'y suis pas encore...
  19. Ben je pense qu'il va falloir s'y coller... d'une façon ou d'une autre il me faut des factures impeccables. Mes clients sont des professionnels qui ne se contenterons pas de l'a peu près... Je n'ai pas encore testé le module M4PDF Je vous tiens au courant de mes recherches sur le sujet
  20. Après une vérification fastidieuse, j'ai constaté que les factures de la 1.5 et de la 1.6 son sensiblement identiques. (CF pièces attachées) Si on les compare a les versions on constate que : - pour la 1.4 le calcul est juste et la tva ressort également pour le port - pour la 1.5 et la 1.6 le calcul est faux et la tva sur le port n'est plus ressortie... f16.pdf f14.pdf Je précise que ces factures sont des factures réelles issue d'une migration 1.4.1.1 > 1.5.6.2 > 1.6.0.5 Ce sont donc exactement les mêmes données qui génèrent la facture. S'il y a un développeur qui peut faire une module qui sort une vrai bonne facture sur prestashop, il devrait faire fortune !
  21. Je viens de lire celà sur le net ici : 15/11/2013 AlainMevellecRépondre Prestashop reste un logiciel qui calcule la TVA par ligne et l’additionne au lieu de la calculer sur les totaux HT. C’est donc un logiciel qui sort des chiffres faux (la règle de calcul de la TVA est pourtant quelque chose de bien décrit et qui ne devrait pas poser de problème). Il faut juste le savoir avant de choisir. J’ai en tout cas un pensée émue pour les 150 000 experts comptables qui doivent se palucher ces écarts à la main. J’ai eu l’occasion d’échanger avec M. Leveque sur le sujet il y a un an environ, mais sauf erreur de ma part, la 1.5 n’a rien changé. La conséquence directe, c’est que nous arrêtons notre développement du plugin Prestashop pour lancer notre propre framework ecommerce, qui, lui, saura compter. C’est vraiment regrettable, mais à un moment, on est obligés d’être sérieux avec nos clients. Voilà ! je suis dans ce cas... J'ai comparé les même factures générées sur Presta 1.4 avec les version 1.5, 1.6 suite à migration : non seulement cela ne s'est pas amélioré... c'est pire ! Au moins sur la 1.4 j'avais le total HT bon sur mes factures. Je ne sais pas ce que je vais dire à mon client pour lui expliquer que tout cela est "normal"... Je crois pour moi que c'est ma dernière boutique prestashop... J'ai acheté pour 4 150 € de modules sur le shop addon... depuis 2011. dur dur ! Je dois ajouter que je ne suis pas un néophyte : je fais du développement depuis 30 ans, et je sais ce que c'est de coder la génération d'une facture.
  22. Oui ce qui est surtout fou, c'est de voir que tant de clients / commerçants puissent accepter une telle situation ! C'est quand même la base d'un produit e-commerce -> faire des factures valable à l'épreuve de n'importe quelle contrôle fiscal et autres... Si quelqu'un a résolu ce problème... ce serait bien de savoir comment ! Et vous comment vous faites alors avec vos factures erronées en face de votre comptable ET de vos clients ?
×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More