Je viens donc d’installer le plugin amappca sur un SPIP 3.2 et j’ai plusieurs questions quant à sa conception et sa mise en œuvre très pratique. Ce ne sont sans doute que les premières interrogations – certaines sans doute très bêtes – de nombreuses à venir…
Les producteurs sont des auteurs (statut de rédacteur ?) que l’on définit comme contacts et que l’on classe dans l’annuaire des Producteurs de l’AMAP, c’est bien cela ?
On s’en fiche du statut mais dans un premier temps ayant accès à l’admin oui, sauf dans un deuxième temps à réussir à faire aussi une interface plus dédiée en partie publique pour les producteurices aussi. Ça serait le but final car pour une utilisation « métier » comme celle là, il va y avoir trop de choses non pertinents visibles et accessibles dans l’admin de SPIP pour un⋅e producteurice, du bruit qui n’a rien à voir avec ce dont ille a besoin (rubriques, articles, etc), y compris en simple compte rédac. Mais à mon avis ça c’est à faire dans un second temps en amélioration progressive, faut déjà qu’il y ait tout niveau CVT dans l’admin pour les admins complets.
Le compte utilisateur SPIP, moi je le considère quasi toujours que comme « compte », pour accéder, ça sert à avoir un login/mdp. Ensuite les infos personnelles seraient dans Contacts oui (et Coordonnées s’il faut), dans un annuaire dédié (id=producteurs ou producteurices ou prods) oui pour pouvoir les lister précisément.
Pour créer des produits, on doit avoir des rubriques de définies ; vous aviez quoi comme idée de structure ?
Absolument rien pour l’instant, la seule importante étant que chaque producteurice ait une liste de produits à soi (dont en étant « auteur » du produit), et donc en pouvant les modifier (changer son prix, sa description).
Dans le document de conception, la phrase « Pour chacun des producteurs, il conviendra de renseigner le « catalogue » des produits proposées » reste assez énigmatique ; ce ne sont pas les producteurs qui réalisent la saisie ?
Je crois qu’au départ on se disait plutôt que c’était aux admins/bénévoles de remplir ce catalogue du début, et que les producteurices ne puissent pas ajouter/supprimer des produits en permanence. Seulement modifier ceux existants (cf point d’avant, en être auteur). Ça ne signifie pas que chaque produit va se retrouver dans le bon de commande puisque seuls les produits associés à une distribution le seront, c’est vraiment un « catalogue des choses possibles » pour chaque producteurice. Et par contre c’est elleux qui vont décider pour chaque distribution quels produit il y aura (par ex pour le boulanger la brioche ça peut être qu’une semaine sur deux : il a toujours la brioche dans ses produits, mais il l’associera que aux semaines où yen a).
Chaque producteur a sa rubrique avec ses produits à ses tarifs à lui ?
Aucune idée, on peut éventuellement découper comme ça pour mieux s’y retrouver oui, mais c’est plus du rangement pour l’admin, je ne crois pas que ça change grand chose pour l’utilisation ni des producteurs ni des clients.
Est-ce normal que l’on n’ait pas de bouton d’accès à la création de livraison ? Il s’agit bien de l’objet Distributions en fat ?
Dans le graphe d’archi (qui est le plus récent) c’est bien distributions désormais (c’est mieux que livraison, on livre rien chez les gens).
Qu’aviez-vous à l’esprit ? Depuis quels formulaires cela doit être accessible ?
Ya aucune interface de codée pour l’instant, donc même si tu vois des boutons ou liens, c’est rien de prévu, c’est juste généré par la fabrique éventuellement.
De mémoire la création de distributions doit plutôt se faire par un formulaire CVT dédié pour générer DES distributions d’un coup en masse pour une « période de commande » dédiée. C’est-à-dire que d’abord on crée une période de commande, par exemple « Novembre 2021 » (chez nous c’est par mois), ou « Septembre 2021 à Février 2022 » (pour une AMAP où ce serait 6 mois d’un coup), ou « 2021-2022 » (pour une AMAP où ce serait un an d’un coup). Et ensuite quand on est dans cette période, un admin doit pouvoir générer « les distributions de cette période » en masse (tous les mercredis soirs de cette période par ex, avec les producteurices 1, 2, 3 liés déjà).
Après ça doit être une aide, ça serait sûrement galère de s’amuser à permettre des exceptions compliquées dans ce form de génération. Par ex si c’est tous les mercredis SAUF la semaine du nouvel an, bah on génère tout, et en supprime celle qui va pas après. C’est le plus simple pour l’instant il me semble.
Peut-être que ça peut être intéressant aussi de laisser la possibilité de créer des distributions une par une à l’unité oui. Mais ça ne serait pas le mode principal de leur création.
Dans tous les cas une distributions est normalement toujours DANS une période de commande. Dans si ya les deux, de toute façon ça serait dans la page d’admin d’une période : « Générer toutes les distributions » + « Ajouter une distribution ».
Ce sont les seuls gestionnaires qui peuvent modifier cela ?
Oui, les admins/bénévoles qui gèrent les périodes et les distributions. Comme dit dans le tableau, les producteurices doivent juste remplir ensuite quels produits yora pour chaque distribution (mais ça devrait pouvoir être pré-rempli par les admins aussi bien sûr ! notamment en copiant depuis des précédentes distribs). En théorie faudrait qu’ils aient une notif email les invitant à le faire, dès qu’une période est créé ou passe en statut XXX (si on veut laisser d’abord un brouillon vraiment que pour les admins, qui ensuite le passe en « À remplir » pour que là les prods soient notifiés).
Je ne saisis pas trop le principe d’abonnement aux livraisons ; cela reste à développer ?
Je n’ai pas compris de quoi tu parles. 
Voilà pour le premier jet de questions… Merci par avance !
Dans ma todo, avant le code, mon idée c’était de faire quelques maquettes des formulaires imaginés, ça permettrait de mieux comprendre ce qui serait possible/attendu. Mais j’ai encore jamais eu le temps. 
Ya aussi d’autres choses à voir/vérifier, y compris en conception, des boutons facilitateurs à imaginer, car nous par ex nos périodes c’est mois par mois, et on peut choisir semaine par semaine, mais pour une vraie AMAP qui est d’un an d’un coup, ça fait 52 distribs (ou moins si quelques vacances). Et d’une faut pouvoir à la fois les remplir facilement, mais aussi pour les commandes, dans ce cas il faudrait dans la config dire qu’on est en « mode vrai amap » avec une case, car dans ce cas les clients ne commandent pas des choses différentes semaine par semaine, c’est plutôt « pendant un an le produit Grand panier à 15€ ». Et donc le bon de commande doit être plus simple qu’afficher chaque semaine.
Bref plein de choses à discuter encore
–
RastaPopoulos
que des spipeurs éprouvent le besoin de chercher un autre outil que SPIP pour un travail de rédaction-réflexion collaborative