Bruno6666

Haskard, tu semble avoir la même config que moi. Dans mon cas, le remplacement des 3 lignes n'a pas fonctionné. J'obtiens une page blanche dès la page d'accueil. Si je modifie le classes/Tools.php en remplaçant $use_ssl = !empty($url); par $use_ssl = Configuration::get('PS_SSL_ENABLED'); J'obtiens une erreur 500. J'ai annulé la modification des 3 lignes sous link.php et ça a fonctionné ! En résumé, dans classes/Tools.php, remplacer : $use_ssl = !empty($url); par $use_ssl = Configuration::get('PS_SSL_ENABLED'); Et ça fonctionne. Je n'ai plus le bug et ma page s'affiche en https. Merci à tous.

Bonsoir Doekia, Je suis en 1.7.3 et j'ai le code suivant avec une fonction similaire à ta correction déjà implantée mais ce n'est pas tout à fait la même. J'ai bien le bug sous Chrome. Dois je la remplacer ? Et dois je également modifier mon classes/Tools.php stp ? public function getBaseLink($idShop = null, $ssl = null, $relativeProtocol = false) { static $force_ssl = null; if ($ssl === null) { if ($force_ssl === null) { $force_ssl = (Configuration::get('PS_SSL_ENABLED') && Configuration::get('PS_SSL_ENABLED_EVERYWHERE')); } $ssl = $force_ssl; } if (Configuration::get('PS_MULTISHOP_FEATURE_ACTIVE') && $idShop !== null) { $shop = new Shop($idShop); } else { $shop = Context::getContext()->shop; }

Oh my goood !! merciiiii Mediacom87 !! Là, je pense que l'on peut vraiment marqué ce post comme résolu

Merci Mediacom87 mais je n'ai rien qui ressemble à DisplayPaymentOption et de plus, le seul endroit ou j'ai mon module de paiement greffé est sur DisplayPaymentReturn.

Même problème pour moi. J'ai pourtant bien vidé tout les caches, essayé depuis plusieurs navigateurs, appareils... Personne n'a une idée ?

Bonjour, Je rouvre ce sujet parce qu'il n'est pas complètement résolu. Effectivement lorsqu'on supprime la géolocalisation ou que l'on ajoute une règle de taxes sur les US le probleme est résolu, enfin si l'on considère que les Ip des robots de Google ne changent pas de pays... Malgré tout lorsqu'on vend à l'international, quelqu'un voit il une solution pour conserver la localisation sans toucher à nos règles de taxe ?

D'ailleurs, si l'on s'en tient à l'administration, il me semble qu'il est explicitement dit l'inverse : Article du 4 juillet 2018 : https://bofip.impots.gouv.fr/bofip/11435-PGP L'article 88 de la loi n° 2015-1785 du 29 décembre 2015 de finances pour 2016, modifié par l'article 105 de loi n° 2017-1837 du 30 décembre 2017 de finances pour 2018, prévoit l'obligation pour les assujettis à la taxe sur la valeur ajoutée (TVA) qui effectuent des livraisons de biens et des prestations de services à destination de clients particuliers et qui enregistrent les règlements correspondant au moyen d’un logiciel ou d'un système de caisse d'utiliser un logiciel ou un système satisfaisant à des conditions d'inaltérabilité, de sécurisation, de conservation et d'archivage des données en vue du contrôle de l'administration fiscale. Il est bien fait mention d'une obligation pour ceux qui utilisent 1 logiciel "OU" un système de caisse. okom3pom, d'ou provient ton morceau d'article svp ? Et de quelle date en juillet est il ?

okom3pom, je ne comprends pas. Tu utilises la facturation automatique de Prestashop ou un autre logiciel ? Personnellement, je préférerai continuer de travailler avec Prestashop surtout que depuis mon passage en SAS, j'ai déjà 70 factures générées et dont les règlements ont été perçus à partir de facture émanant de Prestashop. Malheureusement, je me suis rendu compte aujourd'hui de 2 erreurs récurrentes au niveau du calcul de TVA sur mes factures. La première lorsqu'il y a une remise/ristourne avec un prix spécifique : Catalogue → Produit → Prix → Ajout de prix spécifique, en partant de 70 € TTC, la réduction s'arrondie à 58,32 € HT alors que cela devrait donner : 70/1,2 = 58,33 € (donc erreur de 2 cts en bas de facture). La deuxième lorsque s'applique une règle de prix catalogue (remise pro de 20% par exemple) : 1 coup sur 2 Prestashop arrondi au chiffre supérieur en tentant compte de la 3ème décimale et 1 coup sur 2 il arrondi au chiffre inférieur sans en tenir compte. C'est incompréhensible. Je vais tenter de faire ce qu'il faut pour régler ces problèmes et j'aimerai bien que mon comptable accepte mes factures mais avant cela je dois être sûr que ces dernières soit correctes. C'est également pourquoi, je cherche à savoir ou en sont les certifications de Prestashop au niveau de la facturation.

Bonjour, Si qq'un à la clé, je ne comprends pas comment Prestashop fonctionne au niveau des arrondis en rapport avec les règles de prix catalogue. Sur 1 facture il a arrondi au chiffre supérieur alors que la 3ème décimale était inférieure à 5. Sur 1 autre facture il a arrondi au chiffre inférieur tjs avec une 3ème décimale inférieure à 5 (donc plutôt logique). Dans les 2 cas, TVA 20% puis remise 20%. Dans les 2 cas, le résultat final est correct. Pourquoi Prestashop à t’il réagit de manière différente ? Laquelle de ces 2 factures est-elle juste ? Facture 1 Facture 2 S'il y a des experts, merci pour vos lumières 🙂

Bonjour, Je rencontre une erreur de 1 centimes au niveau du calcul de TVA d'un prix spécifique ajouté sur un produit. Quelqu'un aurait il une solution svp ? Ma version est 1.7.3.1. Réduc de 70 € TTC appliquée dans : Catalogue → Produit → Prix → Ajout de prix spécifique : Produit TTC = 349,90 € (Calcul OK) /1,2 = 291,58 € HT Livraison TTC = 19,90 € (Calcul OK) /1,2 = 16,58 € HT Offre Liquidation TTC = 70 €/1,2 = 58,33 € HT et non 58,32 € HT comme indiqué sur la facture Des idées svp ?? 😵

Ok merci à tous. Merci okom3pom, j'avais lu cet article. Êtes vous bien sûr que la loi anti-fraude n'a pas lieu d'être en comptabilité ? Il y a quand même pas mal d'articles qui en parlent : https://www.cegid.com/fr/blog/nouvelle-obligation-logiciel-conforme-loi-anti-fraude-tva/ https://www.ebp.com/blog/decrypter-actualite/loi-anti-fraude-tva-ce-qu-il-faut-savoir Qui est concerné par cette nouvelle obligation ? Tous les assujettis à la TVA, personne physique ou morale, de droit privé ou public qui enregistrent des règlements de leurs clients dans un logiciel de gestion (comptabilité, ERP, logiciel de caisse ou de facturation – gestion commerciale, gestion d’affaires et gestion de production) sont concernés par cette nouvelle disposition de lutte contre la fraude à la TVA. Pour chaque entreprise concernée, la loi contre la fraude à la TVA implique: de s’assurer de la conformité de chacun des logiciels qu’elle utilise de faire évoluer ses usages pour que ses processus soient conformes aux nouvelles obligations sur toute sa chaîne de règlement. A compter du 1er janvier 2018, en cas de contrôle de l’administration fiscale, toute entreprise qui ne serait pas en capacité de présenter son certificat ou son attestation de conformité délivrée par son éditeur de logiciel devra payer une amende de 7 500 € pour chaque logiciel ou système concerné. L’amende s’applique de nouveau en cas de non présentation de l’attestation ou du certificat de conformité dans les 60 jours. L’addition peut donc rapidement s’avérer salée pour l’entreprise, sans compter les risques de redressement fiscal et de rentrer « dans le radar » de l’administration augurant des contrôles fiscaux futurs systématiques.

D'après ce que j'ai compris il faut une certif NF525 pour la caisse. Je n'ai pas de caisse. Moi je parle de L’article 88 de la loi °2015-1785 du 29 décembre 2015 sur la loi anti-fraude TVA. Mon comptable me donne 2 solutions, lui apporter une certif à ce propos ou entrer toutes mes factures de ventes dans un logiciel conforme.

Merci okom3pom, effectivement, Prestashop n'est pas dans la liste, ce qui est très étrange puisqu'ils ont un article de début 2018 qui dit qu'il vont être certifié... D'ailleurs, à part les micro-entreprises, cela voudrait dire que pour toutes les sociétés qui font du E-commerce, la fonction de facturation n'est pas légale devant la loi. C'est incroyable, s'il faut se retaper la facturation, l'intérêt de la boutique en ligne est quand même très limité ! Bravo Prestashop ! Une idée à savoir s'il existe un module pour la facturation ayant la certif ?

Bonjour, Mon comptable me demande une certification de la part de mon Éditeur de facture, donc Prestashop, concernant L’article 88 de la loi °2015-1785 du 29 décembre 2015 sur la loi anti-fraude TVA. Quelqu'un saurait il s'il est disponible ? Et si oui, où ça ? Prestashop indique ici qu'il sont certifié en rapport à l'article 88 : https://www.prestashop.com/fr/blog/module-loi-anti-fraude-tva-2018 Personnellement lorsque je clique sur le lien et tape Prestashop, la réponse est "Désolé, mais rien ne correspond à vos termes de recherche." Cdt. Bruno

Bonjour, Je rouvre le sujet car je ne trouve pas Prestashop dans la liste des Certifiés INFOCERT : https://certificates.infocert.org/ Idem avec ce lien, https://addons.prestashop.com/fr/legislation/43573-loi-contre-la-fraude-a-la-tva-article-88-certification-nf525-rem88-17.html je ne trouve aucun module PSREM88 ou autre concernant l'édition de factures certifié sous Prestashop. Je suis en 1.7.3. Pourriez vous me dire à quel endroit est ce que je peux voir si mon Prestashop est bien certifié au niveau de la facturation ? Et comment obtenir le certificat (mon comptable me le demande) ? Merci par avance de votre aide ! Cordialement. Bruno