Carnet Wiki

SPIP 3 et e-commerce

Version 9 — July 2013 Teddy Payet

Pierre-Jean propose de :
-  Lister les demandes/propositions et le catégoriser (produits, paiement, déclinaisons, colisage, etc)
-  Lister les plugins (briques) existants et voir ce qui peut être réutilisé
-  Discuter de la composition de l’outil ; un plugin qui fait tout/un plugin par fonction (gestion produits, paiement, colisage...)

[rainer]: je propose récupére ce qui existe, faire des nouveaux plugins pour les fontionnalités non couvertes, puis integrer le tout via un plugin maitre dans le style de z-commerce (dont je ne trouve plus de trace)

Merci à Ybbet pour l’espace !

Gestion des produits

-  Classer les produits : à mon sens un produit est un objet éditorial comme un autre qui peut bénéficier de l’organisation classique de SPIP = on y attache des mots clefs, des documents, on l’ajoute à une rubrique, etc. En ce sens, je ne vois pas le besoin de créer une nouvelle structure de type Catégorie comme j’ai pu le lire ailleurs.

-  Caractéristiques des produits : ont-elles besoin d’être gérées dans le plugin ? Je pense que pour beaucoup, l’ajout de mots clefs comme caractéristique serait pertinent et que pour d’autres les Champs Extras puissent remplir cette mission.

- Déclinaisons des produits : - Les types de produits sont : objet unitaire, objets avec versions, virtuels - fichiers, abonnements (limite de durées) - (voir la logique du plugin abonnement de thélia)
- Référence produit ;
-  
EAN13 ou JAN
-  
UPC
-  
Quantité minimale

Déclinaisons
-  Attribut (ce en quoi il diffère)
-  Valeur de l’attribut
-  Caractéristique
-  Référence produit ;
-  EAN13 ou JAN
-  UPC
On retrouve ici les même infos que le produit. On prend par défaut les même que le produit d’origine. Possibilité de personnaliser chaque champ.

Prix
-  Prix d’achat HT
-  Prix de vente HT
-  Règle de taxe
-  Prix de vente TTC
-  Prix HT à l’unité par quantité (kg, 100 exemplaires, etc.)

Transport
-  Longueur du paquet (cm)
-  Hauteur du paquet (cm)
-  Profondeur du paquet (cm)
-  Poids du paquet (kg)
-  Frais de port supplémentaires (par unité) HT
Les transporteurs dédiés.

Quantités
Gestion des quantités et des stocks du produit et de ses déclinaisons.

Gestion des marques
Pouvoir ajouter des marques

Commandes

Je vois une commande comme un objet à part entière auquel on rattache :
-  un client (objet)
-  des produits (objet)
-  une somme HT
-  une réduction (objet ?)
-  un frais de port (objet ?)
-  un tarif
-  une TVA (differente 19,6% / 5,5%.. ou pas pour l’étranger
-  une adresse de facturation
-  une adresse de livraison
-  ...

L’objet commande dispose (sur la même base que les articles traditionnels de SPIP) de statuts :
-  commande en cours (paniers non terminés)
-  commande en attente de paiement
-  commande payée (et à préparer)
-  commande prête (et à expédier)
-  commande expédiée
-  commande livrée (lorsqu’on a un système de suivi type Colissimo qui puisse interagir avec le BO)

[Rainer] Il y a déjà un plugin commandes qui gère la plupart des aspects mentionnés ci-haut

les taxes je les gérerai plus tot au niveau du produit ou dans un plugin à part

Paiement

Il me semble que le plugin Transaction est particulièrement bien avancé et pourrait peut-être même en l’état (ou avec de petits ajustement ?) s’interfacer avec ce projet de plugin de VAD.

[Rainer] voir également le plugin bank
Je ne l’ai pas encore regarde de près

Les types de paiements

Espèces, chèque, virement (penser tout de suite SEPA), CB (banque-ATOS, ou autres prestataires), prélèvements pour les abonnements.

le bon de livraison - la facture
-  numérotation incrémentale
-  date
-  référence de la commande et presque copie du bon de commande pour les lignes.

Relation Client /Interractions

Peut-on utiliser “simplement” le plugin Notifications pour gérer les différents envois de mails, ou rêvons, de SMS lorsque le statut de commande change ?

Livraisons
[Rainer] J’ai fait un plugin basique livraison pour un client (et ces besoins). On pourrait peut-être ce baser dessus