Bug facturation / Mise à l'arrêt de la boutique

[azer]

Version de PS : 1.7.6.9
Thème (défaut/perso) : Classic un peu modifié dans un theme enfant
Hébergement : OVH mutu
Version de PHP : 7.2
Navigateur(s) concerné(s) : base chromium

Bonjour, je rencontre un grave problème suite a une restauration de boutique 1.7.7.1 vers 1.7.6.9, le calcul du total de commande des mes client bugg litéralement. Le prix total calculé par le logiciel prestashop dysfonctionne totalement, la quantité est multiplié par un nombre décimal sans virgule pour définir le prix de chaque ligne de chaque commande. Voici trois exemples:

 

 

 

J'ai donc mis la boutique à l'arrêt pour une durée indéterminée.

Est ce que quelqu'un de sait ce qu'il se passe et pourrais m'aider ou me donner des indices ?

Cordialement.

[coeos.pro]

la colonne Total HT c'est Quantité * arrondi entier du prix unitaire, c'est la première fois que je vois ça, pourquoi être passé de  1.7.7.1 vers 1.7.6.9 ? 

 

dans le BO, sur les page commandes les valeurs sont bonnes ?

 

 

[Eolia]

Quels sont les réglages de vos arrondis et nombre de décimales en BO ?

Là vos tarifs sont arrondis au moment du calcul vers l'entier supérieur ou inférieur le plus proche ce qui provoque vos calculs erronés.

[azer]

Merci pour vos réponses, j'ai tout de suite fait une capture d'écran:

[Eolia]

Le nombre de décimales à sauté il semblerait...

Mettez 2 et choisissez l'arrondi bancaire comme méthode  d'arrondi qui est le plus fiable (Parce que arrondir vers l'infini n'a aucun sens, un arrondi étant justement un nombre fini...)

[azer]

J'ai mis ces valeurs:

[Eolia]

Maintenant faites une commande test.

Les anciennes commandes factures doivent être corrigées à la main dans la base de données.

[azer]

Merci beaucoup de vos interventions sur le forum! Après une commande test le problème venait simplement de ce paramètre. J'avais jamais vu ça de ma vie.

Toutes les commandes d'aujourd'hui ont été facturé avec ce problème.. Je vais avoir l'air bête aux yeux de mes clients, mais bon ça arrive. J'ai moins de chance de les revoir du coup^^

Je vais remboursé tout ceux qui ont eu un trop payé, et je vais offrir la différence de prix à ceux qui ont eu moins à payer.

J'ose même pas bidouiller la base de données vu le bordel que ça fait une simple restauration de 2 semaines je n'en ai pas les compétences et de toute façon le CA réalisé aujourd'hui est celui qui a été facturé au clients et donc celui que j'ai a déclaré à l'URSSAF et aux impôts. Je vais laisser la base de données tel quel et je vais rajouté dans ma comptabilité les remboursements des clients qui ont payé trop, et tant pis pour le manque a percevoir du à cette erreur. Comme ça ma comptabilité sera clair et juste.

Merci à vous.

Cordialement.

PS. Pour répondre à Coeos j'ai fait une restauration sur mon serveur OVH pour revenir a la V1.7.6.9 car sur la dernière version j'avais des délai de 10-15 secondes pour télécharger chaque facture, pour ouvrir chaque nouvelle onglet, chaque nouvelle commande, chaque menu et sous menu du BO.. Pourtant j'avais depuis longtemps supprimer le dossier gamification, j'était retourné en php7.2 au lieu de 7.3 comme le permettait la V1.7.7.1, et d'autre truc.