En vue de la v17, je travaille sur une amélioration du module Adhérents, en particulier pour augmenter l’autonomie des adhérents dans l’autogestion de leur adhésion via le formulaire d’auto-adhésions publique new.php, à savoir :
Fonctionnalité
Fait
Adhésion à montant libre spécifique aux types d’adhésion plutôt que globale
Affichage des types d’adhésions sous forme de tableau (1)
Permettre réellement les types d’adhésion de toute durée (allant de quelques secondes jusqu’à illimité)
Possibilité de faire expirer les souscriptions gratuites enregistrées (1)
Pour les membres existants, possibilité de ré-adhérer en autonomie (i.e. ajouter une nouvelle souscription) en cherchant son adresse mail (1, 2)
Optionnellement afficher publiquement les compteurs de membres valides
Possibilité d’uploader une pièce jointe à l’adhésion et de la rendre obligatoire selon le type (1) (e.g. pièce justificative)
-
Optionnellement afficher publiquement la trésorerie (1) (besoin d’avis sur ce sujet )
-
Possibilité d’uploader une image à l’adhésion plutôt qu’un lien vers une image (1)
-
Envoi des cartes d’adhérents par mail lorsque l’adhésion est validée
-
Permettre le paiement par chèque, cash ou devis/facture (1)
-
Réglage pour passer de brouillon à validé les demandes d’adhésions : soit toutes, soit celles ou un paiement a été fait (comportement actuel), soit aucune (1)
-
Fonction contrainte ou bug
Fait
Suppression d’adhérents en bulk ne fonctionne plus
Pour la rétrocompatibilité, convertir la constante globale MEMBER_NEWFORM_EDITAMOUNT (montants libres) en types avec le paramètre can-edit-amount = 1 (montant libre) spécifique aux types
-
Ajouter un captcha pour éviter les automatisations extérieures (1)
-
Implémentation d’un comportement lorsque la constante ADHERENT_MAIL_REQUIRED = 0 : mon parti pris s’appuie sur le fait qu’une adresse mél identifie un membre, sinon ça ne marche plus
-
(1) Concerne l’inscription via le formulaire d’auto-inscription publique
(2) permet aussi de modifier ses informations persos en cas de changement (e.g. adresse e-mail ou postale.
Appel à testeurs et opinions
Je souhaiterais que plusieurs utilisateurs actuels du modules adhésions puissent tester celui-ci et/ou me donner leurs avis sur ces fonctionnalités vis-à-vis de leurs cas d’utilisation dans leur asso. Merci
Comment tester ?
Récupérer ma branche de travail et l’initialiser avec des données de test.
Dans les param du module d’adhésion activer la page d’auto-inscription, associer les modèles d’e-mail (je compte prévoir un fix pour ces modèles qui sont vides par défaut)
Ouvrir le formulaire auto-inscription /public/members/new.php et tester différents scenarii d’auto-adhésion par des adhérents
Voici la nouvelle machine à états de new.php dont l’état est défini par la variable $action :
previous state / precondition
$action=
Semantics of the state
(default)
identify
User is asked to identify himself with his e-mail
identify
identified
User has been mailed a message « M1 » with a link to renew his subscription (if e-mail already found) and a link to create a new one / Link valid 72hrs
click on create from M1
create
User can pursue his registration by filling the full form
form data are correct
add
Database insertion of a new member (draft or validated)
add
added
End of the new member creation
click on renew from M1, and ref/token POST vars are valid
renew
Personal info of users are presented and editable with a button B1 to renew and B2 to update
B1 cliked from renew
renew_add
Update of user info and record of a new subscription for the next period
Merci de l’info ! Non en effet car je ne connaissais pas son existence, il n’est pas sur le Dolistore. C’est une des tragédies du Dolistore d’ailleurs je trouve, on y trouve surtout des modules commercialisés mais il recense peu les projets qui ne le sont pas.
Je ne connaissais pas les Feature Request mais ça a l’air justement ce que je cherche en postant ici : un avis technique des mainteneurs avant de passer du temps sur le développement.
Je ne suis personnellement pas très fan des modules externes lorsque le besoin est générique, cela donne l’impression au chaland qui explore différents ERP que la fonctionnalité n’existe pas … alors qu’elle se trouve dans des modules externes mais il faut fouiller et cette fouille n’est pas rendue aisée. De plus les modules externes nécessitent des mises à jour manuelles.
Je ne sais pas si tout sera intégré au core, je me plie à l’avis du BDFL mais c’est mon souhait. Il m’a indiqué récemment qu’il y avait beaucoup de changements sur Dolibarr en ce moment et qu’il fallait tempérer.
J’ignore encore un peu s’il y a des points où la rétrocompatibilité pourrait ne pas être assurée avec les futures modifs, je dois pousser mes tests en ce sens.
mon module n’est en. effet pas sur le store car très évolutif et un peu en « beta » car je pousse les fonctions dans le core dès qu’elles sont stables.
Les cotisations avec les asso ne sont pas simples car il y a 10000 façon d('en faire le calcul selon chaque asso mais il peut être sympa de fusionner nos projets et idées pour les intégrer dans le core notamment le mode de calcul, pro rata dont j’ai mis pas mal de temps à le rendre compatible avec bcp d’asso… le but étant de pouvoir automatiser tout cela ( je le fais perso via des api et mo module wordpress Doliconnect)
Puisque vous êtes en train de rafraichir la page d’auto-inscription, est-ce qu’on pourrait ajouter quatre fonctionnalités à votre projet :
Filtrer les emails des nouveaux adhérents par nom de domaine ou masque (.@*.fr)
Ce serait bien intéressant pour les associations d’étudiants, les corporations et pour les associations qui obligent à la création d’un mail spécifique
Activer un captcha sur la page d’auto-inscription pour éviter la création de brouillon spam
Permettre ou obliger le nouveau membre de choisir une catégorie (tag)
Permettre ou obliger de souscrire un abonnement en plus de l’adhésion
C’est utile lorsque l’adhésion à une instance supérieure est obligatoire, mais qu’elle ouvre plusieurs prestations différentes (cours, journal, assurances,etc.), comme pour les fédérations de sport, les associations de camps de vacances, les syndicats, etc.
Je prends note. Toutefois ça risque de prendre pas mal de temps. Je pense déjà pas avoir le temps de pousser mes fonctionnalités déjà implémentées d’ici la v17 car il faut le faire progressivement …
Bien sûr tout le monde peut contribuer à l’implémentation de cette liste Pour ce faire, un petit message d’info ici suivi d’une PR sur GitHub sera le parfait moyen d’avancer à plusieurs mains.
Pour le captcha je pense qu’il faudrait mutualiser avec d’autres modules Dolibarr, il y a certainement besoin de captchas à d’autres endroits. Et si on peut éviter reCaptcha avec un truc opensource c’est encore mieux.
Je crois qu’il y a un captcha dans le module ticket qu’on pourrait réutiliser. Je pensais jeter un œil dès que j’aurais le temps, mais c’est pas pour tout de suite.
Bonjour, et d’abord un grand merci pour le boulot monstrueux abattu!
Cela fait un petit moment, maintenant, que j’utilise Dolibarr et le module Adhérents. Je ne vois rien à redire! … ou presque!
Une petite idée, pour l’avenir: au moment de la création d’une nouvelle cotisation, il serait génial (mais possible, je ne sais pas!) de pouvoir ajouter directement des produits ou autres services. Ainsi, lorsqu’une cotisation est payée par chèque en mettant en plus un achat de goodie, par exemple, il n’y aurait pas besoin d’enregistrer la cotisation, puis d’aller modifier la facture pour rajouter la vente.
J’imagine bien qu’il y a des choses plus importantes à faire! Mais je me dis qu’avec ça, on se rapprochera encore de la capacité de Dolibarr à faire le café!
j’approuve et j’ajoute que ce serait bien de pouvoir ajouter un produit/service obligatoire (comme un kit)
Nous avons une cotisation de base qui diffère selon les type d’adhérent et un supplément forfaitaire à choisir parmi 22 produits.
Exemple :
L’adhésion au club de sport dépend de éa categorie d’âge (enfants, ado, adulte, senior), mais l’inscription au cours annuel de danse, de yoga ou de pilate se fait en sus et est forfaitaire. Un adhérent peut s’inscrire à plusieurs cours, mais au moins à l’un d’entre eux.
Le fait de devoir ré ouvrir un facture pour rajouter un produit ou un service est en effet une problématique gênante mais je trouve cela moins impactant
Pour le module adhérant, pour ma part il y aurait 2 avancées majeures à mettre en place : La première modifier la relation Adhérant / Tiers de (1:1) aujourd’hui vers du (n:1)
Cas d’exemple. Clémentine et Arthur DO, frère et sœur sont adhérents de notre asso, le tiers c’est leur Maman Elodie DO.
Il est très complexe d’établir le lien entre les adhérents et le tiers et la facturation liée, voir impossible d’avoir une vue d’ensemble, car c’est chacun son tour pour le lien adhérent/tiers
La seconde, surement bien plus complexe a mettre en œuvre, serait de faire en sorte que les adhérents soient des contacts comme les autres, cela résoudrait surement le point au dessus et en plus il me semble que cela éviterais des données redondantes dans la base
