Je dois créer un système interne de saisie et de suivi des commandes pour une épicerie qui nécessite de nombreuses fonctionnalités des systèmes de commerce électronique existants, tels que le catalogue de produits, les relations client_to_order , les rapports de mouvement, les statuts de commande, etc. Cependant, la première phase du produit est purement interne, je n'ai donc pas besoin de fonctionnalités de commerce en ligne comme les adresses de livraison, les tarifs postaux ou une passerelle de paiement. J'ai aussi un tas de choses spécifiques à l'entreprise qui peuvent ne pas s'appliquer à beaucoup de magasins en ligne: système complexe de remise de produits/clients, beaucoup d'attributs pour les produits, flux de suivi des commandes du producteur (le client a une commande avec nous et nous avons une commande avec le producteur), et ainsi de suite.Quel est le logiciel de commerce électronique FOSS le plus extensible/flexible? (ou devrais-je rouler moi-même?)
Je suis donc bloqué en me demandant si je ferais mieux de personnaliser un produit existant, ou de lancer le mien avec un bon framework web (tel que Python/web2py)? Si c'était un magasin en ligne, la décision serait claire - mais ce n'est pas le cas. J'essaie donc de trouver le logiciel de commerce électronique FOSS le plus extensible/flexible pour le prototypage.
Les principaux prétendants que j'ai envisagés jusqu'ici sont: Drupal/Ubercart, Django/Satchmo et RoR/Spree. Ubercart subit une réécriture complète sous le nom de Drupal Commerce, ce qui me décourage. Le projet Spree a l'air propre et j'aime les idées - mais je suis déjà en train d'écrire un ETL produit/client en Jython et je ne veux pas équilibrer les deux langues - Python et Ruby sont nouveaux pour moi. Je n'aime pas le modèle d'édition d'entreprise/communauté de Magento. Et j'ai entendu beaucoup de plaintes à propos de osCommerce et de ses variantes.
Merci d'avance pour vos commentaires.
D'ailleurs, je pense que l'écart entre la fonction de jeu j'ai besoin et ce que je pouvais sortir-of-the-box d'un produit e-commerce existant est de l'ordre de 30%.
En fait, je viens de tomber sur le eStore de web2py et je suis regarder dedans. Merci. – Tony
Cool! Je suis l'administrateur du site de code google qui pourrait vous donner le privilège de validation si vous vouliez l'étendre. Mais votre description semble assez différente que le forking pourrait être préférable. – hoju
Merci, Richard. Peut-être que nous pourrions mettre en œuvre quelques-unes des caractéristiques plus générales avant de forking. Je ferai un suivi si nous décidons d'utiliser web2py/e-store et de faire rouler du code. – Tony