Jump to content

Informatik MP

Members
  • Posts

    77
  • Joined

  • Last visited

Posts posted by Informatik MP

  1. Voici la situation...

    Je suis au Québec, Canada. J'ai ma boutique de produits informatiques depuis un bout de temps, et je me suis inscrit au paiement Desjardins pour utiliser le module du même nom.

     

    Cela fait 1 an que j'ai le module, mais j'ai toujours eu un problème avec l'enregistrement du paiement lors d'une commande.

     

    Jusqu'à hier, je croyais que c'étais un bug du module, car selon l'assistance Desjardins, c'était causé par une erreur 500...

     

    J'ai finalement décidé de prendre la situation en main, et de faire mes propres recherches.

     

    J'ai commencé par mettre ma boutique en mode DEV/DEBUG, en définissant 

    define('_PS_MODE_DEV_', true);

     dans le fichier config/defines.inc.php.

     

    J'ai fait une commande et dans le courriel de confirmation de la transaction j'ai vu ceci:

    PaymentModule::validateOrder - Country is not active 

    J’ai fait un whois sur leur domaine du portail de transaction, et constaté qu’il est hébergé en France…

     

    Pour corriger le problème, il faut aller dans l'admin, et avoir les configs suivantes:

    Localisation/Zone: Europe et North America activés.

    Localisation/Pays: Canada, Belgique et France activés

    Préférence/Géolocalisation, Canada, Belgique et France authorisés.

     

    Mon problème c'est que je désirais vraiment n'autoriser que le Canada sur ma boutique...

     

    J'espère que ça va aider d'autres gens!

     

    Bien à vous.

    • Like 2
  2. Problème résolu... la suppression de l'entrée "index" des URL ré-écrites a corrigé l'erreur.

     

     

    Bonjour/Bonsoir,

     

    J'ai mis à jour la localisation Canada et , qui a installé le pack Francais Québec.

     

    Mais depuis que ce pack est installé, ma boutique essaie de me re-diriger vers la langue qc(adresse /boutique/qc au lieu de /boutique/fr), qui donne une page 404...

     

    Est-ce que quelqu'un sais comment corriger ça?

     

    Merci.

     

     

  3. Est-ce que quelqu'un a réussi à faire afficher les taxes correctement dans le panier, commande et facture?

     

    J'ai mis à jour la localisation pour le canada, rien...

    Ma configuration de mes taxes et règles de taxes sont ok...

     

    Si oui, comment, et est-ce que vous pourriez partager le fix?

     

    Bonjour Fran,

    Tu as raison quand tu dis que l'internaute doit se brancher afin que le système sache qu'il se trouve au Québec et qu'il puisse lui ajouter les taxes de cette province. J'ai même dû modifier la programmation du thème utilisé sur le jeanbleu.com afin d'éviter d'afficher cette information "incomplète" dans le panier.

    Par contre, une fois branché, tu devrais effectivement voir les deux taxes avant de payer et sur la facture. Regarde ma réponse du 7 novembre 2014 dans cette enfilade pour voir si tes taxes sont bien configurées.

    Je sais que Cédric Fontaine a travaillé sur un pack Français Canadien. Il en parle sur son blogue ici : http://www.spidmail.net/2015/02/05/nouveautes-prestashop-1-6-0-11/ . Je l'ai installé et ça fonctionne très bien.

    Pour la ventilation des taxes sur la facture, j'ai dû modifier la programmation des pages utilisée pour rendre la facture légale au Québec. Je ne sais pas s'il y a une autre façon de faire.
     

    Rémi

     

    Rémi où as-tu téléchargé le pack?

    Merci.

  4. Bonjour,

     

    J'aimerais savoir si c'est possible de configurer le montant de réduction fixe pour qu'il soit avant taxes...

     

    La raison est que dans bien des cas, cela fait que le prix de réduction n'est pas celui désiré...

     

    D'ailleurs, quel est l'intérêt d'avoir le montant de réduction calculé après taxes...

    Logiquement, lorsqu'on affiches une réduction, c'est une réduction avant Tx...

     

    Si je ne me trompes pas, ce n'est pas possible de configurer ainsi, donc cette modification doit probablement être effectuée dans le code...

     

    Toute aide serait grandement appréciée.

     

    Merci!

  5. Bonjour,

     

    J'ai un problème avec le module API google Analytics v0.13 qui est inclus dans PS 1.6.x)...

     

    Une fois installé, il est en mode "de base" v1.3 avec user/login compte google analytics, et affiche le message suivant:

     

     

    Unable to retrieve test results

     

    et le message suivant apparait ensuite en "overlay":

     

     

    Notice à la ligne 378 du fichier /home/informa1/public_html/boutique/modules/gapi/gapi.php
    [8] Undefined index: rows

    Warning à la ligne 378 du fichier /home/informa1/public_html/boutique/modules/gapi/gapi.php
    [2] Invalid argument supplied for foreach()

     

    EST-CE QU'IL EST POSSIBLE D'AVOIR DE L'AIDE??? J'ai écris dans plusieurs sujets déjà existants, mais aucune réponse reçue...

     

    Merci.

  6. Plus en détails:

     

    Dans la fiche produit, l'affichage des taxes en détail n'est pas règlementé, mais dès que le processus de commande est ammorçé soit à partir de l'affichage du panier, l'affichage des détails est obligatoire.

     

    Exemple selon les taxes canadiennes pour le Québec:

    Un panier de 99.95$

     

    - Affichage non-réglementaire: .

    Total produits HT :CAD$99.95

    Total HT :CAD$99.95

    Total taxes :CAD$14.97

    TOTALCAD$114.92

     

    - Affichage réglementaire:

    Total produits HT :CAD$99.95

    Total HT :CAD$99.95

    (Taxe Fédérale)Canada TPS 5% :CAD$5,00

    (Taxe Provinciale)Québec TVQ 9,975%: CAD$9,97

    TOTALCAD$114.92

     

    Présentement seules les factures PDF peuvent afficher les taxes correctement.

     

    Comme référence, allez voir une boutique web de n'importe quelle grande chaîne de magasin au canada, et vous verrez que les taxes sont affichées séparément dès qu'un produit est dans le panier, si vous entrez une adresse valide.

     

    Cependant, dans certains cas il semble que les taxes provinciales ne sont pas obligatoirement facturables, je suis présentement en train de me documenter à ce sujet.

     

    Pour l'instant, ce que je peux vous dire, c'est que la facturation des taxes n'est pas obligatoire jusqu'à 30000$. Cependant, un détail reste flou, c'est qu'ils regardent le flot de ventes par 3 mois.

    Ex.:

    Si à la fin du mois de Juin, vous avez 21000$ de ventes, cela signifie que vous allez fort probablement atteindre 30000$ avant la fin Septembre. Donc l'inscription préventive aux taxes est suggéré au Début Juillet, donc la facturation des taxes à partir de cette date.

     

    Les conséquences peuvent être lourdes si une plaine est formulée, le gouvernement peux demander à vérifier la comptabilité de l'entreprise et c'est rare qu'ils ne trouvent aucune erreur. Si des erreurs sont trouvées, les amendes peuvent être assez élevées...

     

    Ceci est un résumé de mes recherches effectuées dans les derniers mois, sous toutes réserves(quelques zones grises pour les détails) sur la précision.

     

    Salutations.

  7. Après plusieurs heures de lectures, je dois vous faire part d'un fait légal probablement spécifique au Canada sur les taxes, demandant une modification de l'affichage des taxes dans Prestashop.

     

    Dans les faits, au Canada les détails des taxes doivent obligatoirement être affichés séparément.

     

    Ma boutique est sur la version 1.6.0.6, et j'ai eu beau chercher, je ne trouves pas comment changer l'affichage des taxes...

     

    J'ai remarqué également que sur les factures PDF, le nom/description des taxes n'est pas affiché même si l'affichage détaillé des taxes est activé...

     

    Je trouves cette situation bien embêtante, car un mauvais affichage des taxes peut faire perdre des ventes et même attirer des ennuis fiscaux... :unsure:

     

    J'espère vraiment que cette situation peut être réglée rapidement!

     

    Bien à vous.

     

     

     

  8. tu as bien suivi les étapes du tuto? si tu ne l'a pas fait cliques sur le bouton "How to configure Google Analytics API".

     

    moi j'ai une erreur une fois configuré:

    Notice à la ligne 378 du fichier .../public_html/boutique/modules/gapi/gapi.php
    [8] Undefined index: rows

    Warning à la ligne 378 du fichier .../public_html/boutique/modules/gapi/gapi.php
    [2] Invalid argument supplied for foreach()

  9. Did you ever get this sorted? Setting up Prestashop for Canadian taxes is very easy and can be done in less than 15 minutes. Let me know if you are still having questions. This thread is a couple of weeks old.

    I suggest you to use FedEx, I posted the procedure in the past, but I can't remember myself right now... I'd have to search in my posts...

    • Like 1
  10. Nouivelle information: j'utilises normalement le thème default-bootstrap, et quand je mets le tème default, j'ai le message "vous avez atteint la quantité maximum pour ce produit", même avec un produit différent de celui qui est dans le panier...  En désactivant le panier Ajax, il m'affiches ce message sur les deux thèmes.

     

    Si quelqu'un peux me dénicher une solution, j'en serait très reconnaissant.

  11. Firebug est pas parfait.

     

    1. DÉSACTIVES LE CACHE SMARTY, et tout les CCC (CONCATÉNATION, COMPRESSION ET MISE EN CACHE)

     

    2. Essaie avec Google Chrome, et presse ctrl-shift-i, y'a une "loupe" dans le coin droit des outils de développement, et cliques à l'endroit où tu veux vérifier le code et CSS.

     

    Prestashop est embêtant à débugger parce que le code est compilé, ce qui a comme conséquence que le code qui est dans les fichiers est très différent du code que tu as dans FireBug...

  12. Bonjour,

     

    J'ai un gros problème avec ma boutique. J'utilise le thème default-bootstrap.

     

    J'ai procédé au nettoyage de mes clients et ventes pour effacer les essais que j'avais fait en utilisant le module de nettoyage prestashop.

     

    Depuis que j'ai fais cela, je peux ajouter des quantités au produit dans le panier, mais si j'essaie d'ajouter un produit différent, en cliquant sur le bouton "ajouter au panier" à partir des produits phares, ça fais rien.

     

     Que s'est-il passé et comment corriger cela?

     

    Merci!

  13. Hi,

     

    I had issues seeing the pack prices showing along the manual price and the "fixed" price, so I put all my PHP/C++ knowledge and tried to get this display correctly.

     

    After many hours of research and much tries, I finally found a fix for a lack in the product pricing display.

     

    In the themes folder edit product.tpl as following:

     

    themes/default/prorduct.tpl, line 424 should read like this:

    {if $packItems|@count && $productPrice < $product->getNoPackPrice()}

     

    themes/default-bootstrap/product.tpl line 296 should read like this:

    {if $packItems|@count && $productPrice < $product->getNoPackPrice()}

     

    change both for:

    {if !isset ($product->specificPrice.reduction_type) && $productPrice < $product->getNoPackPrice() }

     

    This will do so that in a pack product, the pack price calculated by PS will show only if there is no reduction and the fixed price is below the pack price.

     

    I tested this fix on my own shop and it seems to work perfectly.

     

    If anyone agrees on the workability of my fix, please vote "yes"

    -------------------------------------------------------------------------------------------------------------------

    There is one lack I can't fix, and which would be very much appreciated:

     

    Fixed amount reduction, changing it from "tax included" to "before tax"...

     

    I'm in canada, and this lack is giving me troubles, caus' every provinces has their own tax %...

     

    It forces me to set my reductions in % and many times to have an exact red. amount I have to set the % at the 4th decimal, as sample I had to set one to 6.5455%... kinda painful to calculate on an item that worth 1500$CAD...

     

    If someone could suggest a fix I'd appreciate very much.

  14. they have left the problem as it was... sometimes when you create a rule inside a tax rule group, it doesn't appear in the the back-office, it's cause by a lack in the SQL query in the code, causing the sub-rule to be inactive...

     

    Once again, you have to go in PhpMyAdmin and do this:

    • go in your shop's db
    • go in the table "prefix"_tax_rule
    • find your tax rule you created, most likely the last(s) one(s)
    • edit the entry, and set the "active" value to 1.

    I just remembered the workaround I used: when I created the columt "active", I have set the "default value" to "1", so any rule I create is set active by default.

     

    I will re-up this problem in the bugs forum again... Let's see if they care about this...

×
×
  • Create New...

Important Information

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