Jump to content

phliippeduverger

Members
  • Posts

    17
  • Joined

  • Last visited

Profile Information

  • Activity
    Freelancer

Recent Profile Visitors

284 profile views

phliippeduverger's Achievements

Newbie

Newbie (1/14)

0

Reputation

  1. Bonjour @groussel Comme expliqué, les montant calculé sont juste. C'est un bug de prestashop : https://github.com/PrestaShop/PrestaShop/issues/11195 Je ne suis pas intéressée par votre module, qui ne corrige pas le bug de prestashop, ni les factures invalides. Donc pas d’intérêt dans ce cas la . Si la tva n'est pas calculé correctement à la base, et que le montant payé ne corresponds pas, tout module est inutile. Il faut que le bug soit corrigé avant paiement, mais bon prestashop n'ont pas l'air pressé sur ce point. Philippe
  2. Bonjour Petite question sur le cacul TVA . Je sais que c'est un soucis récurrent, qui a beaucoup été discuté (notamment les arrondis). Mais malgré mes très nombreuses recherches et lectures, je n'ai pas de solution a mon problème. Voici mon soucis : > je génere mes facture depuis prestashop. (qui s'occupe du calcul tva et du paiement) > Je reimporte (automatiquement toutes mes factures dans un autre logiciel (odoo) : qui lui recalcule la tva sur le total. (ce que je pense est correct : https://www.compta-online.com/calcul-total-ttc-sur-plusieurs-articles-arrondi-tva-t12877) > Je suis sensé faire le rapprochement entre mes paiement (paypal / autres) et mes factures dans odoo, et la j'ai une différence qui est due à la TVA. Dans prestashop, je suis configuré pour Type d'arrondi : arrondi le total. - prestashop 1.7.3 Voici ce que j'observe dans une facture perstashop qui est incorrect : Détail des taxes ------------------- Taux de taxe Prix de base Taxe totale Produits 21.000 % 35,80 € 7,51 € Livraison 21.000 % 3,50 € 0,73 € ------------------- Total produits 41,50 € Total Réductions - 5,70 € Frais de livraison 3,50 € Total (HT) 39,30 € Taxe totale 8,24 € Total 47,54 € Donc la tva est calculé avec la somme des produits et de la livraison (7.51 + 0.73) => 8.24 Alors que sauf erreur de ma part, celle ci devrait être sur le total HT : 39,30 x 1.21 => 47,553 (j'obtiens 47.56 dans odoo) Pouvez vous me confirmer que l'erreur vient bien de prestashop. Et comment je pourrais la modifier (corriger juste dans l'export PDF de la facture n'est pas suffisant car j'aurai toujours la différence entre le paiement et la facture.) Merci
  3. Bonjour J'ai depuis peu j'ai des commandes liés qui sont créé. (2 les dernières 24h) Je suis en version : 1.7.2.4 (désire passer à la 1.7.3 pour un autre soucis des que c'est releasé) Le seul changement récent est la mise a jour auquel je pense module paypal (4.3.1) et mondial relais (2.2.2) mais j'ai d'autres commandes sans ce problème Je ne désire absolument pas cette fonctionnalité. Les seule similitude que je vois : > Les commande ont utilisés paypal (version v4.3.1) > Les 2 commandes ont utilisés un transporteur différent. > Pour le produit qui était mis dans une autre partie de la commande,je ne vois pas de particularité au niveau des restriction transporteur. (ni dans les autres produits d'ailleurs) Auriez vous une idée de ce qui pourrais causer ces commandes liées ??? Merci
  4. Bon aucune réponse .... Voici comment j'ai fait. (avec version 1.7) : J'ai fait donc une migration et suis repassé sur une version sans multistore. Ce n'est pas une solution parfaite. Mais certainement un meilleur design que de dupliquer les produits .... (ou le site... ) juste pour avoir un "clone" sous un autre domaine. Je ne garantie pas le fonctionnement, mais en tout cas ca marche pour moi, et je n'ai plus à m'embeter a avoir les choses inutile du multistore Dans ma conf apache J'ai rajouter mod substitute : Voici ce qui redirige mon cc domaine nl vers le .be A adapter selon votre besoin. Attention à prendre en compte les canonical et href=lang <VirtualHost *:80> ServerName www.mywebsite.nl ServerAlias mywebsite.nl ProxyRequests On RequestHeader set Host "www.mywebsite.be" ProxyPreserveHost On <Location /> AddOutputFilterByType SUBSTITUTE text/html AddOutputFilterByType SUBSTITUTE text/javascript AddOutputFilterByType SUBSTITUTE text/json #AddOutputFilterByType SUBSTITUTE text/xml AddOutputFilterByType SUBSTITUTE application/json #AddOutputFilterByType SUBSTITUTE application/xml Substitute "s|mywebsite.be|mywebsite.nl|niq" #Substitute "s|canonical\" href=\"http://www.mywebsite.nl|canonical\" href=\"http://www.mywebsite.be|niq" #disable gzip RequestHeader unset Accept-Encoding </Location> <Proxy *> Order deny,allow Allow from all </Proxy> ProxyPass / http://www.mywebsite.be/ ProxyPassReverse / http://www.mywebsite.be/ ProxyPassReverseCookieDomain www.mywebsite.be www.mywebsite.nl </VirtualHost> J'ai du aussi modifier le fichier classes/link pour que les redirections externe (apres payment par exemple) fonctionnent : // If the module has its own route ... just use it ! if (Dispatcher::getInstance()->hasRoute('module-'.$module.'-'.$controller, $idLang, $idShop)) { return $this->getPageLink('module-'.$module.'-'.$controller, $ssl, $idLang, $params); } else { $returnVal = $url.Dispatcher::getInstance()->createUrl('module', $idLang, $params, $this->allow, '', $idShop); if (isset($_SERVER['HTTP_X_FORWARDED_SERVER']) ) { if (strpos($returnVal , 'mywebsite.be') !== false) { $returnVal = str_replace('www.mywebsite.be', $_SERVER['HTTP_X_FORWARDED_SERVER'], $returnVal ); } } return $returnVal; }
  5. Si il y a toujours l'erreur J'ai modifier dans modules/mondialrelay/mondialrelay.php $_SERVER['SCRIPT_URI'] par $_SERVER['HTTP_HOST'] (pas encore testé de bout en bout mais je n'ai pas l'erreur et le point relais semble bien enregistré)
  6. Hello For the info (if it help someone) I had to reset the invoice number in the middle of the year (from 2017-08-16) I changed classes/order/Order.php I updated the getLastInvoiceNumber (note that in my case, I have PS_INVOICE_RESET set to reset invoice number everyyear. public static function getLastInvoiceNumber() { $sql = 'SELECT MAX(`number`) FROM `'._DB_PREFIX_.'order_invoice`'; if (Configuration::get('PS_INVOICE_RESET')) { $sql .= ' WHERE DATE_FORMAT(`date_add`, "%Y") = '.(int)date('Y').' AND `date_add` > "2017-08-16 21:00:00"'; } return Db::getInstance()->getValue($sql); } I was able with this change to change/reset it in the backoffice.
  7. Bonjour Pouvez vous me dire comment vous avez fait ? Etes vous passé par un export DBF ou CSV ? ou etes vous passé apr le module existant fait par winbooks (hors de prix pour un petit shop) Merci
  8. Bonjour J'ai déja posé une premiere question plus générale, mais je pense que celle ci était peut etre trop technique pour la catégorie : "Utilisation de PrestaShop" https://www.prestashop.com/forums/topic/603890-multi-domaine-multistore-garder-lurl/ Je pose donc la même question avec mes avancés en esperant enfin avoir une réponse et des avis. J'ai donc plusieurs domaines ccTLD : .fr / .be / ... et un global (.org) Actuellemnt j'utilise le multistore : > un shop groupe ( Share customers / Share available quantities / Share orders) par domaine (donc en général avec 2 urls : avec www et sans ) > un plugin (Faktiva SEO ToolKit) pour les alternate href-lang afin d'eviter le duplicate content de google. > sitemap pour générer un site map pour chaque shopGroup. Par contre le multistore ralenti considérablement mon site (3000 produits) car tous les products (traductions / images) sont dupliqué en db! Je n'utilise pas du tout de fonctionnalité spécifique au multistore. Les produits sont les même. J'aimerais donc me débarrasser de la duplication de tous les produits. Je n'ai sauf preuve du contraire, pas vu la possibilité de faire ceci par défault. Donc le sujet de ma question est comment avoir les url ccTld et global tld configuré correctement sans avoir tous les produits dupliqués. Voici ma premiere idée (et la seule possibilité) sur laquelle j'aimerais avoir des avis : > Je rassemble les urls ccTld en tant qu'url dans le shop group par défaut. > Je retire la redirection : "Redirect to the canonical" URL dans "Preferences / SEO & URLs" (> Si nécessaire, je modifie le plugin hreflang afin de prendre toute les url enregistrés pour le shop group) et ne pas les considérer comme duplicate par google. > Je rajoute une redirection 301 depuis apache pour rediriger les url sans www, vers celle avec www. ( > Je modifie le plugin sitemap pour générer les urls en fonction de celle configuré dans le shop group par défaut.) Est ce pour vous la seule solution ou avez vous un autre moyen simple ? Voyez vous une conséquence bloquante à faire ceci ? Merci d'avance pour vos réponses.
  9. Bonjour J'ai un prestashop en production avec pour l'instant plusieurs cc tld (fr / be / de / nl / (et suis en train de mettre le .org en tant que global tld). Jusqu'ici j'ai utilisé le multistore pour configurer ceci. Ceci "fonctionne" mais a quand même certaines contraintes : cela duplique beaucoup de données, (spécialement les produits) entrainant des fortes lenteurs, (par exemple l'ajout d'un produit prends bcp bcp de temps) et beaucoup de manipulations (il faut des fois passer dans les 4 stores pour modifier quelque chose.) Je re-passerais bien au magasin unique (dans un premier temps un multistore avec un seul shop car je pense que le retour complet sera difficile, à moins d'aller taper dans la db) .... Dans un premier temps je voudrais rajouter le .org sur un store existant. Je rajoute donc l'url dans la conf multistore, mais lorsque on accède au site une simple redirection est faite, et l'url du domaine est directement remplacé. Est ce possible de modifier (ou mieux ajouter à la fin pour que ca ne soit pas écrasé) des RewriteCond dans le .htaccess afin que je puisse conserver le nom de domaine par lequel le client est arrivé ? Merci d'avance
  10. Exact, mais pour la france.(je suis en belgique) A priori, si je me trompe pas je dois mettre : "L’indication des taux de la taxe due et le montant total des taxes dues." Et comme dans mon cas tout est au même taux, cela me parait correct.
  11. OK J'ai mis en place dolibarr et la sync hier, mais peu concluant. Quelque bugs dans la sync, et cela m'aurais pris trop de temps pour la suite. Donc au lieu de modifier dans la db (ce que j'aurais du faire à chaque fois) J'ai refais le template de l'invoice, en recalculant à l'envers .... Du total TTC, je mets (et calcule) le total HT, le Total Shipping HT, le total product HT Et retirer le tableau avec le details des taxes. Ce qui fait que j'ai une facture bien plus cohérente (dans mon cas), avec une TVA affiché correctement. (je vais vérifier que je me suis pas trompé de toute façon en passant en compta) Je ne partage pas (sauf si demandé) car j'ai fait ca tres salement (dans le template (mal !!!)) en esperant que à l'upgrade, ceci sera corrigé ... Merci à tous pour votre aide.
  12. Ah ouais quand même ... OK Donc si j'ai bien compris il me reste plus que : > interfacer mon presta avec un ERP/compta (ptet essayer dolibar...), > et desactiver les facture dans prestashop (retirer les liens/ou le generation car desactiver facture completement me fait merder des plugins de paiement... ) ou > modifier les facture manuellement en db ... Du moins en attendant ... Franchement c'est un peu la honte pour une solution de e-business ... Tuk66. What are the invoices ? first one is 1.6.1.4 and second a "manually" changed ? seems that none of them is correct for me ... Second is not computing the vat on total (product+shipping) but doing sum of both Merci
  13. Je suis en train de considérer de faire un upgrade de 1.6.1 si ceci est nécessaire Je vais devoir deja modifier toutes les commande deja passé direct en db .... "Even the latest version (1.6.1.4) has rounding issues (fortunately not in all cases)." Savez vous ce qui a été corrigé en 1.6.1 ??? Quelle sont les problemes restant ? ------------------------------------- I am considering the upgrade to 1.6.1 if that fix something (I will update the invoices already submitted in database ... ) "Even the latest version (1.6.1.4) has rounding issues (fortunately not in all cases)." Can you tell me more ? what are the cases still causing issue ? Is it computing the VAT based on the total of the order (total product + shipping ) ???
×
×
  • Create New...

Important Information

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