Ce plugin est né du constat que depuis la version 1.8, SPIP est bien plus qu’un outil de communication, il est un outil de travail pour de nombreuses associations.
Les Fonctionnalités
- Profil de votre association
- Gestion des cotisations et des relances
- Gestion des dons
- Gestion des ventes de produits issus de l’association
- Gestion des activités
- Gestion des prêts
- Livre de comptes
Compatible IE7, Firefox, Opéra et sans doute tous les autres navigateurs.
Installation
Comme tous les plugins en suivant la procédure habituelle.
Attention ! Pour la version 0.6 (Associaspip 1.9.2) l’installation des plugins CFG et Inscription2 est indispensable, mais ne l’est pas pour les versions antérieures et postérieures.
Il faut ensuite entrer la configuration du plugin et en particulier
- Sélection des modules utiles
menu - Choix entre une indexation des adhérents numérique incrémentielle ou structurée
Le plugin installe plusieurs nouvelles tables dans la base. Il est possible de faire ressortir des informations dans la partie publique du site en utilisant les boucles SPIP.
Catégories de cotisation
Les catégories de cotisation permettent d’automatiser la saisie des cotisations.
Gestion des adhésions
La gestion des membres permet de contrôler les états de cotisations de vos membres, d’effectuer leurs relances, de modifier leurs données et de consulter l’historique du membre.
Pour la version 0.6 (Associaspip 1.9.2), les données relatives aux adhérents sont incorporées à la table auteurs_elargis.
Il est prévu 4 statuts de cotisants (#STATUT_INTERNE) :
- Prospect (
prospect) : Le statut initial par défaut à l’enregistrement du membre - À jour (
ok) : Le statut après enregistrement d’une cotisation - À échéance (
echu) : Le statut après dépassement de la date de validité de la cotisation. Ce statut est attribué automatiquement - Relancé (
relance) : Le statut après la première relance de cotisation - Désactivé (
sorti) : Ce statut permet d’exclure un cotisant tout en conservant ses informations. La suppression est quant à elle définitive.
La couleur des lignes du tableau des membres change suivant le statut. Il est indispensable de donner un statut interne au membre pour être afficher dans la liste des adhérents !
Pour ce faire, prévoyez un statut interne par défaut dans la configuration de Inscription2, par exemple : prospect ou ok.
Relances
Cette fonctionnalité vous permet d’envoyer un email de relance de cotisation aux adhérents disposant d’une adresse email. Par défaut les adhérents à échéance sont sélectionnés.
Le message par défaut peut également être personnalisé par le fichier de langue asso_fr.php. Le texte peut être rédigé en html.
Rien ne vous empêche d’adresser d’autres types d’email à vos adhérents. Il suffit d’utiliser le sélecteur prévu à cet effet.
On peut également imprimer des étiquettes adresses. En attendant mieux, le réglage se fait dans le fichier action_labels.php
Gestion des dons
Vous pouvez gérer ici les dons fait à l’association, qu’ils soient financiers ou colis. Les dons financiers sont centralisé dans le livre de comptes.
Ventes associatives
Ce petit module vous permet de gérer la vente des produits de votre association, en ce compris les envois.
Gestion des activités
À partir du tableau des évènements (plugin Agenda), il est possible de gérer les inscriptions à ces évènements et d’enregistrer le paiement des participations
Une balise #FORMULAIRE_INSCRIPTION est disponible pour l’inscription aux activités depuis l’espace public. Ce dernier doit être placé dans une boucle EVENEMENTS.
À chaque inscription depuis l’espace public un mail de confirmation est envoyé au participant et au webmaster.
La couleur des lignes du tableau des membres change suivant le statut.
Le tableau des inscriptions peut être sorti au format PDF.
Gestion des prêts
Ce petit module vous permet de gérer vos prêts (matériels, livres,...)
Il comprend dans une interface de gestion des ressources et de réservations
Livres de comptes
Toutes les opérations de gestion définies dans la configuration sont centralisées dans une feuille de comptes qui en offre une vue chronologique. Il est également possible d’y ajouter d’autres opérations définies par un plan comptable et d’obtenir un bilan des résultats et des avoirs de l’association.
Ce module n’a pas pour objectif de concurrencer les logiciels de comptabilité, mais de donner une vue approximative de la situation financière de l’association au travers des opérations de routine.
La validation permet de rendre définitives les lignes d’écriture.
Notes de versions
- versions initiales
- Gestion des ventes
- Gestion des bienfaiteurs
- Organisation modulaire configurable
- Réorganisation des financiers et validation des écritures
- Publication des fiches de membres en ligne
- version 0.5 (Associaspip 1.9.1)
- Arrivée sur La Zone et portage sous SPIP 1.9.1
- Gestion des activités avec le plugin Agenda
- Génération du PDF de la liste des membres
- version 0.6 (Associaspip 1.9.2)
- Portage sous SPIP 1.9.2
- Configuration via le plugin CFG
- Gestion des inscriptions déléguée au plugin Inscription2
- Ajout d’un plan comptable et livre des comptes ouvert à d’autres opérations
- Gestion des prêts
- Relance des adhérents
- Impression d’étiquettes d’adresses
- Nouvelle interface à onglets
- version 0.7 (Associaspip 2.0)
- version 1.0 (Associaspip 2.0)
- Adaptations pour fonctionner avec SPIP 2.1
- Pages plus sécurisées
- FPDF passe de la version 1.5 à 1.6
- Abandon de CFG et usage optionnel de Inscription2 (donc rupture de compatibilité au niveau du code)
Comme le bon vin, ce plugin se déguste avec
- Import CSV pour l’archivage des données et les mailing papier
- Balise_session pour la sécurisation de votre site
- Forms & Tables pour l’interactivité de votre site
- Spip-listes pour vos lettres électroniques
- ... entre autres !
Discussions par date d’activité
133 discussions
Toute association gère nécessairement un annuaire de ces adhérents et prospects comprenant plusieurs informations (champs) qui lui sont spécifiques.
Comme cela n’est pas l’objet de Associaspip, quel outil peut-on coupler avec SPIP, voire avec Associaspip pour gérer son annuaire de membres ? Avec champs d’informations multiples, consultables et surtout modifiables en ligne par chacune des personnes concernées ?
J’ai près de mille adresses mail de personnes dont je souhaiterais qu’ils saisissent eux-mêmes leur adresse postale et autres informations les concernant !
Merci
Bonjour, si vous avez suivi ma discussion, vous verrez que je vais travailler - avec l’accord des développeurs d’Associaspip - sur le sujet.
J’ai bien regardé avec le plugin Champ Extra 2 (un plugin vraiment extra, tant pis pour le jeu de mots un peu facile !), mais il ne liste que les table natives de spip et pas celles des plugin ... Dommage, car ce plugin permet d’ajouter autant de champs que nécessaire. Il est cependant destiné, dans l’usage final, à la partie publique de Spip et pas à la partie privée (à ma connaissance).
Je pense qu’il est préférable de travailler directement sur associaspip. Cependant, si vous - ou quiconque - voulez participer avec moi à l’analyse, pas de souci, je suis preneur !!
Bonjour,
Associaspip s’interface deja avec Coordonnées pour gerer les adresses postales et numeros de téléphones.
Le probleme c’est que les visiteurs ne peuvent pas, je pense, acceder a leurs page d’auteur spip pour modifier leurs informations et donc leur coordonnées dans le plugin coordonnées. Ils peuvent cependant acceder a leur page de membre de l’association(en lecture seule). Vous pouvez cependant donner le statut de rédacteur a tous les membres de l’association.
Notez qu’on pourrait je pense faire en sorte d’interfacer ChampExtra2 avec Associaspip afin que les informations sur les membres soient extensibles.
ChampsExtra2 est prévu pour pouvoir s’interfacer avec n’importe quel plugin : il faut (juste ?) que le plugin qui le souhaite déclare les tables extensibles de façon extra ;-) On peut même directement déclarer des champs extras depuis un plugin (en gros, non seulement créer les colonnes voulues mais faire toutes les déclarations pour CExtra comme si on l’avait fait par l’interface : tout est expliqué dans la page de documentation en ligne)
C’est vrai que les visiteurs n’ont pas accès à leur page... :/ Ou plus précisément n’ont pas accès à l’Espace privé... On peut concevoir la boucle de la page auteur à s’afficher même si la personne n’a pas écrit d’article... Du coup, on peut faire apparaitre les coordonnées et permettre leur modification.. (penser dans ce cas à n’afficher que pour les personnes connectées et à vérifier les autorisations avant modification)
J’ignorais pour la page de membre... Elle contient quelle(s) information(s) et est à quelle adresse ? Parce-que j’étais justement entrain de réaliser une page pareille sans me douter qu’elle existait déjà.
c’est la page exec=voir_adherent&id=ID_AUTEUR qui est accessible pour le visiteur, j’entends que chacun peut acceder a sa page uniquement bien sur, certaines infos n’apparaissent pas dans ce cas(adresse et telephone entre autre mais ca peut se modifier) mais normalement l’historique de ses cotisations et autres oui.
Pour champs Extra oui c’est bien ce a quoi je pensais, le probleme est peut-etre dans le (juste ?), j’avoue ne pas avoir regardé ca en détail.
Ah... j’ignorais que chacun avait accès à sa page en lecture seule (en fait, je pensais d’une part que seuls les webmestres pouvaient voir et d’autre part que les autorisations restaient à travailler). Du coup, il faudrait un bouton-lien (« voir ma fiche de membre » ou « voir mon historique de membre ») dans la page auteur... Pour les informations complémentaires, ce n’est pas bien important car d’une part il y a le lien pour revenir à la page auteur (avec tout ce qu’il faut selon les plugins installés) et d’autres part il n’est pas forcément nécessaire de surcharger à mon avis.
Par contre, si la partie centrale montrant l’historique est en langage de boucles spipiennes, il serait bien d’en faire un modèle
historique_adherent.html: on pourrait s’en servir dans l’espace public pour le visiteur comme je le suggérait (et la page que j’étais entrain de concocter devait justement afficher l’historique ainsi qu’un formulaire pour renouveler son adhésion)Coordonnées étend la table des adresses avec Champs Extras : en regardant, j’ai vu que c’était en fait aussi simple que le mentionne la doc. Et pour l’utiliser dans son plugin avec des objets existants qu’on veut étendre —donc rajoute une dépendance—, c’est indiqué aussi (je suis entrain d’essayer (Créer un nouveau champ via un plugin), et si vraiment je coince j’irai regarder les exemples sur les auteurs complétés ou les rubriques datées
Normalement les administrateurs ont acces a tout et pas seulement le webmestre, les autorisations restent en effet a travailler, cette page la est toute en php et fait elle meme la gestion de l’autorisation, enfin elle appelle l’inexistante fonction d’autorisation qui renvoie donc ok pour tous les admins mais outrepasse potentiellement son avis par un test en plus sur l’id du visiteur logué, il faudrait bien sur faire une fonction d’autorisation dediée a ca.
La page est donc bel et bien intégralement en php mais un jour peut-etre elle passera en squelette, cela dit, rien ne vous empeche d’ecrire les modeles en questions (pour info il y a donc l’historique des cotisations, des participation aux activités, des dons, ventes et prets) et ensuite de les appeler depuis la page en php avec recuperer_fond et donc de vous en servir ailleurs.
Pour l’utilisation de Champs Extra, pensez vous qu’il est possible de rendre cela optionnel ? Dans le sens ou celui qui veut rajouter des champs dans spip_asso_membres pourrait le faire a condition d’avoir le Champs Extra installé mais celui qui ne veut pas le faire devrait pouvoir utiliser Associaspip sans installer Champs Extra pour rien. Personellement je n’aime pas trop quand j’installe un plugin decouvrir qu’il lui en faut 2 autres pour fonctionner qui potentiellement eux meme en necessite d’autre et ainsi de suite, donc j’essaye d’eviter autant que possible les
<necessite>et milite pour les<utilise>Si, si, pour Champs Extra 2 il y a les deux possibilités : Coordonnées utilise justement celle-là... On déclare (ou ajoute au pipeline de cextra) la table à étendre ; ensuite c’est à l’utilisateur de choisir ce qu’il veut gérer en sus avec cette table (s’il a champ extras et l’interface installés) :)
Pour les modèles ça doit être faisable ; je verrai au fur et à mesure (il y a des fonctionnalités que je n’utilise pas encore) et donc il y aura un modèle d’historique pour chaque...
Répondre à ce message
Retour sur le statut interne... Je me demande s’il n’était pas mieux de les codifier par un chiffre comme suit (c’est un exemple) :
C’est que ça laissera de la marge pour des cas qui ne sont pas prévus (pour les libellés équivalent il suffira de les récupérer dans un fichier de langue avec par exemple la convention
statutXoù X est le chiffre associé...Pour les sorties, je pensais utiliser les chiffres négatifs ce qui permet de ne pas trop impacter le code actuel tout en permettant de prendre en compte d’autres cas... En effet, il y a au moins quatre façon de perdre sa qualité de membre (donc de sortir de l’association) :
Le choix de valeurs négatives permet de ne pas trop impacter le code existant (là où on testait si
='sorti'on testera si<0, et là où on test sinot in ('sorti', 'prospect')on testera juste si>0) et en permettant l’usage de chaines de langues pareillement.C’est une idée ; dites-moi ce qu’elle vaut.
Le statut interne passe a priori deja toujours par une chaine de langue, l’impact est donc minime sur le code. Donc allez-y foncez.
Pensez a faire une fonction d’update qui modifie les tables existantes.
Il faudrait aussi dans ce cas ajouter quelque part une menu deroulant qui pour indiquer le mode de sortie quand on sort un adherent. Potentiellement aussi un test sur la date de fin de validité des membres echus et les passer en sortis par peremption au bout d’un certain temps (qui devrait etre reglable pour faire ca bien), test qui pourrait etre declenché comme celui qui echoit les adherents a chaque chargement d’une page (en l’occurence la page d’accueil) mais c’est quand meme pas terrible ou en tache cron ce qui serait mieux.
c’est que j’aime analyser avant de coder, et si c’est possible confronter et discuter les idées au lieu de penser que j’ai forcément tout bon :-D
bien vu pour la date de péremption... en page d’accueil ça devrait aller pour un petit site (pas trop de membre donc pas de si grosses requêtes... mais quand même inutiles si refait chaque fois qu’on accède à la page d’accueil... je ne sais pas comment fonctionne le spip-cron par contre : ça peut être l’occasion)
oui pour spip-cron c’est pareil pour moi mais je n’ai pas encore pris le temps de voir comment ca marche et donc jamais modifié le test a chaque chargement de la page d’accueil, si ca vous motive d’apprendre quelque chose de nouveau...
Répondre à ce message
@Laurent
S’il vous plait ouvrez un nouveau fil quand la question n’a rien a voir.
Oui vous avez tout a fait raison pour le .zip qui n’est pas le bon ! Cet article n’est pas non plus a jour du tout et un autre est pret en attente de publication, je ne sais pas pourquoi il n’est pas encore publié...
En effet, j’y prendrais garde.
Et merci d’avoir développé un outil aussi précieux que celui-ci ! Et d’en poursuivre son développement !
Les lauriers reviennent surtout a Bernard Blazin qui a initié le plugin et Déesse A. qui l’a ressuscité pour SPIP2.
Répondre à ce message
Bonjour, je viens de télécharger le plugin, que j’ai installé sur un spip 2.1.10, accompagné de Inscription2 et saisies ...
Tout s’est bien passé, à l’exception de la table spip_auteurs_elargis, totalement incomplète (complétée « à la main »),mais il y a un hic : impossible d’ajouter un nouveau membre !!! L’association restera bien pauvre !! :-)
On peut effectivement saisir une catégorie d’adhérent, mais ensuite, inutile d’aller plus loin, faute de possibilité de saisie de quelqu’un ... Pourtant, le plugin pour la version 1.9 marchait très très bien !!
Comment faire pour avoir un nouveau membre ??? Merci de me donner une piste. Marc
Bonjour Marc.
Je suppose qu’il s’agit de Association_2_0 ?
Je ne l’ai pas testé, mais d’après ce que j’ai pu lire sur le forum il n’est pas très achevé et surtout souffre de problèmes dus à Inscription2 :/ Les deux plugins sont très imbriqués et ne sont pas maintenus ; mais tu arriveras à résoudre tes soucis en cherchant un peu dans les anciens messages...
Jeannot et Déesse A. sont entrain de le réécrire (pas de zéro mais bon, il y a tellement à faire que c’est plus une réécriture qu’une adaptation) en supprimant la dépendance à Inscription2 qui a avait été rajoutée. Si tu veux bien alors, je te suggère de passer au nouveau Associaspip (qui est fonctionnel) et faire des retours ici afin que ce soit finalisé rapidement.
Merci Gilcot, de ton rapide commentaire ... Effectivement, Inscription2 n’a pas l’air de fonctionner sur un spip 2.1.10 !! Dommage qu’il ne soit pas maintenu, et qu’en plus, je ne sois pas assez à l’aide avec php pour le reprendre, ce que je ferais volontiers car je dispose maintenant d’un peu plus de temps ...
J’ai downloadé Associaspip et vais l’essayer, bien évidemment, et je te ferai mes retours dès que possible. Marc
Répondre à ce message
Bonsoir,
Il semble que les droits d’accès au plugin dans l’interface privée soient réservés au webmestre. Existe-t-il une solution pour pouvoir définir un ou plusieurs « rédacteurs-comptables » qui pourraient accéder à la gestion de l’association mais qui n’ont pas les compétences (et donc les droits) pour de la maintenance technique ou de la publication de site ?
Merci.
Bonjour,
normalement tous les administrateurs ont acces a toutes les pages du plugin.
Il est dans l’air d’élaborer ca un peu plus et de faire en sorte de pouvoir definir des droits specifiques (acces a la compta en lecture/ecriture dans un premier temps puisque c’est ce qui semble interesser le plus mais on peut penser a d’autres choses.)
Si vous savez faire (il faut en gros definir des fonctions d’autorisations, elles sont appelées au debut de chaque page mais pas definies donc renvoient ok pour tous les administrateurs) et que vous avez le temps, foncez !
Répondre à ce message
Salut
J’ai trouvé un petit bug :
Dans l’affichage des adhérents, ?exec=adherents, le remplissage de l’ID auteur / adhérent puis la validation ne retourne rien.
J’etais en vacances loin de toutes connexions, je jette un oeil a ca dans la semaine. Merci pour les nombreux retours de bug.
Voilà, la 49992 répare ce que j’avais cassé précédemment.
Salut.
J’ai trouvé deux petits bug sur l’affichage de l’e-mail dans Thunderbird lors de l’envoi des rappels de cotisation :
- J’obtiens des \ dans l’adresse e-mail. Des guillemets sont ajoutés.
- Dans le corps du texte, j’ai un problème avec les caractères de type “œ” qui sont transformés en cœ pour exemple.
C’est tout. :)
Je reproduis le problème de coeur mais il semblerait que la fautive soit la fonction envoyer_mail du core de spip !
En effet d’une part la chaine de caractère envoyée à la fonction est intègre et d’autre part je reproduis le probleme de coeur -> cœur en envoyant un message à un auteur depuis sa page par le formulaire de contact. Tout ca en SPIP 2.1.8, je ne sais pas si le problème a été résolu par la suite, le plus fort c’est que le titre lui laisse passer les œ sans erreur.
Pour l’adresse de l’expediteur, normalement ca devrait prendre le nom de l’asso et son adresse email entrés dans la page de configuration du plugin mais en effet ca perd un peu les pédales si un de ces champs est vide, je vais essayer de résoudre au moins ce problème là.
... En y regardant de plus pres, ce n’est pas la fonction du core SPIP qui crée le problème mais le plugin Facteur qui est aussi responsable de la confusion sur l’adresse de l’expéditeur. Je vais essayer de poster un message dans le forum de ce plugin pour voir si il existe une solution.
Répondre à ce message
Bonjour,
Je suis fortement intéressé par ce plugin et je souhaite pouvoir intervenir sur son développement. Comment faire ?
Par exemple : lors de l’installation, le plugin crée la table « spip_asso_membres » mais dans certains modules c’est la table « spip_asso_adherents » qui est recherchée : d’ou plantage !
Comment « commiter » mes modifications simplement ?
Merci de votre réponse.
Répondre à ce message
Re
je fais remonter un bug : Dans la gestion des étiquettes destinées aux membres, le bouton « imprimer » ne me génère pas un fichier pdf correct. J’obtiens en vrac :
Répondre à ce message
Hello
Dans la « mise à jour des inscriptions », j’ai quelques soucis pour remplir deux trois choses :
A quoi servent les champs :
...Alors que l’on a juste au dessus un Nom complet et un ID d’adhérent ?
Et une dernière chose, à quoi sert le « Statut ok : »
Répondre à ce message
Bonjour,
Sous spip 218 vierge, je viens d’installer le plugin associaspip mais seules les tables spip_association_metas, spip_asso_destination, spip_asso_destination_op, spip_asso_membres ont été créées.
Comment créer les autres tables ? (spip_asso_categories, spip_asso_dons...)
Les problème d’installation semblent venir de la syntaxe des champs maj qui est actuellement timestamp(14)
avec mysql 5.5.9 il suffit de virer le (14) pour que les tables s’installent.
Voyez-vous une contre-indication à commiter la modif ?
C’est visiblement un problème bien identifié si on en croit la doc mysql 5. Sur le principe, il faut effectivement corriger ça, mais il faut faire réfléchir aux implications sur les vieilles versions avant tout changement.
Bon, la version SVN est compatible MySQL 5.5, tant pour les vieilles installations que pour les nouvelles. Attention, je rappelle qu’à partir de SVN 48001, ce plugin a besoin du plugin Coordonnées si la table des membres contient des adresses et des téléphones.
Super, merci !
Répondre à ce message
Ajouter un commentaire
Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :
Merci d’avance pour les personnes qui vous aideront !
Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.
Suivre les commentaires :
|
