[Spip] SPIP et le e-commerce

/msg53698.html

  • Un retour d’expérience d’un utilisateur #SPIP qui connaît le #e-commerce dans d’autres systèmes, et qui donne donc des idées de comment c’est fait.

    Re : [Spip] SPIP et le e-commerce
    http://www.mail-archive.com/spip@rezo.net/msg53698.html

    Je me mets ça en mémoire vu que je n’y connais pas grand chose en e-commerce, même si j’ai aussi « étudié » les autres systèmes.

    #idée_pour_SPIP

    • Oui et sache que c’est déjà comme ça que sont conçues les premières briques que j’avais commencé. Comme un framework, pour pouvoir construire les workflows qu’on veut.

      Évidemment pour démarrer, je n’ai fait que les briques de base de base de base. Mais il faut bien qu’elles soient là pour continuer le reste plus tard.

      Produits, Prix, Paniers, Commandes, et les plugins liant certains entre eux. Pour les petits sites, pour l’instant, on s’en sort en codant ce qui manque dans le formulaire de commande finale (les frais d’envoi, etc). Mais évidemment à terme il faudra des plugins génériques pour ça aussi.

    • Le but de Z-commerce c’était de faire un squelette d’exemple, mettant en œuvre les divers plugins de commerce. Un même squelette peut pas gérer tous les worflows du monde, donc c’était plus pour montrer l’une des manières de faire, pour gérer les cas courants et simples. C’est @touti qui a commencé ça.

      Ya plusieurs fils d’explication sur spip-zone :
      http://thread.gmane.org/gmane.comp.web.spip.zone/23954/focus=23959
      http://thread.gmane.org/gmane.comp.web.spip.zone/24912/focus=24913

      Des notes issues des discussions sur la liste ont été compilées ici :
      http://contrib.spip.net/Z-Commerce

      Bref toute l’architecture est déjà pensée, et il ne faut surtout pas faire des plugins qui font trop de choses (par exemple « Variantes de produits » devrait être un sous-plugin de « Produits », à n’activer que pour ceux qui en ont besoin).

      Et sur la liste user, ça discute ça discute ça discute... de choses déjà discutées des années avant, et déjà commencées sur la zone. C’est bien de discuter hein, mais si on discute de développement de plugins, c’est peut-être mieux de le faire sur la liste... des développeurs de plugins (spip-zone) !!
      Sinon ça discute entre utilisateurs uniquement, alors que des devs ont déjà commencé des projets... Pareil pour le wysiwyg, pour spip.net ou tout autre discussion sur des choses qui sont sur spip-zone (ou devrait l’être).

    • Et sinon t’as oublié le plugin « commandes_paniers », « paypal », « commandes_paypal », et « clients » (mal nommé car pourrait être plus générique).

      C’était juste Paypal pour l’instant car l’API était un peu plus facile à mettre en œuvre, et que les trucs de banque sont les trucs les plus compliqués à faire (car sécurité). Mais depuis, Cédric a publié un vrai plugin générique « Bank » (sur github) dont le but est de gérer n’importe quel fournisseur de transaction bancaire (y compris Paypal donc). Il faudrait donc interfacer les commandes et le formulaire de paiement de ce plugin.

      Après ya des millions de tâches pour qui veut :
      – interfacer Commandes et Bank
      – rendre le plugin Clients plus générique et le renommer
      – faire un plugin Variantes de produits
      – faire un plugin de « Zones de commerce » (basé sur Géographie ou simplement sur Pays, je sais pas)
      – faire un plugin générique de configuration de taxes
      – faire un plugin de frais d’envoi basique
      – faire un plugin de frais d’envoi par poids (qui ajoute donc un champ « poids » aux produits)
      – faire un plugin de Variantes de produits
      – faire un plugin de Bons de réduction (liés à une personne unique, par un email et un code par exemple)
      – faire un plugin de Soldes (des réductions pour tout le monde)
      – faire un plugin permettant de configurer des prix différents suivant les devises (pour que ça tombe rond par exemple, aussi bien en euros, qu’en franc suisse ou en dollars)
      – faire un plugin de gestion des stocks en interne du SPIP
      – faire un plugin de gestion des stocks en interfaçant avec une autre appli métier qu’utiliserait un commerçant
      – et des milliers d’autres choses possibles, mais si déjà on a toute cette liste, la grande majorité des cas seront gérés !

      Un fois tous ces plugins bien solides, on pourra faire comme Drupal Commerce : faire un squelette d’exemple gérant 80% des cas (une boutique « classique » quoi).

      Bref, ceux qui ont du temps et de l’argent pour coder, peuvent s’en donner à cœur joie, s’ils veulent que ça avance. :D