Associaspip 2.1

Plugin de gestion de petites associations avec gestion des : membres (liste et statut, cotisations, relances), dons, ventes associatives, participations aux activités, prêts.

Fonctionnalités

Associaspip permet la gestion d’une association en offrant les fonctionnalités suivantes :

  1. Profil de votre association
  2. Gestion des membres
  3. Gestion des cotisations et des relances
  4. Gestion des dons
  5. Gestion des ventes de produits issus de l’association
  6. Gestion des activités
  7. Gestion des prêts
  8. Livre de comptes

Associaspip est compatible avec tous les autres navigateurs, et est utilisable sur n’importe quelle base de donnée supportée par SPIP 2.0, avec le préfixe configuré.

Installation

Ce plugin s’installe comme tous les autres.

Associaspip 2.1 : activation (réussie) sous SPIP 2.1

Il faut ensuite cliquer sur l’icône des outils pour configurer le plugin, en particulier activer les modules utiles.

Attention ce plugin est incompatible avec Association 2 (Associaspip 2.0) car utilisant le même préfixe... Cela signifie que pour migrer à Associaspip 2.1, il faut désactiver Association 2, mais surtout ne pas le désinstaller, puis activer Associaspip afin qu’il reprenne les tables et les mette à jour.

Le plugin 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.

Tous les scripts gérant l’association sont uniquement accessibles de l’espace privé, et seulement aux auteurs pour lesquels la fonction autoriser_associer appliquée à un certain type de données (adhérent, compte etc) répond « vrai ». Par défaut, cette fonction est indéfinie, ce qui revient à limiter l’accès aux seuls administrateurs non restreints.

Configuration du plugin

Associaspip 2.1 : page d’accueil initiale (avant toute configuration)

On accède au formulaire de configuration depuis la page d’accueil du plugin (puis cliquer sur le bouton “Profil de l’association”) ou depuis la page de gestions des plugins actifs (cliquer sur l’icône des outils).

-  Profil de l’association

Par défaut Associaspip gère un certain nombre de données de l’association qui apparaissent sur sa page d’accueil : Nom, adresses postale et électronique, téléphone, etc.

Associaspip 2.1 : page de configuration : profil de l’association
Associaspip 2.1 : page d’accueil après configuration du profil de l’association

-  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.

Associaspip 2.1 : page de configuration : page de membre et livres comptables


Pour activer la gestion comptable il faut au préalable définir un plan comptable valide.
Pour activer les modules de gestion des dons, ventes, activités ou prêts, vous devez activer la gestion comptable.

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.

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.

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.

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é en surchargeant 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 générer le PDF des étiquettes adresses.

Gestion des dons

Vous pouvez gérer ici les dons fait à l’association, qu’ils soient financiers ou colis. Les dons financiers sont centralisés dans le livre de comptes. Vous pouvez utiliser le plugin SPIPAL pour alimenter le livre de comptes automatiquement.

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 compte 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 donc être entrée dans le livre des comptes par ailleurs.

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

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 suivi de réservations d’une ressource.

Livres de comptes

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 pouvoir activer la gestion comptable. 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.
Note : Il n’est pas possible d’associer une même 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.

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.

-  Destinations comptable - 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érents 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.

La page de configuration du plugin permet d’associer une destination comptable par défaut à chaque type d’opérations de gestion. Il est toujours possible d’éditer les destinations comptable associées à une opération au moment de l’ajout de celle-ci ou plus tard en la modifiant.
Note : Les ventes et frais d’envoi représentent un cas particulier : à travers l’interface de gestion des ventes, il n’est pas possible de ventiler une vente sur plusieurs destinations, cela reste possible directement depuis le livre des comptes, mais il est fortement déconseillé de procéder ainsi. Cela sera corrigé dans une prochaine version...

-  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 compte, à savoir : les cotisations, les dons, les prêts, les ventes, inscriptions aux activités.
Note : Seules les opérations de vente, de dons et les cotisations sont gérées correctement au niveau comptable/destinations pour le moment.

La validation permet de rendre définitives les lignes d’écriture.

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. L’édition ou suppression de cotisations se fait directement dans le livre de comptes, on peut aussi, en éditant directement le livre de compte, modifier des opérations comptables enregistrées par le biais des autres opérations de gestion(ventes, dons par exemple), mais cela reste fortement déconseillé, les modifications apportées n’étant pas répercutées dans les tables des opérations de gestion. Il est préférable d’apporter les modifications aux opérations de gestion(sauf cotisations donc) depuis les pages dédiées à celles-ci

Enregistrer un virement interne
Le formulaire d’entrée d’une opération comptable ne permet pas d’effectuer directement un virement interne (par exemple de la caisse vers le compte bancaire de l’association). Pour enregistrer cette opération, il convient de définir une référence comptable, nommée par exemple « Virement Interne ». Cette référence ne doit pas faire partie de la classe des comptes financiers. [1]
Il faut donc ensuite ajouter deux opérations dans le livre des comptes :

  • une dépense, imputée au compte « Virement Interne » avec en « mode de paiement » la caisse (la référence comptable 53 si on suit le plan comptable français).
  • une recette, imputée au compte « Virement Interne » avec en « mode de paiement » le compte bancaire (la référence comptable 512 —ou dérivée si on a plusieurs comptes bancaires dans son plan comptable— si on suit le plan comptable français)

Notes :

  • Ce virement interne apparaitra donc dans le bilan et fera gonfler artificiellement le chiffre d’affaire de l’association, une modification future devrait résoudre ce problème.
  • Dans le bilan, le compte « Virement Interne » doit donc toujours faire apparaitre un solde égal à 0, le cas contraire indique une erreur de saisie.

Notes

[1Dans le plan comptable français, la référence « Virement Interne » est la 58 et fait donc partie de la classe des comptes financier... mais comme il est rappelé en bas de cet article : Ce module n’a pas pour objectif de concurrencer les logiciels de comptabilité.

Discussion

30 discussions

  • 7

    Bonjour, j’étais déjà utilisateur du plugin avec spip 1.9, puis 2.xx et maintenant, avec spip 3.0.10. J’ai donc la version associaspip 2.1.14 qui s’installe sans souci, tout est bien mis, mais, hormis un affichage « brut » du formulaire du profil, et l’absence d’icône dans le menu « activité », il y a une erreur MYSQL qui empêche l’affichage des membres une fois que ceux-ci sont importés. J’ai donc effectué les corrections et tout va pour le mieux. Je m’explique.

    La table spip_asso_membres a un champ nommé nom_famille, qui est compris comme une équivoque dans les requêtes le mettant en jeu (je suppose à cause de l’underscore). Une fois renommé en nomFamille, la requête select marche nickel.

    J’ai donc effectué toutes les corrections dans le code du plugin pour tenir compte de ce changement, permettant ainsi un fonctionnement optimal, même s’il reste par ailleurs encore pas mal de corrections ou compléments à mettre.

    Je tiens à disposition les fichiers modifiés, mais je ne sais pas comment les transmettre ... Si l’on pouvait m’aiguiller, ce serait super. Merci.

    Marc

    • Bonsoir Marc.

      Le menu activité s’affiche normalement si c’est coché dans la configuration et que le plugin Agenda est présent. Une fois dans cette page, on a (de mémoire) les événements saisis via Agenda : ce sont les activités pour Associaspip...

      Pour le nom de famille, quelles sont exactement les erreurs ? Normalement le underscore ne doit pas poser de problème (il y a plein de champs ainsi dans SPIP : les id_ et les date_ par exemple) et c’est probablement ailleurs (d’où il faudrait que je sache quelles sont exactement les erreurs rencontrées)

      Dès que j’ai un moment, je répercute les modifications nécessaires. Merci.

    • Bonjour gilcot, merci de ta réponse rapide ... et puis, j’ai été équivoque, effectivement, je parlais du menue « activités » dans les icônes de spip, et non dans le plugin.

      Ceci étant, une fois coché, effectivement, la case adhoc dans le paramétrage, j’ai bien le menu « Activités », mais en cliquant dessus, j’ai un message d’erreur (erreur sql 1146 table spip_mots_evenements absente ...) : je pense qu’il s’agit d’une table créée par Agenda pour la version 2.x de spip, mais qui n’est plus installée dans la nouvelle version d’Agenda ... à voir peut-être pour une mise à jour ? En effet, le lien est dorénavant géré par la table spip_mots_liens qui contient l’id du mot, celui de l’objet auquel il est apparenté (par ex. un évènement ...) et enfin le type de l’objet (article, breve, site, etc.). Je vais jeter un coup d’oeil sur le fichier activites.php pour voir ce qu’il s’y passe ...

      Pour l’underscore dans le nom du champ

      Bien, désolé pour cet aparté ... Et, oui, je sais qu’il y a plein de champs avec undescore, et tout semble fonctionner ... J’ai pourtant essayé avec ET sans, et, nettement, ça marche SANS. Mais je ne suis pas assez calé en sql : peut-être est-ce la fonction dans le script qui prête à confusion ?

      Voilà exactement la réponse de mysql à l’appel de la requête(L83 du fichier /exec/adherents.php) :

      SELECT * 
      FROM spip_asso_membres AS A
      LEFT JOIN spip_auteurs AS B ON A.id_auteur = B.id_auteur
      WHERE (
      
      (
      statut_interne
      IN (
      'prospect',  'ok',  'echu',  'relance'
      )
      )
      )
      AND UPPER( SUBSTRING( nom_famille, 1, 1 ) ) LIKE  '%'
      ORDER BY nom_famille
      LIMIT 0 , 30
      MySQL a répondu:
      
      #1052 - Column 'nom_famille' in where clause is ambiguous 

      Une fois l’undescore enlevé, tout se passe bien.

      Je tiens à ta disposition les fichiers que j’ai corrigés (il y en pas mal) si tu en as besoin ...

      Marc

    • Bonjour Marc.

      Pour l’erreur SQL sur les activités, en effet c’est parce-que les liaisons ont changées avec SPIP 3 ; mais je ne pensais pas que ça impactait cette version de Associaspip (un bout de code oublié car le problème est connu pour la version 2.2...) Je viens de faire une correction qui devrait corriger le problème (sinon il faudra juste virer cette fonctionnalité qui de toute façon ne devait pas être dans cette version) et j’aimerais avoir confirmation que ça marche...

      Pour l’erreur SQL sur les adhérents (car c’est bien la requête et non l’underscore qui est fautive) c’est que visiblement le même champ existe dans la table spip_auteurs ... Merci de me confirmer si c’est le cas.

    • Oui, effectivement, le champ nom_famille est bien présent aussi dans la table spip_auteurs, c’est celui qui est ajouté par le plugin Inscription3 ... Tu as donc raison, l’underscore n’est pas en cause, mais le changement du nom du champ, comme je l’ai fait, résout le pb simplement, sans pour autant revoir la requête ... d’autant plus que le pb pourrait se représenter dans d’autre requêtes du plugin, non ? Qu’en penses-tu ?

      Merci également pour la correction sur la gestion des activités : pourrais-tu me dire quels sont les fichiers que tu as modifiés pour corriger cela, de manière que je ne prenne que ceux-là (pour éviter de refaire les corrections du champ nom_famille) ?

      Merci.

    • Bonjour.

      Oui, le problème (d’homonymie) peut se reproduire partout ailleurs où on a des requêtes qui portent sur plusieurs tables à la fois (ceci dit, la plupart du temps, ce sont entre les tables même du plugin donc c’est géré ; et pour cette version 2.1 ce sera surtout avec la table des auteurs SPIP) J’essaierai de corriger ces cas au fur et à mesure qu’ils seront découverts.  :-)

      Pour la correction (à valider) sur les activités, ce sont les révisions 74428 et 74429 qui depuis sont apparues/indiquées ici (en haut, dans la colonne du zip, il y a un bloc intitulé « Sur le web » avec deux flux qui donnent le log des dernières modifications avec leur lien sur « Trac »...)

    • Bonjour Gilcot, de retour de voyages, je reprends le cours de mes travaux, et, après avoir mis à jour le plugin (maintenant je suis en 2.1.15), je me suis aperçu de la même erreur pour la requête d’affichage des membres, avec un nom de table nom_famille ambigu dans la requête.

      J’ai donc fait la modification, dans le fichier exec/adherents.php (lignes 146 & 148) en remettant A.nom_famille au lieu de nom_famille seul, et le pb est résolu !

      Par ailleurs, j’ai relevé une erreur (de frappe, je suppose) dans le fichier formulaires/editer_asso_membres.html (ligne 97) où le libellé était resté sur « ville » au lieu de « mobile » ... corrections effectuées.

      Je ne sais pas quoi faire pour en faire profiter à tous, car il est impossible, apparemment, de joindre un fichier en php ici ... Merci !

      Marc

      PS. j’aimerais bien pouvoir accéder à la possibilité de publier des révisions, pour me sentir plus utile !! ...

    • Bonjour Marc.

      Je répercute la correction dans la semaine.
      Pour contribuer (en code —mais ce n’est pas la seule façon d’être utile—) directement à La Zone (quelque soit le plugin), il faut : adhérer à la charte, s’inscrire sur la liste contrib (je n’ai pas l’adresse en tête) et demander un accès au SVN.

    Répondre à ce message

  • 6

    Bonjour,

    PROBLEME à l’installation : tout se passe bien, mais dans la page avec le formulaire pour entrer le profil de l’asso, trois gros message d’erreur :

    Table ’amisalro.spip_asso_plan’ doesn’t exist

    Que faire ? Ajouter la table à la main ?

    Je suis en SPIP 3.0.10 avec Assospip 2.1.13.

    Merci de votre aide !

    Julien

    • Je complète : en fait il y a peut être un autre problème (est-ce lié ?), dans la page membre, si je veux modifier un membre :
      Fatal error : Call to undefined function icone_inline() in /homez.19/amisalro/www/ecrire/inc/auteur_infos.php on line 162

      Si je comprends bien, pour ajouter un membre, il faut ajouter un visiteur, mais ensuite, il n’y a pas de corrélation des deux enregistrements ? Le membre et le compte SPIP visiteur existe chacun de son coté ? (et on n’a pas de bouton AJOUTER MEMBRE directement depuis la gestion des membres ?)

      Et aussi ; l’onglet DONS affiche :
      Table ’amisalro.spip_asso_comptes’ doesn’t exist

      Snif ! Tout ceci a l’air bien pourtant.

    • Bonjour Julien.

      Tout d’abord, concernant l’installation (premier message) : quand vous dites que « tout ce passe bien » est-ce à dire que l’installeur confirme que c’est bien installé ? Par ailleurs, s’agit-il d’une première installation ou d’une mise à jour ?

      Merci.

    • Même soucis sur une installation fraîche spip 3.10. La table spip_asso_plan n’est pas présente dans la base.

      De plus, j’ai installé le plugin Agenda en version 3.12, et cela empêche d’activer le plugin Association 2.1.

      Impossible d’activer le plugin ../plugins/auto/association/v2.1.13

      Nécessite le plugin AGENDA en version 3.0.1 minimum.

    • M*eme sanction avecSPIP 2.1.23

      spip_asso_plan’ doesn’t exist

    • Bonjour.

      Concernant l’erreur de table(s) inexistante(s), j’ai fini par mettre le doigt sur quelque chose corrigé par la version 2.1.14 : il faudra désinstaller complétement (de toute façon il ne fonctionnait pas vu qu’il manquait les tables) puis ré-installer le plugin, et ça devrait aller.

    • Bonsoir

      Après installe sur spip neuf et base neuve, avec la version 2.1.14, la table spip_asso_plan est toujours absente de la base MySql

      Bonne soirée

      Jean-Michel

    Répondre à ce message

  • 1

    Désolé de revenir encore sur le sujet, mais, une fois installé, il n’y a nulle part la trace, dans la partie privée, d’un menu pour accéder à la gestion de l’association : est-ce normal ? Mais je pense plutôt que le plugin n’est toujours pas prêt pour la version 3.0x de spip, non ?

    Ce serait alors préférable de ne pas le mettre à disposition pour ceux qui sont dans cette version de spip, merci.

    • Bah, on n’en savait rien... Et il suffisait de le signaler : est-ce que la mise à jour en 2.1.12 [72856] corrige le problème ?

    Répondre à ce message

  • 1

    Bonjour, je viens d’essayer d’installer la version 2.1.11 sur un spip 3.08, qui s’est -presque- bien faite, sauf que la table spip_asso_profil n’est pas créée, ce qui génère un message d’erreur sql 1146.

    Merci de faire en sorte que cela fonctionne : où puis-je trouver une table à installer pour que tout marche bien.

    A bientôt

    • Bonjour.

      Normalement ce message n’apparait plus...
      Cette table n’est absolument pas requise (et n’est donc pas crée !) C’est la procédure de mise à jour qui sauvegarde les données de cette table (quand on fait une migration à partir d’une ancienne version du plugin... est-ce le cas ici ?)

    Répondre à ce message

  • 6
    Haqqtiviste

    apparement la vesrion 2.2 de associaspip est pour spip 2.1
    et la version 2.1 est pour spip 3 (je suis sous spip 3)

    la preuve en haut de cet article.

    j’ai bien mis le plugin agenda, créé des évènements et tout.

    merci de votre retour.

    • Bon, en complément du message ci-dessus (j’ai pas dû cliquer sur « répondre », il m’a semblé pourtant), il y a eu effectivement une mauvaise déclaration qui est à présent réparée : sous l’icône du Zip il y a SPIP 2.1, comme annoncé sous le mot-clé "Compatibilité.

    • Bonjour Haqqtiviste

      Il se trouve que la version 2.1, stabilisée, fonctionne avec SPIP 3.0 ; c’est juste qu’elle n’y a pas été testée... Avec cette version le problème avec les activités ne devrait pas se poser.

      Par contre, je reconfirme et insiste que la 2.2 est d’une part en chantier et d’autre part n’est prévu pour s’installer qu’avec SPIP 2.1 !

    • ... je suis un peu perdu dans les numéros de versions et du coup, je ne vois pas quelle version utiliser pour faire la mise à jour....
      Actuellement, sur notre site 2.1.19, c’est associaspip Version : 2.2.0 [71356] qui est installé. Quelle mise à jour dois-je utiliser : rester sur la version 2.2 (déclarée Compatible SPIP 2.1x / statut : « en test ») ou la version 2.1 (déclarée Compatible SPIP 2.1x et 3 / statut : « stable »)

      Merci d’avance de votre éclaircissement car c’est confusionnant tout ça...

    • Bonjour Manu.

      Étant déjà en version 2.2, il faut simplement rester en version 2.2 (la compatibilité fonctionne dans un sens)

    • Y’a tout de même quelque chose qui cloche...
      Depuis la partie privée, gestion des plugins > ajouter un plugin, le lien qui est proposé pointe vers Association_2_0.zip (voir copie d’écran) et le lien de documentation sur contrib est http://contrib.spip.net/Associaspip-1-9-2-0 !!!!!!!, ce qui est plutôt déstabilisant et qui contribue à créer de la confusion puisque nous voilà à présente avec 3 versions estampillées pourtant 2.1
      C’est d’autant plus ennuyeux qu’en l’occurence, n’est pas le bon plugin à installer puisque actuellement sur notre site, c’est la version 2.2 qui est déja installée

      Pourquoi, dans la liste « ajouter un plugin » , la « bonne » version n’apparait-elle pas et pourquoi, au contraire, est-ce cette « vieille version » (elle est classée dans les archives sur contrib) ?

      Quoiqu’il en soit, merci pour ce chouette plugin.

    • Étrange... mais je crois deviner que la liste est fort vieille... Il faut en vérifier la date et l’actualiser (le lien est un peu discret il faut dire)

    Répondre à ce message

  • 3

    Bonjour

    2.1.11 [72626]
    Répertoire : auto/Associaspip_2_1

    Message d’erreur systématique (mais non bloquant) à chaque accès de la gestion des plugins :

    1 Erreur(s) dans le squelette

    Numéro message squelette boucle Ligne
    1 Erreur SQL 1146
    Table ’afest_associaspip2_1.spip_asso_profil’ doesn’t exist
    SELECT * FROM spip_asso_profil

    Le fait est qu’aucune table de ce nom n’existe dans la base. Ne s’agit-il pas en réalité de « spip_association_metas » ?

    Et, c’est sans doute lié, il n’y a pas de possibilité de développer certains renseignement sur l’association comme par exemple les collaborateurs et leurs fonctions

    • Bonsoir.

      Comme vous dites, l’erreur est non bloquante. Mieux, c’est un message sans erreur réelle... mais cela ne devrait plus apparaitre (bon, il faut quand même re-télécharger le zip...)

      Pour les collaborateurs, cela doit pouvoir s’afficher maintenant (à moins que ce ne soit un autre problème que vous rencontrez). Il n’y avait aucun lien avec le message sur la page de gestion des plugins : c’était des erreurs dans les modèles utilisés...

      Merci pour le signalement et toutes nos excuses pour le désagrément occasionné.

    • afestorg

      Bonjour

      Merci. Le message d’erreur a disparu.

      Pouvez-vous SVP me confirmer que sur cette version 2.1 il n’y a pas de possibilité de créer des exercices soit trimestriels, soit de 12 mois à compter d’une date déterminée ?

    • Bonjour.

      Je confirme que les exercices ne sont pas configurables dans cette version 2.1 : c’est l’année civile du calendrier grégorien qui est utilisé.

    Répondre à ce message

  • 1

    En haut de cet article, je vois surtout une contradiction : il est marqué que la compatibilité est avec SPIP 2.1, mais effectivement sous l’icône de Zip il y a SPIP 3 ce qui est anormal. Je vais voir avec le Webmestre d’où vient cette production automatique erronée.

    En tout cas, Associaspip est prévu pour fonctionner en SPIP 2.1, le passage en SPIP3 n’est actuellement pas prévu. Quant au plugin Agenda, ça a marché à une certaine époque, je n’ai pas regardé récemment, en particulier pas en SPIP3.

    • Indépendamment de l’info du zip ici, cette version stable 2.1 est proposée aux usagers de SPIP 3.0... Après investigation, je découvre que le fautif est le plugin.xml du plugin (et par effet de bord cela a donné naissance à un paquet.xml complémentaire...) Mais ce n’est finalement pas grave parce-que dans l’ensemble ça fonctionne ...même s’il a fallu faire quelques corrections minimes... Du coup, j’ai remis la compat 3 sur le zip et l’article car il y a de plus en plus de demande pour SPIP 3 et que la version 2.2 est encore en chantier et a quelques problèmes d’incompatibilités.

    Répondre à ce message

  • 15

    Bonjour,

    Je viens d’installer associaspip depuis une nouvelle installation (nouveau site) de SPIP 3.0.7, donc associaspip 2.1.0 - stable, version proposée dans « Ajouter des plugins » de cette version de SPIP.

    Dans la configuration du plugin, toutes les options me disent « Pas de plan comptable défini ! ».
    Quand je clique sur « Plan comptable » (url : http://www.avectoit.org/ecrire/?exec=plan) j’obtiens une page avec le titre « Plan du site » (page blanche puisque le site est encore vide). Il y a donc confusion entre plan du site et plan comptable !

    D’autre part, regardant dans la base avec phpMyAdmin je constate que la table spip_asso_plan est vide. Ceci explique-t-il cela ? mais je croyais que le plugin était livré avec un plan comptable de base rempli ? ou faut-il que je remplisse un minimum à la main dans phpMyAdmin ?

    • Bonjour Nicole.

      Il y a en effet homonymie (donc confusion) entre le plan comptable et le plan du site de SPIP 3 (ce fichier n’existant pas dans l’espace privé de SPIP 2.1 pour lequel ce plugin avait été stabilisé à l’époque.) C’est corrigé à l’instant : il faudra réinstaller le plugin en fin de journée (en fait l’archive ZIP devrait être regénéré d’ici une heure de temps.)

      Ceci dit, j’ignorais que cette version était proposée par le chargeur de SPIP 3.0... N’hésitez donc pas à repasser signaler les problèmes parce-qu’il n’a été testé qu’avec SPIP 2.1 !
      Merci.

    • Bonsoir Gilcot,

      Merci, on avance... Je peux maintenant remplir un compte et j’ai bien une ligne enregistrée dans sip_asso_plan. Mais dès que j’ai validé le formulaire je me retrouve dans la page « Plan du site ». Il doit y avoir un autre lien plus loin à corriger...

      Oui cette version est proposée dans les plugins de SPIP 3.0.7 d’ailleurs si SPIP 3.0 n’est pas mentionné dans Compatibilité en haut de cette page, il l’est sous Téléchargement du zip 2.1
      Par ailleurs le lien « En savoir plus » dans le chargeur de SPIP 3 ne renvoie pas sur la présente page mais sur celle associaspip 1.9 où SPIP 3.0 est listé en compatibilité et toutes les versions jusqu’à 2.1 sont en téléchargement. Il y a donc deux pages sur ce site qui traitent de associaspip 2.1. N’est-ce pas un peu confus ? Moi j’ai posté ici car j’y suis arrivée lors de mon premier téléchargement.

    • Bonsoir Nicole.

      Merci, il y a avait un autre lien oublié (en fait pas vu) ; c’est corrigé à l’instant. Donc, comme tout à l’heure, mettre à jour avec le nouveau zip et ça devrait être corrigé.

      Pour la compatibilité sous le zip, en effet il y a un souci (que je croyais corrigé... je vais me renseigner)
      Pour le lien de documentation, c’est bien cette page qui devrait être mentionnée... Mais la correction ayant été faite il y a quelques semaines, peut-être qu’il faut actualiser la liste pour que le gestionnaire de plugin le voit ?
      Enfin, pour ce qui est du fait que c’est proposé dans Spip 3, je crois avoir trouvé d’où vient le problème... Mais seuls vos retours permettront de savoir s’il faut laisser passer ou corriger (auquel cas cette version ne sera plus proposée)

    • Bonsoir Gil,

      Je n’ai pas encore surchargé avec le dernier zip si c’est la seule modif, j’ai rempli mon plan comptable en allant à l’url /ecrire/ ?exec=plan_comptable à chaque fois. De même il n’y a pas de bouton dans l’espace privé pour la page d’accueil du plugin mais j’y accède par /ecrire/ ?exec=association. Ce sont des defauts mineurs et je cherche à avancer.

      J’ai donc chargé le plugin coordonnées et ses dépendances et rentré quelques membres et ça fonctionne comme indiqué (incription dans membres d’un nouvel auteur), seulement quand je fais Liste - impression, les champs rentrés dans coordonnés et le champ Mail (normalement celui de l’auteur) sont vides dans le pdf produit.

      D’autre part, je ne vois pas la gestion des groupes qui m’intéresserait. C’est peut-être normal vu que ce n’est pas mentionné dans la doc de la version 2.1 mais dans celle de 2.2. Bien que l’an dernier je l’avais dans SPIP 2 pour une autre asso. dont j’ai démissionné.

      S’agissant présentement de la création d’un site d’une asso qui vient d’être créée, j’aimerais initialiser la compta dans associaspip sans avoir à la tenir en double dans GnuCash. De même pour les adhérents. Bref, je tiens plus à avoir associaspip qu’à la version de SPIP et sans connaître trop les différences entre SPIP 2.1 et 3.0 je voudrais faire le bon choix de version avant de trop implémenter le nouveau site. De plus associaspip 2.2 m’a l’air plus actif et mieux documenté avec plus de fonctions. Mais cela priverait SPIP 3 de associaspip pour un moment si j’ai bien compris. Je veux bien essuyer les plâtres si ce n’est pas trop compliqué mais je n’ai pas trop d’heures à y consacrer avant de faire sortir ce site de terre. Que me conseillez-vous ?

    • Bonjour Nicole.

      Je viens de voir ce message (en fait pas en ligne).
      Concernant les champs du PDF, ce sont ceux dans Associaspip : cette version n’utilise pas « Coordonnées » (qui n’a été adopté que plus tard pour la version suivante ; il me semble d’ailleurs que la documentation n’en mentionne pas l’usage...) Mais c’est vrai que ces champs n’étaient plus visibles et personne ne s’en était rendu compte plus tôt (ou alors la chose n’a pas été signalée) : c’est maintenant rétabli.

      Pour les groupes, je confirme que ce n’est qu’à partir de la version 2.2 Mais êtes vous certain que les catégories de cotisation ne sont pas ce que vous recherchez ? Les groupes ne sont pas trop utiles si on ne les utilise pas par ailleurs (c’est à dire des squelettes spécifiques ou peut-être des plugins)
      La version 2.2 est encore en développement (ce mot signifie que par moment certaines choses peuvent casser d’une mise à jour à une autre —conséquence de l’aspect actif— ...mais on fait très attention vu que beaucoup de gens l’utilisent quand même en production) alors que la version 2.1 est stabilisée (ça apporte exactement cette garantie et les mises à jours ne feront que corriger —de façon sûre pour les utilisateurs— les bugs découvert à postériori)

      Concernant la comptabilité, je rappelle que c’est plus de la gestion de trésorerie (donc simple/basic ...comme une feuille de tableur) et que la vocation n’est pas de concurrencer les applications dédiées (plus complètes donc prenant en compte un certain nombre d’aspects important quand on a beaucoup d’adhérents ou quand on gère des sommes importantes —ou des subventions)
      Bien que n’ayant pas trop de temps à y consacrer, je ne peux que vous conseiller de faire des essais (en local ?) pendant quelques jours (au moins un bon mois) avant de se lancer dans un grand chantier.

    • Bonsoir Gil,

      Je n’ai pas eu le temps de travailler dessus aujourd’hui...

      Mais c’est vrai que ces champs n’étaient plus visibles et personne ne s’en était rendu compte plus tôt (ou alors la chose n’a pas été signalée) : c’est maintenant rétabli.

      OK je vais donc charger le nouveau zip. Question : si je surcharge simplement mon répertoire /plugins/auto/association/v2.1.0/ au lieu d’utiliser le chargeur de SPIP est-ce que ça marche ? comme ça je garde ma base de données. Sinon est-ce qu’une sauvegarde SPIP de la base de données sauvegarde aussi les tables sip_asso ?

      Pour les groupes, je confirme que ce n’est qu’à partir de la version 2.2 Mais êtes vous certain que les catégories de cotisation ne sont pas ce que vous recherchez ?

      Non c’était bien les groupes (de travail qu’on appelle chez nous commissions) et non les catégories de cotisation, que je n’avais pas utilisé à l’époque (début 2012) mais trouvé intéressants. Je sais que j’étais en SPIP 2.1 mais la version d’associaspip je ne me souviens pas c’étéait peut-être 2.2 (mais il fallait charger coordonnées pour les adresses).

      alors que la version 2.1 est stabilisée (ça apporte exactement cette garantie et les mises à jours ne feront que corriger —de façon sûre pour les utilisateurs— les bugs découvert à postériori)

      Je vais donc rester avec la version 2.1 et tester sous SPIP 3.0 si ça a l’air de marcher.

      Concernant la comptabilité, [...] la vocation n’est pas de concurrencer les applications dédiées (plus complètes donc prenant en compte un certain nombre d’aspects important quand on a beaucoup d’adhérents ou quand on gère des sommes importantes —ou des subventions)

      Ce qui n’est pas le cas ni la vocation à le devenir de la nouvelle association. Je gère par ailleurs des structures plus importantes avec GnuCash mais je voudrais l’éviter pour cette petite asso. dont les intervenants sont dispersés et gérer en ligne à plusieurs sur une base unique est plus confortable et sûr que s’envoyer des fichiers par mél qui ne sont jamais synchronisés. C’est le principal intérêt d’associaspip.
      On est donc bien d’accord, à la différence que je n’enploierais pas le terme « concurrencer » qui nous place à un niveau marchand mais plutôt « égaler ». Ajuster les mailles du filet à la taille du poisson ;-)

    • Bonsoir, bonsoir.

      Les deux méthodes fonctionnent de la même façon : que l’on utilise le chargeur automatique (qui va télécharger le zip sur le serveur et le décompresser dans le répertoire des plugins) ou qu’on le fasse manuellement (télécharger le zip, le décompresser, puis envoyer le répertoire en écrasant l’ancien). Mais par contre, manuellement, il faut ensuite se rendre sur la page de gestion des plugins (je ne sais pas si cela a changé avec SPIP 3.0 mais le passage sur cette page lance la vérification des plugins actifs/cochés et de leur dépendance et leur procédure de mise à jour, vide les caches et recharge certains fichiers)
      Les présentes corrections n’impactent pas la base de données (et sinon le résultat aurait été pareil manuellement aussi...) Soyez donc rassurée pour vos données (ce qui ne serait pas une garantie avec une version en développement même si ce n’est encore arrivé à personne sauf aux programmeurs qui travaillent dessus)

      Je confirme que s’il fallait d’autres plugins c’est que c’était la version 2.2 qui n’a pas rapidement porté son numéro de version (parce-que ayant démarrée avant la stabilisation de la 2.1 d’où un petit cafouillage) Cette version a quelques fonctionnalités supplémentaires, mais est surtout une réécriture progressive pour faire travailler le plugin avec d’autres (le principe de déléguer à d’autres selon leur spécialité) et devenir plus facilement extensible.
      Pour les « commissions » je comprends très bien : j’ai une association où c’est un peu pareil. Mais comme vous n’avez pas le temps de suivre l’évolution de cette version, je ne peux pas vous la conseiller.
      Quand à la compta nous sommes parfaitement d’accord.

    • Bonjour,

      Bon ça a l’air de pas trop mal fonctionner version 2.1.0 SVN[71506] sous SPIP 3.0.7. Voilà la liste des anomalies remarquées dont je ne sais si elles sont dues au plugin ou au portage sous SPIP 3 :

      • Dans l’édition d’une fiche de membre j’ai bien maintenant les champs de coordonnées, mais
        -  quand on créé un nouvel auteur, seul les Prénom et Nom sont reportés dans la fiche membre. Pas grave mais ça oblige à la re-saisir.
        -  Le champ adresse (« adherent libelle adresse » zone de texte long dans le formulaire ?) est bien enregistré dans la table spip_asso_membres mais ne peut pas être sélectionné ni affiché dans la liste d’impression .pdf (plus gênant).
        -  dans ce fichier la largeur de colonnes semble être fixe sans retour à la ligne : champ Mail l’adresse déborde de part et d’autre ou est coupée, champ code postal inutilement trop large...
        -  Dans le formulaire il y a 2 fois l’intitulé Ville, en fait le second correspond au champ Mobile. Il suffit de le savoir :)
      • Comptabilité : j’ai saisi quelques cotisations et un don dans les modules idoines et une dépense par ?exec=edit_compte, le tout par chèque donc en passant la contrepartie (curieusement intitulé « Moyen de paiement » ;-) ) au compte 512 Banque, mais cette contrepartie n’est pas reportée dans la page exec=bilan&annee=2013 : le résultat courant (1er tableau) correspond tout à fait à ce à quoi je m’attends :) mais dans le second tableau Encaisse... il n’y a rien d’encaissé (alors que cotisations + dons sont enregistrées pour 320€) le solde banque apparait à -40€ (alors que l’unique dépense enregistrée est de 50€) ? Voir copie d’écran.

      Voilà c’est tout pour aujourd’hui :)

    • Bien le bonjour Nicole,
      Désolé pour ces petits désagréments. (je n’avais pas poussé dans les retranchements lors de mes propres essais, mais grâce à vos retours ce ne sera bientôt plus qu’un souvenir tout ça)

      Je suis bien conscient pour la ressaisie, mais c’est que le plugin « Coordonnées » n’était pas très au point (et il y avait pas mal de boulot à faire) au moment de la version 2.1 Du coup, il y a double emploi avec Coordonnées qui ne sert en fait à rien (sauf si on en a l’usage ailleurs)

      Pour le libellé de l’adresse, ce n’était pas traduit... Raison pour laquelle on a ce long message dans le formulaire d’édition et qu’on ne pouvait pas le sélectionner pour le PDF. C’est maintenant corrigé... (même procédure de mise à jour et ça ne touche pas la base de données)

      Pour les largeurs des colonnes, elles sont fixes et déterminées selon le type de champ en base de données (pas selon la longueur du contenu : c’est plus difficile à calculer). Je vais voir pour le retour à la ligne dans la semaine.
      Par contre, je n’ai pas deux fois Ville mais bien Ville et Mobile...

    • Pour la compta, je suis entrain de regarder cela.
      Par contre, il y a une petite subtilité à laquelle il faut faire attention : la synthèse (appelée ici « bilan ») est faite sur l’année civile (2013 dans le cas présent) ; mais les encaisses sont calculés pour chaque compte financier à partir de la date et du montant de référence (ceux reportés à partir du relevé, ces valeurs n’étant pas forcément à zéro au premier janvier)

    • Bonsoir Gildas,

      C’est normal que tous les soldes antérieurs soient à zéro puisque ayant installé SPIP (3.0.7 donc) et associaspip dans la foulée il y a tout au plus 15 jours, je pars de zéro et tout est saisi en 2013 (asso créée en janvier, compte bancaire ouvert en février). Ce qui se passe c’est que lorsque je saisis une cotisation, le montant est bien crédité au compte 756 mais pas débité du 512 (Banques). Comme le montre la copie d’écran que j’ai envoyée, j’ai saisi en tout pour 220€ de cotisations et 100€ de dons (deux de 10€ et un de 80€ pour être précis) soit 320€ de recettes et j’ai saisi une dépense de 50€ par chèque. Mon encaisse banque devrait donc afficher un solde de 270€ (qui correspond bien au résultat courant) or il affiche -40€, que je ne peux m’expliquer autrement que par le fait que la dépense de 50€ a bien été débitée du compte 512, qu’aucune cotisation saisie depuis le module cotisations n’a été créditée à ce compte et un seul don de 10€, sur les trois saisis avec le module Dons, a été crédité au compte 512 !

    • Bonsoir.

      La subtilité dont je parle c’est que les comptes ont un solde reporté de 0 € au 1er avril... les calculs se font donc à partir de cette date et de ce montant (autrement dit les cotisations enregistrées avant avril avril ne rentrent pas en compte...)

    •  ?? c’est un poisson d’avril ? Je ne comprends pas, vous voulez dire qu’une cotisation saisie le 4 avril (car j’ai tout saisi entre le 4 et 5 avril) mais avec une date de cotisation au 19 mars (date d’encaissement du chèque) n’est pas créditée sur la banque ?
      C’est pourtant ce qui semble s’être produit : quand je regarde la table spip_asso_plan tous les champs solde_anterieur sont à 0 et tous les champs date_anterieure sont en effet à 2013-04-01 et dans la table spip_asso_comptes tous les champs date (d’opération saisie) sont antérieurs au 1er avril, sauf celui correspondant à la dépense de 50 et celui correspondant à un don de 10€ dont je n’ai pas surchargé la date à la saisie, ce qui fait bien un solde banque affiché de 10 - 50 = -40€
      Je ne comprends pas la « subtilité » du solde initial à la date du 1er avril alors que l’exercice débute le 1er janvier. Pour avoir un solde en banque conforme aux relevés d’icelle, puis-je remettre sans dommage tous les champs date_antérieure 2013-01-01 dans spip_asso_plan, ce qui me semblerait plus propre et logique, ou suis-je obligée de corriger toutes les dates d’opérations antérieures au 1er avril à cette date ? ce qui me ferait perdre la mémoire de la date réelle de ces opérations !
      Merci en tout cas pour tout cet bel ouvrage ;-)

    • EURÊKA ! Je comprends vite mais il faut m’expliquer longtemps :-p
      Je viens d’éditer le plan compable et mis les dates de solde initial comptes Banque, cotisations et dons à la date d’ouverture du compte bancaire 12/02/13 et tout est nickel !
      Encore merci :)

    • Pas un poisson d’avril (ça aurait pu se produire n’importe quel jour), mais bien une subtilité (au sujet de laquelle la documentation doit être plus précise) : quand on renseigne le plan comptable, la date et le solde enregistré sont ceux de référence... (c’est pratique parce-que si une association qui a de l’âge passe à Associaspip, elle n’a pas besoin de saisir tout son historique pour pouvoir utiliser le plugin ; il faut juste qu’en prenant le dernier relevé elle en indique le solde et la date puis pour les opérations enregistrées à partir de là c’est bon !)
      C’est donc bien la date antérieure du plan comptable qu’il faut modifier et c’est sans dommage en effet ;-) La date réelle des opérations est celle saisie lors de l’opération (elle est dans la table spip_asso_comptes dans le champ date tout simplement)
      Bon, je suis rassuré si tout est ok ; y a donc plus que le PDF à s’occuper. :-)

    Répondre à ce message

  • 1
    Haqqtiviste

    bonjour, la gestion des evenements se passe d’une certaine ma,ière ? un mot clé nécessaire ?
    des bugs apparaissent comme ceci par ex, en cliquant sur l’onglet « L’association » dans la partie config :

    Fatal error: Call to undefined function debut_cadre_formulaire() in /homez.83/ahmhsszy/www/plugins/auto/Associaspip_2_1/exec/association.php on line 43

    merci

    • Cet article concerne la version 2.1 d’AssociaSpip, qui est normalement bien stabilisée ; n’est-ce pas de la version 2.2 dont parlent ces messages ? Il faudrait reposter sur cet autre article. Mais je réponds tout de suite qu’’il faut le plugin Agenda pour gérer les événements.

    Répondre à ce message

  • Haqqtiviste

    erreur en cliquant sur « Activités » :

    Erreur SQL 1146
    Table 'ahmhsszy2003.spip_mots_evenements' doesn't exist 
    SELECT *, E.id_evenement, E.titre AS intitule, M.titre AS motact FROM spip_evenements AS E LEFT JOIN spip_mots_evenements AS A ON A.id_evenement=E.id_evenement LEFT JOIN spip_mots AS M ON A.id_mot=M.id_mot WHERE date_format( date_debut, '%Y' ) = 2012 AND (M.titre like '%' OR M.titre IS NULL) ORDER BY date_debut DESC LIMIT 0,30

    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 :

  • Désactiver tous les plugins que vous ne voulez pas tester afin de vous assurer que le bug vient bien du plugin X. Cela vous évitera d’écrire sur le forum d’une contribution qui n’est finalement pas en cause.
  • Cherchez et notez les numéros de version de tout ce qui est en place au moment du test :
    • version de SPIP, en bas de la partie privée
    • version du plugin testé et des éventuels plugins nécessités
    • version de PHP (exec=info en partie privée)
    • version de MySQL / SQLite
  • Si votre problème concerne la partie publique de votre site, donnez une URL où le bug est visible, pour que les gens puissent voir par eux-mêmes.
  • En cas de page blanche, merci d’activer l’affichage des erreurs, et d’indiquer ensuite l’erreur qui apparaît.

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.

Qui êtes-vous ?
[Se connecter]

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici

Ce champ accepte les raccourcis SPIP {{gras}} {italique} -*liste [texte->url] <quote> <code> et le code HTML <q> <del> <ins>. Pour créer des paragraphes, laissez simplement des lignes vides.

Ajouter un document

Suivre les commentaires : RSS 2.0 | Atom