Jump to content

jp77

Members
  • Posts

    664
  • Joined

  • Last visited

Posts posted by jp77

  1. Et ben qu'elle ambiance ce week-end sur ce post !!!!!!

     

    Je ne peux accepter les paroles de certains, par contre une chose reste réelle, les erreurs d'arrondies et de calcul de TVA.

     

    Jamais résolu depuis la 1.3, alors les nouvelles versions et betas c'est bien jolie, mais qu'elle va encore être le résultat ?

     

    Et ce qui est surtout dommage, c'est que j'avais mis à disposition des DEV de Presta une copie de la boutique pour qu'il regarde ce que cela donnait, mais jamais une réponse à ma proposition. La sourde oreilles Presta fait !!! Presque du déni.

     

    Un vrai gachis

  2. Salut,

     

    Je te laisse consulter ce fil : https://www.prestashop.com/forums/topic/234351-resolu-erreur-darrondi-dans-le-calcul-de-la-tva/

     

    La manip, relativement simple, est indiquée par RD2NQ (post du 13 juin 2013).

     

    Cependant, il reste de temps en temps des erreurs, mais nettement moindre.

     

    ++

    Merci de ta réponse

    Mais  cela fonctionne en 1.6 ? Car le post est ancien

  3. Salut à tous !

     

    Même problème pour moi avec ces satanés arrondis et ces erreurs de calcul de TVA.

     

    J'ai appliqué la modification qui consiste à faire calculer avec 6 décimales, ça fonctionne mais uniquement pour les nouvelles factures.

     

    Je souhaite régénérer les factures antérieures, n'y a-t-il vraiment aucune solution ?

     

    *** J'allais cliquer sur 'ajouter' pour poster ce message, et j'ai eu une idée...bonne ou pas, faisable ou pas, je ne sais pas mais...Puisque la facture se génère via un TPL, et que ça va cherche en BD les valeurs, ne pourrait-on pas modifier ce TPL (relativement simple je pense...non ?) en appelant uniquement les montants HT et recalculer le total HT puis y appliquer la TVA ? Quoique, de fait le TTC serait modifié...hors c'est lui qui a été encaissé...donc ca ne colle pas...Non ? une idée autre ?? Ou bien l'inverse, récupérer en base le montant TTC encaissé et recalculer la TVA et les HT...A méditer...

     

    Merci !

     

    PS 1.5.6.0

     

    Fred

    Bonjour Fred

    Avec 6 décimales ? Mais alors tes factures ont égalements 6 décimales ? c'est pas gérable !!!!

    Et les paniers sont bons ?

     

    Effectivement ce problème remonte à très loin, voir mon post

    Cdt

  4. rajouterait à cette fragmentation le fait de ne jamais savoir si telle version utilise tel système d'arrondis ou tel autre. Non, clairement, cela n'arrivera pas.

    Oui effectivement cela serait ingérable

    Reste à surveiller GITUB en permanence

     

    Cela dit, si vous souhaitez voir le problème des arrondis avec des remises par quantité, je peux vous donner en mp mon site de test, afin de juger par vous mème.

     

    Cordialement

  5. Je suis en 1.6.0.1 et pour ma part je n’ai pas vu grande différence désolé, et puis reste les arrondis avec remise en % sur quantité avec des grosses erreurs.

     

     

    Ce sont des sujets complexes et qui demande du temps (et probablement une pelleteuse), mais ils ne sont pas mis de côté pour autant.

     

    Espérons le sincèrement, et qu'une solution arrive sans être obligé de faire une mise à jour globale, et effectivement cela doit être un gros travail.

     

    Dès que j'aurais un peu de temps, je ferais une install en 1.7, afin de voir ce qu'il en est

     

    Cordialement

     

    Jean-Philippe

  6. Vu que les versions Presta mettent environ 2 ans 1/2 à être relativement stables, cette V2/1.7 commencera à être opérationnelle pour Noël 2018...

     

    En attendant, et en se basant qu'environ 50% des boutiques actuelles sont sur 1.6, comme la 1.6 est enfin à peu près stable depuis la 1.6.1.2, il serait surtout bon de ne pas refaire l'erreur de la transition 1.4/1.5.

    La 1.6 a encore de beaux jours devant elle et mérite de continuer à être suivie car il reste du travail (stocks avancés, multiboutique, arrondis, etc...)

     

    Le choix d'une "symphonie cosmétique smarty mixed" est votre choix, mais n'oubliez pas que vos clients sont des commerçants avant tout, qui ont besoin d'un core stable et qui réponde à leurs besoins métiers.

     

    J'ose y croire...

    Moi aussi

  7. Bonjour jp77,

     

    Tout d'abord, je pense que le simple fait que l'on ai ouvert un blog de dev, que l'on fasse des versions alpha publiques en demandant des retours, ou que je sois présent sur ce forum à répondre aux questions des membres sur la 1.7 (en combo avec Antoine, notre estimé CM, pour les questions plus générales), montre que l'équipe est à l'écoute.

     

    Les bugs remontés sont souvent connus, et effectivement datent de plusieurs versions pour certains. Face à cela, nous avons une équipe qui cravache toute la semaine pour sortir une nouvelle version majeure dont ils veulent être fiers, en cherchant à faciliter la vie de toute la communauté : marchands, acheteurs, développeurs, designers, agences, etc.

     

    Mais cette équipe est aussi limitée dans son nombre : cela fait plusieurs mois que nous cherchons à embaucher plus de développeurs PHP, mais le marché du travail est tel que nous continuons avec un effectif qui ne nous permet de toucher à tout. Pour autant, nous voulons corriger tous ces bugs ! Ce n'est le plus souvent qu'une question de temps -- et avec l'arrivée prochaine de la première version Beta de la 1.7, nous aurons sans doute plus de temps pour nous pencher sur les bugs au long cours.

     

    Et c'est pourquoi nous avons besoin de la communauté pour nous aider à trier les tickets Forge, à tester les pull requests, à nous faire des retours... Bref, nous fonctionnons comme un projet Open Source normal :)

    Je n'en doute pas mais j'en parlais déjà à cette époque et toujours les mêmes problèmes :

    https://www.prestashop.com/forums/topic/500985-pour-en-savoir-plus-sur-prestashop-17/page-3?do=findComment&comment=2294110

     

    et une solution pour la 1.6 avant de passer en 1.7 serait quand même la bienvenue et ne pas tout refaire une fois de plus car cela fini pas dégouter

  8. Bonjour

     

    Pour informations les bug d'arrondi sur Prestashop existe depuis la nuit des temps et rien n'a été fait.

    Si vous avez des produits, avec des remises par quantité en %, comme prestashop calcul avec 6 chiffres derrière la virgule, les montant sont faux, il même en changeant les règles d'arrondis cela ne change rien, juste les erreurs de ligne c'est tout

     

    J’utilise Prestashop depuis la 1.3 alors

     

    C'est une catastrophe

     

    ici j'en parlais déjà : https://www.prestashop.com/forums/topic/161568-nouveau-coup-de-gueule-sur-les-factures-pour-la-team/?p=786159

  9. Bonjour M. BORDERIE

     

    Je me permets de reprendre certaines de vos réponses qui me concerne ou pour lesquelles je suis informées :

    je cite :

     

    Erreur d'arrondi, produits commandable même stock à 0, etc.
    Faites-nous vos remontées sur la 1.7 alpha 3 via la Forge ! Plus elles seront complètes et argumentées, plus nous pourront facilement les prendre en compte

     

    Cela fait des années que cette information est remontée, faite des essais en mettant des prix avec des remises en % avec des quantités et recalculer les factures et TVA vous verrez de quoi nous parlons, mais Prestashop est resté sourd jusqu’à ce jour !

    Je ne suis qu'un utilisateur, pas un DEV, mais mème des DEV font la remarques et rien ne bouge, alors avant la 1.7 il serait bien de faire une correction pour rester en 1.6 sans tout refaire. Pas comme d'habitude.

     

    il me paraît quasi certain que comme d'habitude Prestashop va lancer cette nouvelle version à la va-vite même si elle n'est pas complètement stable

     

    J'ai déjà entendu cela avec la 1.6 et l'ont vois le résultat

     

    Mais je vais vous dire ce que je pense, c'est qu'une fois de plus la Team restera sourde, et c'est bien dommage.

     

    Cordialement

  10. Bonjour Divine

     

    Cela faisait longtemps, en effet PRESTASHOP fait évolué ses versions c'est bien, mais des changements dans tous les sens, pas de fiabilisation et corrections de certains problèmes comme je parle plus haut.

    Contrairement à toi je n'ais pas regardé la 1.7, mais par contre je commence à regarder les autres logiciels E-COMMERCE, car PRESTASHOP commence aussi à me fatiguer.

    Surtout qu'ils ne répondent pas à certains bug et cela depuis longtemps.

    A croire qu'ils le font exprès et toi encore tu es une pro, pas moi

    A bientôt

  11. Eolia

     

    Quand je fais des essais je le fais sur une boutique test

    La critique est facile, mais apporter des solutions apparemment ça c'est autre chose !

     

    concernant cette manip dans la base sur :

     

    ps_specifique_price

     

    colonne reduction type : mettre amount à la place de percentage

    colonne reduction : mettre la réduction en montant

     

    Permet uniquement de ne pas avoir à refaire les réductions car en BO on ne peut que les supprimer.

     

    Maintenant si vous avez une autre solution, je pense que bien des personnes seront heureuses de vous entendre.

     

    Bien cordialement

  12. Bonjour à tous

     

    Je viens de trouver apparemment une parade en attendant que la Team fasse quelques choses pour cette galère (on peut toujours y croire)

     

    Pour ceux qui ont des réductions en % aller dans la table SQL :

     

    ps_specifique_price

     

    colonne reduction_tax : mettre à 0 au lieu de 1

    colonne reduction type : mettre amount à la place de percentage

    colonne reduction : mettre la réduction en montant

     

    BO prestashop ==> préférences générales

     

    régle d'arrondi ==> arrondir au chiffre impair le plus proche

    type d'arrondi ==> arrondir pour chaque ligne

    Nombre de décimal = 2

     

    J'ai fais les calculs à la machine et cela tombe juste

     

    Voila si vous avez des retours je prends

     

    bonne journée

  13. Et ben c'est encore pire que ce que je pensais
    je vais quand même essayé de trouver.
    Ce qui est incroyable c'est que cela dure depuis des lustre.
    alors plutôt que de sortir des versions les unes derrières les autres il serair mieux de résoudre ce problème

     

    Ce problème existe depuis des lustres j'en parlais déjà à cette époque :https://www.prestashop.com/forums/topic/161568-nouveau-coup-de-gueule-sur-les-factures-pour-la-team/?p=786159

  14. Bonsoir à tous

    Je viens de trouver pourquoi Prestashop à des paniers et factures fausses.

    Sur Prestashop même en affichage 2 décimales vous faites le calcul avec 4 décimales, aucun arrondis

    Pas top la Team car impossible de mettre 4 décimales sur un panier et une facture

     

    Et de ce fait bonjour le bazar avec certains clients

     

    Je pense que cela vient de la table ps_specific_price, car en regardant il y a dans les colonnes price et réduction une valeur de 20,6 dans taille valeur

     

    bonne soirée

×
×
  • Create New...

Important Information

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