Jump to content

Philippe

Members
  • Posts

    300
  • Joined

  • Last visited

Everything posted by Philippe

  1. Bonjour à tous, Pour permettre l'affichage du message de disponibilité "Si hors stock" lorsque la quantité au panier dépasse la quantité en stock, j'ai modifié le fichier shopping-cart-product-line.tpl. Cependant, ce message est mis à jour uniquement lorsque la page est entièrement rechargée. Qui peut m'indiquer comment modifier le fichier cart-summary.js pour mettre à jour ce message de disponibilité à chaque modification des quantités du panier ? Merci !
  2. OpenSi peut répondre parfaitement à tes attentes puisque cette solution permet de : - synchroniser les commandes de plusieurs boutiques Prestashop - générer automatiquement les factures selon les bons de livraison, les commandes ou les groupements de commandes - envoyer les factures par email d'un seul clic - transférer toutes les écritures vers la comptabilité - effectuer le rapprochement bancaire
  3. Bonjour, Je suis également à la recherche de la solution pour réduire la taille de la zone de sélection des tags de scène. Qui a la solution ? Merci à tous par avance !
  4. Amélie, A mon avis, OpenSi répond parfaitement aux critères que tu exposes. Le logiciel génère en 2 clics une liste de commandes fournisseur qui tient compte à la fois du réassort du stock en fonction des mini/maxi et des besoins issus des commandes clients. Aucun risque de commander en double puisque le stock attendu est pris en compte dans l'édition des nouvelles commandes fournisseur. Il est également possible d'associer une notion de pack à chaque produit de façon à ce que la commande d'une unité de commande fournisseur génère une entrée en stock de x unités de vente. En terme de prix, OpenSi est vraiment très accessible et particulièrement intuitif - c'était également un critère de choix important pour nous. Tu sais où me joindre pour plus d'infos. Philippe
  5. Fabien, Je tiens d'abord à vous féliciter pour votre réaction face à mes remarques qui, alors que nous ne nous connaissons pas, pourraient être mal perçues. Chapeau ! Je suis clairement favorable à cette option ! Pour déterminer un marchand professionnel et rigoureux, les indicateurs de chiffre d'affaires et de qualité de service sont en effet nécessaires mais pas suffisants. Serait-il toujours aussi rigoureux si l'on constate par ailleurs qu'il vend à perte ? Dans le même esprit, je pense qu'un marchand professionnel et rigoureux doit savoir distinguer "mode de règlement" et "référence de commande". Je n'ai pas cette prétention mais juste l'envie d'apporter un élément de réflexion sur un point précis du module. C'est effectivement le risque à éviter. C'est pour cette raison qu'il faut déterminer des lignes de conduite de développement. Pour ma part, j'ai la conviction que la distinction entre les notions de "mode de règlement" et "référence de commande" aurait du en faire partie, nécessitant alors de trouver une autre option pour répondre au besoin de recherche. Je n'ai pas dit que j'étais un "gros" marchand. ;-) Mais je pense être suffisamment rigoureux sur certains points pour apporter des éléments de réflexion qui, je l'espère, peuvent avoir autant de valeur que des lignes de code.
  6. La recherche de transaction n'est pas possible pour les autres modes de règlement. Le détournement de l'utilisation des modes de paiement à cette fin n'est pas une bonne solution. Je trouve très bien de vouloir répondre aux demandes les plus nombreuses. Il faut cependant être relativiser la démarche car les marchands les plus nombreux ne sont pas nécessairement les marchands les plus professionnalisés, ni les plus rigoureux. J'ai bien conscience de cette capacité et nous réalisons du développement sur mesure lorsque le besoin est spécifique. Il me parait simplement important de partager mon avis lorsque j'ai le sentiment qu'un risque de dérive existe comme c'est le cas lorsqu'un fonctionnement se révèle incompatible avec une organisation "professionnelle". Dans cette situation, les "gros" marchands sauront toujours mettre les moyens en œuvre pour corriger la situation, laissant peu à peu la version communautaire additionner les défauts et les problèmes.
  7. Ce fonctionnement mélange deux notions distinctes : "mode de règlement" et "référence de commande". D'un point de vue comptable, cela génère autant de modes de règlements différents que de commandes. Il aurait été préférable d'intégrer la référence dans un message associé à la commande, comme c'est le cas pour le module Cybermut développé par Prestashop, non ?
  8. Bonjour à tous, J'ai l'impression que les commandes issues de Ebay, réglées par PayPal et importées dans Prestashop sont associées au mode de paiement "Ebay PayPal + [Numéro de la fiche de vente]" C'est le cas ?
  9. Après vérification, la facture Ebay ne contient pas la TVA sur les produits vendus alors que le taux est bien indiqué dans la fiche produit Prestashop.
  10. @Narigua Comment la TVA peut-elle être correcte sur Ebay si le module Ebay n'exporte pas le taux de TVA depuis Prestashop vers Ebay ? Comment Ebay pourrait-il deviner le taux de TVA à appliquer au produit ?
  11. Prenons l'exemple d'un maillot : Prix de vente sur Prestashop (HT) : 29.22 € HT Prix de vente sur Prestashop (TTC) : 34.95 € TTC Prix de vente sur Ebay (HT) : 34,95 € HT Prix de vente sur Ebay (TTC) : 34,95 € TTC La commande est donc importée dans Prestashop sans TVA puis intégrée dans notre logiciel de gestion commercial sans TVA.
  12. J'ai bien compris la distinction entre les services Ebay et Prestashop mais il faut comprendre que nous n'aurions pas envisagé d'être présent sur Ebay sans module Prestashop. C'est d'ailleurs l'objectif du partenariat Ebay/Prestashop. Compte tenu de la largeur de notre offre (environ 10000 références), le choix d'une boutique et de ses frais associés s'imposait. Ont-ils conscience de ne pas être en conformité avec la législation fiscale ou ont-ils trouvé une solution alternative ? Si la solution alternative existe, elle nous interesse. Le fait de de na pas collecter la TVA alors que cette collecte est une obligation fiscale n'est pas un détail. Ebay gère bien la TVA et permet, pour chaque produit, de saisir un taux de TVA. Le problème est que le module Prestashop ne gère pas l'export du taux de TVA. Dans notre cas, il nous faudrait alors modifier le paramétrage de nos milliers de produits sur Ebay. Je comprends que l'annonce d'une date est un exercice difficile. J'espérais cependant obtenir une estimation. A présent, il nous reste le choix : - de continuer à payer le service boutique Ebay sans savoir quand nous pourrons l'utiliser (en conformité avec la loi) - de fermer notre boutique Ebay et de perdre définitivement l'utilisation du nom de notre boutique Pour éviter les mêmes désagréments, il serait bon de préciser dans le descritptif du module que celui-ci ne gère pas la TVA.
  13. Fabien, Merci pour ces réponses qui me permettent de décider de la fermeture de notre boutique Ebay.
  14. J'ai bien conscience que les sociétés Ebay et Prestashop sont distinctes. Cependant, nous avons souscrit au service boutique pro Ebay parce que nous avions le sentiment que le module Ebay proposé par Prestashop était opérationnel. Faute de prendre en compte la TVA, je considère que le module n'est pas opérationnel pour tout marchand soumis à la TVA, comme c'est le cas pour un très grand nombre d'entre eux. Cela ne serait pas bien grave si nous n'étions pas prélevé d'un abonnement mensuel Ebay sans savoir à partir de quelle date nous pourrons utiliser leurs services, faute de visibilité sur la date de sortie de la version compatible avec la TVA. C'est de cette visibilité dont il est question.
  15. Fabien, je comprends qu'il ne soit pas facile de prévoir une date de sortie pour cette version. Cependant, il me parait important de communiquer au moins une estimation puisque, faute de ne pouvoir utiliser un module inadapté en l'état à une utilisation professionnelle, nous continuons à payer un abonnement à la boutique Ebay. Doit-on continuer à payer sans avoir de visibilité ?
  16. Fabien, quelle est la date prévue de sortie de la version 1.3.1 ?
  17. Oups ! "Le module ne gère pas encore la TVA sur l'import des commandes." ?! Cela aurait pourtant du faire partie des conditions de base du développement d'un tel module, non ?
  18. Merci Fabien d'intervenir aussi rapidement. Je suis sur Prestashop 1.3.7.
  19. Pour ma part, je rencontre le même problème puisque Ebay indique "il y a un problème avec votre photo de la Galerie" alors que la photo de la fiche produit est OK. Comment résoudre ce problème ?
  20. J'ai le plaisir de vous annoncer que nous avons enfin mis en production le module de synchronisation entre Prestashop et le logiciel de gestion commerciale et comptable OpenSi ! :-) Il nous enfin possible d'éditer en quelques clics tous les bons de livraison et de préparation ainsi que tous les bons de commande fournisseur ! Pour ceux qui sont intéressés, OpenSi propose une offre de parrainage. Je ne sais pas ce qu'elle contient mais j'imagine que ce sera toujours bon à prendre.
  21. Il faut s'assurer que le code postal saisi par le client ne contiennent pas d'espace. Sinon -> “zip code invalid”
  22. Dès 2009, je vous parlais d'OpenSi (www.opensi.fr) et des avantages de ce logiciel de gestion commerciale. Depuis peu, un module de connexion entre Prestashop et OpenSi est enfin disponible (http://addons.prestashop.com/fr/facturation/2492-opensi-connect.html) ! Je teste le module et vous tiens informés des résultats.
×
×
  • Create New...

Important Information

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