Différences

Ci-dessous, les différences entre deux révisions de la page.

--- utilisateurs:didrocks:specboutique [Le 03/03/2009, 17:22] – DidRocks
+++ utilisateurs:didrocks:specboutique [Le 11/09/2022, 13:15] (Version actuelle) – Suppression des espaces en fin de ligne (détecté et corrigé via le bot wiki-corrector (https://forum.ubuntu-fr.org/viewtopic.php?id=2067892) moths-art
@@ Ligne 3: / Ligne 3: @@
 ===== L'environnement/requête: =====
- * pour l'instant, limité à 2 associations (framasoft et ubuntu-fr), devra pouvoir s'adapter à plus de projets si besoin (par la suite).
+  * pour l'instant, limité à 2 associations (framasoft et ubuntu-fr), devra pouvoir s'adapter à plus de projets si besoin (par la suite).
- * Un skin pour la partie commmune et une pour chaque association, suivant où l'on se trouve ?
+  * Un skin pour la partie commune et une pour chaque association, suivant où l'on se trouve ?
- * Une vue des produits de tous les projets (triables par type : ex TS, mugs), par catégori
+  * Une vue des produits de tous les projets (triables par type : ex TS, mugs), par catégorie
- * Une vue par association de produits dédiés (voir tous les produits "ubuntu-fr", ou tous les produits "framasoft" uniquement).
+  * Une vue par association de produits dédiés (voir tous les produits "ubuntu-fr", ou tous les produits "framasoft" uniquement).
- * Les commandes sont envoyés périodiquement par un fichier --- ourgh excel --- à une plateforme logistique qui fait ensuite les envoies. Par contre, l'encaissement se fait de notre côté. A chaque envoie du fichier excel, il faut par contre débloquer un paiement (pour l'instant par chèque, mais voir si on peut faire un warning pour un virement que l'on peut acquiter) vers cette plateforme.
+  * Les commandes sont envoyés périodiquement par un fichier --- ourgh excel --- à une plate-forme logistique qui fait ensuite les envoies. Par contre, l'encaissement se fait de notre côté. A chaque envoie du fichier excel, il faut par contre débloquer un paiement (pour l'instant par chèque, mais voir si on peut faire un warning pour un virement que l'on peut acquitter) vers cette plate-forme.
-===== Fichier de comm avec la plateforme =====
+===== Fichier de comm avec la plate-forme =====
--> exemple des champs du fichiers que l'on envoie aujourd'hui à la plateforme logistique (la première ligne contient ces titres):
+-> exemple des champs du fichiers que l'on envoie aujourd'hui à la plate-forme logistique (la première ligne contient ces titres):
 |No commande | No client  |	Nom  |	Complement nom  |	Adresse 1  |	Adresse 2  |	Code Postal  	| Ville  	|Pays | 	Mode expedition  |	S  |	M  |	L  |	XL  |	XXL  |	mail |
 On laisse vide les champs suivants:
- * No commande
+  * No commande
- * No client
+  * No client
- * Complement nom
+  * Complement nom
- * Mode expedition
+  * Mode expedition
 -> nous avons ici un exemple de quoi demander lors d'une commande.
@@ Ligne 24: / Ligne 24: @@
 ===== Les contraintes/besoins: =====
- * Certains produits peuvent être inter-projet (ex: clef framabuntu), donc doivent apparaître dans la vue mixte et dans la vue de chaque projet concerné.
+  * Certains produits peuvent être inter-projet (ex: clef framabuntu), donc doivent apparaître dans la vue mixte et dans la vue de chaque projet concerné.
- * Chaque projet peut gérer (ajouter/supprimer/modifier le prix) de SES et uniquement SES objets
+  * Chaque projet peut gérer (ajouter/supprimer/modifier le prix) de SES et uniquement SES objets
- * Possibilité de faire plusieurs prix pour un produit (ex: CD à 1 euros pour les particuliers et 0.5 pour les assos avec nombre minimum de 20 CD pour l'envoi.)
+  * Possibilité de faire plusieurs prix pour un produit (ex: CD à 1 euros pour les particuliers et 0.5 pour les assos avec nombre minimum de 20 CD pour l'envoi.)
- * afficher séparement les frais d'expéditions (peut différer pour chaque produit ou être global suivant le nombre de produit)
+  * afficher séparément les frais d'expéditions (peut différer pour chaque produit ou être global suivant le nombre de produit)
 ===== Paiement: =====
- * paypal (à confirmer)
+  * paypal (à confirmer)
- * chèques
+  * chèques
- * virement
+  * virement
 -> pour des raisons légales, une seule asso recevra la totalité de la somme et fera les répartitions vers les autres assos.
- * Ce sera donc cette asso qui effectuera également le paiement de la plateforme
+  * Ce sera donc cette asso qui effectuera également le paiement de la plateforme
 (le problème se pose en fait pour les commandes mixtes : qqn paie prend un TS ubuntu-fr et un framaDVD -> les 2 comptes sont mixés ou encore, qqn prend le produit d'un projet commun, genre la framabuntu).
 ===== Un backend pour traiter les commandes : =====
- * gestion du stock restant (donc possibilité de mettre un stock initial, rentrées)
+  * gestion du stock restant (donc possibilité de mettre un stock initial, rentrées)
- * possibilité de faire des retraits manuels dans le stock (ex pour une party) et de l'indiquer tels quels ("X TS, X mugs et X CDs retirés le ... pour la party du ..."
+  * possibilité de faire des retraits manuels dans le stock (ex pour une party) et de l'indiquer tels quels ("X TS, X mugs et X CDs retirés le ... pour la party du ..."
- * gestion des commandes en cours (+ une colonne "envoyée à la pateforme logistique ?") et si le paiement a été reçu.
+  * gestion des commandes en cours (+ une colonne "envoyée à la plate-forme logistique ?") et si le paiement a été reçu.
- * pour les projets communs (framabuntu), pouvoir définir les parts qui reviennent à chaque asso. Genre "(Prix X - frais fixes)/(nombre d'asso dans le projet).
+  * pour les projets communs (framabuntu), pouvoir définir les parts qui reviennent à chaque asso. Genre "(Prix X - frais fixes)/(nombre d'asso dans le projet).
+  * possibilité donc pour "l'association qui effectuera le paiement" de faire un "export excel" qui marquera alors toutes les commandes associées comme envoyées.
+  * "l'asso maitre" voit si elle a remboursé les assos ou pas et peu faire changer le statut.
-Ex: (une framabuntu à 30 euros - 2 euros envoie + plateforme)/2 = 14 euros par asso.
+Ex: (une framabuntu à 30 euros - 2 euros envoie + plate-forme)/2 = 14 euros par asso.
 Framasoft reçoit le paiement (si c'est l'asso qui récupère tout), puis un warning doit apparaître dans les deux backends : vous devez 14 euros à ubuntu-fr (et côté ubuntu-fr : framasoft vous doit 14 euros...)
+====== Outils envisagés ======
+===== Drupal + UberCart =====
+Le module UberCart permet l'intégration aisée d'un système de boutique/vente en ligne au sein d'un CMS Drupal.
+=== Modules utilisés ===
+  * Lightbox2 pour l'affichage des images
+  * Token (prérequis UC)
+  * Content (prérequis UC)
+  * FileField (prérequis UC)
+  * ImageField (prérequis UC)
+  * Locale (pour la version FR)
+  * Menu pour mettre des menus...
+  * Path (prérequis UC)
+  * Taxonomy (prérequis UC)
+  * Update Status
+  * ImageAPI + ImageMagick (prérequis UC)
+  * ImageCache (prérequis UC)
+  * Cart + Conditional Actions + Order + Product + Store (coeur UC)
+  * Catalog (pour gérer les catalogues Ubuntu-fr, Framasoft...)
+  * Payment (gestion des moyens de paiements)
+  * Reports (créer des rapports sur UC)
+  * Shipping Quotes (prérequis Flatrate)
+  * Stock (gestion des .... )
+  * Flaterate (pour rajouter des frais de ports fixe par article ou par commande)
+  * Payment Method Pack (paiement par chèque)
+  * PayPal (paiement par ...)
+  * Views + View UI (prérequis UCViews)
+  * View Slideshow (prérequis UCViews)
+  * UberCart Views (permet d'utiliser les commandes dans les vues)
+  * Bonus : Views Export (permet d'exporter une vue en CSV)
+=== Modules envisagés ===
+  * ThemeKey : permet de modifier le thème en fonction des termes de vocabulaire par ex.
+  * Attribute : pour gérer les attributs des articles (taille du tee-shirt...)
+=== Concepts de base ===
+Drupal + UberCart permet basiquement de gérer l'intégralité d'une boutique en ligne classique :
+Back-end :
+  * Authentification
+  * Création d'article avec photos, prix, catalogue(s) associés
+Front-end :
+  * l'utilisateur remplit son caddie
+  * l'utilisateur finalise sa commande, un compte utilisateur est crée automatiquement, il paie, et recoit un email de confirmation
+=== Points du CDCF entièrement ou partiellement réalisable ===
+  * export des commandes pour le fournisseur : création d'une vue sur les commandes d'un certain status, mis en place d'un export CSV sur cette vue (et non XLS)
+  * chaque assoc peut créer des produits, et modifier SEULEMENT ses produits : gestion avec les droits : créer des produits / modifier ses propres produits
+  * boutiques par assoc : géré avec les catalogues. On peut mettre un produit dans 2 catalogue (frambuntu par ex). Par contre,  le produit framabuntu ne peut pas être géré par les 2 assoc (il n'y aura qu’un seul auteur du produit!!)
+=== Points du CDCF non réalisable (pour le moment...) ===
+  * gestion des comptes inter-assoc : peut-être avec les rapports ? je ne sais pas...

Différences

Outils pour utilisateurs

Outils du site

Outils de la page

Divers