Jump to content

STGD

Members
  • Posts

    80
  • Joined

  • Last visited

Everything posted by STGD

  1. Hi JaneLU, Look this BugRepport for the solution without your modification into the get-file.php in 1.3.6.0 version http://www.prestashop.com/bug_tracker/view/7236/ Regards Maurice STG www.stgd.ch
  2. Bonsoir Patrice, Est-ce que ce module fonctionne avec la langue Allemande ?, car chez moi, étant sur Suisse, j'ai le FR, US et l'allemand. Et le prix du module ? Bonne soirée Maurice STG Distribution www.stgd.ch
  3. Tu n'as pas compris mon messages ... Sur mon site, j'affichais 11 Fabricants et 11 fournisseurs ... en 1.3.2.3 Après MAJ en 1.3.5.0 Le site affichait 141 Fabricants et 147 fournisseurs ... La SNV indiquée à réglé le prb d'affichage du nombres de Fabricants ET de Fournisseurs ... il sont maintenant à 11 tous les deux ... Essaye, c'est peux être la solution de ton prb ... Et comme tu auras fait un backup, tu pourra toujours remettre les fichiers d'origine Salutations Maurice STG Distribution www.stgd.ch
  4. J'avais tout autant les fabricants Que les fournisseurs qui avaient augmentés ... Maintenant Tout est OK Essaye ... Salutations Maurice
  5. Pour information Bug résolu avec la SNV 4249 1.3.5.0 Regarde mon post pour les fichiers de la SNV en question : http://www.prestashop.com/forums/viewthread/85729/#359555 Salutations Maurice STG distribution www.stgd.ch
  6. Pour information Bug résolu avec la SNV 4249 1.3.5.0 Pour les personnes interressées, voici en attach la SNV 4249 en question (2 fichiers) SNV 4249.zip
  7. Pour information : J'ai écrasé les fichiers supplier.php (à la racine) et classes/Supplier.php de avec ceux mon ancien site en 1.3.2.3 ... dans le site 1.3.5.0 ET Maintenant CELA Fonctionne ... J'ai retrouvé mes 11 fabricants et 11 fournisseurs !!!! Il y a donc un petit prb sur ces 2 fichiers ... je laisse ouvert le rapport de bug, pour que la team puisse voir Ou le Prb est situé. Bonnes salutations Maurice STG Distribution
  8. C'est vraiment étrange comme bug ... Avant de faire mon update à la version 1.3.5.0, j'ai installé XAMPP en local pour vérifier Si tout était OK avant la mise à jour 1.3.5.0. Ma version locale en 1.3.2.3 était la copie exacte du site de production, SANS aucun prb (mise à part les arrondis ;-) ) J'ai donc updaté cette version en 1.3.5.0 ... Tout le site fonctionne sans aucun prb, les arrondis on l'air ENFIN de fonctionner (Merci à la Team) en mode classique, sans aucun prb trouvé ... actuellement Mais le seul prb constaté est que mes 11 fabricants, sont passée à 141 !!! et que mes 11 fournisseures sont maintenant à 147 !!! J'ai regardé la base dans tous les sens ... la base manufacturer à bien 11 enregistrements, la base manufacturer_lang en à bien 33 (normal, car traduit en 3 langues), idem pour la base supplier (11) et supplier_lang (33) ... Les pages s'affiche avec les 11 fournisseurs/fabricants correctement .. le reste sont des pages sont vides .... Là .. je suis dans les choux et je n'arrive pas à trouver Ou est le prb ... J'ai soumis un rapport du bug sur ce sujet : http://www.prestashop.com/bug_tracker/view/6665/ Mais si jamais quelqu'un avait une idée sur Ou presta regarde ces données, Ou il prend ces info's Ou une idée Je suis preneur ... Dans l'attente, je souhaite a toute la communauté une excellente année 2011 Bien à vous Maurice STG Distribution www.stgd.ch (En version 1.3.5.0 Maintenant ...)
  9. Bonjour Matthieu et Merci d'avoir corriger ce prb important pour nous (et d'autres surement), j'ai mis le post en Résolu Mais, j'ai une question de débutant sur cette correction, faut il faire une installation complète de la version SNV 1.3.X , voir un update complet avec cette version pour corriger ce bug's Ou il ya t'il Que certains fichiers à "écraser" sur le site de production pour pouvoir faire cette mise à jour. Merci de la réponse, (ce n'est pas forcement pour moi) mais certains utlisateurs de Presta n'étant pas forcement à l'aise avec toutes les manipulations à faire, ceci pourra leur indiquer facilement comment faire cette manipulation. Encore Merci et bonne salutations Maurice STG Distribution www.stgd.ch
  10. Merci aux modérateurs d'avoir déplacé mon rapport du Bug, dans le bon sujet. Dans l'attente d'une réponse de la Team. Bien à Vous Maurice STG Distribution
  11. Je ne sais pas SI je suis le seul Vendeur/Distributeur qui vend à des entreprises ou autres PRO avec des Rabais sur les produits ... Ventes B2B et B2C ... avec Presta. Mais, Si ce prb vous interpelle ... Et je pense que je ne suis PAS vraiment le seul à avoir ce prb ... Faite vivre ce post, histoire que nos développeurs adorés de ce superbe logiciel PRESTA, nous corrige enfin ce prb de fond ..... Bon week end à tous STG Distribution M. Moschini www.stgd.ch
  12. Pour répondre exactement ... sur la config utilisée ... La version utilisée est la 1.3.2.3 AVEC la SNV : 2912/2913 (qui devait normalement corriger les prb d'arrondi) et la correction MailAlert SNV 2919/2994 installée ... A ce stade, la version MailAlert est Ok et corrigée, mais PAS le reste. Cela devient vraiment urgent Merci de fournir les fichiers corrigés, sans devoir TOUT réinstaller Bonnes salutations et bon week end STG Distribution Maurice
  13. Prb de d’arrondi ENCORE et ENCORE et ENORME prb sur double rabais … lors de rabais sur Groupe + rabais spécial dans fiche article dans la facturation/création du PDF Je me permet de vous écrire, car j’ai vu un que les bug’s sur les rabais NE sont toujours PAS résolu, et lorsque on est en production, c’est vraiment, mais vraiment très gênant Ne parlant PAS correctement anglais pour vous faire un rapport de BUG exact dans le Bug Tracker (En espérant que quelqu'un puise faire la traduction de mon romand ;- ), je préfère, le faire en français et surtout ajouter des copies d’écran qui parle SANS appel de ces prb. Merci à l’équipe de la Team (qui parle bien FR) de bien vouloir traduire cela en US. Pour le recréer exactement, Installation FRAICHE de la dernière version 1.3.2.3 sur un site de DEV J’ai modifié pour avoir la TVA Suisse, TVA à 7.6% … mais le prb est identique avec du 19.6 ou autre. Arrondi SUR Classique … Créer un groupe REV1 … Rabais pour ce groupe 25% du prix … Prix en HT Créer un Client qui fait partie de ce groupe REV1 et faire les commandes avec ce compte 1er exemple, Modifier le prix du MacBook à 100 CHF Voir fichier joint : Mac 100 TTC Prix 100.jpg Fait une commande, voir fichier du BO Facture : BO Facture 009 Mac 100 TTC Prix 100.jpg Avec le fichier PDF créer par Presta … : Facture PDF 000009.PDF Maintenant C’est LA que les choses partent vraiment de travers …. 2ième exemple Même article, MAIS MacBook mis à 150 CHF, mais comme je VEUX montrer que cet article est en action … J’insère DONC une réduction de 50.00, SOIT prix final DENOUVEAU de 100.00 CHF … normalement TOUS les prix devraient être identique !!!! Voir : Mac 100 TTC Prix 150-50=100.jpg Déjà LA avec LE même prix final … le prix indiqué au Groupe REV est DEJA différent dans le FO … 69.70 HT pour exemple 1 et 69.71 HT pour l’exemple 2 … Erreur d’arrondi !!!! Passons … Je fais une commande … dans le BO Facture Presta indique 75.01 !!! est non pas 75.00 comme l’origine, voir fichier : BO Facture 010 Mac 100 TTC Prix 150-50=100.JPG Mais là on c’est complétement dans les choux, le partie PDF de la facture est complétement FAUSSE. Voir fichier PDF de la Facture PDF 000010.PDF Le prix de l’article n’est PAS de 69.70 HT !!! MAIS de 58.08 HT !!!! Pour soit disant le même PRIX de base 100.00 TTC, il y a comme un RPB … Si je calcul … Presta CUMULE les deux RABAIS, ce qui est FAUX. Je m’explique 1er Exemple 100.00 TTC = 92.936803 HT avec 25% de rabais sur le GROUPE = 69.702602 OK !!! 2ième Exemple 100.00 TTC = 92.936803 HT avec 25% de rabais sur le GROUPE = 69.702602 (Normalement) MAIS Presta rajoute … 25% en PLUS du Rabais de 50.00 … 50 TTC = 46.468401 HT (Sans TVA 7.6), 25% de cette comme = 11.617100 Et le PDF de la Facture généré par Presta, soustraire encore cette comme, soit 69.7022602 – 11.617100 = 58.08 !!!! et c’est CE chiffre qui est inséré dans le PDF de la Facture … Il y a Vraiment un PRB, Merci a la Team de voir cela, c’est urgent … Travaillant maintenant avec des entreprises pour passer les commandes, avec tout un système B2B dans Presta … C’est inutilisable en l’état. Merci à la team, de bien vouloir insérer dans ce post les fichiers (en ZIP) qui seront modifié, car je ne suis pas développeur, comme cela, moi-même au d’autre pourront prendre ces nouveaux fichiers pour mettre à jour Presta et résoudre ce prb. Salutations STG Distribution Maurice Moschini Facture PDF 000009.pdf Facture PDF 000010.pdf
  14. Hello Jean-Pierre 1000 merci pour ces nouveaux fichiers Version 2994 SVN 1.3X du super travail de la Team, Merci à l'équipe C'est TOUT OK. Rabais OK, Facture PDF OK et Mail OK et plus de Mail qui indique que le produit est hors Stock ... Cette version 1.3X SVN est super fonctionnelle ... Merci A bientôt et bonne salutations Maurice STG Distribution www.stgd.ch
  15. Bonjour Matthieu et JP, En ce qui me concerne, les prb d'arrondi sont OK en mode classique maintenant. Pas de prb entre l'email Client et Vendeur, les montants sont juste, J'ai juste (comme JP) un email qui m'indique que le et les produits (commandés par le clients) sont hors stock à chaque commande, ce qui est faux ... Salutations Maurice
  16. Bonjour Matthieu Merci de ces info's .... J'ai fait une demande dans l'aire Suisse avec mon "FrancGlais" pour avoir un arrondi à +/- 5cts ... Qui peut aussi interressé d'autres utilisateurs de Presta ... Entre nous ... Pourquoi l'anglais ;-) , l'anglais n'étant pas une langue national Suisse ... Il y a le français, l'allemand, l'italien et le Romanche ... En tout cas Merci ... de votre aide Bien à vous Maurice
  17. In switzerland, we dont use the centime ... Only 5ct by 5ct ... It's possible to ADD this fonction into your rounded feature ... Or made the possibillity to made one rounded +/- 5 cts of the TTC Total amount ... If this feature it's ADD into the next version it's was So great for the Switzerland ;-) Thanks Maurice STG
  18. Je voulais simplement dire que ce module est vraiment Géant ... Ma société est un distributeur Suisse actif dans le domaine de la musique sur informatique, instruments de musique et accessoire de studio, microphones, moniteur ... Lors de mon achat du Module Post Finance Suisse chez WDXperience. J'ai lancé par hasard, l'idée de ce module à WDXperience. Je me voyais mal faire une déclinaison de rabais à chaque article distribué par STG en fonction de la quantité du dit article ... et ceci sur plusieurs groupes !!! Et surtout, d'une façon différente en fonction du style d'article ... Bonjour le travail de typographe sur chaque article d’une façon différentiée pour chaque article !!! L'idée étant de créer une base de donnée de rabais en Fonction du Groupe de client, et dans cette base/Groupe unique, associer directement certains produits dans cette base uniquement. Donc de créer une règle de rabais en fonction du groupe et surtout des articles QUI font partis de cette base. Les excellentes relations avec ce super développeur, on permis de créer et de faire évoluer de module à la version actuelle. (que j’utilise maintenant en production avec mon réseau de + de 45 magasins, avec différents Groupe (Pro, Rev1 et Rev2) … ) Ce module ma permis (en qui me concerne) de créer en 1 heures de temps, tout un système B2B de vente sur les articles en vente, en fonction du groupe aux quels j’ai assigné les différents rabais …sur différents produits. Mais, l’histoire ne va pas s’arrêter là … En tant que distributeur, nos équipes de ventes ont différents systèmes de ventes, entre autres : lors d’action spéciale, Rabais supplémentaires sur certains produits uniquement ou produits offert, lors d’achats groupé, en fonction du fabricant, etc … Et ceci sera implémenté dans les futures versions du module ou groupe de module ce causant entre eux, ce qui en fera un outil de vente B2B redoutable … Ce n’est pas le faite, que nous avons participé avec nos idées à la base de cette conception, mais surtout, que nous l’utilisons maintenant en production, Et ceci pour d’autre société qui désire ce type de fonctionnalité, que je me permets de vous dire : il est Géant ce module … Je suis à votre dispo pour plus d’info (en tant qu’utilisateur) sur ce module … Bien à vous Salutations Maurice Moschini STG Distribution www.stgd.ch
  19. Petite question pour Matthieu Biart D'après ce que vous indiquez dans ce post, les erreurs d'arrondi sont donc réglé avec la SNV 1.4. Je viens de mettre en ligne la version 1.3.2.3 ... Doit'on refaire une mise à jours complète pour avoir enfin des calculs correctes ... Ou si la structure de la base de données est indentique à la version 1.3.2.3 ... Une "simple" copie des fichiers SVN 1.4 en lieu et place de ceux de la 1.3.2.3 suffit. Excusez mes questions de néophite .. Mais cela m'aide à mieux comprendre Salutations Maurice STG Distribution
  20. Hello JP ... J'ai exactement le même prb que toi ... erreur de centime sur la montant total, lorsque j'utilise des rabais Regarde mon post fait à Mathieu sur un sujet typiquement Suisse ;-) sur les arrondis à .5 cts ... http://www.prestashop.com/forums/viewthread/69084/#312225 Et comme Toi, j'ai des prb's sur le montant final entre Presta et mon prg de compta ... Lit ma démonstration ... Je pense que ma démonstatrion sur le calcul final de la TVA est correcte et que C'est peut être cela qui crée CE prb ... Pour tes rabais ... Etant distributeur ... J'ai eu la chance de pouvoir être à la base d'un nouveau Module Le Module Réductions GPQ v1.0.0 Définir des réductions de prix selon des groupes, des produits et des quantités. ... Et qui fonctionne superbement. Plus besoin de définir tes rabais dans chaque produit, tu fais un groupe, Tu crée une base avec des rabais en fonction des quantités ... tu assignes cette base en fonction d'un groupe ... Puis dans cette assignation tu insères les produits que tu veux ... et cela fonctionne SANS faire aucune table de rabais dans les produits !!! Le développeur génial qui à fait cela, vas bientôt mettre en ligne ce module ... Mais , je ne sais pas le prix final de ce petit outil génial ... Vas seulement voir son site et contacte le ... Yves de WDXperience
  21. Bonjour Matthieu, Merci beaucoup de la réponse d'un des super's concepteur de ce logiciel ( Que Je viens de Mettre en ligne ... tout à l'heure Il faut juste que les DNS's ce modifie ;-) ) Mais, je ne suis pas d'accord avec votre argumentation sur le calcul final de la TVA, et je vous explique le pourquoi du comment ... C'est cela qui crée les prb's de centimes .... Concernant Ce prb d'arrondi, Voici CE que je constate sur mon site .. et qui crée CE PRB. Je suis Distributeur de matériels Audio, d'informatique musicale et j'utlise maintenant trois manières de ventes avec votre superbe soft : 1.- PRIX TTC avec la TVA Suisse (TVA Suisse 7.6%, ZONE Suisse uniquement) pour les clients "normaux" (Groupe Défault), pas de rabais sur le prix indiqué TTC 2.- PRIX en HT (après login, Groupe Défault, pas de TVA sur zone Europe et USA) Pour tous clients HORS Suisse, Zone Europe et US, pas de rabais sur le prix fixé HT. 3.- PRIX en HT (Apres login, Groupe Revendeur, SANS TVA) pour la vente à un réseau de magasin de musique et informatique, PRIX de vente HT AVEC Gestion de Rabais en fonction de Groupe de produits, rabais allant de 20% à xx% NETTO sur le prix final client HT. Le prb de l'arrondi n'arrive PAS lorsque un client normal Suisse fait des achats avec le prix TTC, TOUT les prix étant fixés sur le TTC (Comme Base), la somme finale sera toujours correcte. Mais, comme j'ai aussi du HT dans le site (avec de rabais de groupe), c'est là que les choses deviennes plus compliquée. Non pas sur un seul produit vendu, mais Dès qu'un client du groupe revendeur achète PLUSIEURS Produits ... Cela donne CELA comme erreur : avec le Setting Classique sur l’arrondi 5 produits à 69.00 CHF TTC, 64.126394 HT (Rabais de-32%) = 43.605948 HT indiqué 43.61 5 x 43.61 = 218.05 + 1 produit à 349.00 CHF TTC, 324.349442 HT (Rabais -30%) = 227.044609 HT, indiqué 227.04 Soit un total indiqué de 445.09 HT, pour la partie matériel vendu. Soit 33.82238 CHF DE TVA Total TTC 445.09 + 33.83 = 478.88 CHF TTC Là dessus il y a 13.94 de frais de port HT. Soit 1.06 CHF DE TVA Total TTC = 13.94 + 1.06 = 15.00 CHF TTC C'est là que le PRB arrive ... Prestashop indique DONC AVEC la TVA : Total HT (445.09 + 13.94) 459.03 + Total TVA (33.83 + 1.06) 34.89 = Total PRESTA 493.92 .... TTC Voir image jointe … Maintenant .... Je fais le calcul du montant total avec la TVA Comme l'USAM, Union Suisse des Arts et métiers ou les divers institut financier ou de régulation de France ou d’ailleurs … , soit : Montant TOTAL HT (Matériels vendu HT + Transport HT), pour le total HT soit : 5 x 43.605948 + 227.044609 + 13.94 = 459.014349, Soit 459.01 HT … Calcul la TVA Sur ce Montant de 459.01, soit 33.88476 de TVA arrondi à 33.88, ce qui donne en final : Vente TOTAL HT (Transporteur INCLUS) 459.01 + 33.89 de TVA = 492.90 TTC DONC Voici une différence de 0.02 cts … C’est LA que le prb ce trouve … Je pense que vous faite le calcul de la TVA de la façon suivant … Matériel HT -> TVA du Matériel Transporteur HT -> TVA du transporteur Calcul Presta = Matériel HT + Transporteur HT + TVA du Matériel + TVA du transporteur … Si c’est cela, ce calcul est FAUX La formule doit être : Matériel HT + Transporteur HT + TVA de la somme HT … JUSTE … Voilà, j’espère que ma démonstration vous parlera … Car actuellement j’ai des différences de centimes sur les calculs de Presta et mon logiciel de comptabilité (Agrée par l’USAM et les les impôts) Merci de votre feedback Bien à vous et Merci à toute l'équipe de Presta pour ce superbe logiciel Maurice STG Distribution www.stgd.ch
  22. Bonjour William et JP, Je suis assez d'accord avec JP, sur le faite de faire des tests sérieux avant toute mise en production, c'est pour cela que mon nouveau site n'est toujours pas en prod. Cela m'a permis de voir les prb de Presta sur certaines conditions de vente ... (Qui généralement ne sont pas utilisée par la plus part des vendeurs "normaux") ... J'ai eu la chance de pourvoir être à la base d'un dévelopment d'un module de rabais sur les groupes, de quantités et produits ... Cela fonctionne superbement Bien ... et en faisant des test en profondeur, cela m'a permis de voir le BUG en question ... Dès que la nouvelle version SANS ce BUG sera dispo ... et comme le dit JP en fin de semaine, je pourrais enfin mettre le nouveau site en production ... (mais avec aussi une partie DEV / Test ... car il ya encore deux autres modules B2B qui seront créer par le développeur Suisse qui travail la dessus, en fonction de ce que je lui ai dit ... et je fait office de beta testeur pour lui) En ce qui me concerne, la partie Vente "normale" ... ce n'est pas le principal du site, c'est toute la partie B2B qui m'a fait partir dans cette solution Presta ... Avec justement les fonctions de Groupe Qui on permis de créer des rabais différents par rapport Aux Groupes de Client, Groupe d'article et rabais de quantité en fonction de la cde sur un article. Et ceci centralisé dans un seul module ... Je fait de la Distribution, et travail avec un réseau de magasin pour la vente. Je suis simplement en attente de cette nouvelle version 1.3.2.2 .... maintenant ... pour Vérifier Si effectivment LE Bug's de calcul sur la TVA (Produits + Transport) est faite sur le total et non plus sur les deux point indépendament, Ce qui crée CE Prb. Bonne salutations Maurice STG Distribution Distributeur Suisse spécialisé dans la musique informatique MAO Bonne soirée
  23. Merci de l'info ... Alors il faut attente que la version 1.4 soit mise en production Ou faut il partir en production avec une version BETA SVN 1.3.X ? Savez vous Quand la version finale 1.4 sera diponible ? Merci de l'information et bonne Journée M- Moschini STG Distribution
  24. Bonjour Mr. Folletete, J'ai un soucis avec Presta, du coté du calcul TVA sur le matériel et Taxes de transport ... Nous sommes encore en phase de test (Version 1.3.1.1), travaillant avec un module d'arrondi à 0.5 CT (nous sommes en suisse et n'utilisons PAS le centime de CHF) + un module B2B de Rabais en fonction du Groupe Quantité et Matériels, qui fonctionne très bien. le prb est le suivant . Ventes de 445.05 de matériels HT + 13.95 (13.94) HT de frais de port Comme TOUTES les taxes Suisse sont à 7.6%, Donc sur la somme totale = 34.884 (34.90 de TVA) Soit une facture totale de 459.00 HT + 34.90 TVA = 493.90 TTC Coté Presta : A première vue prestashop Fait l'addition de deux TVA, Matériel + Transport .. Séparement ... Pour donner le montant total Et ne prend PAS la globalité des montant pour le calcul de TVA. Car SI on prend la Partie matériels uniquement ... 445.05 - TVA 33.8238 -> arrondi 33.80 ... + Partie Transport 13.94 HT, (13.95), TVA 1.05, Total Prestashop TVA (33.80 + 1.05) 34.85 (Matériels + Transport) !!!!!! Facture totale : 445.05 Matériels HT (33.8238) 33.80 TVA Transport 13.95 HT 1.05 TVA En final 445.05 + 13.95 (459 HT) + (33.80 + 1.05) 34.85 de TVA = 493.85 TTC ... Soit une différence de 0.5 ct ... Et non pas 493.90 Si la calcul est FAIT avec l'addition de toutes les données HT D'un Bloc et non pas séparée. Avez vous uns solution pour que le calcul de TVA soit fait --- AVEC toutes les données d'un bloc --- et non pas séparée. Matériel et Transport fait chacun de leur coté ... Ceci donne des décalages de calcul Et Même... Que l'on soit au centimes .... Si le module Arrondi à 5 ct. est supprimé Merci de votre aide STG Distribution M. Moschini
  25. A force de lire les prb de certains sur les refus de PayPal, de différence d'arrondi. Je ne sais PAS si je me trompe ou en plein délire ... Voici mon analyse ... J'ai l'impression que PS à des prb's entre le calcul des données financières et les divers modules internes, je m'explique : Un logiciel financier pour qu'il soit Agrée Financier, se doit d'avoir sur ces données, entre 6 et 12 digit avant la virugle. PS en insère 6 sur le prix HT du produit ... Calcul fait directement en fonction de la taxe 19.6 en FR, 15 en DE et pour la Suisse 7.6. Comme PS fait les calculs en prenant tous les 6 chiffres ... une différence de 1, voir plus de centimes peut arriver. Surtout lorsque le panier de vente à plusieurs produits ou des rabais ... Même Si Presta permet des arrondi (avec la version 1.3.1), elle est faite (à mon sens) sur le calcul qui sera fait pour la facture VISUELLE que le client aura en final. Dans les commandes faites et sur les factures PDF. Et que les données financières utilisées pour PayPal ou autres, ce font avec la donnée en 6 chiffres avant virgule ... avec le même calcul que la commande passée, Mais Là ... 5 produits HT à 10.225500 Donne 51.1275 arrondi à 2 chiffres 51.13 ... Avec l'arrondi version sup ... donc 10.225500 = 10.23 avec deux chiffres, le même panier est de 51.15 ... Si les deux données sont envoyées dans les instituts, il y a donc 3 cents de différences, d'ou le refus de la transaction ... Je ne suis pas développeur, simplement j'essaye de résonner sur le prb, et mon analyse me fait dire cela ... Mais aussi et premièrement, nous faisont de la ventes, vente avec PS (dans mon cas, la partie vente client directe est presque secondaire, le site sera fait en priorité pour de la vente B2B, vente distributeur vers un réseau de revendeur) PrestaShop n'est pas un logiciel de banque, mais de vente qui fourni des données d'argent à des instituts bancaire pour que le vendeur soit payé ... et dans ce cas, c'est 2 chiffres après la virgule que les banques demandes ... De calculer un prix avec 6 chiffres est un vrai non sens et sincèrement inutile pour cela ... Tout vendeur et même acheteur fait les calculs, vente ou achat en 2 chiffres après la virgule. J'espère que Si le prb viens de là ... Pourquoi l'équipe de PS ne prendrai comme base de pouvoir faire des arrondis Classic, Supérieur Inférieur, de pouvoir faire l'arrondi à +5 ou +0 (en pensant au Suisse, qui ne travaille que de 5 cent en 5 cent) et de faire en sorte que cette donnée de base, Soit HT ou TTC, soit mise directement à 2 chiffres dans tout le process, et qu'elle soit la même utilisée pour la partie financière ou sur la partie facture ... Comme cela il ny aura plus de différences !!!! ou plutôt de Delta entre la partie TTC et HT C'est peut être une argumentation complètement fausse ... Mais en faisant le simple test ... de forcer le prix HT en 2 chiffres après la virgule sur les des produits de mon site de test ... je n'avais PLUS de différences entre le prix TTC et la TVA + prix HT ... mais là le prb est reporté sur le prix TTC, qui lui reste en 6 chiffres avec des prix abracadabrant ... exemple 115.002590, il affiche 115.00 ... mais là 10 produits identique donneront le même prb ... 1150.00 avec arrondi .. et brut 1150.03 avec les 6 chiffres et là comme par harsard 3 centimes de diff et surement là un refus de PayPal ou autre ... En espérant qu'un as de Presta ou quelqu'un du team ... regarde mon post et me dise que je suis dans le faux ou peut être juste !!! ... Merci de votre aide sur cette excellent logiciel Maurice STG Distribution Suisse
×
×
  • Create New...

Important Information

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