Index de la documentation :
- Genèse d’Associaspip
- Installation et Mise à jour depuis Association 2
- Configuration
- Gestion des membres
- Gestion des dons
- Ventes associatives
- Gestion des activités
- Gestion des prêts
- Gestion des comptes
- Feuille de route
Genèse d’Associaspip
Sous le nom Associaspip, on trouve à la base l’ancien plugin Association de B. Blazin et F. de Montivault. Abandonné pendant longtemps, un premier travail a été de le mettre en conformité pour SPIP 2.0 sous le nom Association_2 qui était prévu par ses créateurs. Il a changé de nom à l’occasion de l’introduction de nouvelles fonctionnalités, en abandonnant les chiffres dans son nom comme tous les plugins de SPIP désormais. Ce plugin au nom nouveau a eu comme premier numéro 2.1.0 pour bien marquer qu’il s’agit de la suite du précédent, et ce n’est que par (presque) coïncidence que ce numéro est aussi celui de la seule version de SPIP pour laquelle il fonctionne aujourd’hui :
- Cette version 2.1 est stabilisée et décrite dans l’article Associaspip 2.1.
- Le présent article décrit la version 2.2 en cours de développement.
Installation et Mise à jour depuis Association 2
Comme tous les plugins, celui-ci s’installe en copiant le contenu de l’archive dans le dossier plugins/ et activant ce dernier depuis l’interface d’administration des plugins.
Attention ce plugin est incompatible avec Association 2 car utilisant le même préfixe , ce qui signifie que pour profiter d’Associaspip il faut désactiver Association 2, mais surtout ne pas le désinstaller, et activer Associaspip afin qu’il reprenne les tables de l’ancien plugin et les mette à jour.
Associaspip installe plusieurs nouvelles tables dans la base. Il est donc possible de faire ressortir des informations dans la partie publique du site en utilisant les boucles SPIP.
Ce plugin utilise l’interface SPIP 2.0 aux serveurs SQL, et est donc utilisable sur tout portage (MySQL, PostGreSQL, SQLite).
Configuration
Depuis la page d’accueil du plugin aller le configurer par sur la page « Profil de l’association ».
Par défaut Associaspip gère un certain nombre de données de l’association qui apparaissent sur la page d’accueil : Nom, adresse postale et électronique, téléphone, etc..). Vous pouvez en définir d’autres en suivant le lien « Gérer les champs supplémentaires du profil de l’association ». Le nom des champs supplémentaires définis par l’utilisateur ne peut contenir que des caractères alphanumériques et espaces (pas de caractères accentués, tiret ou signe de ponctuation).
Sélection et configuration des modules
Les modules activables de façon optionnelle sont : gestion comptable, gestion des dons, ventes, participation aux activités et prêts.
Notes :
- Pour activer la gestion comptable il faut au préalable définir un plan comptable valide. Voir la section Gestion Comptable pour plus de détails.
- Pour activer les modules de gestion des dons, ventes, activités ou prêts, vous devez activer la gestion comptable. Voir les sections spécifiques a ces modules pour le détail de la configuration de ceux-ci.
La gestion des droits d’accès aux différents modules et fonctionnalités du plugin se fait depuis une page dédiée accessible depuis la page d’accueil du plugin.
Chaque autorisation est gérée par un groupe et donne par défaut l’accès à un statut d’auteur spip. Les autorisations sont résumés dans ce tableau :
| Groupe | Description | Statut par défaut |
|---|---|---|
| Editer les droits d’accès | Webmestre | |
| Editer les groupes | Admin non restreint | |
| Voir les groupes | Rédacteur | |
| Editer le profil de l’Association | Modifier le profil, la configuration et les métas utilisateur | Webmestre |
| Voir le profil de l’Association | Afficher la page d’accueil | Redacteur |
| Editer le profil des membres | Supprimer/modifier un membre | Admin non restreint |
| Voir le profil des membres | Voir les pages de tous les membres. Chaque membre a accès à sa propre page meme si il ne fait pas parti de ce groupe | Admin non restreint |
Pour modifier le statut par défaut des groupes, vous devez surcharger la fonction d’autorisation correspondante.
Les adhérents ont toutefois accès en lecture aux information les concernant, voir la section Gestion des membres à ce sujet.
Les catégories de cotisation permettent d’automatiser la saisie des cotisations selon les différents type de membres (par exemple : fondateur, régulier, famille, bienfaiteur. Il peut bien sur n’y avoir qu’une seule catégorie). Elles contiennent les champs suivants :
- Catégorie : le nom de la catégorie tel qu’il apparait sur la page de gestion des membres, choisir un nom court de préférence.
- Libellé Complet : un nom plus explicite, c’est celui qui apparait dans la page d’édition d’un membre.
- Durée en mois : la période qui sera ajouté par défaut à la date de validité d’un membre de cette catégorie quand on entre une nouvelle cotisation.
- Montant en euros : le montant de la cotisation, qui sera reporté dans le livre de comptes. [1]
Lors de l’ajout d’une cotisation à un membre, les information de montants et date de validité seront donc calculés en fonction de la catégorie assignée au membre pour pré-remplir le formulaire d’ajout de cotisation, elles restent donc modifiable au cas par cas au moment de l’ajout de la cotisation.
Il est possible depuis la page de configuration du plugin de choisir une catégorie par défaut qui sera appliquée automatiquement aux nouveaux membres, ce qui ne vous empeche pas d’en changer par la suite.
Gestion des membres
Membres de l’association et auteurs SPIP
Les membres de l’association sont tous des auteurs SPIP. [2] Chaque fois qu’un auteur est édité, il est ajouté (si pas encore présent) aux membres de l’association.
Note : Vous pouvez toutefois supprimer des membres de l’association depuis la page de gestion des membres (par exemple les comptes Webmestre ou des comptes de rédacteurs qui seraient salariés de l’association mais non membres) sans que cela affecte les auteurs SPIP.
Sur la page de l’auteur SPIP apparait un lien menant directement à sa page de membre. Si l’auteur n’est pas membre et qu’on a les droits suffisants (pour l’instant administrateur non restreint) un lien permet de faire devenir l’auteur membre de l’association.
Informations sur les membres
Le plugin gère les informations suivante sur les membres de votre association :
- Civilité (optionnel)
- Nom
- Prénom (optionnel)
- Référence interne (optionnel) : Attention, le plugin utilise lui comme référence des adhérents l’id auteur spip. La référence interne permet juste d’associer a un membre une référence qui pourrait etre son numéro d’adhérent ou autre. Elle sera simplement affichée sur sa fiche mais ne peut en aucun endroit etre utilisée pour désigner un adhérent.
- Catégorie de Cotisation
- Statut du membre
- Date de validité de la cotisation
Statut des membres
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.
Il est prévu 5 statuts de cotisants (#STATUT_INTERNE) :
- Prospect (prospect) : Le statut initial par défaut à l’enregistrement du membre.
- A jour (ok) : Le statut après enregistrement d’une cotisation.
- A échéance (echu) : Le statut après dépassement de la date de validité de la cotisation.
- Relancé (relance) : Le statut après la première relance de cotisation. Il est attribué automatiquement à tous les membres à échéance a qui on envoi un mail de relance à travers l’interface prévue à cet effet.
- 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.
Membre désactivé et suppression
Si un auteur SPIP est mis à la poubelle et qu’il est présent dans la liste des membres de l’association, son statut de membre sera modifié vers « Désactivé ».
Les membres désactivés n’apparaissent pas par défaut dans la liste des membres, pour les voir il faut utiliser le sélecteur de statut présent sur la page de gestion des membres.
Depuis la liste des membres, il est possible de supprimer un membre, cette suppression est définitive mais n’affecte en rien l’auteur SPIP. Une simple édition de la page de l’auteur (sauf mise à la poubelle) va ré-intégrer l’auteur comme membre de l’association.
Gestion des cotisations
Avant d’ajouter une cotisation à un membre, il est souhaitable de lui attribuer, via la page d’édition du membre, une catégorie de cotisation.
Pour une gestion complète des cotisations, la gestion comptable doit etre activée. Sans cela, vous n’aurez aucune trace des versements (dates, montants) des cotisations des membres et elles n’apparaitront pas dans la page des données personnelle des membres. Sans gestion comptable vous pouvez simplement gérer le statut et les dates d’échéance des membres. Voir en fin de la partie « Livre de comptes » pour un exemple de mise en place de gestion comptable ayant pour but de gérer uniquement les cotisations.
Cette fonctionnalité vous permet d’envoyer un email de relance de cotisation aux adhérents disposant d’une adresse mail (entrée dans leur fiche d’auteur SPIP). Par défaut les adhérents à échéance sont sélectionnés. Elle est disponible depuis la page de gestion des membres (colonne de gauche : Relances de cotisations)
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 de mail à vos adhérents. Il suffit d’utiliser le sélecteur prévu à cet effet.
Attention : l’envoi d’un mail à travers cette fonctionnalité modifiera automatiquement le statut de membre des destinataires : tous ceux ayant le statut « échu » basculerons vers le statut « relancés », pour les autres rien ne change.
Accès aux données personnelles d’un membre
La page des données personnelles d’un adhérent lui est accessible en lecture,
et il y figure, pour chaque année de cotisation, un lien vers un reçu fiscal réglementaire attestant de ses dons à l’association. L’accès en lecture à ces pages est donc dérogatoire à la règle d’autorisation ci-dessus, mais elle s’impose évidemment.
Import des auteurs pré-existant à l’installation du plugin
En cas d’installation du plugin sur un site ou les membres sont déjà enregistrés comme auteurs, il est possible de les importer tous dans la liste des membres de l’association depuis une page dédiée accessible depuis la page de configuration du plugin.
Il est possible de choisir le statut des auteurs à importer : tous, visiteurs, rédacteurs ou administrateurs.
Les nouveaux auteurs jamais connectés sont importés également.
Les auteurs à la poubelle sont toujours ignorés.
Groupes de membres
Il est possible de créer des groupes de membres afin de gérer des entités comme le bureau, le conseil d’administration, des comités, etc... Les membres peuvent appartenir à plusieurs groupes.
L’accès à la gestion des groupes se fait depuis la page des membres : Raccourcis -> Gérer les groupes. Un groupe contient les informations suivantes :
- Nom du groupe
- Commentaires
- Ordre d’affichage : si ce numéro est différent de ’0’, le groupe sera affiché sur la page d’accueil du plugin (onglet « Association ») par ordre croissant d’ordre d’affichage.
La gestion de l’appartenance d’un membre à un groupe se fait selon les interfaces suivantes :
- Depuis la page d’édition d’un groupe il est possible d’ajouter ou d’exclure des membres à ce groupe.
- Depuis la page des membres, il est possible de sélectionner un ou plusieurs membres et de les faire rejoindre ou quitter un ou plusieurs groupes via le sélecteur d’action situé en bas de la liste.
- Depuis la page d’édition d’un membre, il est possible de lui faire rejoindre ou quitter des groupes.
Note : il n’est malheureusement pas possible d’imbriquer des groupes.
Gestion des dons
Vous pouvez gérer ici les dons à l’association, qu’ils soient financiers (argent) ou en nature (colis). Les dons financiers sont centralisés dans le livre de comptes.
Ventes associatives
Ce petit module vous permet de gérer la vente des produits de votre association ainsi que les envois. Les ventes sont automatiquement enregistrées dans le livre de comptes en recette selon la formule suivante : quantité * prix unitaire + frais d’envoi. Les frais d’envois entrés dans l’opération de vente constituent donc une recette. La dépense correspondante —paiement au transporteur— doit être entrée dans le livre des comptes par ailleurs.
Gestion des activités
A 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.
Gestion des prêts
Ce petit module vous permet de gérer vos prêts (matériels, livres,...)
Il comprend une interface de gestion des ressources et une interface de gestion des réservations.
Gestion comptes
Attention, cette section de la documentation n’est pas à jour
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.
Plan Comptable
Il est obligatoire de définir un plan comptable pour activer la gestion comptable. Chaque référence comptable étant identifiée par un code unique (qui commence par 2 chiffres, le premier étant identique à la classe du compte puis une série de caractères alphanumériques) et une classe (un chiffre entre 0 et 9). Chaque référence peut être configurée pour permettre des débits et crédits ou bien seule l’une de ces opérations.
Une classe doit être définie comme étant celle des comptes financiers (la classe 5 dans le plan comptable français) permettant d’attribuer à un compte bancaire ou une caisse les opérations comptables et d’avoir ainsi à disposition la situation financière courante de l’association.
Pour être valide, le plan comptable doit contenir au moins deux références comptables de deux classes différentes (l’une d’entre elle étant la classe des comptes financiers).
Il est possible d’activer une aide à la définition du plan comptable utilisant le plan comptable français (cette option n’est malheureusement pas encore disponible pour d’autres plan comptables) des associations. Une fois cette option activée, un sélecteur permet de choisir directement une référence comptable dans le plan comptable des associations.
Destinations comptables - Comptabilité analytique
Il est possible de définir des destinations comptables. Chaque opération, imputée à une référence du plan comptable, peut être assignée à une destination ou ventilée sur plusieurs. L’objectif étant de pouvoir différencier au niveau comptable (et donc dans le bilan des résultats) les différentes activités ou secteurs d’activité de l’association. Lors d’une ventilation sur plusieurs destinations, la somme ventilée doit bien évidemment correspondre à celle imputée en recette, dépense ou montant selon le mode strict ou non choisi. Si une seule destination est sélectionnée, inutile de ré-entrer le montant de l’opération, il est automatiquement attribué à la destination sélectionnée.
Opérations de gestion
Dans ce qui suit, par opération de gestion on entend les opérations gérées (optionnellement) par le plugin Associaspip et qui impliquent potentiellement une écriture dans le livre de comptes, à savoir : les cotisations, les dons, les prêts, les ventes, les inscriptions aux activités.
Toutes les opérations de gestion définies dans la configuration sont centralisées dans le livre de comptes qui en offre une vue chronologique. Il faut pour cela tout d’abord définir un plan comptable et associer, depuis la page de configuration du plugin, une référence comptable dédiée à chaque opération de gestion. Il n’est pas possible d’associer une référence comptable à plusieurs opérations de gestion.
Concernant la gestion des ventes, il est possible (et même conseillé) de définir une référence comptable pour la facturation des frais de port différente de celle de la vente elle même. Dans ce cas, chaque vente se traduira par deux lignes d’écriture dans le livre de compte.
Destinations comptables et opérations de gestion
La page de configuration du plugin permet d’associer par défaut des destinations comptables à chaque type d’opérations de gestion. Il est toujours possible d’éditer les destinations comptables associées à une opération au moment de l’ajout de celle-ci ou plus tard en la modifiant.
Ajouter une écriture comptable
Il est aussi possible d’ajouter des opérations directement dans le livre de comptes et d’obtenir un bilan des résultats (par destinations ou global) et des avoirs de l’association.
La validation permet de rendre définitives les lignes d’écriture.
La comptabilité par l’exemple
Attention, cette section de la documentation n’est pas à jour
Avant-propos : je ne suis pas du tout expert comptable et ce plugin n’est pas un logiciel de comptabilité. Il est donc possible que ci-dessous vous trouviez des énormités en terme de comptabilité. Si c’est le cas, n’oubliez pas que toutes les suggestions et remontées de bug sont les bienvenues ! L’idée de la gestion comptable dans ce plugin est de permettre de ternir une comptabilité basique permettant d’entrer les opérations effectuées tout en mettant à jour le solde des caisses ou compte en banque afin d’avoir facilement une vision de la situation financière de l’association.
Exemple d’une association qui ne voudrait gérer que les cotisations
Dans cet exemple, il s’agit d’une association qui ne veut pas utiliser ce plugin pour gérer sa comptabilité mais souhaite tout de meme gérer pleinement les cotisations de ses adhérents. Les cotisations n’étant enregistrées que dans le livre de comptes, il est nécessaire d’activer la gestion comptable.
Définition du plan comptable
La première étape, avant meme activation de la gestion comptable, consiste à définir un plan comptable, dans notre cas rudimentaire car constitué de deux références comptables seulement :
- Cotisations, classe 7, code 756, solde 0.
- Caisse , classe 5, code 53, solde 0.
Note : Les codes et classes sont ceux préconisés dans le plan comptable français des associations mais vous pouvez mettre bien ce que vous voulez, l’important étant que les deux références aient une classe différente.
Activer la gestion comptable
Dans la page de gestion du plugin, il convient ensuite d’activer la gestion comptable et de sélectionner :
- Classe des comptes financiers : 5
- Gestion des cotisations->Réf. Comptable : 7 - 756 - Cotisations
Voilà, vous pouvez a présent ajouter des cotisations qui seront visibles dans la page des membres.
Note : Dans notre exemple le solde de la caisse qui n’est qu’alimentée par les cotisations montera indéfiniment sans aucun lien avec la situation financière réelle de l’association. Il se contentera de présenter la somme des cotisations versée à ce jour.
Attention : Si vous modifiez, dans la configuration du plugin, les valeurs que vous venez de régler après avoir ajouté des cotisations, vous risquez fort de ne plus les retrouver.
Feuille de route
La feuille de route d’Associaspip existe sous la forme d’un carnet SPIP ouvert pour lister les modifications/améliorations qui sont prévues. Il a aussi pour fonction de gérer les requetes. Si vous avez des idées ou propositions :
- pensez à vérifier qu’elles ne sont pas déjà là.
- postez les sur le forum et ajoutez les aux carnet SPIP
Il n’est pas pour l’instant prévu de portage vers SPIP3 et ça restera surement le cas tant que le plugin sera en développement...
Discussions par date d’activité
104 discussions
Groupes Il y a quelque chose que je ne comprends pas très bien concernant « les groupes ».... Il semble qu’il y ait un dysfonctionnement (ou alors il y a un truc que je n’ai pas compris)
J’ai créé deux groupes. Ceux-ci apparaissent bien sur la page exec=association mais pas sur exec=groupes. De même, depuis sa fiche de membre, je n’arrive pas à affecter un membre à un groupe tel que cela est indiqué dans la doc (voir copie d’écran ci-jointe)....
J’ai oublié de faire quelque chose ?
Merci d’avance pour les éclaircissements (et bravo pour ce plugin qui devrait bien nous aider une fois qu’on aura pris nos marques)
Bonjour,
il y a un problème dans la base de données qui passait inapercu jusqu’a l’introduction de la gestion des droits d’accès et ne se pose que pour les installations faites après la r53901. J’ai trouvé le bug, j’essaye de poster un correctif dans la soirée ou demain.
Si vous voulez vous en sortir a la main avec PHPMyAdmin , il faut modifier l’autoincrement de la table spip_asso_groupes pour partir de 100 et non de 1. Avant ca il vous faut modifier l’id_groupe des groupes existants en y ajoutant 100 dans les tables spip_asso_groupes et spip_asso_groupes_liaisons. Il vous fait ensuite vous assurer que les groupes d’id 1,2,3,20,21,30 et 31 existent avec un champ nom vide.
C’est peut etre plus simple d’attendre que je poste le correctif ! En attendant attention car les membres de votre CA ont les pouvoirs d’administration sur le plugin meme si ils ont le statut de rédacteur ou admin restreint. Si c’est un problème, effacez le contenu de la table spip_asso_groupes_liaisons (mais vous devrez alors re-entrer votre CA)
voila la r60038 devrait régler le problème des groupes fantomatiques.
Effectivement, les groupes apparaissent bien maintenant ! Cooool !
Merci !
Répondre à ce message
Je viens d’installer associaspip via la procédure automatique d’ajout des plugins. Quand je veux utliser le plugin (ecrire/ ?exec=association), j’ai droit à un méchant message d’erreur
Erreur SQL 1054
Unknown column ’fonction’ in ’where clause’
SELECT * FROM spip_auteurs_elargis a INNER JOIN spip_auteurs AS b ON a.id_auteur=b.id_auteur WHERE fonction !=’’ AND statut_interne != ’sorti’ ORDER BY a.nom_famille
Après une série de désinstallation/réinstallations, il semblerait que cette erreur résulte d’un conflit avec SPIP-listes. En effet, en l’absence de ce dernier, pas de souci. Par contre, dès que SPIP-Listes est activé, associaspip est en erreur : ecrire/ ?exec=association va chercher le champ fonction (mais aussi statut_interne...) dans la table spip_auteurs_elargis au lieu de spip_asso_membres.
D’autres que moi reproduisent ce bug ?
Je continue d’investiquer... Pour être plus précis, c’est la présence d’une table auteurs_elargis qui provoque le bug. Ajoutons que cette table n’est pas détruite si on demande la désinstallation de spip-Liste. Cette scorie provoque le plantage d’associaspip chez moi.
Résolu : lien à modifier ! ! Dans l’administration des plugins (gestion des plugins > Ajouter un plugin), le lien en regard du plugin « associaspip » sur Association_2_0.zip et non pas Associaspip.zip
Pas étonnant alors que les multiples essais d’installation/désinstallations conduisaient invariablement à la même situation d’erreur ! Grrr....
Bonjour.
Je viens de voir les messages, et je me demandais si c’était le bon zip et quelle version... En lisant le dernier message, il s’avère que le problème venait en effet de là :) Surprenant par contre cette histoire de lien incorrect : je ne suis pas arrive à le reproduire :/
Pour info, j’ai fait de nouveau une tentative aujourd’hui... En utilisant l’ajout automatqie de plugin via l’interface privée ( Gestion des plugins puis Ajouter un plugin etc....) le zip qui est téléchargé et décompacté automatiquement est « association 2 » et non pas associaspip.
Bonsoir.
Le nom sur lequel vous cliquez est-il bien « Associaspip » ? (il n’y a que celui-là chez moi)
Au passage, quelle est l’adresse du flux RSS que vous utilisez ? Chez moi c’est http://www.spip-contrib.net/?page=rss-plugins-spip-2-1 (peut-être le mettre à jour ?)
Cela vient peut-être de cela : moi j’utilise le flux
http://plugins.spip.net/rss-+-selection-2-1-+
Dans lequel, ne figure que « associaspip » mais avec un lien vers
où l’on voit bien que ce n’est pas l’adresse du bon zip
Répondre à ce message
Bonjour,
J’ouvre une nouvelle discussion, car maintenant que ça marche :) j’ai un nouveau problème :
Et même quand un visiteur s’inscrit pour intervenir sur le forum, y compris les spammeurs qui réussissent passer le filtre NoSPAM comme cela vient juste d’arriver, se retrouvent automatiquement membre de l’asso. et avec le statut par défaut qui est membre actif en plus ! Ce qui est impossible et anti-statutaire : comme dans la majorité des associations je pense, chez nous seuls les membres d’honneurs sont dispensés de cotisation ! et à quoi sert alors le bouton « devenir membre » si c’est automatique à l’inscription ? J’ai trouvé associaspip utile justement pour simplifier la gestion des cotisations (et surtout synchroniser des adh. dispersés entre la Mer d’Iroise te le Mont Canigou). Mais ça ne sert à rien si n’importe quel internaute laissant un message sur le forum se retrouve automatiquement membre de l’association sans l’action d’un administrateur sachant quelle personne physique ou morale est derrière tel pseuso.
« éditer » signifie ici (et de façon assez générale dans SPIP) « ajouter/créer ou modifier/changer » (la première fois en fait) d’où ce comportement qui a l’avantage de permettre de créer des membres automatiquement (avec une catégorie par défaut) en créant des auteurs (manuellement ou automatiquement dans le cas présent des forums). C’est pour cette raison qu’il est prévu de pouvoir supprimer des membres (en fait désactiver le statut de membre mais l’auteur/visiteur n’est pas supprimé)... Cette suppression est permanente (sauf en utilisant la synchronisation) Le bouton « devenir membre » est apparu assez récemment et permet dans un premier temps de pouvoir récupérer un membre supprimer par erreur ou des auteurs spécifiques (au lieu de tout synchroniser). Dans un second temps, une option de configuration permettra de contrôler (interdir ou autoriser) la création automatique de membres ; mais en entendant ce plugin est encore en développement...
ah oui (un oubli) : il faut définir des catégories de membres (dont « membres d’honneur ») et choisir une catégorie par défaut pour les nouveaux membres. Par défaut, les nouveaux inscrits n’ont pas de catégorie... Par ailleurs, les nouveaux inscrits ont le statut de prospects, ce qui signifie qu’ils doivent être validé (avoir une date limite de validité). S’ils sont tout de go actifs (c’est à dire : à jour, à échéance, échu) c’est un bug.
Bon je vais patienter, en espérant que les spams et autres inscriptions spontanées seront gérables en attendant.
Je confondais statut et catégories (que j’ai définies en premier). J’avais effectivement configuré « membre actif » par défaut quand j’ai installé, ne sachant pas que l’inscription était automatique, j’ai remis aucune catégorie par défaut.
Merci pour la suite.
Bonsoir,
C’est à priori résolu par la r59898. L’option est cachée en petit dans la page de config du plugin section options de gestion des membres.
L’import automatique est désactivé par défaut.
Répondre à ce message
En fait c’était /ecrire/ ?exec=articles qui ne fonctionnait plus. J’ai vidé le cache et cela remarche. Mais après réactivation du plugin associaspip (ainsi que NoSPAM indispensable) j’ai toujours les même problèmes (bloquants) que décrits ci-dessus. help !
Bonjour.
Je viens de voir ces messages par chance (pas de connexion Internet). Je vais essayer de voir cela demain (sur les deux sites où j’ai ce plugin installé il y a aussi NoSPAM et pas de conflit). En attendant : Utilisez-vous la dernière révision [59469] ? Il y a quelques corrections faites en même temps que le nettoyage du code. Pensez à vider le cache avant et après installation (des fois le cache joue des tours mais je ne suis pas arrivé à cibler les circonstances exactes).
Merci.
Par ailleurs, ce plugin n’interagit pas avec les rubriques et articles natifs de SPIP :/ Que disent les fichiers de log ? (regarder /tmp/prive_spip.log /tmp/prive_mysql.log /tmp/prive_associaspip.log —ce dernier contient les informations de prive_spip.log ou spip.log specifiques uniquement à Associaspip)
Bonjour, merci pour la réponse.
C’est bien la dernière révision que j’ai [59469].
Dans le dernières lignes du tmp/prive_spip.log je ne vois rien qui concerne associaspip
Dernières lignes (18 mars) de prive_mysql.log :
Les bases halem_spip.PAYS et halem_spip.configurer_associations ne figurent pas actuellement dans la base de données halem_spip
D’autre part, dans phpMyAdmin toutes les tables de halem apparaissent sous forme spip_xyz et non sous forme spip.xyz sans que j’aie non plus xyz = PAYS ni xyz = configurer_associations
Dans prive_associaspsip. log je n’ai rien après le 16 mars càd depuis que j’ai réinstallé de zéro (en détruisant les tables spip_asso_ et les fichiers dans /plugin/ :
Voilà, on avance ?
Bonsoir.
D’après prive_associaspip.log la procédure d’effacement normale n’a pas fonctionnée ; du coup SPIP a du vous renvoyer un message d’échec de désinstallation... Et ne considérant pas le plugin comme (correctement) désinstalle, il ne va pas le réinstaller, ou renverra une erreur d’installation :/
Dans cette situation, il faut effacer les tables manuellement, supprimer les fichier du plugin par FTP, vider le cache de SPIP, repasser par la page de gestion des plugins de SPIP (pour que ’il se mette à jour), réinstaller en croisant les doigts.
Pour les erreurs (non bloquantes) MySQL, il semble qu’une table configurer_associations est recherchée et il est normal qu’elle ne soit pas trouvée (le plugin ne créé et n’utilise rien de tel !) Je n’arrive pas à reproduire le problème et je ne vois pas d’où cela vient :(
halem_spip est votre base de données et vous n’avez pas spécifié de préfixe à l’installation : est-ce que cela vient de là ? à voir)
Quelles sont vos versions de MySQL et de PHP ?
Ça c’est le log du 16/3 (désinstallation de l’ancienne version) il n’y a plus rien eu d’enregistré dans ce log depuis.
C’est ce que j’ai donc fait (je le disais dans mon message initial qui a été effacé) avant de tenter une réinstallation (de la commit [59469]) qui s’est bien passée. La situation actuelle sont les erreurs MySQL (log du 18/3). Elles sont bloquantes en ce sens que je ne puis gérer les adhérents, juste les inscrire et pas enregistrer de cotisations et les tableaux de listes n’affichent que la première ligne. Idem dans le plan comptable que j’ai initialisé pour voir si c’était ça qui bloquait interdisait de saisir des cotisations, mais non c’est l’affichage de la page qui s’arrête sans renvoyer d’autre erreur que celle dans prive_mysql.log.
Ci-jointe copie d’écran de la base telle que me l’affiche phpMySQL tournant sous PHP 5
Pardon la version de php est
PHP Version 4.4.7-0.dotdeb.0 (depuis le temps que les tech d’Infini parlent d’installer php5 :(
Et MySQL :
MySQL 5.0.32-Dotdeb_1.dotdeb.1-log sur le serveur localhost - utilisateur :
Bonsoir.
Toutes les tables requises sont (sauf erreur de ma part) présentes et sont préfixées contrairement a ce que j’avai compris...
Je vais tester avec votre configuration dès que je pourrai. mais attention que PIP 4 c’est limite (ce genre de souci de pages blanches avec ces versions de PHP ont déjà été reportée et SPIP 2 préfère PHP 5 sans le réclamer —il sera requis avec SPIP 3)
Bonjour,
Je viens de passer à PHP5 et ça marche... Pas tout à fait... quand je clique sur l’onglet Comptes, j’ai 1 erreur dans le squelette suivante :
J’ai pensé que c’était parce que tous les comptes sont à zéro. J’ai saisi des cotisations sur 2 membres, j’ai également vidé le cache, mais ça ne change rien. D’autre part les cotisdations saisies n’apparaissent pas dans le compte banque où elles ont été rentrées et le compte 756 cotisations est toujours à zéro :(
Bonjour,
la r59720 d’hier soir corrige le probleme sur la requete SQL erronée.
Pour les cotisations je tente de jeter un oeil dans la soirée. Les voyez-vous apparaitre sur la page de l’adhérent ? Quelque part sur le livre des comptes ou pas du tout ?
Bonjour Jeannot,
Je viens de charger la dernière [r59743] et tout a l’air de marcher maintenant. Les cotisations apparaissaient sur la page adhérents mais pas dans le plan comptable (tous soldes à zéro) Je crois que c’est parce que je n’avais pas créé d’exercices (faute de pouvoir accéder aux comptes) maintenant elles apparaissent dans l’exercice correspondant.
Félicitations, c’est très joli, et merci pour ce travail qui semble prometteur.
Répondre à ce message
Bonjour,
Un grand bravo pour ce plugin qui a bien progressé depuis les premières versions.
De mon côté, j’ai dû revoir les tables auteurs et auteurs_elargie à cause de champs extra utilisés préalablement à Associaspip, qui rentraient en compétition avec les tables du plugin.
Il faut donc être vigilant si on installe ce plugin sur un site déjà complexe.
Maintenant que tout semble fonctionner correctement, j’observe le message suivant dans la configuration de l’association :
Réf. virements internes -> enregistrer d abord une classe banque
Bien entendu, j’ai crée dans le plan comptable les élements suivants, sans succès :
5 51 BANQUES, ETABLISSEMENTS FINANCIERS ET ASSIMILES
53 CAISSE
58 Virements internes
Une idée ?
Bonjour ordilibre.
C’est vrai que si beaucoup de plugins modifient les tables natives de SPIP, non seulement ça risque de doublonner des infos mais aussi de créer des conflits entre eux. C’es à cela que « Auteurs élargis » a essayé de répondre, mais il est un peu délicat d’usage et pas maintenu jusqu’à une certaine époque. Bien que renaissant des cendres de « Association 2 » (qui n’est plus maintenu non plus), Associaspip a essayé d’éviter ces erreurs et minimise les dépendances. :)
Concernant la page de configuration, je suis entrain d’y travailler pour à la fois la rendre simple (pourtant elle l’est pas mal déjà) et complète (d’autres options se sont ajoutées) et dynamique (ce qui manque actuellement). L’erreur que vous rencontrez vient du fait que les classes ne sont pas encore prises en compte (c’est le côté dynamique qu’il manque : il faut d’abord valider une première fois puis terminer la configuration car la page sera modifiée en fonction des nouveaux paramètres —peut-être justement ne pas faire apparaitre cette option avant que les classes soient enregistrées ?)
Bonjour. J’ai le même problème : j’ai pourtant bien configuré le plan comptable... mais à chaque fois que je clique sur OK dans la configuration des paramètres, après avoir bien choisi les différents comptes, notamment le compte 5 et le compte 756 comme indiqué, j’ai le message : « Votre saisie contient des erreurs » et « enregistrer d abord une classe banque. » dans Réf. Virement interne...
Donc je bloque.
Merci par avance si vous avez une idée ! ;-)
Bonsoir.
Une de mes modifications ne validait pas la configuration de la comptabilité dans certaines configurations (n’ayant pas le cas avec mes tests, ce fut difficile à trouver). La dernière révision [59469] corrige cela : tout le monde devrait pouvoir enregistrer la configuration de la compta.
Attention cependant : comme je l’ai déjà annoncé, il faut s’y prendre en deux temps... d’abord activer la compta (et indiquer les différentes classes) ; ensuite configurer les modules qui dépendent de la comptabilité.
Merci.
Merci ! Je ne suis plus bloqué ! Je vous tiens au courant.
Répondre à ce message
Bonjour,
Je viens d’installer associaspip sur le site halemfrance.org sous spip 2.1.12 sur base MySQL 5.0.32-Dotdeb_1.dotdeb.1-log
J’ai configuré l’association et créé des catégories sans activer la comptabilité car des tentatives précédentes (derrière associaspip2 que j’ai complètement désinstallé) ne marchaient pas.
À ce stade,
- déjà à la page création de catégories, seule la première catégorie s’affiche dans la liste alors que j’en ai créé trois ;
- la page L’association s’affiche correctement, mais en cliquant sur Membres l’affichage de la page dessine un carré vert vide (là où s’affiche normalement « Nous sommes le... ») et s’arrête.
- Par contre dans la page de modif. d’un auteurs j’ai bien le bouton « devenir/modifier membre » qui fonctionne et me donne la page avec les boutons (voir copie d’écran), je peux modifier le membre normalement, mais lorsque je clique sur « ajouter une cotisation » je me retrouve avec la page au carré vert précédente :(
- Après cette mésaventure, je découvre que lorsqu’on clique sur un lien d’article/rubrique de l’espace privé (les boutons de la barre d’outils fonctionnent normalement), on obtient une page blanche, absolument vide sans aucun message d’horreur. Ce dernier défaut persiste même après avoir désactivé tous les plugins.
Tout a l’air normal par ailleurs. Merci pour vos lumières.
En fait c’était /ecrire/ ?exec=articles qui ne fonctionnait plus. J’ai vidé le cache et cela remarche. Mais après réactivation du plugin associaspip (ainsi que NoSPAM indispensable) j’ai toujours les même problèmes (bloquants) que décrits ci-dessus. help !
Répondre à ce message
Bonjour, est-ce que je peux tenter l’installation sur une version spip 3 (beta) ou c’est encore trop tôt ? merci (c’est pour une création de site tout neuf)
Bonsoir dorian.
Le plugin s’installe (et semble fonctionner) avec SPIP 3 (de ce qui m’a été rapporté). Mais je conseille d’attendre qu’il soit au moins en version test (mais ce sera quand même sans garantie) ou d’attendre l’adaptation de la version finalisée.
ok, merci pour le retour rapide, je vais commencer sur un site de test et je verrais bien ce que ça donne ; merci pour ce plugin qui est très complet.
Répondre à ce message
Bonjour !
J’ai récemment installé SPIP.
J’ai également installé plusieurs plugins, y compris Associaspip.
Je ne suis pas comptable et le comptable de l’association, et non pas les webmasters.
pour éviter les problèmes, comment puis-je donner accès à associaspip seulement ?
Merci
Bonjour,
si ce que vous voulez faire c’est pouvoir donner l’accès à la comptabilité au comptable sans en faire un administrateur non restreint, pour l’instant ce n’est pas possible mais il est prévu que cela le soit, dans un futur plutot proche (quelques semaines).
Répondre à ce message
Ce plugin m’a l’air très intéressant. avez-vous un site de test accessible sur lequel il tourne ?
merci d’avance pour votre réponse.
Eric
Répondre à ce message
Bonsoir
On peux pas désinstaller le plugins .... On a « La désinstallation du plugin a echoué. Vous pouvez néanmoins le desactiver. » qui s’affiche et j’ai pas de formulaire ici / ?exec=configurer_association : Nom du plugin manquant Associaspip ../sites/amap.pierre-kuhn.org/plugins/Associaspip/formulaires/configurer_association.html
Bonsoir Pierre.
Pour la désinstallation, je reproduit le problème et ai trouvé la cause probable : il n’y a pas de fonction de désinstallation (étant en dev, ça bouge pas mal ; mais les tables et leur structure sont maintenant assez stables pour quu’on rajoutre la désinstallation). Le prochain commit (demain) devrait corriger cela :)
Pour le formulaire de configuration, il doit y être forcément ...sauf si le transfect de fichiers s’est mal passé :/
Ce pb sest réglé depuis le commit 56927 !!!!!
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 :
|
